I am aware that for some the difference appears very minimal, but for me it is not so negligible. In the previous version of the game, with the same settings, the lighting seems different. The light is nicer and warmer and gives better the feeling of a sunny day. Conversely, in V75.8a, the scene light is colder and "darker", changing the atmosphere of the scenario. Then there is a problem with the shadows, as you can see. How can all this be explained? V72.3b: V75.8a: Yes, settings are the same.
Completely different position of the sun. In the second shot, you're facing the sun directly (which is correct, as you are facing south). It seems your TimeOfDay files are modified in one version. Or is that 3D weather? Can't tell from these shots. Maybe AP weather applied on one installation only? This looks like summer season, and the shadows in the first image or too long for noon imho. Which scenario is that? I'll see for myself. In any case, in your 72.3b shots the sun is standing in the northeast, which is impossible and points to a bad TOD blueprint with positive (=northern) sun azimuth value. Please go into the editor and make a screenshot of the Scenario Properties Flyout. I'm interested in the weather blueprint used and the exact scenario date. v72.3b
Hi, you hit the nail on the head, it's actually the position of the sun that has changed! No, there is no difference between the two TSC installations. The "Time Of The Day" and the "Weather" folder are the same for both versions of the game. The Route is Konstanz - Villingen and the scenery is produced by 3DZug, I don't remember which package it comes from. Properties in the flyout are the same for both the games.
"[KV] Clear" is a SilverLining (DynamicClouds) blueprint. There was an error in the SilverLining engine that had the sun standing in the north sometimes, that has been corrected. I see the scenario takes place in February, hence the long shadows. So in v72.3, the sun was in the wrong position.
Thank you! On another PC I also have a copy of the old TS2021 (!) and trying to install the same scenario, I see that the light is the same as that I see with version 72.3.
"DynamicClouds" just means that the SilverLining engine is used if a weather blueprint calls it. Turn it off and see the difference - the sun will look different as the sky will, as TSC then switches to the TimeOfDay sky which only defines sun and sky for four days representing each season, but not 365 days as SilverLining does. Think of TimeOfDay as hand-painted, and SilverLining as dynamically calculated based on geographic and atmospheric parameters. As these dynamic clouds that you can even drive through in the mountains are volumetric, they gave the option that name. When disabled, clouds are just an image backdrop. It's a bit misleading, yes, as SilverLining can of course also render clear skies.
I lost you, it's my limit obviously! Can I change the properties in the flyout to get similar lighting to what I got before using the same "KV Clear"? For example by changing the date, I don't know. I'm pretty ignorant on the subject! Thank you again!
The sun's position at a given time varies depending on what date you have set. (This only applies to SilverLining - not TimeOfDay). But the position in v72.3 was a bug and is impossible in the northern hemisphere. You would see the sun at this position in Australia or NZ. Note that the SEASON chosen in the scenario only has an impact on what textures are used, when using a SilverLining (aka 3D DynamicClouds) blueprint. You cannot get the wrong lighting back. Though you could try a date in midsummer when the sun rises in the Northeast. Though it will be already in the South at noon So you'd need to put the scenario into the early summer morning to achieve a lighting as close to the "wrong" one. I know it's a bit complex to understand that TSC offers two completely independent sky systems, one using four "hand-painted" skies based on season chosen, and another dynamic system based on location and date.
Changing the time is decidedly impractical because it impacts traffic timetables which should be revised. It's a shame, that beautiful light that characterized the scenarios with "KV Clear" is therefore lost forever... Thanks again mate!
I generally find the 2D weather options warmer. If that's what you're after, just disable Dynamic Clouds in the settings. Lower sun tends to be yellower with bluer skies and generally more saturation (contrast), more full. Noon in summer is aggressive sunlight which is calculated as nearly white. Then dialed back to have a proper brightness range. Side of trains (and buildings) therefore tend to be darker pixels - I got to dislike many of my shots from 2018 due to that. 3-4pm is my preferred scenario start time.
Wait, I just replaced "KV Clear" with "AP Fair Cloud" and the light casts shadows in the same direction! I'm probably too stupid to understand, don't worry...
Totally depends on the route's ToD blueprints. Can't say that in general, as you see how dim and bleak the RSSLO blueprints are, compared to 3D as seen in the other thread I forgot about AP surely delivers the best ToD lighting values. The worst are found in CajonPass (Kuju US sky, SettleCarlisle (completely off low sun azimuths) and the original JustTrains' Bristol to Exeter ("tropical" sun azimuth, overbright 1,1,1 lighting values, horrible night lighting)
However, even in the latest version of the game, with "KV Clear" the shadows are projected in a different direction than with "APEP clear" or default "clear", for example. So the bug fix didn't fully fix the defect? Ok, 1) In previous version of the game, with "KV clear" the light comes from the left 2) With other weather the light comes from the opposite direction, from the right 3) In the current version of the game, with "KV clear" the light comes from the front
"APEP Clear" is a 2D "TimeOfDay" blueprint that triggers the ToD sky. It is independent of the date, but has the sun path on a fixed position for each season, which is defined in Assets\VirtualRailRoads\Konstanz-Villingen\TimeOfDay\Spring.bin. So it renders the sun path approximately as it would be on April 1st, as this was used as reference day for "Spring" season for defining the azimuths. "[KV] Clear" is a SilverLining 3D "DynamicClouds" blueprint that uses SL sky. It is the most accurate one, and renders the sun where it would be in Konstanz on Feb 20th - the scenario date. It works the same way as the core "3D 1.Clear", "3D 2.Cloudy" etc. blueprints - in conjunction with "DynamicClouds" on in the settings, which acts as the "master switch". The bug that was fixed affected the 3D SilverLining weather, as it is a core feature of the game. AP Clear uses TimeOfDay, which is route specific and, as I said, "hand-painted" with only four different sun paths to choose from. Note that there are many TimeOfDay files around that render the sun in the north incorrectly, which has to be fixed for each route's assets (or install APSWEP). All RSSLO routes for example, if you don't use 3D weather. TimeOfDay = 2D -> depends on SEASON chosen (for example APEP Clear, 2.Cloudy) - looks like the route author decides to by defining his own ToD season blueprints SilverLining = 3D / DynamicClouds -> depends on route latitude and DATE chosen (for example [KV]Clear, 3D 2.Cloudy...) -> is consistent throughout the game, weather blueprints can define cloud types and height of the layers. This is a 3rd party middleware used in many other games too. VirtualRailroads caused a bit of confusion, as there's an unwritten naming convention to put "3D" in front of a weather blueprint that uses SL, which they didn't. More in depth information on the TimeOfDay system (that AP uses and that is in use when chosing standard weather, not 3D or [KV] - or when completely disabling it by unticking "DynamicClouds") http://tscdevdocs.co.uk/reference-manual/blueprint-editor/time-of-day-blueprints.html
Thank you so much for the patience and time you are dedicating to me. Unfortunately today I discovered that the beautiful light I was getting (and which I also brought to scenarios of other routes), was partly the result of a bug. I can't get the same light with other "weather" files unfortunately. Too bad...
The lighting hasn't changed. Only the place of the light source. Choose another date, another time until it suits you. It's the same lighting still, just facing the opposite realistic direction
Were you using AP weather? If i recall correctly, it installs a couple of new shaders. Those might have been overwritten by the update. So if you were, try reinstalling AP weather.
