ENIGMA Development Environment

I don't think asking Josh for anything than the parser stuff was really needed.

So pretty much asking him for anything is unnecessary. Josh certainly hasn't been bearing the majority of the workload if any at all for a year now. Far-be-it from him to finish a few simple tasks.

piece of software in existence.

I am sure people like Robert will try to write it and fail spectacularly.

For one we don't even need the damn thing, clang does everything we would want it to, and we wouldn't be so far behind if so much of the effort wasn't wasted.

Then when the first version will be done a year later it will be as good as the one ENIGMA had in 2008.

The one we have now isn't better than the one Game Maker had in 2005.

nobody needs freaking Ogre or Irrlich or whatever as a separate system.

Nobody needs to freaking reinvent the wheel either when a proper media abstraction layer can do such awesome things as allowing driver swapping at runtime.

The current version actually doesn't run half the EDC games.

You can blame that on Josh too because I haven't been able to update any of the examples on the EDC, because him and Ism decided to show up out of the blue and wreck the thing and leave it broken for months.

he is inexperienced

Not as far as graphics programming goes, if it wasn't for me we wouldn't have Direct3D. And without that people with shitty graphics cards like polygonz would not be able to use surfaces, but now polygone can use Direct3D 9 and surfaces and with better performance than the other graphics systems. I also fixed a bunch of the flags and the Mario game peaks at 360fps with Direct3D where as OpenGL 3 peaks at 300. I am clearly not the inexperienced one here or we'd still have OpenGL 1 software rendering and call lists where any half decent model takes up 500 mb's of ram.

Not to mention I'm not the one that suggested using 4 floats for representing color. All you damn OpenGL/Linux fanatics, and yes I am going to generalize here, tend to make really crazy assumptions.

With the advent of Josh and IsmAvatar throwing hissy fits and leaving the project, me and cheeseboy are curious as to what direction people think we should try to go with development.

I second what cheeseboy has said as well. If anyone is on a high horse Josh, it's you. Complain all you want about nobody understanding the parser, and there are two reasons for that.

1) It is an obfuscated mess, and you can not deny that. And on top of that you do nonsensical things all the time, such as naming the windows executable "stupidity-buffer" and let's not forget of course entire ASCII turds dedicated to debug output.
2) If anybody asks you a question, you immediately start condescending them and calling them retarded. The only dumb question is the one you don't ask.

updates to a bot that was broken eight months ago,

It was a 6 line bug fix, it is not my fault you can't build a simple Java Applet. For which DarkAce was complaining about for eight months as well.
https://github.com/enigma-dev/EnigmaBot/pull/2

This will be after he realizes that a compiler isn't just a parser.

Your parser is nothing more than a GCC front-end.

Just don't expect a sudden hike in bug fixes.

Who are you referring to? Nobody would expect that from anyone except myself of course.

This is the exception that occurs, I did nothing more than add the property to the game settings property structures.

Exception in thread "main" java.lang.NullPointerException
   at org.enigma.file.EFileReader$DataPropReader.convert(EFileReader.java:423)
   at org.enigma.file.EFileReader$DataPropReader.put(EFileReader.java:444)
   at org.enigma.file.EFileReader$DataPropReader.readProperties(EFileReader.java:387)
   at org.enigma.file.EFileReader$DataPropReader.read(EFileReader.java:375)
   at org.enigma.file.EFileReader$DataPropReader.readUnknown(EFileReader.java:364)
   at org.enigma.file.EFileReader.readResource(EFileReader.java:634)
   at org.enigma.file.EFileReader.processEntries(EFileReader.java:611)
   at org.enigma.file.EFileReader.readNodeChildren(EFileReader.java:589)
   at org.enigma.file.EFileReader.readEgmFile(EFileReader.java:533)
   at org.enigma.file.EFileReader.readEgmFile(EFileReader.java:516)
   at org.enigma.file.EgmIO.read(EgmIO.java:56)
   at org.lateralgm.main.FileChooser.open(FileChooser.java:533)
   at org.lateralgm.main.FileChooser.open(FileChooser.java:519)
   at org.lateralgm.main.LGM.main(LGM.java:809)

Edit: I have fixed this in a new pull request by simply checking if a null value is being added to the property list, and if so not adding it and keeping the default.

https://github.com/enigma-dev/lgmplugin/commit/a5bc74ae5939e366dfaf048de69a351875d05c77

Please redownload the plugin, the latest version will not have broke EGM's.

Well I had to add the "Force software vertex processing" setting to Global Game Settings and found a real nasty bug.

If an EGM is saved with older global game settings it fails to load with the latest version. If you update LGM or the plugin any time lately you'll need to patch up your EGM's too, it is real simple, the bug is already filed on the tracker as well.

Since EGM is simply a ZIP file just open it up and add "FORCE_SOFTWARE_VERTEX_PROCESSING: false" to Game Settings.ey file then rezip or whatever. I already updated all my EGM's on the site.

You can also just download the new Portable ZIP.
http://enigma-dev.org/docs/Wiki/Install:Windows

This is the open bug report.
https://github.com/enigma-dev/lgmplugin/issues/12

This is a minimal example which can be used to check if graphics systems are working on certain hardware.
https://www.dropbox.com/s/0pl8050nmb2948k/graphicstest.gm81

As you can see in the following screenshot I finally managed to get Direct3D 11 implemented now as well. I have shelled the graphics and made it clear the background color, simply need to readd the functions again, just like what was done with Direct3D 9.



The issue why I couldn't do it before is because Microsoft changed the API mid-version and moved it into the Windows SDK and then removed the D3DX stuff for coloring and matrix functions. I have not yet decided whether I will make use of these by hacking them into MinGW as well or more likely I will just waste my time rewriting the FFP instead since then it will be a sinch for me to do in the other graphics systems.

I got this working by rebuilding the libd3d11.a myself to link and get the correct symbols from, because apparently the MinGW really hates Direct3D 11. I will also have to maintain a custom version of the d3d11.h header based off theirs so that I can add missing declarations. I will keep these two in the WinPatch.zip

This is the commit I have done this in along with some compiler fixes regarding spaces in paths.
https://github.com/enigma-dev/enigma-dev/pull/572

This is the LIB2A tool I used to convert the MSVC libs with.
https://code.google.com/p/lib2a/

This is the libd3d11.a file.
https://www.dropbox.com/s/fyxa577ij7bg5dd/libd3d11.a

This is the d3d11.h header file.
https://www.dropbox.com/s/015mzbz6doi9k5j/d3d11.h

I have updated the Portable ZIP installer to include these two missing files under ENIGMAsystem/Additional where the rest of our headers for Box2D and Bullet and things are, cheeseboy will need to update the ZIP automatic builder to include these files. You can go ahead and download if you want to test an empty game with the background color or if you wish to help me start adding functions.
http://enigma-dev.org/docs/Wiki/Install:Windows

Ok well, at least now I know why I couldn't get Direct3D built, I deleted eobjs just never API_Switchboard. At any rate, one of you fucked with D3D transformations...

Look what you've done to Mario you bastards...


Extensions appears to be working again now as well, updated Portable ZIP is on the download page. Everything back to normal.