Irrlicht Engine

Well if you have some ideas share them and we can start a discussion about it These forums seem to be moving a bit slow lately, probably because I'm waiting for a reply from niko lol.

Since the release of 0.8 heralded better .NET support I decide to play around with Irrlicht and C#. I looked around for a while and found a suitably advanced game written in c++ using Irrlicht and attempted to port it. I chose IrrTetris which can be found in the links section on the main site. I spe...

Really nice work Cairon, probably the best Irrlicht based app I've played with.

The bullets probably due need to be raycast if you want them to move at any reasonable speed, as they are right now I think i could throw them faster...

Great work though.

This was one of my requests a while ago. BAck then Irrlicht only supported 1 bit alpha, not sure if its been addressed though.

Im actually having the same problem just running the techdemo.

I recompiled the example using 0.7.1 lib and placed it in directory with 0.7.1 dll and it crashes. When I debuged it seems to be crashing on call to createDevice().

My friend is having the same problem too, kinda odd.

Best thing a v2 could offer would be an ability to export xml representation of the particle system and then provide a calss that loads said xml and runs the apprpriate code...

Irrlicht also does nasty stuff to md2's. Check out hellow world example it uses over 20 megs of memory for a 500k file. The reason behind this is irrlicht is storing full vertex coords basicalyl for every frame (along with normals). The md2 format itself cuts out a lot of this and uses scalers and s...

"To do this, I'd have to check every bullet against every moving object that is active."

Yep, you would. There is no way to tell if a bullet collides if you dont test it. And since you have multiple entities your going to have to test against all of them.

Neither is currently included, however, niko plans to add LOD (not sure in what fashion) to the heightmap / terrain node in a future release (maybe 0.7?)

This and a follow camera should both be added to the engine when time permits.

No generally I use GetAsyncKeyState, however that is a Win32 function so your limiting you platform.

A clean way to do this is use an event reciever and an array of bools to track the status of all the keys.

Then in main you can just do if (keys[VK_UP] == true)

Unfortunately I don't think it can be done easily. A GetKeyState function was one of the things on the old request list... I don't think it ever got added tho

If all three didn't show up it was most likely due to the positioning of the model in 3d space. Go check and see if you modeled it around the origin in Blender. Also check the scale. Load the dwarf up and compare the size/positioning of your models in Blender. This is the only problem I can really s...

From my understanding of the .obj format (I've never used them), it probably works like an md2 instead of a 3ds. Like in the HelloWorld example you have to load/apply the texture in the code, as follows: scene::IAnimatedMesh* mesh = smgr->getMesh("mymodel.obj"); scene::IAnimatedMeshSceneNo...

Actaully what you want is scene::ISceneCollisionManager::getCollisionPoint() which can be found on the same page of the docs that smileman provided a link to. As far as the math behind it... thats not quite as easy. You going to have to find one of the more math-types to explain it. The simplest ide...