Adding a feature to Irrlicht as bachelor project

Discuss about anything related to the Irrlicht Engine, or read announcements about any significant features or usage changes.
gigilibala
Posts: 16
Joined: Wed Feb 03, 2010 3:51 pm
Location: Tehran, Iran
Contact:

Adding a feature to Irrlicht as bachelor project

Post by gigilibala »

Hi everyone

I am a bachelor Software Engineering student and I am in the last semester of uni.
I want to develop some features for an opensource game engine for my bachelor thesis and I found Irrlicht the best for my work.

I want you to tell me any needs you think is important of Irrlicht and then I will do some research on them. I will develop one or some of them as my project and new feature for Irrlicht.

I have 4 or 5 month halftime for doing this project and I really need you suggest me some features needed.

I have already thought of cloth modeling for Irrlicht but I think it is a little hard to develop and I want your opinion on it.

I am a semi professional C++ programmer and I already worked Java and C# too. So my ability in in programming is quite well.

Thanks if you can help me choose the features Irrlicht needs. I intended to include my implementation into future Irrlicht releases.
loki1985
Posts: 214
Joined: Thu Mar 31, 2005 2:36 pm

Post by loki1985 »

personally i think the missing feature which is of highest strategic importance would be multithreading, but that is kind of a big task.

other than that, a revamp of the Image/Texture system would be good.

but if you are looking for smaller things, i am sure you will find some nice task
Nox
Posts: 304
Joined: Wed Jan 14, 2009 6:23 pm

Post by Nox »

You mean something like this: http://sourceforge.net/tracker/index.ph ... tid=540678 ?

Well the question is if multithreading would help that much. But a flexible vertexformat would be nice. Something like this: http://7bitfaster.de/downloads/irrlicht_initiative.pdf point 2.2.2
gigilibala
Posts: 16
Joined: Wed Feb 03, 2010 3:51 pm
Location: Tehran, Iran
Contact:

Post by gigilibala »

loki1985 wrote:personally i think the missing feature which is of highest strategic importance would be multithreading, but that is kind of a big task.

other than that, a revamp of the Image/Texture system would be good.

but if you are looking for smaller things, i am sure you will find some nice task
Hi loki

Can you introduce more what is needed about multithreading.
And What is revamp of Image/Texture?
loki1985
Posts: 214
Joined: Thu Mar 31, 2005 2:36 pm

Post by loki1985 »

gigilibala wrote:
loki1985 wrote:personally i think the missing feature which is of highest strategic importance would be multithreading, but that is kind of a big task.

other than that, a revamp of the Image/Texture system would be good.

but if you are looking for smaller things, i am sure you will find some nice task
Hi loki

Can you introduce more what is needed about multithreading.
And What is revamp of Image/Texture?
well, currently the engine is singlethreaded, which means e.g. loading a model in the background and rendering at the same time is not possible. but to work on this one would need very detailed knowledge of the engines inner workings, and it still is a pretty big task.

the revamp of image/texture system: currently the engine does not support compressed textures and similar. how exactly this could be implemented while still allowing the features currently possible is beyond my knowledge though.
gigilibala
Posts: 16
Joined: Wed Feb 03, 2010 3:51 pm
Location: Tehran, Iran
Contact:

Post by gigilibala »

loki1985 wrote: well, currently the engine is singlethreaded, which means e.g. loading a model in the background and rendering at the same time is not possible. but to work on this one would need very detailed knowledge of the engines inner workings, and it still is a pretty big task.

the revamp of image/texture system: currently the engine does not support compressed textures and similar. how exactly this could be implemented while still allowing the features currently possible is beyond my knowledge though.
Thanks loki

I think Multithreading is not in my business (:.
I will think about revamp but How about something in physics. Do you know something missing?
Bate
Posts: 364
Joined: Sun Nov 01, 2009 11:39 pm
Location: Germany

Post by Bate »

Physics is probably not going to be implemented (from what I've read) since Irrlicht wants to stay a gfx engine and not a game engine.

I vote for Cg shader language support, so it's possible to use those shaders made with various tools directly (and the nvidia shader lib here). Also, that would be cool since you can make one shader and use it in DX and OpenGL at the same time.
Never take advice from someone who likes to give advice, so take my advice and don't take it.
Nox
Posts: 304
Joined: Wed Jan 14, 2009 6:23 pm

Post by Nox »

Isnt there already a cg-implementation?
gigilibala
Posts: 16
Joined: Wed Feb 03, 2010 3:51 pm
Location: Tehran, Iran
Contact:

Post by gigilibala »

Nox wrote:Isnt there already a cg-implementation?
Idk, But I think it is a good idea.
hybrid
Admin
Posts: 14143
Joined: Wed Apr 19, 2006 9:20 pm
Location: Oldenburg(Oldb), Germany
Contact:

Post by hybrid »

Yes, Nadro has a Cg add-on, which might be merged into Irrlicht at some point.
You could go for a DX10/DX11 driver, or OpenGL-ES2.x. Those all need a shader-based material system.
A somewhat outdated list of things to work on can be found on the Wiki:
http://www.irrlicht3d.org/wiki/index.php?n=Dev.TODOList
A list of larger project ideas, which might still fit your schedule (such as the drivers I suggested) can be found here:
http://www.irrlicht3d.org/wiki/index.ph ... .IdeasGSoC
It's the list of topics for the Google Summer of Code, which is going to start in the next weeks again.
Nox
Posts: 304
Joined: Wed Jan 14, 2009 6:23 pm

Post by Nox »

In my opinion which does not count very much irrlicht should be made ready before trying to add new things. There are some features need to be implemented properly and other things which might be reworked before new stuff is added upon i.e. the Texture<->Image thing. Or a flexible vertexformat. First could enable changing device on the fly without complete reload cycle and second would make adding new stuff and drivers more "kind".
But yeah it is just my opinion.
torleif
Posts: 188
Joined: Mon Jun 30, 2008 4:53 am

Post by torleif »

From the irrlicht's todo list:
  • Generic Post-Processing
    Irrlicht Shader Files
Hit two birds with one stone, and make a shader phaser; it would simplify things nice effects for all users and make irrlicht more professional.

One idea would be to read openGL vsh/vert/frag and convert it to Dx's hlsl/psh/vsh
gigilibala
Posts: 16
Joined: Wed Feb 03, 2010 3:51 pm
Location: Tehran, Iran
Contact:

Post by gigilibala »

Nox wrote:In my opinion which does not count very much irrlicht should be made ready before trying to add new things. There are some features need to be implemented properly and other things which might be reworked before new stuff is added upon i.e. the Texture<->Image thing. Or a flexible vertexformat. First could enable changing device on the fly without complete reload cycle and second would make adding new stuff and drivers more "kind".
But yeah it is just my opinion.
Yes. I agree with you. I think quality is more important than quantity. But my problem is that my project should be implementation of something new. I cannot improve existed features or such things.

And thanks a lot for your opinion. I like to talk more about these stuffs with you.
conallmmcg
Posts: 23
Joined: Sun Oct 19, 2008 2:35 pm

Post by conallmmcg »

how about creating some sort of plugin , for example paged geometry or paged terrain, although i wouldnt know the difficulty of doing this
3DModelerMan
Posts: 1691
Joined: Sun May 18, 2008 9:42 pm

Post by 3DModelerMan »

I like the idea of a DX10/11 driver.
That would be illogical captain...

My first full game:
http://www.kongregate.com/games/3DModel ... tor#tipjar
Post Reply