ENIGMA Development Environment

I have managed to get exe info and an icon onto executables by simply creating a resource.rc and resource.h under Win32 and linking the rc file from the Win32 makefile. Now the only problem is I need to obtain EnigmaStruct with GameSettings in resource.rc for it to know what values to give the exe.

Should I move this to the compiler source and have compileEGMf write the resource.rc file itself to Preprocessor_Environment_Editable and then link it in?

Joshfag, halp ~

UPDATE: I have now got it working, compile.cpp when it writes modes and settings now writes the exe and icon info to a Resources.rc in Preprocessor_Environment_Editable which is later linked from the SHELL/Makefile


I just need to know if this is how it should be done and if it is ok if I commit it like this, and should I include guard this to only do it when your on Windows, etc. Joshfag, answer me back ~

PS: Also I did not use Studio's icon that is the one packed into the GMK file and passed to EnigmaStruct

Just a little side note to everyone, I am implementing GMX support to LateralGM, you will be able to save and load Game Maker Studio projects in a few days...


However, some options may be cleared, this feature in LGM is really only for downgrading your project to GMK. My documentation of the format can also be found on the Wiki.
http://enigma-dev.org/docs/Wiki/GMX_Format

You decide.

These are instructions are on rebuilding the portable ZIP when new LateralGM versions need included or other bug fixes/changes.

Patching and rebuilding.

---

Step 1
Download and install 7zip, if you already have it, continue to the next step.
http://www.7-zip.org/download.html
Step 2
Open 7zip and navigate to the directory where the you ENGIMA's portable ZIP located, right click and hit 7zip->Open Archive. If you don't have a copy of the latest portable ZIP just get it from the link below.
http://enigma-dev.org/downloads/2013-05-21/ENIGMA-Installer.exe
Step 3
Apply your changes to the archive, make sure you do not run LateralGM or ENIGMA or it will download the repository and you'll bloat the ZIP and defeat the purpose. You can also extract the entire ZIP and then rebuild it with 7zip by leaving the default compression and simply enabling "Create SFX" under "Options" to create the self extracting zip as an executable (*.exe)
Step 4
Ok we are all done with that then!

Hacking the ZIP icon, description, and copyright information.

---

Step 1
Download and install Resource Hacker from the link below, if you do not already have it, which is the program we are going to use to do this. Scroll down the page at the link below if you can't see the setup, its there, just scroll down a bit.
http://www.angusj.com/resourcehacker/
Step 2
Open Resource Hacker from Start->All Programs and hit File->Open then navigate to and open the self extracting ZIP you created. You can also just right click it in Windows Explorer and select "Open In Resource Hacker" it installs an option there by default, for me it does anyway.
Step 3
Make your changes to the exe, set the icon, and the copyright info, modify dialogues, etc.
Step 4
Save your changes to the exe, and reupload the ZIP somewhere and you're done.

Some of you may not be aware as you have not much interaction with the plugin to LateralGM. canthelp discovered that the default font is rendered inside the plugin using Java AWT, you see ENIGMA uses sprite fonts, like every other game engine including Game Maker. So for there to be a default one, the plugin takes the default Java font and renders it and passes the glyphs over to ENIGMA. This is very dumb, this is done every time you compile, not that slow, but is part of the reason why compile is slow. It should be done internally by ENIGMA, otherwise ENIGMA basically depends on Java or something else to render that default font. canthelp discovered it when building the CLI that he could not call draw_text when he had no font resources. We should include a default sprite font with ENIGMA, what do you think Josh?

//Are these functions really needed? They just break stuff!

Whoever left me that gold fucking nugget in the source code, here is my response: Yes

Game Maker traditionally does not provide functions for passing indices to the index buffer, making it pretty awful for optimized models. If you don't know how an index buffer works, then Google it. I would prefer that topics be posted here under "General ENIGMA" for discussion by all developers, lets try to avoid comments like this in the source code from now on guys, ok? Please proceed to discuss a change in the function specification if you like, I am open to other idea's.

I am also wanting us to add a...
void d3d_model_push_colordata(gs_scalar* data);
void d3d_model_push_texturedata(gs_scalar* data);
and also maybe like this...
void d3d_model_push_colordata(int dslist);
So that a pointer to an array can be passed by the end programmer to push an entire array or data structure list of color data into the model, avoiding for loops and shit.

Well after investigating why I had problems with adding a Direct3D 10 graphics system, I have figured out why. MinGW ships the D3D 9 headers and libraries but only one of the D3D10 headers and two of its libs libd3d10 and libd3dx10, the d3dx10.h header is needed for transformations and vector classes. So this means regardless of installation we need to add the requirement for users that want D3D10 or later to install the Windows SDK, which now directly includes the DirectX SDK, they are no longer separate. This is a huge SDK, and in turn requires .net Framework 4, meaning we also need to add a dependency for that if people want the D3D10 or later graphics. I think this is why YYG's are still using D3D9. Thoughts guys?

Edit: Studio also requires you to install .net 4 and .net 3.5 for Windows 8
http://docs.yoyogames.com/source/dadiospice/000_using%20gamemaker/001_installation.html

So should we just focus on .net framework 4, and be a step ahead of them?

Yes, I already spoke on this a bit before, but Direct3D offers an internal mesh class that can do optimization and has interfaces for dynamic level of detail (LOD), and can also by default load (*.x) model files, which models can be exported from Blender in.
http://msdn.microsoft.com/en-us/library/windows/desktop/bb147196%28v=vs.85%29.aspx

From what I can gather however, the mesh class works with triangle lists internally, however you can get a pointer and control locking and unlocking of its index and vertex buffer, however I was looking at the specification for DrawSubet()

D3DX Meshes use indexed triangle lists, and are therefore drawn with IDirect3DDevice9::DrawIndexedPrimitive.

So I am unsure if we can use this to create models that can have other primitive types. It is however possible for us to make it so that people only thing they are using the other primitive types and just hack them all into triangle lists, after all that is the fastest way to do it, that is *the* primitive of the GPU. Quads all that shit are on there way out and are already software processed in OpenGL 3 and later.

Also, when the base mesh interface loads a (*.x) model file it also gives you the file name from its material telling you where its texture is located. The base mesh interface holds transformation, texture, and material information, so we would also need to add a d3d_model_get_texture() function to avoid having inaccessible textures in memory. Just looking for some input guys... I want to say just go ahead and use it but idk, I would have to hack in and fake other primitive types, which albeit would be really fast anyway, but idk if you guys are ok with me doing that or what or if we should just write our own mesh interface like I did with OpenGL 3.