Horde 3D & Irrlicht

Discussion about everything. New games, 3d math, development tips...
GameDude
Posts: 500
Joined: Thu May 24, 2007 12:24 am

Horde 3D & Irrlicht

Post by GameDude »

This engine has been out for a little while. http://www.nextgen-engine.net/

In terms of it being easy, it seems to be around the level of the Irrlicht, although I find the Irrlicht to be far easier, although this engine claims it is next-gen because it using the techniques being used in newer games. I was wondering if this engine was along the same lines of the Irrlicht or not.
wildrj
Posts: 301
Joined: Thu Mar 23, 2006 12:49 am
Location: Texas/ Cyberspace
Contact:

Post by wildrj »

hmm i dont know... let me try it out and read up on it and ill get back to you.

Edit:hmm there community is vary small just 63 members...and the lack of tutorials makes it hard to learn how to use the engine.So imo it dosnt seem to be along the same lines reason being community / documentation is small and it dosnt seem to have has many features has irrlicht.
GameDude
Posts: 500
Joined: Thu May 24, 2007 12:24 am

Post by GameDude »

Well They way the site is setup it seems to be as easy as Irrlicht, but according to them, the features allow for next-gen capalitites, I was wondering if it was worth the hype.
JRowe47
Posts: 55
Joined: Sat Jun 30, 2007 9:09 am

Post by JRowe47 »

http://www.nextgen-engine.net/license.html

It's more of a hassle to use because of the licensing, and because of the early nature of the project, you're probably more likely to tinker with the engine code itself. Other than that, looks like a fairly decent small graphics engine, comparable in size and feature list to Irrlicht. Community is smaller, yes, but community isn't everything ( it's a lot, but it's not everything.)

http://www.nextgen-engine.net/docs/_faq.html

Go with irrlicht, and if you see something nextgen has that irrlicht doesnt, request the feature. There's probably someone already working on it, or something very similar :)
GameDude
Posts: 500
Joined: Thu May 24, 2007 12:24 am

Post by GameDude »

Well now that I think about it the Irrlicht has all the featues Horde 3D has, you just got find the libraries, however over time this libraries are added to the Irrlicht its just a matter of time. Yeah I'm going to stay with Irrlicht, it has a great licesne, easy to use and this new animation system looks great.
BlindSide
Admin
Posts: 2821
Joined: Thu Dec 08, 2005 9:09 am
Location: NZ!

Post by BlindSide »

GameDude wrote:Well now that I think about it the Irrlicht has all the featues Horde 3D has
Not really, but like JRowe47 the licensing for Horde3D is uncomfortable if you need some Horde3D features (Post-processing, shader-driven architecture, vertex skinning, hardware buffers, multiple-light coloured soft shadows) you can just ask someone to implement that feature. But most likely you wont need this feature, or you can just write a shader for it (But some shader effects still need a little modification to the engine.)

Cheers

EDIT: Nevermind the shadows I just checked out thier demos and they fully sucked, not very soft at all and contained major depth clipping.
ShadowMapping for Irrlicht!: Get it here
Need help? Come on the IRC!: #irrlicht on irc://irc.freenode.net
GameDude
Posts: 500
Joined: Thu May 24, 2007 12:24 am

Post by GameDude »

Well I knew the Irrlicht was better, I just wanted to make sure. Besides eventually the Irrlicht will be along the lines of a next-gen engine anyways, plus you can always make the modification's yourself if you need since the Irrlicht is completley open source.
Halifax
Posts: 1424
Joined: Sun Apr 29, 2007 10:40 pm
Location: $9D95

Post by Halifax »

*bump*

I would even consider the Horde3D engine to compare to the Irrlicht engine. First of all, the claims that he makes are ridiculous. He claims that HordeD sports a clean Object-oriented C++ API, but after looking at the tutorials it looks more like a clean C API.

Also, the code is much harder to understand compared to Irrlicht, and overall he makes claims that aren't even true.

Second off, IrrSpintz is more next-gen then this! First off the fur shader made by sio2 is the same thing used by Insomniac Games with RCF, it has DirectX 10 support, hardware raytracing rendering, HDR rendering, and everything else you need out of a next-gen rendering engine.

So overall I would just stick with Irrlicht and its extensions.
TheQuestion = 2B || !2B
Virion
Competition winner
Posts: 2149
Joined: Mon Dec 18, 2006 5:04 am

Post by Virion »

