planetary rendering
-
- Halfling
- Posts: 70
- Joined: Wed Dec 11, 2002 10:00 pm
- Location: Belgium
- Contact:
planetary rendering
Some time ago I dropped somewhere on this forum that I was working on planetary rendering. Now I have something to show.
It isn't finished, think of it as an 0.1 release. For the moment it only works on Ogre 0.15.2 (Hastur) But I will continue working on it and upgrade it to Ogre 1.0. (But now I have examens, so it will be on hold)
The source and some demo-movies are found on:
http://sites.google.com/site/curantil/p ... enemanager [edited the url]
I have put a some help on that site.
Feel free to test it and give comments.
It isn't finished, think of it as an 0.1 release. For the moment it only works on Ogre 0.15.2 (Hastur) But I will continue working on it and upgrade it to Ogre 1.0. (But now I have examens, so it will be on hold)
The source and some demo-movies are found on:
http://sites.google.com/site/curantil/p ... enemanager [edited the url]
I have put a some help on that site.
Feel free to test it and give comments.
Last edited by curantil on Tue Mar 16, 2010 7:56 am, edited 1 time in total.
- jacmoe
- OGRE Retired Moderator
- Posts: 20570
- Joined: Thu Jan 22, 2004 10:13 am
- Location: Denmark
- x 179
- Contact:
Nice to hear!
You should post a screenie (ASAP) - It is a requirement of this showcase section.

You should post a screenie (ASAP) - It is a requirement of this showcase section.

