What should go in Irrlicht 2.0?

Discuss about anything related to the Irrlicht Engine, or read announcements about any significant features or usage changes.
Post Reply
zenaku
Posts: 212
Joined: Tue Jun 07, 2005 11:23 pm

Post by zenaku »

IGUIElement should derive from ISceneNode. Why limit the GUI to 2D? You can always do 2D in 3D, but not the other way around.
-------------------------------------
IrrLua - a Lua binding for Irrlicht
http://irrlua.sourceforge.net/
Anteater
Posts: 266
Joined: Thu Jun 01, 2006 4:02 pm
Location: Earth
Contact:

Post by Anteater »

I'd like to see normal maps that are affected by more than two lights (maybe 5?)
Baal Cadar
Posts: 377
Joined: Fri Oct 28, 2005 10:28 am
Contact:

Post by Baal Cadar »

Write a shader that takes as many lights as input.
No offense :)
Anteater
Posts: 266
Joined: Thu Jun 01, 2006 4:02 pm
Location: Earth
Contact:

Post by Anteater »

I don't know the first thing about shaders, much less complicated ones like parallax maps.
TheGameMaker
Posts: 275
Joined: Fri May 12, 2006 6:37 pm
Location: Germany

Post by TheGameMaker »

hmm.. maybee a better documentation with little code exampels(I konwo this is a huge thing, but it would help beginners lik me a lot!)
TheGameMaker
Posts: 275
Joined: Fri May 12, 2006 6:37 pm
Location: Germany

Post by TheGameMaker »

another thing: a IGUISaveWindow or something like this...
*edit* IGUIFilesaveDialog
xhrit
Posts: 140
Joined: Mon Jun 14, 2004 8:54 am
Location: earth
Contact:

...

Post by xhrit »

a light manager.
Core2Duo E8400 3.0ghz - 2048mb DDR2 800 - geForce 9600 - Slackware12.1

Word-image-symbol programming limits, controls, and imprisons the individual.
Smash the control images, smash the control machine.
JPulham
Posts: 320
Joined: Sat Nov 19, 2005 12:06 pm

Post by JPulham »

HERE HERE!
8 light limits are so annoying :?
pushpork
playerdark
Posts: 64
Joined: Mon Aug 01, 2005 5:06 am

Cooperation with existing Terrain Editor?

Post by playerdark »

I have checked out http://www.freeworld3d.org/ and intend to use it for a terrain system based on Irrlicht. It would be nice if this one, or another existing editr, could be bundled. Maybe a cooperation with the guy who makes it? I understand it's also a one man project, so why not work together
Quall
Posts: 154
Joined: Mon Mar 07, 2005 10:16 pm

Post by Quall »

Baal Cadar wrote:Ogre just uses cegui (and its own overlays in parts), which runs fine with Irrlicht too. Next cegui version 0.5 will be released soon and under MIT license instead of LGPL. Yet another reason gone not to use it.

Check it out.
Isn't that a good thing?
to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software

Doesn't this mean that it can be released with Irrlicht under Irrlicht's licensing?

Personally, the only thing that irrlicht really needs at this point, in my eyes, are:
1. No more 8 light limitation
-pretty self explanetory

2. Support for multi-pass [external] shader scripts.
-you'd be able to completely change the look of an object without recompiling.

3. Moderately skinnable GUI system.
-Skinnable means that it will be able to look however you want. The GUI element support is very nice.

The engine is really fast and easy to use. These options would make the engine look and feel like a commercial 3d engine.
Last edited by Quall on Tue Jul 18, 2006 11:04 pm, edited 1 time in total.
sh1ny
Posts: 21
Joined: Mon Jul 17, 2006 6:21 pm

Post by sh1ny »

I would like to see a better .NET wrapper support, since i'd like to stick with irrlicht and not switch to ogre just for that and there isnt really any good alternative out there ( considering not only engine quality and pricing but also things like community, number of created tools etc. ).

Besides that - set an unified model format. No md2/3 , ogre, maja, lwo, lalalala stuff anymore. Support for it is one thing, but getting the most out of the model is another, and with supporting large number of models the task gets too large imo.
AlexL
Posts: 184
Joined: Tue Mar 02, 2004 6:06 pm
Location: Washington State

Re: ...

Post by AlexL »

xhrit wrote:a light manager.
There was a post awhile back from Niko about a software light manager that had abouts 200 lights going at once; I also think he said something about a demo. . . Mayhaps we should ask what happened to that :)

EDIT : I must also agree with Sh1ny on a unified mesh format, I think this would help improve Irrlicht vastly, my 2¢
EDIT EDIT : Multipass shaders again would be something else that would be very nice to have, but to me it is not as big a deal to me as a light manager or unified mesh formats.
master123467
Posts: 60
Joined: Mon Jan 02, 2006 6:03 pm
Contact:

Post by master123467 »

if your talking about 1.1 id go with opengl 2.0 support and built in direct3d8 and 9 so u dont hve to compile your self and in 2.0 id like to see direct3d10 or XNA which should be out around 2007
hybrid
Admin
Posts: 14143
Joined: Wed Apr 19, 2006 9:20 pm
Location: Oldenburg(Oldb), Germany
Contact:

Post by hybrid »

master123467 wrote:if your talking about 1.1 id go with opengl 2.0 support and built in direct3d8 and 9 so u dont hve to compile your self and in 2.0 id like to see direct3d10 or XNA which should be out around 2007
:?
Irrlicht has OpenGL support for years :shock: since OpenGL is backward compatible you can always use newer versions with older apps. So talking about OGL 2.0 does not really make sense. A major feature of 2.0 is shader support and Irrlicht had this already for some while - as an OGL extension which simply means it's not yet in OGL core.
The d3dx devpak for dev-cpp only contains debug libraries which are not allowed to be distributed so it would need a better SDK for this AFAIK.
Niko already wrote about d3d10 on his blog, so check it out. But it's currently just the same as with OGL 2.0. It's a question of features, not versions.
master123467
Posts: 60
Joined: Mon Jan 02, 2006 6:03 pm
Contact:

Post by master123467 »

arent the d3dx9d.dll the debug and the d3dx9.dll regular as the extra d at the end stands for debug

because i hve in my dll directory in devcpp microsoft direct3d debug dll's and the d3dx9.dll and d3dx8.dll tht dont say microsoft direct3d debug
Post Reply