I think it's time to call it as "current-gen" rather than "next-gen". :P
My company: https://kloena.com
My profile: https://zhieng.com
My co-working space: https://deskspace.info
My game engine: https://kemena3d.com
rogerborg
Admin
Posts: 3590
Joined: Mon Oct 09, 2006 9:36 am
Location: Scotland - gonnae no slag aff mah Engleesh
Contact:

Post by rogerborg »

Careful with that; if we get into name calling, then Irrlicht is "last-last gen" by any objective standard.
Please upload candidate patches to the tracker.
Need help now? IRC to #irrlicht on irc.freenode.net
How To Ask Questions The Smart Way
sio2
Competition winner
Posts: 1003
Joined: Thu Sep 21, 2006 5:33 pm
Location: UK

Post by sio2 »

Horde is GL only and LPGL. Plus a couple a demos I could have knocked out in an afternoon. I've only had a quick look at it though, so it's difficult to be totally objective. LPGL is a major drawback from my own personal point of view, though.

Irrlicht's major advantages are: its license; clean OO design; portable; stupidly easy to extend. I've lost count of the number of my own scene nodes I've made, from Doom3 animated meshes to Ocean, hardware skinning, HDR post-process, glass refraction, water reflections, etc.

Irrlicht's major deficiency is lack of hardware buffers (VB/VBO). Irrlicht's primary major performance boost will be when VB/VBO are implemented properly (i.e. being able to handle Alt-Tab). Using dx9device->DrawPrimitiveUP() for anything extremely non-trivial is Not Good.
GameDude
Posts: 500
Joined: Thu May 24, 2007 12:24 am

Post by GameDude »

I don't know. I've seen some pretty cool games made with the Irrlicht. Some of them look like like next-gen status. Although I guess we shouldn't call the Irrlicht next-gen. Its hard to tell.
rogerborg
Admin
Posts: 3590
Joined: Mon Oct 09, 2006 9:36 am
Location: Scotland - gonnae no slag aff mah Engleesh
Contact:

Post by rogerborg »

It's not "hard to tell".

No DX10 = last gen.

No VBO = last last gen.

IrrSpintz is "this gen". Irrlicht is 2 generations old. I like Irrlicht, for the reasons that sio2 gave, but it's way behind the curve at this point.
Please upload candidate patches to the tracker.
Need help now? IRC to #irrlicht on irc.freenode.net
How To Ask Questions The Smart Way
Halifax
Posts: 1424
Joined: Sun Apr 29, 2007 10:40 pm
Location: $9D95

Post by Halifax »

And where would Ogre3D fall into this equation? last-gen also?

By the way, what is VBO?
TheQuestion = 2B || !2B
Saturn
Posts: 418
Joined: Mon Sep 25, 2006 5:58 pm

Post by Saturn »

Last gen according to this scale. But Dx10 support is in active development right now. VBO == Vertex Buffer Objects ==> vertex data is stored in graphics card RAM instead of uploaded to it every frame.

sio2, I am not convinced, that your list of custom SceneNode types illustrates the ease of extension of Irrlicht. Actually most of what you list here, shouldn't be implemented as a ISceneNode ideally. Doing it on ISceneNode base is a crutch actually. Implementing new scene nodes is, compared to other places for extension, the most convenient. I mostly agree with your list of Irrlicht pros, but clean OO design is definitely not among it. ISceneNode is an example of sloppiness in the design. Vertex types and SMaterial (though currently partly fixed) are others.

The problem with ISceneNode as I see it is that it has too many responsibilities. It is not only the transform in the Scene, but also the rendering technique and details of rendering dependent objects (shadows, post processing). The problem with putting too much into it is that you can't independently develop the aspects from each other. Water implemented as a node instead of as a material means, I can not use it as freely as a material. It is nice to have a water surface, but what if I wanted a Water Elemental, completely rigged and animated and somehow looking waterish. Instead of implementing rigging in the water node, it would be better to have the water as a material and just apply it to an IAnimatedMeshSceneNode.
When I have three aspects each with three different implementations, when I encapsule them into a single class hierarchy, then I have to implement each aspect for each other one and end up with 3^3 = 27 different classes. If I develop each aspect independently, I only need 3*3 = 9 different classes. Orthogonality is a major factor in a clean OO design, Irrlicht violates this in many places, that's why I don't consider this one of Irrlichts advantages. The others you named I agree with.
Post Reply