/* Less noise. More signal. */
Ogitor Scenebuilder - powered by Ogre, presented by Qt, fueled by Passion.
OgreAddons - the Ogre code suppository.
Ogitor Scenebuilder - powered by Ogre, presented by Qt, fueled by Passion.
OgreAddons - the Ogre code suppository.
-
- Halfling
- Posts: 70
- Joined: Wed Dec 11, 2002 10:00 pm
- Location: Belgium
- Contact:
- monster
- OGRE Community Helper
- Posts: 1098
- Joined: Mon Sep 22, 2003 2:40 am
- Location: Melbourne, Australia
- Contact:
- Kencho
- OGRE Retired Moderator
- Posts: 4011
- Joined: Fri Sep 19, 2003 6:28 pm
- Location: Burgos, Spain
- x 2
- Contact:
-
- Halfling
- Posts: 70
- Joined: Wed Dec 11, 2002 10:00 pm
- Location: Belgium
- Contact:
I am planning to do detail-textures yes.
Kencho:
No, the small one is Phobos, a moon of mars. The canyon on Mars is Valles Marineris
The technique is based on Geometry Clipmaps that are wrapped on a sphere like a cubemap.
Here are some more screenshots of an approach of a crater on mars (I hope that it doens't make the thread to big to load):
Kencho:
No, the small one is Phobos, a moon of mars. The canyon on Mars is Valles Marineris
The technique is based on Geometry Clipmaps that are wrapped on a sphere like a cubemap.
Here are some more screenshots of an approach of a crater on mars (I hope that it doens't make the thread to big to load):
Last edited by curantil on Tue Mar 16, 2010 8:12 am, edited 1 time in total.
- jacmoe
- OGRE Retired Moderator
- Posts: 20570
- Joined: Thu Jan 22, 2004 10:13 am
- Location: Denmark
- x 179
- Contact:
Amazing! 
Are you doing Celestia III ?

Are you doing Celestia III ?

/* Less noise. More signal. */
Ogitor Scenebuilder - powered by Ogre, presented by Qt, fueled by Passion.
OgreAddons - the Ogre code suppository.
Ogitor Scenebuilder - powered by Ogre, presented by Qt, fueled by Passion.
OgreAddons - the Ogre code suppository.
- DWORD
- OGRE Retired Moderator
- Posts: 1365
- Joined: Tue Sep 07, 2004 12:43 pm
- Location: Aalborg, Denmark
- Contact:
- Kencho
- OGRE Retired Moderator
- Posts: 4011
- Joined: Fri Sep 19, 2003 6:28 pm
- Location: Burgos, Spain
- x 2
- Contact:
-
- Halfling
- Posts: 70
- Joined: Wed Dec 11, 2002 10:00 pm
- Location: Belgium
- Contact:
I have added some demos for windows to the site:
http://sites.google.com/site/curantil/p ... enemanager
They are without data-sets to make it smaller to download. So you also need to download the datasets. The configfiles are setup to preprocess the data, so the loading will take longer. After preprocessing the dataset you can alter the configfile though so it doesn't preprocess every run.
http://sites.google.com/site/curantil/p ... enemanager
They are without data-sets to make it smaller to download. So you also need to download the datasets. The configfiles are setup to preprocess the data, so the loading will take longer. After preprocessing the dataset you can alter the configfile though so it doesn't preprocess every run.
Last edited by curantil on Tue Mar 16, 2010 8:12 am, edited 1 time in total.
- DWORD
- OGRE Retired Moderator
- Posts: 1365
- Joined: Tue Sep 07, 2004 12:43 pm
- Location: Aalborg, Denmark
- Contact:
-
- Halfling
- Posts: 70
- Joined: Wed Dec 11, 2002 10:00 pm
- Location: Belgium
- Contact:
Ok, I'm currently uploading the new archive.
I have the dll for those who downloaded it already: http://sites.google.com/site/curantil/p ... enemanager
Hope it works now.
I have the dll for those who downloaded it already: http://sites.google.com/site/curantil/p ... enemanager
Hope it works now.
Last edited by curantil on Tue Mar 16, 2010 8:11 am, edited 1 time in total.
- skullfire
- Gremlin
- Posts: 150
- Joined: Sat Mar 19, 2005 7:51 pm
- Location: San Jose, Costa Rica
- Contact:
-
- Halfling
- Posts: 70
- Joined: Wed Dec 11, 2002 10:00 pm
- Location: Belgium
- Contact:
- bleeder
- Halfling
- Posts: 54
- Joined: Mon May 16, 2005 9:33 pm
- Location: Denmark
- Contact:
- Sputnick
- Greenskin
- Posts: 110
- Joined: Wed Sep 08, 2004 11:49 pm
- Location: Lausanne, Switzerland
Very nice demos.
The transitions are impressively smooth.
Congratulations !!
If you haven't done it already, you should also have a look at Hugges Hoppe's papers, especially about progressive meshes:
http://research.microsoft.com/~hoppe/
- Sput
The transitions are impressively smooth.
Congratulations !!
If you haven't done it already, you should also have a look at Hugges Hoppe's papers, especially about progressive meshes:
http://research.microsoft.com/~hoppe/
- Sput
- PeterNewman
- Greenskin
- Posts: 128
- Joined: Mon Jun 21, 2004 2:34 am
- Location: Victoria, Australia
- Contact:
-
- Halfling
- Posts: 70
- Joined: Wed Dec 11, 2002 10:00 pm
- Location: Belgium
- Contact:
Well, for the moment it isn't very optimized, so the detail visible at once is limited to triangles with the longest side of approximatly 12 pixels. (That is the lowerbound)
For the size of the world. There is virualy no limit but the precision of your graphics-card. It loads the geometry dynamicly and refines it if the "real" map isn't detailed enough. On the most detailed of these pictures I guess the triangle-resolution of the most detailed area's is about 2km.
The maxima you can get (for mars, diameter 6000km) are details of 100m on ATI (24bit) and 1m on nvidia (32bit) on older nvidia you can only get to 5km resolution (16bit). If your planet is smaller the resolution can be better ofcourse, because the resolution is relative to the radius of the planet.
Maybe I can later try to get a better resolution for that by translating the geometry so the viewpoint is always near the origin of the world. But I'm shure if that is going to work.
For the size of the world. There is virualy no limit but the precision of your graphics-card. It loads the geometry dynamicly and refines it if the "real" map isn't detailed enough. On the most detailed of these pictures I guess the triangle-resolution of the most detailed area's is about 2km.
The maxima you can get (for mars, diameter 6000km) are details of 100m on ATI (24bit) and 1m on nvidia (32bit) on older nvidia you can only get to 5km resolution (16bit). If your planet is smaller the resolution can be better ofcourse, because the resolution is relative to the radius of the planet.
Maybe I can later try to get a better resolution for that by translating the geometry so the viewpoint is always near the origin of the world. But I'm shure if that is going to work.
-
- Gnoblar
- Posts: 1
- Joined: Mon Jun 13, 2005 9:40 am
- Contact:
-
- Halfling
- Posts: 70
- Joined: Wed Dec 11, 2002 10:00 pm
- Location: Belgium
- Contact:
@phenix : I have no idea where to find the precision of a specific card. Maybe on the manufacturers site or in the manual of the card?
I have updated the plugin for Ogre 1.0 and implemented detail texture. The code is uploaded to the site (first post) together with the explenation how to build it. If you need any help feel free to ask.
The problem is, the planet is very big. So using 1 detailtexture gives not very much extra detail, or if you shrink it a lot, the repetitive pattern becomes visible. I guess I better use more detail-layers. Should I recursivly detail the layers with the same texture? Or should I use for every layer an other texture?
I'll post some screenshots soon
I have updated the plugin for Ogre 1.0 and implemented detail texture. The code is uploaded to the site (first post) together with the explenation how to build it. If you need any help feel free to ask.
The problem is, the planet is very big. So using 1 detailtexture gives not very much extra detail, or if you shrink it a lot, the repetitive pattern becomes visible. I guess I better use more detail-layers. Should I recursivly detail the layers with the same texture? Or should I use for every layer an other texture?
I'll post some screenshots soon
-
- Gnoblar
- Posts: 12
- Joined: Thu Jun 16, 2005 2:20 pm
Been looking at stuff like this for a while and noticed your post. How would this scenemanager handle other objects at the same time..
ex, how well would this handle a typical space scene with starfield/nebula backdrop, several spacecraft meshes w/ associated billboards and particle effects, and even several planets in view at the same time? I was looking at octree my self as it's better suited for such an open scene, but the planet rendering is definately a something I'd desire.
also, in the moon movie the planet didn't show up till (it looked like) you moved towards it.. was that just a demo application limitation or does the scenemanager have problems in displaying planets at farther distances?
-jtarbox
ex, how well would this handle a typical space scene with starfield/nebula backdrop, several spacecraft meshes w/ associated billboards and particle effects, and even several planets in view at the same time? I was looking at octree my self as it's better suited for such an open scene, but the planet rendering is definately a something I'd desire.
also, in the moon movie the planet didn't show up till (it looked like) you moved towards it.. was that just a demo application limitation or does the scenemanager have problems in displaying planets at farther distances?
-jtarbox
-
- Gnoblar
- Posts: 12
- Joined: Thu Jun 16, 2005 2:20 pm
-
- Halfling
- Posts: 70
- Joined: Wed Dec 11, 2002 10:00 pm
- Location: Belgium
- Contact:
For the moment is only can handle a planet. I haven't tried adding other models yet.
The black in the beginning of the moon movie is just because the ogre-window didn't have focus. So it didn't render. It is not a limitation of the algorithm. For far distances the planet should better be replaced by a billboard. But that is not implemented yet.
You can increase the range for the higher-detail resoulition, but the implementation isn't optimal enough for keeping the movement smooth. (At least for my machine)
You can also increase the size of the transition region. But that also takes longer to calculate and you'd lose more detail.
The black in the beginning of the moon movie is just because the ogre-window didn't have focus. So it didn't render. It is not a limitation of the algorithm. For far distances the planet should better be replaced by a billboard. But that is not implemented yet.
You can increase the range for the higher-detail resoulition, but the implementation isn't optimal enough for keeping the movement smooth. (At least for my machine)
You can also increase the size of the transition region. But that also takes longer to calculate and you'd lose more detail.