But IUS-ASE cradle could be made as high quality model, hopefully accepted by GLS. There was one "assembled" by me and GattisPilot, but its origins were "blurred" (I think it had a lot to do with Papy's addons (STS-93 Chandra?)).
I wanted to write one thing - those pad lights in earlier SSV versions (haven't tried now) were ON for too long, when the sun is quite high above horizon, and shuttle looks "overexposed" - too much light.
Yes, but mesh is low poly, missing many details. There was one modified, much more detailed, but as it was not scratch made, but derived from (I think) Jacqesmomo\Papy mesh, GLS does not accept it.
I edited part of glare.hlsl, (backup the file though) and replace these parts (file is in Modules\D3D9client folder):
I think I edited mostly rows with " // High frequency spikes "
// ====================================================================
// Creation of "glare" textures
//...
Default Orbiter 2024 sun does not look good at all in most screenshots. "My" sun is better, I managed to change high frequency spikes (more blurred, so it's better).
Just thought maybe "side walls \ extrusions" of upper windows ("thickness" ) could be dark grey? Just looked at real photos. Rear windows also have black band there, but white one as well.
I always was "horrified" with those legacy old windows... and pixelated texture around them (since low res DXT1 compression) from more than 20 years ago. I mean this "basic" mesh around windows. I know it's there since antiquity (so not related to SSV). But all those switches, all panels...
Is somewhere an example of "SSV_XenonLights:SSV_XenonLights" in a scenario? I put standard entry, it appears, but are there any options?
I have:
SSV_XenonLights1:SSV_XenonLights
STATUS Landed Earth
POS -80.6481630 28.5854470
AFCMODE 7
NAVFREQ 0 0
END
Actually works OK.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.