Irrlicht Engine

Hi Hybrid,

actually, I have a rather recent Asus EeePc with OpenGL 1.1! Will keep it that way, for testing purposes.

@CuteAlien:
I modified irrlicht 1.3, it does everything I need right now. Using a newer version would mean lots of rewriting, for the same result. In my case it's important, that ...

Hi Hybrid,

Thanks for your quick reply!
The changes are actually very simple. As I knew that OpenGL 1.1 worked in Irrlicht 1.0, I just copied the original code of Irrlicht 1.0, and run that if OpenGL version is 1.1.
So the functions were changed like this:


if (atof((c8*)glGetString(GL_VERSION ...

Hi guys,

ran into the same old problem recently: even 5 years later a lot of computers still have OpenGl 1.1 installed, so Irrlicht programs with OpenGL don't
run out-of-the-box.
But now the good news: I was able to fix the opengl 1.1 texture problem with some simple adjustments in COpenGLTexture ...

Hi Serengeor,

I highly doubt that this will work. If I remember correctly, I already tried that some years ago. But anyway will look into it, it would indeed be the easiest solution...

Hi smso,

Thank you for your reply. Unfortunately that doesn't seem the answer: the problem is that I can do quaternion math to avoid gimbal lock, but it seems impossible to set the model orientation to the according quaternion matrix. The setRotation function uses Euler angles, which will result in ...

Hi Guys,
I have been working on a lot of other stuff, while checking this forum once in a while. Finally, I started working on my irrlicht project again. I have checked the forum if someone came up with a method to implement an arcball/trackball in Irrlicht, but it seems it is still not possible ...

The only thing I know, is that Irrlicht 1.0 worked well with OGL 1.1, but since then tons of code have changed...

Hi guys,

there is one problem with this, and that's the reason why I use the software renderer as a backup too: on a lot of machines the hardware is present, but the drivers aren't. In many environments (offices etc.) the user can't install the required drivers, so the 3D acceleration won't work ...

With IE6 the pictures redirect to all kinds of vague advertisement sites. Definitely spam!

kendric wrote:... and hopefully somebody will also have an idea why about 10-20% of the time bullets seem to be able to go through an enemy without a collision detected.

Maybe it is because you don't use a metaselector? Also, which version of Irrlicht are you using?

hybrid wrote:But it's still on my todo list

Great

@hybrid:

is there any chance that Irrlicht will be compatible again with OpenGL 1.1? I have one computer reserved with old OGL drivers for this purpose, so I can do tests for you. If you upload a dll and exe (for instance this test: http://www.megaupload.com/?d=8S32FZEB) I'll test it. And thanks ...

To smooth your normals, you can use irr::scene::IMeshManipulator::recalculateNormals (*buffer, true)

But not in Irrlicht. Commersial engines upload this triangles to GPU just once (on card). Irrlicht will transfer ALL triangles through bus to GPU every frame. So FPS will be low on such high-poly scenes with irrlicht.


Actually I was talking about Irrlicht scenes. 200k triangles are handled well ...

You can also optimize your models and textures to speed up things. On most computers nowadays you could realtime render at least 200.000 triangles each frame. As most commercial games use about 7000 triangles per character, that allows for lots of characters. Maybe something else is slowing you down?