Jump to content

[WIP][1.9.x-1.12.x] Scatterer-atmospheric scattering (0.0838 - 14/08/2022) Scattering improvements, in-game atmo generation and multi-sun support


blackrack

Recommended Posts

On 5/4/2019 at 4:29 PM, blackrack said:

To fix this, there are 2 solutions:

1) As proposed by @Phineas Freak here, we can increase the far clip plane. This is a good solution but also has a downside.. You see when we increase the gap between far and clip plane we "spread" the depth buffer precision even further resulting in potentially more z-fighting artifacts and blurrier shadows.

2) A second solution is to simply deactivate the PQS and switch to scaledSpace before reaching the altitude where we reach the far clip plane limitations. The issue with this is that we switch to scaledSpace sooner and so, we have less details to look at, at low altitude. Here is a MM Kopernicus patch I made (very quickly) to switch to scaledSpace earlier, I tested this on 6.4x rescale and it seems to be fine, although the transition could be worked on:

I'm using your second solution in a 6.4 scaled Kerbin, so no RSS or RSSVE. But the loss of ground detail when I switch to scaledSpace (I've set it to 100km altitude) is really sad. I'd like to try the other solution, and find a happy compromise between them.

I haven't seen any explanation for how to actually apply solution 1 anywhere in this thread in a way that makes sense on a rescaled stock system, rather than in RSS/RO/RSSVE. The linked MM patches have all been removed, and other references are made to RSSVE, which I don't use. How can I actually use solution 1 in practice on a 6.4x Kerbin, rather than just in theory?

Apologies in advance if I'm being dense or if I've missed something. And many thanks for your help and for your gorgeous mod.

Link to comment
Share on other sites

2 hours ago, SpaceFace545 said:

I keep getting white skys in ksp with scatterer

I was getting black skies in my KSP v1.7.3 + GPP/GEP installation and I had to revert to a previous version of Scatterer to solve the problem.  In my case, I eventually got to version 0.0336 before the problem disappeared.  However, this is more of a limitation of GPP than it is of Scatterer.

Read the post at the link in my signature block for guidelines on how to report problems.  The information you provide, such as KSP and Scatterer mod versions, may help others find a better solution for you.

Link to comment
Share on other sites

3 hours ago, Brigadier said:

I was getting black skies in my KSP v1.7.3 + GPP/GEP installation and I had to revert to a previous version of Scatterer to solve the problem.  In my case, I eventually got to version 0.0336 before the problem disappeared.  However, this is more of a limitation of GPP than it is of Scatterer.

Read the post at the link in my signature block for guidelines on how to report problems.  The information you provide, such as KSP and Scatterer mod versions, may help others find a better solution for you.

thank you I finally got it to work and now I am back to taking screenshots

Link to comment
Share on other sites

Hey @blackrack, I was reading your planned features and saw new terrain system, I was wondering what you might have planned for that? would it involve allowing for new terrain textures as EVE used to allow? Just wondering as this is one of the reasons I halted work on RVE, and as far as I can tell there's no available option for it currently around in KSP other than altering the global body textures

Link to comment
Share on other sites

On 5/4/2019 at 11:29 AM, blackrack said:

Alright everyone, so as @Phineas Freak said this is an issue with the camera's far clip plane.

Now, why do we still see the planet but not the scatterer effect after the limit distance you ask? It's simple, you are seeing the scaledSpace planet. Due to blending considerations, scatterer will apply the effect either in local or scaled but not the two at the same time, so when the clip plane of the local camera "eats" the local scenery, it eats the scatterer effect with it.

To fix this, there are 2 solutions:

1) As proposed by @Phineas Freak here, we can increase the far clip plane. This is a good solution but also has a downside.. You see when we increase the gap between far and clip plane we "spread" the depth buffer precision even further resulting in potentially more z-fighting artifacts and blurrier shadows.

2) A second solution is to simply deactivate the PQS and switch to scaledSpace before reaching the altitude where we reach the far clip plane limitations. The issue with this is that we switch to scaledSpace sooner and so, we have less details to look at, at low altitude. Here is a MM Kopernicus patch I made (very quickly) to switch to scaledSpace earlier, I tested this on 6.4x rescale and it seems to be fine, although the transition could be worked on:


