Irrlicht 1.8 released
Irrlicht 1.8 released
The long waiting is finally over - Irrlicht 1.8 is released!
You can get it here: http://irrlicht.sourceforge.net/downloads/
A short list of feature can be found on the homepage, a way longer list can be found here: http://irrlicht.sourceforge.net/changes.txt
Thanks a lot to everyone involved and to our fantastic community!
You can get it here: http://irrlicht.sourceforge.net/downloads/
A short list of feature can be found on the homepage, a way longer list can be found here: http://irrlicht.sourceforge.net/changes.txt
Thanks a lot to everyone involved and to our fantastic community!
IRC: #irrlicht on irc.libera.chat
Code snippet repository: https://github.com/mzeilfelder/irr-playground-micha
Free racer made with Irrlicht: http://www.irrgheist.com/hcraftsource.htm
Code snippet repository: https://github.com/mzeilfelder/irr-playground-micha
Free racer made with Irrlicht: http://www.irrgheist.com/hcraftsource.htm
-
- Posts: 1638
- Joined: Mon Apr 30, 2007 3:24 am
- Location: Montreal, CANADA
- Contact:
Re: Irrlicht 1.8 released
Cool! Downloading now! Thanks!
Re: Irrlicht 1.8 released
Holly Molly! Awesome! a release! great!
"There is nothing truly useless, it always serves as a bad example". Arthur A. Schmitt
Re: Irrlicht 1.8 released
That's a very good new , but the shadows of the demo and specialFX example don't work very well...
http://jl-chrono.olympe.in/sc.jpg
http://jl-chrono.olympe.in/sc.jpg
Last edited by JLouisB on Fri Nov 09, 2012 12:41 am, edited 1 time in total.
Re: Irrlicht 1.8 released
Woo! Awesome!
Re: Irrlicht 1.8 released
It's cause by bugged model (sydney.md2) which we use in the demo. Code works properly Similar problems are related to a model (dwarf.exe) used in 08.SpecialFX.JLouisB wrote:That's a very good new , but the shadows of the demo and specialFX example don't work very well...
http://jl-chrono.olympe.in/sc.jpg
Library helping with network requests, tasks management, logger etc in desktop and mobile apps: https://github.com/GrupaPracuj/hermes
-
- Competition winner
- Posts: 688
- Joined: Mon Sep 10, 2012 8:51 am
Re: Irrlicht 1.8 released
Hurray!
Re: Irrlicht 1.8 released
Ok nadro
Re: Irrlicht 1.8 released
Great news, many thanks!
-
- Admin
- Posts: 14143
- Joined: Wed Apr 19, 2006 9:20 pm
- Location: Oldenburg(Oldb), Germany
- Contact:
Re: Irrlicht 1.8 released
What's the problem with the dwarf? It has a few minor holes, yes, but has no streaks!?
Re: Irrlicht 1.8 released
In dwarf.x case I said about holes (some peoples may think that shadow algoritm is broken, but a problem is related to a model, eg. JLouisB probably say about these issues).
Library helping with network requests, tasks management, logger etc in desktop and mobile apps: https://github.com/GrupaPracuj/hermes
-
- Posts: 1638
- Joined: Mon Apr 30, 2007 3:24 am
- Location: Montreal, CANADA
- Contact:
Re: Irrlicht 1.8 released
Hi.
For the dwarf the shapes are enclosed properly (properly closed volumes), but the head is not connected to the torso with polygons, that could project holes when projecting the shadow.
For the Sydney model, the modeler has badly enclosed volumes (arms are capped and he modeled the hands over it). So instead of 1 properly enclosed volume, there are 3 and they are using the sames vertexes and edges. I have corrected the model, but perhaps something that could be done in 1.9 in code to find out when it's going to streak/leak and not draw the other shape (would surely leave a hole on the projection but will not draw as it doing now.
From what I seem to understand of the current shadow algorithm is that it need the shape to be closed inside one single volume, having the volume separated seem to be unsupported. So if modeler are enclosing they models properly, the shadow will not give any problem.
It remind me a lot in school when we were making mistakes on our HL maps and they were "leaking" ..
For the dwarf the shapes are enclosed properly (properly closed volumes), but the head is not connected to the torso with polygons, that could project holes when projecting the shadow.
For the Sydney model, the modeler has badly enclosed volumes (arms are capped and he modeled the hands over it). So instead of 1 properly enclosed volume, there are 3 and they are using the sames vertexes and edges. I have corrected the model, but perhaps something that could be done in 1.9 in code to find out when it's going to streak/leak and not draw the other shape (would surely leave a hole on the projection but will not draw as it doing now.
From what I seem to understand of the current shadow algorithm is that it need the shape to be closed inside one single volume, having the volume separated seem to be unsupported. So if modeler are enclosing they models properly, the shadow will not give any problem.
It remind me a lot in school when we were making mistakes on our HL maps and they were "leaking" ..
Re: Irrlicht 1.8 released
Yes, this is one of the most important requirement for a stencil shadows algorithm.christianclavet wrote:From what I seem to understand of the current shadow algorithm is that it need the shape to be closed inside one single volume, having the volume separated seem to be unsupported
Library helping with network requests, tasks management, logger etc in desktop and mobile apps: https://github.com/GrupaPracuj/hermes