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.
286
Proposals / Re: LGM-ENIGMA options panel.
« on: May 19, 2010, 02:10:11 pm »
cea: compressed ENIGMA archive
or maybe
zgm, gmz, eni, gma...
or maybe
zgm, gmz, eni, gma...
287
Proposals / Re: LGM-ENIGMA options panel.
« on: May 19, 2010, 01:14:32 pm »
I'd go for ZIP with a different file extension (*.egm).
Even if we use JAR, I'd say a specific file extension for ENIGMA has advantages (particularly to avoid confusion and for file association)
Even if we use JAR, I'd say a specific file extension for ENIGMA has advantages (particularly to avoid confusion and for file association)
288
Off-Topic / WebM released
« on: May 19, 2010, 12:16:18 pm »
Google has just released WebM, their solution to HTML5 video.
WebM is a combination of previously existent technologies, such as the Vorbis audio codec, with Google's On2 VP8 video codec.
Google wanted a patent-free format and they managed to get a healthy list of supporters, including:
- Themselves (obviously, they do have YouTube and Chrome, both of which have experimental support for it)
- Adobe (which will add it to Flash)
- Mozilla (which already has a Firefox nightly with it)
- Opera (which already has an Opera nightly with it)
- AMD
- ARM
- MIPS
- NVidia
- Texas Instruments
and lots of other guys nobody ever heard of.
Basically, they have lots of hardware support, and lots of software player makers(Chrome, Flash, Firefox and Opera).
The only important players missing from the list are Intel, Microsoft and Apple. Not sure about Intel, but MS and Apple are part of the MPEG-LA, supporters of H.264 and developers of two browsers - IE and Safari.
WebM just turned on the heat on the HTML5 video codec debate once again.
http://webmproject.blogspot.com/
What do you think? Will Apple and Microsoft jump in? Will someone claim patents over Google's(On2) work?
WebM is a combination of previously existent technologies, such as the Vorbis audio codec, with Google's On2 VP8 video codec.
Google wanted a patent-free format and they managed to get a healthy list of supporters, including:
- Themselves (obviously, they do have YouTube and Chrome, both of which have experimental support for it)
- Adobe (which will add it to Flash)
- Mozilla (which already has a Firefox nightly with it)
- Opera (which already has an Opera nightly with it)
- AMD
- ARM
- MIPS
- NVidia
- Texas Instruments
and lots of other guys nobody ever heard of.
Basically, they have lots of hardware support, and lots of software player makers(Chrome, Flash, Firefox and Opera).
The only important players missing from the list are Intel, Microsoft and Apple. Not sure about Intel, but MS and Apple are part of the MPEG-LA, supporters of H.264 and developers of two browsers - IE and Safari.
WebM just turned on the heat on the HTML5 video codec debate once again.
http://webmproject.blogspot.com/
What do you think? Will Apple and Microsoft jump in? Will someone claim patents over Google's(On2) work?
289
Proposals / Re: LGM-ENIGMA options panel.
« on: May 19, 2010, 12:08:40 pm »
ENIGMA projects are supposed to be directly runnable(without compiling first, that is)?
290
Proposals / Re: LGM-ENIGMA options panel.
« on: May 19, 2010, 10:32:38 am »
Are there any advantages of JAR over ZIP, considering how similar they are?
291
Complication means that any "half-decent" C++ specification is several hundreds(thousands?) pages long.
You don't know C++. You know a very small subset of C++. For instance, digraphs and trigraphs. Are those trivial? No. They may be simple, but they are an unusual detail of the language.
Don't say they are useless and nobody uses them. That's kind of the point. C++ includes lots of useless things(which might have been useful some time in the past) nobody uses anymore.
Compare C++ to Java. You may hate Java, you may hate garbage collection, but if you were to compare a complete C++ language spec with a complete Java language spec, you'd see Java spec is smaller.
Also, in defense of nullptr, the problem is:
You don't know C++. You know a very small subset of C++. For instance, digraphs and trigraphs. Are those trivial? No. They may be simple, but they are an unusual detail of the language.
Don't say they are useless and nobody uses them. That's kind of the point. C++ includes lots of useless things(which might have been useful some time in the past) nobody uses anymore.
Compare C++ to Java. You may hate Java, you may hate garbage collection, but if you were to compare a complete C++ language spec with a complete Java language spec, you'd see Java spec is smaller.
Also, in defense of nullptr, the problem is:
Code: [Select]
void f(int x);
void f(void* x);
...
f(NULL); //Will call f(int)
f(nullptr); //Will call f(void*)
292
Proposals / Re: LGM-ENIGMA options panel.
« on: May 19, 2010, 10:00:15 am »
Java has native support for zips in its APIs. Not sure how fast it is, but you can tell Java to sacrifice compression for speed.
293
General ENIGMA / Re: So GitHub has (experimental) SVN support now...
« on: May 19, 2010, 09:52:50 am »
Shouldn't they call themselves svnhub now then?
Or is this only a subversion interface module(svn->git)?
Not sure since they don't seem to be saying the specific internal technical details.
Or is this only a subversion interface module(svn->git)?
Not sure since they don't seem to be saying the specific internal technical details.
294
VC++ 2010 has partial support for C++0x(auto, for example)
Main new features:
In vectors, >> is now correctly identified as close template arguments twice as expected(and when not ambiguous);
Type inference:
Basic UTF-8/UTF-16/UTF-32 support
Lambda
It has a couple extra stuff, but what I mentioned above is the most noticeable of it.
C++0x was also meant to include something named "concepts", which I'm not quite sure what it means, but it was postponed.
Main new features:
In vectors, >> is now correctly identified as close template arguments twice as expected(and when not ambiguous);
Code: [Select]
vector<vector<int>>
//vs
vector<vector<int> >Type inference:
Code: [Select]
for(auto i = vect.begin(); i < vect.end(); ++i)
//vs
for(vector<vector<vector<Xyz>::iterator>::iterator>::iterator i = vect.begin(); i < vect.end(); ++i)Basic UTF-8/UTF-16/UTF-32 support
Lambda
It has a couple extra stuff, but what I mentioned above is the most noticeable of it.
C++0x was also meant to include something named "concepts", which I'm not quite sure what it means, but it was postponed.
295
Proposals / Re: LGM-ENIGMA options panel.
« on: May 18, 2010, 04:11:43 pm »
I actually like the ZIP solution.
The system could be:
ZIP is only of the most extensible file formats you could think of.
However, that does cause the problem of figuring out what the correct file format for objects, rooms, etc. is.
Should scenes be extensible? Should the filename be the *name* or the *ID*? Should the ZIP have the subfolders or should that go in the manifest? Or should that be in the file data?
The system could be:
Code: [Select]
/enigma
/game.settings
/game.info
/sprites/...
/sounds/...
/fonts/...
/objects/...
/timelines/...
/rooms/...
/some-extension-data/...
ZIP is only of the most extensible file formats you could think of.
However, that does cause the problem of figuring out what the correct file format for objects, rooms, etc. is.
Should scenes be extensible? Should the filename be the *name* or the *ID*? Should the ZIP have the subfolders or should that go in the manifest? Or should that be in the file data?
296
Announcements / Re: Updates, Updates, Updates on the way.
« on: May 17, 2010, 04:34:50 pm »
ooh. neat.
Although the color contrast is not ideal(light blue in light gray background is not the best combination).
Although the color contrast is not ideal(light blue in light gray background is not the best combination).
297
Announcements / Re: Updates, Updates, Updates on the way.
« on: May 17, 2010, 04:04:44 pm »
What are the main new features in Josh's BBCode?
298
Announcements / Re: Fixed those Makefiles
« on: May 17, 2010, 01:07:49 pm »
What about adding a configuration file?
Then somehow include that file from the make?
and in Makefile
And call "make". Also has the advantage that as the number of possible configurations increases, the command doesn't get a monster like:
I am unsure of the effect configuration files would have on compiling the second time(does changing the file invalidate the whole cache or not?)
Then somehow include that file from the make?
Code: [Select]
PLATFORM:=Win32
GRAPHICS:=OpenGL
MODE:=Debug
and in Makefile
Code: [Select]
include config.mk
And call "make". Also has the advantage that as the number of possible configurations increases, the command doesn't get a monster like:
Code: [Select]
make PLATFORM=Win32 GRAPHICS=OpenGL MODE=Debug ENABLE_MMX=true ENABLE_SSE=true USE_GM_STUPID_BEHAVIOR=true USE_GM_STUPID_BEHAVIOR2=true AUDIO_SYSTEM=SDL MODE=2DI am unsure of the effect configuration files would have on compiling the second time(does changing the file invalidate the whole cache or not?)
299
Proposals / Re: LGM-ENIGMA options panel.
« on: May 17, 2010, 01:01:59 pm »Quote
In GML, ++ and -- are both the same as +.To be fair with GML, it kind of makes sense. -x is the same as 0-x, and +x is the same as 0+x. So ++x would be 0+(0+x), which is x, and --x would be 0-(0-x), which is also x. It is, therefore, perfectly acceptable and recommendable behavior for any language which allows +/- prefixes but not ++/-- operations.
Quote
This determines which it will do in the current game.Seriously? I mean, it's quite a trivial detail of GML. It's not like people will abuse this "feature". I mean, it's the kind of thing nobody does intentionally, right...? Right...?
Quote
show_message(chr(numbersignOrdinal)) will show "#", not a newline.Great! I always hated this in GM. Mostly because I didn't know how to escape it.
Quote
EGM (which has yet to be genuinely forged, sadly)A good starting point would be to decide if there is going to be ANY GM feature you won't *EVER* implement(GM itself, not GML, since code is plain text anyway).
After that, you'll want to decide if you want the format to be extensible(as in, old ENIGMA versions can read future EGM files mostly, except for features they don't support, and plugins can add stuff like versioning information to the file) or if you want to use a GM-style format.
Once you have those two decided, drafting the format should be really easy.
300
General ENIGMA / Re: ENIGMA's value
« on: May 16, 2010, 04:00:00 pm »
Ohloh says PineDL would take 1 person year and cost $70000.
Clearly, the algorithm is not accurate.
Also,
Clearly, the algorithm is not accurate.
Also,
Quote
But it seems way off!
The result of the model can seem pretty goofy in some cases. Software cost estimation is tricky business even when all the variables are known (which we certainly don't have). One thing to remember is that COCOMO was created to model large institutional projects, which often don't compare well with distributed open-source projects. Beyond just develoment time, COCOMO is meant to include the design, specifications drafting, reviewing, and management overhead that goes along with producing quality software.
The model seems to be most accurate with mature, large projects. Young projects with little activity are typically very overvalued.