Search options

I added kNet into my Maratis for MinGW version, and it was very easy to compile (just like Maratis). It compiled even on my Debian server, and it compiles also for Android and many other platforms.

I only know that even a simple: if(varType == M_VAR_BOOL) crashed it. It was like varType was not readable at all, and caused a segment fault. The crash occured always after a call to some function of user32.dll, so I thought there was going on something instable. Of course the real leak might be somewhere else, but when code crashes which shouldn't crash, it's very hard to debug it. I've seen this before also in BlendELF, and there also a printf("") fixed the crash.

The new MString.cpp didn't help. But adding a MessageBoxA() or printf() to access the varType parameter fixed the crashing:

void MaratisUI::addValue(MGuiWindow * window, const char * valueName, M_VAR_TYPE varType, void * pointer, MVector2 * position)
{
    float size = 16;
    float ySpace = 15;
    MVector4 color(1, 1, 1, 1);
    MVector4 valueColor(1.0f, 0.95f, 0.45f, 0.85f); // 1.0 0.97 0.33
    MVector4 variableColor(0.66f, 0.76f, 0.87f, 1.0f);

    printf("%d",varType);   // wierd bug fix!

    if(varType == M_VAR_BOOL)

There must be somekind of memory leak going on in the user32.dll or somewhere, when these kind of wierd fixes stabilize it.
Everything works fine now, and this hack doesn't take any performance either, because it's only called 4 times when "add camera", "add light", etc... is pressed in Editor.

I get this kind of disassembly when I run in debug mode and click on "add camera" icon in Maratis:
https://sites.google.com/site/maratis3d … crash1.png

I added now also Bullet 2.80. It compiled without any code changes, like FreeType 2.7.9 did too.
I think Maratis is now the first engine which has Bullet 2.80!

Compiling Maratis from source with MinGW needs only one little update: The latest FreeType 2.4.8. Everything else compiles with the supplied 3rdparty libs in the SVN trunk.

Bullet has very advanced collision handling (I love how you can configure it how to behave when bodies overlap, and the CCD (Continous Collision Detection) collision demo is simply amazing - you can shoot at insane speed and objects always hit), and with Maratis there comes even a demo which shows how it works. I think it's done with Lua though, but it should be not a big deal to make in C++ either. I will need it too for the game I am doing.

I've tried many engines, and Maratis has all the specs I didn't find in other engines:
1) Written in C++
2) Usable with C++
3) OGG support
4) PNG support
5) TTF support
6) OpenGL support
7) OpenCL support
8) Bullet
9) Scriptable with LuaJIT
10) Usable with Code::Blocks and MinGW (because it makes around 8% faster code than VS, and compiles 30 times faster, and has better ANSI C++ support, and more C++1x features, and makes 64-bit code, and has native Linux support too)
11) Expandable Game and Editor with C++ plugin DLLs
12) Free
13) Source code
14) Active development and support
15) 32-bit and 64-bit Windows and Linux support
16) Android support (hopefully soon, or I could try to make it myself after testing the Linux version)
17) Support for own shaders
18) Fixed pipeline renderer support
19) Blender 2.5x exporter
20) Extremely fast (especially if you have seen the MinGW version)

Now I got everything compiled with Code::Blocks and MinGW: Core, Engine, Player, Editor.
Looks like the easiest way to start writing a game in C++ is to use MaratisPlayer source and add there all game related stuff.
This is a great engine, and source code is incredibly clean and well written, thanks anael!