Irrlicht Engine

I think irredit is really useful. I use it to great extend and shaves off a lot of development time for me. I think it also paves the way to new features that extend irrlicht in the future.

but that is just my 2 cents. But don't forget, irrlicht is still something that niko does out of hobby, so he ...

thanks you guys! This topic has been very helpful for me. After seeing the wrapper that evo made, I think ill settle for Squirrel. It seems small and has the licence i like

Greets, Robin

Im sorry, but I think I cannot be of any help annymore, because I never got as far as you and Spintz are now. If I remember correctly, I got to the point where I could see the cube texture on the mesh, but because I was still stuggeling to get the correct transformation matrix, I never got any ...

I want to be able to add scripting to the project I am working on. But I really have no idea how I should design the interface. Is there anyone who has a good understanding of scripting in games, an wants to share his knowledge?

This is what I want to be able to do:
use triggers to start a script ...

Hey, Nice that you are creating this, I must admit I never finished it(among other things) I think now that irrlicht has render to texture you do not need my code anymore, like you said.

You would simply put the cam at the object that is to be cubemapped, and take a screenshot in all 6 directions ...

hey, really nice initiative! I hope there will be a design doc out soon, so everyone can see what is coming. But I am wondering about one thing:

what will you all do when you discover there is a feature missing in irrlicht, that you need for the completion of the project?

As most project have the ...

ill fix it, and post a patch in the bug forum. ok?

Gr. Robin

yeah, youre right. I thought that every scene node that contains a mesh (so also animatedmesh, terrainnode(allready has a getmesh) and watersurfacenode) would derive from meshscenenode, but I was wrong in that assumption.

I totally agree with you on the matter that getmesh should not be in ...

yeah, I know, thats why I said IMeshSceneNode, I guess you could use getType() to see what kind of scenenode you should use, and then create a pointer of that kind to reference to it. But as most of the scene nodes have IMeshSceneNode as their parent, I feel that the getMesh() should be in there ...

As I am using the new .irr scene file loader, I would like to gain control over the mesh that a loaded mesh-scenenode posesses.

But there is only a setMesh, and no getMesh(or something like that). Would it be a problem adding this getter to the IMeshSceneNode (and CMeshSceneNode) interface? It ...

It has come to my attention that there are 2 very different aproches to the architecture of the core of a game engine. Now I can understand that this very much relies on the type of game, but I have seen 2 mayor different aproches that do essentially the same.

Example of the singleton structure can ...

well I solded the problem. the control that I placed the irrlicht window in(a button on a dialog, like in the example), did not receive any key messages at all. so I changed the control to a custom one with a separate wndproc to handle the key events, an passed them manually to irrlicht.
Still ...

hmm solved the stuff with the dll loading. But I still cannot get any key focus when I load the window in a diffrent thread. Anyone an idea?

I have isolated the problem.

It seem to have to do something with the way I create irrlicht. When I modify the win32window example to use a separate thread for the irrlicht main loop, everything is fine.

When I change the executable into a dll and change the winmain into a function that I call ...

I guess this is more a windows API question, but I think it is also very related to irrlicht.

I have a (skinned) app, and when a certain event is received, I want to display a complete irrlicht app in a child window of the app.

I have created a dll with the irrlicht app, that I call from the main ...