Search options (Page 15 of 60)

Hi,

I added a cast for the freeimage loader error in case : https://code.google.com/p/maratis/sourc … Loader.cpp

it's better to keep the warning level high during experimental development, casting warning are usually useless but they can sometime reveal an error or give a clue for a bug.

tell me if the fix removed the error

Yes, in this case you will need to destroy or at least deactivate the physics object manually just before :

MPhysicsProperties * phyProps = plane->getPhysicsProperties();
if(phyProps)
    physics->deactivateObject(phyProps->getCollisionObjectId());

shapes and objects are automatically deleted by the physics context clear() function
MBulletContext::clear(void)

clear is called by MBulletContext::init, itself called by MScene::preparePhysics

: )

in fact there is no special meaning, except the story of it :

I was still a student, 10 years ago, some friends wanted me to try role playing game with them, it was not really my thing,
but I started searching a name for a character, without success, I go to sleep frustrated and later in the middle of the night I woke up with a name in loop in my head, impossible to sleep, so I write it on a piece of paper.
In the morning I read : "Galogan Maratis".

I didn't like role playing game, but I liked "Maratis" so I named my in-progress 3d engine like that, I don't know why my brain picked this name.

you need to recompute the bounding box
if it's just a translation of vertices, translate the bounding box too.

255 : there is object->deleteMe()
object can be a button, image etc
and is really deleted by MWindow's update so it's thread safe.

did you run multiple instances of Maratis at the same time by any chance ?
or was the system lagging or something when the bug occurred ?

Thanks zester,
I'm not convince yet to replace the external libs by Poco but :

I will totally appreciate your help to test and clean the experimental premake build system for Windows :
- correct/clean the premake files if needed
- make sure premake for windows can generate a working visual studio project
- make sure it also works with MinGW (gcc compiler for windows)

My main system is Macosx so I can test and compile for this platform.

Finally we will need a linux contributor, is someone interested ?
- be sure premake generate a good makefile
- test the compatibility of the binary on some common linux distributions

Current state of the test : http://forum.maratis3d.com/viewtopic.php?pid=5339#p5339

normally you don't need to be administrator,
but I'm not sure how the permissions works in all cases,
Maratis asks windows for a temporary directory and create a temp file there that is used to reload the level.

Can you check if you see a level in C:\users\username\AppData\Local\Temp, where username is your user account name ?
Check just after you started the game because the temp level is then deleted when you go back to editor.

(The dir could be something different than AppData\Local\Temp thought)

What platform are you in ? are you using a custom game plugin ?

The first possibility is that Maratis is not able to save a temporary level when you press play,
but I'm surprised that it's variant, it could be a authorization problem or so.

Second possibility, if you are using a custom plugin, is that you have a behavior that run during editor mode,
if it is the case, ensure the behavior call this on top of update :

MGame * game = engine->getGame();

// check if the game is running, removing this test will enable In-Editor update (like for the lookAt behavior)
if(! game->isRunning())
    return;

no it's not a bug, onMove refers to the window moving, MWindow can optionally be an a os window and be moved.