Irrlicht Engine

I've integrated Tokamak with my game. I've coded a system for physical elements (consisting of geometries) and a system that loads physical terrains into tokamak.

It works quite well, but sometimes Tokamak's GetPos and GetRotationQ manages to return me a position and a quaternion full of ##QNAN00's ...

I couldn't tell you much about performance, but if you want to use 10 100x100 chunks as a 1000x1000 chunk then you should do exactly as you were going to, texture map the 100x100s, but then tell them all to look into the same giant texture file and designate a space for each mesh. Once they're all ...

Hi all,

I'm making a huge and partially dynamic city / country for a game quite similar to the GTA gameplay using Irrlicht (ofcourse) only my goal is more realistic physics. Since the world is huge, everything can't stay loaded at once, so threads will do the loading of objects far away and ...

Ah, thanks! Installed MesaLib, XFree86-devel, and fontconfig-devel, and it compiled smootly! Thanks, I should've thought of dependencies earlier, however, I'm used to releases with a "configure" script that reports things like that.

Hi everyone,

I have a problem when compiling the Irrlicht source at SuSe 9.2, something that looks very much like errors in the source. When I type "make" inside /home/christian/temp/irrlicht/source/Irrlicht (which is where the source is extracted), I get compiler errors:


glext.h:4870: error ...

Got it working . I exchanged the line with

return int(bt-&(*(m_Triangles.begin())));

Then it compiled nicely. About the other error, stupid me had forgot returning the pointer to the CollisionModel3D instance I created in a function.

I've got a slight problem when using ColDet. It says that it is compatible with any ISO C++ compatible compiler, but MinGW returns this error when I run it's makefile to compile the library:


MAKE Version 5.2 Copyright (c) 1987, 1998 Inprise Corp.
g++ -c -O2 -DGCC coldet.cpp
In file included from ...

You simply let your menuitems draw themselves after the scenemgr has done it's drawings .

You can always translate the header files, and use the dll . I don't really recommend making 3D games in Delphi though. Delphi code is quite slow compared to C++, and if you already know Delphi and it's secrets, it shouldn't take long to learn C++.

What would be nice is if you made a modification to the engine with the same header interface, so games can be compiled with little/no changes. Ofcourse only if the user use the standard C++ library, and Irrlicht.

Oki, maybe I'll use the modeller after all , as the engine can never know where the rotation center was from before if there are no simple function for it . Thanks anyway.

Well, most systems like that are made by using C++'s lovely Object-Oriented-Programming. Have a class called "menu", with a list over pointers to classes called "menuitem", that has functions like menuitem->drawme(IVideoDriver* videodrv), and it knows it's X, and Y position on the screen, and it's ...

nucleon: Huge objects are NEVER efficient, nor good looking, when rendered in 3D. All spacegames today uses tricks to make things look big. Keeping objects close, make sure they are rendered after closer objects, and scale them as they get closer should work quite well, I think. You will need to ...

What you can do is that you see what functions any PS2 library has, then you exchange the OpenGL stuff with calls to that library (so Irrlicht becomes sort of an abstraction layer, which it already is, lol) I don't know how PS2 development works, but I guess there is some C/C++/[insert language ...

Is that possible? I need this for a physics engine I'm making. ISceneNode doesn't seem to have any member function doing that, and I don't want to do this in the modeller.