@Kopernicus:FINAL:NEEDS[Kopernicus]
{
    @Body[Kerbin]
    {
		@PQS
		{
			fadeStart = 40000
			fadeEnd =   50000
			deactivateAltitude = 50000
		}
		@ScaledVersion
		{
			fadeStart = 40000
			fadeEnd   = 50000
		}
    }
}

On 3.2x rescale the values probably don't need to be as extreme. You could probably get away with switching around 110km

They are completely unrelated so scatterer doesn't take it into account. I could either implement a miminum value or try to use the existing brightnessCurve.

I'm sorry to ask such a silly question, but how do I apply this to my game? I tried adding this to my mm config file, but it did not work. If anybody could set me straight, that would be incredible. Thank you!

Link to comment
Share on other sites

On 8/16/2019 at 6:40 AM, roulbs said:

I'm sorry to ask such a silly question, but how do I apply this to my game? I tried adding this to my mm config file, but it did not work. If anybody could set me straight, that would be incredible. Thank you!

Took me a while to figure this out too. Make a new text file in your gamedata folder, call it something like camerafix.cfg, paste that stuff into it and save it. That works for me!

Link to comment
Share on other sites

Quick question here, how do I change the atmosphere config that a planet uses? Was trying to figure out why my Duna looks weird and it looks as though it's loading the config for Urlum instead of Duna. It doesn't seem as though I can change the loading path in the in-game scatterer options menu. 

Link to comment
Share on other sites

On 8/21/2019 at 1:11 PM, General Petrov said:

Quick question here, how do I change the atmosphere config that a planet uses? Was trying to figure out why my Duna looks weird and it looks as though it's loading the config for Urlum instead of Duna. It doesn't seem as though I can change the loading path in the in-game scatterer options menu. 

I have this bug also, but I dont have scatterer installed.. was looking to see if installing scatterer might fix it 

Link to comment
Share on other sites

I've encountered a bug that I'm 99 percent certain is related to the coastal foam effect,as it looks like this:

https://imgur.com/a/TLokHBe

Every few seconds, its cycling between an ocean that looks mostly normal from far away, but with artifacts near the coast, to completely white.

When you get closer, you can see the artifacts at the bottom of those images, and when you get really close you get lots of really tall spiky waves.

Edit: It also doesn't happen all the time, when i landed the plane, when back to space centre and then launched it again, it didn't appear again for the time i flew that flight.

Edited by Amodii
Link to comment
Share on other sites

Hi I'm having a problem with City Lights and Scatterer.

I have City lights on my planet with EVE and Scatterer seems to have dim the intensity of those light.

When I'm close the light are dim and when I get Further the intensity get back to normal.

Can I tweak the intensity of those Light ?

Spoiler

From Close

dTsWbwf.jpgFrom Far

NuihjgP.jpg

My EVE config File

Spoiler
EVE_CITY_LIGHTS
{
    OBJECT
    {
        body = Ecumenopolis
        cityLightsMaterial
        {
            _CityOverlayTex
            {
                value = Ecumenopolis/EVE/Textures/main
            }
            _CityDarkOverlayDetailTex
            {
                value = Ecumenopolis/EVE/Textures/detaildark
            }
            _CityLightOverlayDetailTex
            {
                value = Ecumenopolis/EVE/Textures/detaildark
            }
        }
    }
}

 

 

Link to comment
Share on other sites

Hello Everyone.

It seems that the black sky and no water issue is caused by Transfer Window Planner. Removing this fixed these problems for me. Also, in the TWP-Forum people complained about bugs with the mod and the Autor is fixing it as far as i know.

EDIT: The latest Update of Transfer Window Planner works, for me at least.

Edited by Smarti
Link to comment
Share on other sites

So I thought I'd clarify on my previous question about an issue I'm having with scatterer. Basically for some reason or another the surface terrain of Duna appears to be partially transparent from a distance. This is most noticeable as you descend through the atmosphere, and when you're on the surface looking at hills several kilometres away. Its not immediately clear from these screenshots, but you can just about see that at first the terrain almost appears as if its a part of the atmosphere, but as you descend it becomes less transparent. 

TDqaXyf_d.jpg?maxwidth=640&shape=thumb&f

jfpu7Ur_d.jpg?maxwidth=640&shape=thumb&f

eiqe1XE_d.jpg?maxwidth=640&shape=thumb&f

oehLhSi_d.jpg?maxwidth=640&shape=thumb&f

