Irrlicht vs Ogre
-
- Admin
- Posts: 3590
- Joined: Mon Oct 09, 2006 9:36 am
- Location: Scotland - gonnae no slag aff mah Engleesh
- Contact:
Truly, Irrlicht is the Christian church(es) of 3D engines.
Please upload candidate patches to the tracker.
Need help now? IRC to #irrlicht on irc.freenode.net
How To Ask Questions The Smart Way
Need help now? IRC to #irrlicht on irc.freenode.net
How To Ask Questions The Smart Way
-
- Posts: 1029
- Joined: Thu Apr 06, 2006 12:45 am
- Location: Tennesee, USA
- Contact:
-
- Posts: 1029
- Joined: Thu Apr 06, 2006 12:45 am
- Location: Tennesee, USA
- Contact:
That's a good point - I hadn't thought of that. Though there is a good reason - OGRE3D at it's core is solid while Irrlicht still lacks in the rendering area. Compare the projects for OGRE3D and Irrlicht - see the difference?BlindSide wrote:
Maybe...
Dont forget how easily changed Irrlicht is. I don't think there are as many varieties of ogre as there are for Irrlicht (IrrSpintz, lightfeather, that psp engine, lots of various patches and extensions...).
This is probably for a reason.
What does the debugger tell you? You did use the debugger, didn't you?
I'm starting to build some Irrlicht eye-candy. Take a look at my website [thanks to Rambus for the free hosting. ] :
http://sio2.g0dsoft.com.
http://sio2.g0dsoft.com.
Fancy eye candy using shaders is all well and good, but Irrlicht's core rendering performance and quality needs significant improvements, maybe even a re-write. A terrible example - I can get 1000fps on the OGRE3D terrain demo, but I can barely maintain 200fps on Irrlicht's, and that's with a smaller terrain. Not scientific I know, and not fair, but worth pointing out.
What does the debugger tell you? You did use the debugger, didn't you?
analysis
some time ago I read a great analysis based on ease of use, which a guy did exactly the same scene, with the same assets, and saw how long it took him to implement it in several different ways, one of which was using irrlicht. of course, irrlicht got very high marks for its ease of use and powerful API.
perhaps to settle this question of performance we could do the same, scientifically. set up the same series of scenes (to demonstrate different effects), with the same # of polys, and same effects, textures, whatever in several engines, and see if irrlicht really is fundamentally suffering from poor performance. then maybe, we could look at why. till then, much of this is sort of speculation based on the relative performance of this vs. that. it could be we are comparing apples to oranges....
perhaps to settle this question of performance we could do the same, scientifically. set up the same series of scenes (to demonstrate different effects), with the same # of polys, and same effects, textures, whatever in several engines, and see if irrlicht really is fundamentally suffering from poor performance. then maybe, we could look at why. till then, much of this is sort of speculation based on the relative performance of this vs. that. it could be we are comparing apples to oranges....
My irrlicht-based projects have gone underground for now, but if you want, check out my webcomic instead! http://brokenboomerang.net
Re: analysis
Good point though it's also apples and oranges. Ease of use will only get you so far. Sure you could write a simple demo in say five days, but beyond that you might find you need to re-write 55% of Irrlicht's rendering engine. Still good point.buhatkj wrote:some time ago I read a great analysis based on ease of use, which a guy did exactly the same scene, with the same assets, and saw how long it took him to implement it in several different ways, one of which was using irrlicht. of course, irrlicht got very high marks for its ease of use and powerful API.
perhaps to settle this question of performance we could do the same, scientifically. set up the same series of scenes (to demonstrate different effects), with the same # of polys, and same effects, textures, whatever in several engines, and see if irrlicht really is fundamentally suffering from poor performance. then maybe, we could look at why. till then, much of this is sort of speculation based on the relative performance of this vs. that. it could be we are comparing apples to oranges....
What does the debugger tell you? You did use the debugger, didn't you?