That's known orbiter limitation. Every transparent mesh shuold be rendered last but I don't think there is easy way to fix it without recoding the add-on.
OHM UCGO 'Glass Dome' module
- Thread starter OrbitHangar
- Start date
That's known orbiter limitation. Every transparent mesh shuold be rendered last but I don't think there is easy way to fix it without recoding the add-on.
worir1
Space Nerd
The XR2's people are shown in external view through the glass. Is there a way to implement this into the dome?
Because glass is last meshgroup in this particular mesh and is rendered last for this object. (XR2 in this case). You won't however see other object rendered after XR2 through it's window as it's further in render queue:
(you can see the sky in place where Shuttle's part should be visible)
Not in simple way. Fiddling with Z-buffer and rendering queue is possible (Ascension ultra) but won't solve all the problems.
worir1
Space Nerd
Because glass is last meshgroup in this particular mesh and is rendered last for this object. (XR2 in this case). You won't however see other object rendered after XR2 through it's window as it's further in render queue:
(you can see the sky in place where Shuttle's part should be visible)
Not in simple way. Fiddling with Z-buffer and rendering queue is possible (Ascension ultra) but won't solve all the problems.
I see. Thanks
Actually yes. Same scenario with XR vessel moved to last position in scn file.
Hmm - that's good catch Donamy. I was thinking about base objects not vessels here which cannot be moved in render queue (like here:
Since this dome is UCGO vessel your solution should work.
---------- Post added at 11:31 PM ---------- Previous post was at 11:09 PM ----------
Hmm - got it to work - apart from strange UCGO bug that pack cargo on "current scenario".
Outside and inside:
Vehicle order in SCN file: Atlantis, XR, Astronaut, Dome
I apologize for my mistake
As I said earlier I was thinking about surface base objects not actual vessels.Similar threads