I tried to find out what was causing this, and the only thing I found was that in the game Scatterer options menu, it looks as though Scatterer is loading the config for Urlum instead of Duna judging by the file path. I couldn't figure out how to change this though. I've been looking for a solution for some time now but I can't find anything. Would greatly appreciate if anyone could help me stop my Duna from looking as though its being snapped out of existence as I enter orbit. 

 

Link to comment
Share on other sites

  • 2 weeks later...

Been playing around with some new 128k downscaled to 64k earth textures, but having a hard time getting Scatterer to run properly, would be awesome to revamp this. I found if I enable eve integration with clouds and hit map clouds all terrain goes white, so for the time being I've been running without that, but on occasion it would work briefly over certain areas:

Just to clarify the mapping of eve clouds only seems to not work for cube mapped eve cloud texture but work fine for normal single texture cloud maps and detail 

Edited by pingopete
Link to comment
Share on other sites

Are the ring shadows/extinction not actually supported/integrated, or am I doing something wrong? I see the setting for it, but I can't get the shadows (on the planet) or sunlight extinction to happen with my planet's rings. I've already checked that it isn't simply the alignment with the sun.

Link to comment
Share on other sites

Apologies if this has already been answered. I did a quick search and wasn't able to turn up anything useful:

Is there a way to change the light source that determines which side of a body's atmosphere is lit? I'm playing with GPP, OPM, and Galactic Neighborhood. Starting out, Kerbin's atmospheric lighting seems to be almost 180 degrees out of phase with the planets position around Kerbol/Sun:

Spoiler

ALh3Gqe.png

Setting different targets for solar panels on the same spacecraft seems to indicate that the atmospheric lighting source is the Galactic Core, instead of Kerbol/Sun:

Spoiler

CftzWwU.png

If I remove Scatterer and just use the EVE configs that GPP comes with, atmospheric lighting looks normal again, but nowhere near as pretty :(:

Spoiler

7Ke4ul9.png

Mods installed during screenshots were only what was required to run GPP, OPM, and Galactic Neighborhood (with or without Scatterer):

Spoiler

Eg3deMg.png

I don't have any of these issues without Galactic Neighborhood installed, so that makes me think it's due to the change in global position for Kerbol/Sun. Can I specify the Scatterer light source for each planet? Non-atmo planets are not affected by this glitch/interaction.

Thanks for any help!

ETA: Wow, first post after 5 years!

Edited by Saabstory
Link to comment
Share on other sites

@Saabstory, look for a file with a name along the lines of planetList.cfg in the mod. In it should be a list of all the bodies with scatterer enabled, with a bunch of values for various variables. One of them should be mainSunCelestialBody; set it to the name of the star you want to light it. They are likely currently set to Sun.

Hopefully future versions properly support multiple stars.

Link to comment
Share on other sites

CrossPost from my mod thread for anyone interested:

I recalled how good scatterer's height wrapping haze effect looked in PQS, sadly I completely forgot ScaledSpace doesn't use the height map to deform the Earth's surface, and Using the Earth Object model is far to low resolution for LEO scatterer, but I found that Scatterer can be tricked into rendering the height wrapping based of the PQS height map by raising the PQS deactivate distance, while keeping the fade in/out range at normal heights.

Problems:

  • Scatterer camera far clipping plane issue
  • Scatterer rendering ocean edges from PQS
  • Scatterer no longer supporting godrays for terrain which would've looked absolutely insane

Album https://imgur.com/a/5Fb9KU8

Non-Spherical ScaledSpace model in Tracking center

VwpS3ND.png

Scatterer rendering haze from PQS heightmap, over 2D (or 3D object deformed) ScaledSpace flat surface textures

VhAi2ur.png

I can't begin to imagine how good this would look with the 64k textures if EVE could wrap cube map terrain textures to the surface

Edited by pingopete
Link to comment
Share on other sites

  • 2 weeks later...
On 9/29/2019 at 7:36 PM, WarriorSabe said:

@Saabstory, look for a file with a name along the lines of planetList.cfg in the mod. In it should be a list of all the bodies with scatterer enabled, with a bunch of values for various variables. One of them should be mainSunCelestialBody; set it to the name of the star you want to light it. They are likely currently set to Sun.

Hopefully future versions properly support multiple stars.

Thanks, that did it! Now to finish writing my MM configs for all the planet packs I have installed...

Btw, for anyone who uses Scatterer with Galactic Neighborhood, Sun/Kerbol is renamed to StockSun for the sake of mainSunCelestialBody.

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...