Irrlicht Engine

Can anybody explain to me why removed support for some file formats increase speed? I can not really believe that... And if it is really true (because of less memory usage or so), I think it is only a very small FPS speedup. MS3D is not a bad file format. IMHO MS3D is the best one, because .x has ma...

niko wrote:Is this really the problem everybody has? So maybe I should default to 32 bit texture loading now.

No, this is not the problem. Of course I tried it also with 32 bit textures...
At the moment I have no ideas, why it does not work, I will look at it again if I have the time.

Are you sure about that? I use ms3d models to build collision geometry, and the vertex_count / 3 != index_count, which tells me that it is reusing vertices, in fact the index count to vertex count relates directly to what ms3d tells me it is. I don't understand your calculation "vertex_count /...

I also think, the problem is your model, not Irrlicht. I have really problems to display it in Milkshape, and I have the newest version! Milkshape has problems to display the current frame number when playing the animation, and it is not smooth. The bones are jumping around suddenly... Try to simpli...

But you can really help me a lot if you send me your .ms3d file: andi@xenoage.com . Thanks!

Thx for your answer Andi|xng! I already tried your code but the frame-rate just raised about 5 frames... Do you have any other idea what takes irrlicht so much time? Sorry, no idea at the moment. But I will look at it when I have time. Unfortunately I am no C++ expert, I work with Java and Jirr... ...

I tried to find the bottleneck by compiling Irrlicht without any ms3d animation possibility. The frame rate was nearly exactly the same as with animation. The bottleneck seems to be the rendering. Try my patch and see if it helps.

But my patch does not solve all ms3d problems. I have still some speed problems connected with setFrameLoop() and joint-child nodes:
http://irrlicht.sourceforge.net/phpBB2/ ... php?t=8834

Nevertheless, with the patch it works much better now.

The problem is perhaps also caused or influenced by the MS3D loader, which creates 3 vertices per triangle and does not take advantage of reusing vertices in the index buffer. I think, I solved the problem a few days ago. Read this thread: http://irrlicht.sourceforge.net/phpBB2/viewtopic.php?t=9119 ...

I tested it on another system and found out, that it makes only a small difference there. It seems that only some graphics cards render much faster with the patch. But the advantage of less vertices (and so less memory usage) is still there of course. If some of you have the time, please try the 2 e...

Not all problems solved, but much better performance now
http://irrlicht.sourceforge.net/phpBB2/ ... php?t=9119

I had a problem with .ms3d files in Irrlicht and began to find a way to improve the rendering speed for .ms3d meshes in Irrlicht 0.12 ( http://irrlicht.sourceforge.net/phpBB2/viewtopic.php?t=8834 ). Now my patch is finished :) Here you can download the source, the patched irrlicht.dll and two exampl...

The optimization is nearly complete. I have also implemented the normals now, and the result: 130 FPS before, 260 FPS now (exactly the same scene, exactly the same visual result).

If you want to help me testing, please send me your .ms3d meshes at andi@xenoage.com . Please send everything you have

I can't see the stripes... I can only see the border where the mipmaps change and a black line in the skybox.
Perhaps you can show us a screenshot?

Today I tried to find the reason for the slow .ms3d models, and I think I found it. First I thought, the animation is very slow, but I soon noticed, that it is very very fast. Then I noticed, that the .x model has only about 1000 vertices, but the .ms3d model about 3000 vertices! This is caused by l...