Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - Josh @ Dreamland

Announcements / Re: Scalability
« on: November 28, 2010, 11:27:06 pm »
Well, no, it isn't. It's a valid page name, but not a valid user name.

Login error
You have not specified a valid user name.

Yes, it says "login," but that's from the "Create Account" dialog.

Anyway, even if it were a valid username, I'd still need a unix page if I intended to use any username-based upload services ever to be offered on this forum (which, as I hinted, will only happen when ENIGMA's on dedicated hosting, which itself will only happen when ENIGMA has the traffic required to generate ad revenue to pay for such or a good chunk of such).

Oh, and fede, let me reclarify: the difference between a bug and a missing figure is not well-conveyed by your post. The edit buttons are just there for show; they were never actually implemented at all.

Announcements / Re: Scalability
« on: November 25, 2010, 02:55:43 pm »
First come, first served.
...But no.

Announcements / Re: Scalability
« on: November 25, 2010, 09:30:57 am »
That'd work, but it'd make URLs comparatively difficult to remember if it can be avoided.

The tracker isn't complete. There's a difference between a bug and a missing feature.

Issues Help Desk / Re: extern double returns 0
« on: November 25, 2010, 09:26:50 am »
Restarting LGM shouldn't really have fixed that. Your current_time actually doesn't behave like GM's at all; GM's (as you said) returns milliseconds since boot, but it is also an accessor. What I mean is, you can use current_time to time operations in a script.

I'll see about implementing that one... it won't be as easy to mimic in C++ as extern double current_time;. :P

Announcements / Re: Scalability
« on: November 24, 2010, 09:13:27 pm »
The forum and tracker share a login. That's the idea. The only change in your name for option one would be the spaces. If we pull off option two, you would not notice a change, and any commits you make in the Wiki and any files you upload (should we add such a system) would be stored under The11thplagueofEgypt. But, in the event we have to go with the first one, I guess we could hold an opinion poll before we make the change. But eventually, I believe this change will need implemented, and so it may be frugal to do so ahead of time. As in, now; the first time it's needed.

Announcements / Re: Scalability
« on: November 24, 2010, 02:50:47 pm »
They may need to be able to edit their unix names. People like serp tend to deal with the unavailability of a name ("s" in serp's case) by prefixing underscores. Those are technically unix compliant, but Wikis evidently don't like them. That said, the user needs some sort of say in their unix name.

For now, if for any reason the letters-digits forms of any two names in our database collide, we will simply add a "2". The user needs the ability to do that as well (But the opportunity to be original; their name will be visible in their URL).

Announcements / Scalability
« on: November 24, 2010, 12:10:21 pm »
This r/coderaid business has made me realize that ENIGMA's site is not ready for the same kind of jumps that ENIGMA itself is ready to make. While the engine is scalable in the sense that most of the systems are completely modular now, the site is based off of SMF, which has a very sad excuse for a user name system.

We now have a bug tracker -and- a Wiki to contend with as far as users are concerned. Since a2h wrote the tracker himself, we haven't had issue with it. But the new Wiki requires an entirely new user base, and it just isn't compatible with SMF. The crossover that was written for it does not comply with SMF 2.0; from what I can tell, the database system between 1.2 and 2.0 is -very- different. They are similar enough that I think a port is possible, but then we have a new issue: user name content. "Josh @ Dreamland" isn't exactly a Unix name. However, Wikis don't agree with underscores or dashes, either. That's difficult to work around with our current layout.

We have two options.
1) Change everyone's login name, leaving the display name.
 This means I will have to log in as JoshDreamland from now on, but you will still see me as Josh @ Dreamland on the forums. Score_Under will have to log in as ScoreUnder. I don't have figures on the matter, but from what I can tell, the number of people affected will be approximately a lot.

2) Add another field to the SMF SQL table for Unix names. This puts less strain on the users, but more on the web developers trying to port bridge modules such as SMF-Wiki. What I mean is, a2h or myself will have to custom-tailor bridge code such as the code that enables MediaWiki to use SMF user names. Also, we have to modify SMF's account creation process, and run a script on our current SQL tables to generate Unix names for the 350 existing members and check for conflicts (this is the easy part). I don't personally have the web experience to make the former change to SMF, and I'm not going to volunteer a2h to do this.

This is here as an FYI for what might happen. If a2h doesn't appraise as simple modifying the user creation query to generate a unix name and store it with the rest of the information, we may go with option one and change at least a tenth of everyone's logins. We can probably post a notice about that to help members remember (most of them will just enter it once and tell FireFox to change it).

So, yes. Just a heads up. If you have a better idea, let us know, of course.

And if you're outraged about all this work over a Wiki, this is =not= the last time we'll be seeing this issue. Look at 64Digits. I am confident in saying that if we have an influx of users, we can start a 64Digits-like hosting system. When we do that, a behind-the-scenes Unix naming convention will be very handy, otherwise some download URLs may be invalid or difficult to escape (think of all the %20s!).


Announcements / Re: r/coderaid
« on: November 23, 2010, 10:48:53 am »
I'm pretty much sick of working on the Wiki. Someone else do it, damn it.

I have better things to waste time and talent on.


Announcements / Re: r/coderaid
« on: November 20, 2010, 01:10:55 pm »

Sound and Music / Re: Audio Sequencing (midi alternatives)
« on: November 19, 2010, 02:43:15 pm »
Damn it, Luis, read it again. (epic bad mood from engineering lab shining through)
We're using the system sound font because anyone loading the Midi obviously thought it sounded good. The idea is to use whatever sound font that user was rendering with. That way, if someone takes a liking to a MIDI using a lot of Microsoft FX instruments, it'll still sound good on Linux because it will have already been sequenced as a MOD on Windows.

Announcements / Re: r/coderaid
« on: November 19, 2010, 11:26:03 am »
I didn't post that. Which is why it was news to me this morning.

Announcements / r/coderaid
« on: November 19, 2010, 11:13:43 am »
It was brought to my attention just this morning that ENIGMA is ranking for consideration on r/coderaid, meaning a possible influx of developers (and of the competent variety, no less!) working on ENIGMA.

The page on the matter, given to me by Enkiv2 (I presume; Freenode nick "Enki-]["), is here. (Full link

So, if you have an account there, and feel ENIGMA could use a few more helping hands, feel free to vote.

I'm going to write some introductory pages to the documentation for people who really don't know what the project is all about (I love the description justyellowboy gave, but I need to convey what the project looks like on the inside).

I'll be writing. Peace.

Off-Topic / Re: C++0x and garbage collection
« on: November 19, 2010, 10:48:26 am »
when you can't use the stack for whatever reason (dynamic size
alloca() :troll:

Sound and Music / Re: Audio Sequencing (midi alternatives)
« on: November 19, 2010, 10:46:56 am »
The idea was to use the system sound font. Each Windows installation has one. I can't even imagine what Linux apps do to get a sound font. As for OS X... It probably has a standard one somewhere like Windows. Point is, for best portability and playability, ENIGMA should use a module format for its MIDIs. (Means one less sizey audi codec, too).

Sound and Music / Re: Re: ENIGMA examples - Graphics: 43% done
« on: November 18, 2010, 06:50:08 pm »
That'd be great, except if I recall correctly you must specify your own sound font, and I have no idea where the Windows sound font is. Not to mention we can't really include that with LGM (disregarding completely that there's nothing like it in Java).