Irrlicht Engine

hmm.. it should work yes.. but i've no time to test it right now... here is the code that "should" do it :wink: #include <fstream> class MyEventReceiver : public IEventReceiver { public: virtual bool OnEvent(SEvent event) { if (event.EventType == irr::EET_LOG_TEXT_EVENT) { //Log to File st...

are you sure ?
strange... well i've never used this function, i only took a look at the API..

i got no new idea in that case... hope you find some solution

Hmm... maybe a bit too simple.. but i try it anyway: in the "addWindow"-Method there is a parameter called "bool modal".. set it to false... maybe it works... alternatively you can disable guienv->drawAll() while the scenes are rendering you could also set the parents of the Elem...

If you set the guiRoot as the Parent of the Element, it should also work for the relativePosition that position2d<s32>(0,0) is on the top-left corner of the screen for example if you add a window: IGUIWindow* window; window =guienv->addWindow (rect<s32>(position2d<s32>(0,0),dimension2d<s32>(100,100)...

i'm not sure, but i thought that there is a minimize-function for the Windows...

yes, you have to create a button, but you don't have to code it... look at this:
Take a look at the API..

I wrote a little Tutorial which shows, how you can use the IrrLicht Logger also for LogFiles. Look at this: http://irrlicht.sourceforge.net/phpBB2/viewtopic.php?t=9955 I use this solution for the LogFile-Problem, because the IrrLicht output is also logged such as the createDevice for Device-Init or ...

the CollisionObject thing sounds very cool... now i got it... it makes much sense in some way... i'll do it in my next project in a similar way i think.. but my current project doesn't "need" it, because it is much simpler, if i make the collision detection myself(x,y coords - width,height...

Well, i wouldn't do such thing (i would let every object to control its own collision), but anyway, the code above would work fine. hmm.. interesting... really interesting.. i never thought of that ^^ but how could you prevent the double-checks in that case ? for example: your object checks for col...

hey guys... if you have an array of objects for example some balls in a Pool-Game. Then you may have a Problem to make collision detection between all these objects without loosing a lot of performance... i will not describe here, how to do the collision-detection itself.. it is just a "system&...

not sure if i understand your problem... but try this: place the CGame Class Object in a Namespace and declare it BEFORE the EventReceiver Class for example: class CGame { //Whatever }; namespace Game { CGame* world }; class MyEventReceiver : public IEventReceiver { public: bool CEventReceiver::OnEv...

i think my problem is simply my no-knowledge of orthogonal perspective rendering... i was wondering if i have to init the matrix4 with 640units height and 480units width at a resolution of 640x480 to place the nodes at positions of 2dImages. for example: is this position: draw2dImage at 100x100 at r...

The Orthogonal thing was a very good idea... it works now... the only thing i was wondering is, if i want the particle-scene node exactly follow a 2dObject do i really have to initialise the matrix4 with for example 640 units width 480 units height ? i've seen some examples with 16 units width and 1...

the hole game is based on simply draw2dimage.
so the backgrounds aren't animated.

And yes, i'm quite content with our project. yeah, it's the work of two ^^

whatever, maybe we shouldn't discuss that in this Forum.
We can continue that in the Project Announcements Forum.. here ^^

hmm.. your Magic2d API looks very nice... if i have to change the project to opengl i take a look at it for sure... but first, i want to finish the running stuff. after everything works, i'll try your API.. it looks like the solution for much problems i had and maybe will have ^^ so i can use the ne...

?!?!?!?! LOL ? if it is so, i'll change the renderType of my project to OpenGL.. now i have a good reason for it ^^ my project also runs much better with OpenGL: DX8&9 around 1400 fps OpenGL around 1700fps it's a 2D game, so don't be afraid, if you don't have such framerates :wink: the only thin...