I cannot stand anymore depth sorting specialy after this:
Last night I was doing a first test for a reentry addon for the shuttle, and I get a promising result with a emissive true model badly mapped (for test purpose):
This morning, I edit a bit the model, remap it and...
... A #%!& depth sorting bug appear from nowhere!!!!!
What the hell is happening????????
There is nothing (apparently) really different between both models!!! I don't understand...
THE HELL OF DEPTH SORTING PROBLEM !
-
Topic authorElChristou
- Developer
- Posts: 3776
- Joined: 04.02.2005
- With us: 19 years 9 months
Re: THE HELL OF DEPTH SORTING PROBLEM !
Most of the problems I've been seeing happen at close distances. If the viewpoint is further away, things are rendered properly. Your problems may be different, though.
p.s. and don't forget that translucent surfaces are known to still have problems. I just go ahead and do the model as it "should" be and don't worry about them. They'll be fixed. Eventually.
p.s. and don't forget that translucent surfaces are known to still have problems. I just go ahead and do the model as it "should" be and don't worry about them. They'll be fixed. Eventually.
Selden
-
Topic authorElChristou
- Developer
- Posts: 3776
- Joined: 04.02.2005
- With us: 19 years 9 months
Re: THE HELL OF DEPTH SORTING PROBLEM !
selden wrote:Most of the problems I've been seeing happen at close distances. If the viewpoint is further away, things are rendered properly. Your problems may be different, though.
p.s. and don't forget that translucent surfaces are known to still have problems. I just go ahead and do the model as it "should" be and don't worry about them. They'll be fixed. Eventually.
The problem is that both are seen from similar distance... I've done further test, today no way to get the dept sorting right... (perhaps tomorrow!! )
I cannot continue the model because I need to see the texture within Celestia to tune it...
-
Topic authorElChristou
- Developer
- Posts: 3776
- Joined: 04.02.2005
- With us: 19 years 9 months
-
Topic authorElChristou
- Developer
- Posts: 3776
- Joined: 04.02.2005
- With us: 19 years 9 months
-
- Site Admin
- Posts: 4211
- Joined: 28.01.2002
- With us: 22 years 9 months
- Location: Seattle, Washington, USA
It should be possible to make this work with the existing code. When two objects overlap, Celestia will draw the opaque one first followed by the translucent one. I think that the problem here is that Celestia has a hard time telling if an object is translucent if it has to look at the texture to do so, i.e. the opacity of the material is 1.0, but the texture has transparent parts. If you give me a link to an ASCII cmod for the fire, I might be able to tweak the material definition for you so that Celestia knows that it's translucent. Or, you may be able to do something in your modeler by assigning the reentry fire an opacity of 0.99 or something.
--Chris
--Chris
-
Topic authorElChristou
- Developer
- Posts: 3776
- Joined: 04.02.2005
- With us: 19 years 9 months
chris wrote:It should be possible to make this work with the existing code. When two objects overlap, Celestia will draw the opaque one first followed by the translucent one. I think that the problem here is that Celestia has a hard time telling if an object is translucent if it has to look at the texture to do so, i.e. the opacity of the material is 1.0, but the texture has transparent parts. If you give me a link to an ASCII cmod for the fire, I might be able to tweak the material definition for you so that Celestia knows that it's translucent. Or, you may be able to do something in your modeler by assigning the reentry fire an opacity of 0.99 or something.
--Chris
I'll send you the model...