Irrlicht Engine

Could one of the devs review this?

https://sourceforge.net/tracker/?func=d ... tid=540678
Passes are now inclusive, and I added a boolean to drawAll to provide support for exclusive passes as well. Any more suggestions for improvement?

Is it possible to use floating point render targets with this, to do tone mapping?

Yeah, light direction lens flares are a really useful thing to have. I used them in Unity 3D alot and they really added a nice touch to the render for not very much work at all. This would be perfect to put into the Irrlicht core.

What if we added a drawAllExclusive function for specifying which passes not to draw. And the behavior of drawAll would be to specify which passes should be drawn inclusively?

I meant that the nodes still get OnRegisterSceneNode called, and end up registering for no reason. You think that it should take which render states to enable? I guess that would be more intuitive. I'll change it if I get a chance later today.

Doesn't that still call draw on all the scene nodes that don't need to be drawn?

The ifs before each section? I don't understand what you mean. I tried placing them at the top, but they had to be called after OnRegisterSceneNode for it to work. I'll look at my code again and see what you mean.

A basic D3D11 driver would probably be the best way to go. But if we're going to integrate D3D10/11 then it should use the feature levels support from DX11 to do DX10. And also, DirectX 11.1 is out, so it would be best to use the D3D11.1 SDK to implement it.

You can call drawAll without parameters and it works just like before (i made sure to try). So it shouldn't be a problem to change the function signature.

Link to the patch that I implemented: https://sourceforge.net/tracker/?func=detail&aid=3472156&group_id=74339&atid=540678 I tested it by adding this to the SpecialFX demo drawAll function:   smgr->drawAll((u32)scene::ESNRP_TRANSPARENT | (u32)scene::ESNRP_SHADOW);   Any suggestions for im...

It should probably be: disableRenderPass(E_SCENE_NODE_RENDER_PASS pass) and that way you would call it before smgr->drawAll(); instead of disabling it once and having all smgr->drawAll calls ignore those render passes.

Yeah, that would be really nice. It would make deferred rendering a lot easier too.

I'm writing a game engine around Irrlicht. I read Game Coding complete and liked the architecture of their engine, but I noticed a few things that would be difficult. Animation for example: if you communicate with the game view using events, then the animation system is seperated from the game. Some...

If you really need user data then I guess you could write a user data animator and attach it to your node. That would be kind of messy though. I don't directly use nodes in my game, I wrote a component based entity system that has a scene node component. It's much cleaner that way. You implement all...