[Nuke]

any way to force a texture to use a particular cubemap instead of the one the game generates? then we could pre-render a cubemap for use with that texture give it something like texturename-cube.dds. would be useful for cockpits and hanger bays where the outside world is invisible. maybe somehow do a composite with the outside map so you can have transparent areas where the outside shines through.

[Herra Tohtori]

I don't know if this is related in any way, but I just had a very interesting episode with skyboxes where if both sides of the cube's faces were mapped, the result was that the apparent brightness of the maps doubled, since apparently the engine rendered the textures twice and with additive blending it doubled the pixel values...

htsb-new.7z (this model suffers from the issue)
htsb-newer.7z (this model has it solved...)

[Cobra]

Isn't the cockpit glass mapped on both sides already when a model calls for the "invisible" texture? Or have I completely missed that discussion already?

[Zacam]

cubemap.dds is already a pregenerated map for use in F3.

For the ksybox, I believe a static cubemap can be made for each one, but I 'm not sure on the details.

[Dragon]

I have reproduced the issue with disabled shaders and specular maps.

As you can see, the problem is still there, so it's most likely an engine issue.

[FUBAR-BDHR]

I've been noticing it as well with the models I've been working on.  Appear fine in PCS2 but can't see through the canopy ingame.  Was just playing and notice if I tick disable lighting in the tech room the canopy is transparent again. 

[FUBAR-BDHR]

Additional update.  It also seems to be driver or video card related.  I'm on an older system with a Radeon 9800 Pro AGP 128 meg and no problem with the cockpit glass here.

[Cobra]

I'm on a geforce 8600 GT 256MB and I have no problems apart from backgrounds being rendered on the inside too.

[taylor]

I have only skimmed the thread, so excuse me if I'm missing something with this, but it is pretty trivial to simply disable env and spec textures when rendering the cockpit.  When I rewrote the ships lab code I added override vars to disable particular maps or features, so we can just set a couple of these before rendering the cockpit and then just turn them back on when it's done.  The changes would be maybe 4-5 lines at most.  I'm not sure whether or not that would solve the issues completely but it should reduce them at least. 

[Dragon]

The pic on this side has disabled env and spec.
You're right though, as it would make the issue nonexistant on ships with standard glass.
The ones with orange glass would still suffer from this issue, but using an ugly hack mentioned earlier just on them should be more acceptable.

[FUBAR-BDHR]

I'm on a geforce 8600 GT 256MB and I have no problems apart from backgrounds being rendered on the inside too.

Is the background that is rendered on the inside from below the ship?  That's what I was getting in one test.  The outline of the planet below the ship could clearly be seen on the top outside of the glass. 

[Cobra]

Yep. In some cases it gets doubled due to the texture mirroring.