Irrlicht Engine

Yeah right, now there is a license. Everything seems to be fine. I'm just wondering why he doesn't open the sourcecode. Anyway, if it's really better than ode then I won't care
If u guys try around with it and get some experience, please let me know.

If u find something about it, let us know. They claim to use a better aproach than iteration or LCP, so it could be intersting if it'ld free. But for me, it looks more like "making potential users interested with offering a time limited beta and afterwards letting them pay for the final", just an ...

I had a look at newton. Does anyone know there license? I haven't found anything on there site, and after downloading there sdk, I haven't found anything once more. I only found a readmefirst.txt saying:

Newton Game Dynamic beta 1.0

this is a beta demo of Newton Game dynamics the simulation runs ...

no, my a,b,c are the absolute rotations coming from my AI-code. Otherwise u have to add rotation instead of just setting it.

I use

scenenode->setRotation(core::vector3df(a,b,c));

where the a,b,c are the angles around x,z, and again x axes, if nikos code applies to to standards. For me, I just pluged the angels in the different position until it went right. ;)
The angels have to be in degrees, so from 0-360 instead of ...

We are not talking about code optimization, we are talking about analytical optimization.

I wasn't talking about 300 objects. If triangle count rises, there are other limitations for sure. But 30k triangles at a desireable framerate is no miracle.

pleasent dreams,

Marc

That would probably be a good idea. This and an Optimization of the collisiondetection would help to make a big step forward in useability.

No that's not the point. Todays graphiccards can handle 20k-30k triangles without such a low framerate. The triangle counts of my test are low enough that a LOD system won't receive anything.

As far as I understand your src, I think the models are not clipped to the map. I think this would help a lot as a first approach. But therefore the models, or scenenodes in general, have to be sorted into the octree of the map, what seems to be against the current design, or am I wrong?

ok, the parameters must be in degrees.

I only have VC6. The compiler from 7 optimizes a bit better, but a factor of 10 ist far away from realistic.

46 fps is nearly twice as fast as my result with 30 faeries. But still it isn't a desireable result. If you have an Intel, perhaps the collisions can be calculated faster what may explain ...

I profiled my program and opened a new thread on it here

http://irrlicht.sourceforge.net/phpBB2/viewtopic.php?t=1556

since I think this is more likely "Open Discussion" than "Advanced Help" about the speed of Irrlicht.

But your loop is interesting. My first approachs was the same, but I displaced ...

I profiled my program I already mentioned here

http://irrlicht.sourceforge.net/phpBB2/viewtopic.php?p=8399#8399

:

http://www.rhrk.uni-kl.de/~rochel/files/irrlicht/marcstest.zip

It loads the techdemo map and a number of fairies u can specify at startup (src included, If you'ld like to have a look ...

I tried it with a ms3d model. Same speed.