[Laci1959]

https://kephost.net/t/2022/13/1177_86ac686d2970.png
Different tracks may have used different settings.


https://kephost.net/p/2022/13/469_7be16aa82240.png
The track builder can set the time of day to change according to their home country and can also assign a texture.

I note the sky is not as beautiful as the OR provides. Maybe the two should be combined?

[Weter]

Working with translation, I've noticed multiple white spaces, following option titles of first tab.
Should I keep them in translated strings? Can their absence be the reason for bug with locales, supplied within testing versions?

[cjakeman]

 Weter, on 02 April 2022 - 04:34 PM, said:

Working with translation, I've noticed multiple white spaces, following option titles of first tab.
Should I keep them in translated strings? Can their absence be the reason for bug with locales, supplied within testing versions?

I think the multiple white spaces are there to make the field longer to suit translations that are less compact than the original English text.

Since I am moving around lots of the Options controls, this is a good time to improve what we do.

Can we discuss this via a PM, please?

[cjakeman]

 Laci1959, on 02 April 2022 - 12:34 PM, said:

I note the sky is not as beautiful as the OR provides. Maybe the two should be combined?

Maybe, but first we need to know what the differences are.

Is it possible to choose between them automatically?

Can we hear from someone who uses this checkbox, please?

[Laci1959]

Hello.

Quote

Maybe, but first we need to know what the differences are.

The trouble is, not so much what I wrote, I simply inferred when comparing the two files.
Here is a description of how the MSTS environment works: https://vapor3d.punc...utenvfiles.html
It is in Spanish, but Google Chrome will translate it automatically.

Quote

Is it possible to choose between them automatically?

Just like now in Open Rails. Selects the season and precipitation.

Quote

Can we hear from someone who uses this checkbox, please?

To my knowledge, no one. I also only tried it once when the question arose here. So far, I thought OR used these only with their own textures, and the "plate" that carries the textures has been improved. "Plate" may not be the right term.

Yours sincerely, Laci 1959

[Csantucci]

I sometimes use the MSTS environments. The advantage there is, that different routes can have different textures and also different behaviours, thanks to the Environment Files. Moreover there is Kosmos, that allows for easy swap of textures. However in my opinion there is a big point where OR does not implement well the MSTS environments. I can't explain it well, but in OR such environments are shown practically without perspective, and it seems to me that the sky texture is not replicated in the sky (there is only one "tile"), which I think is different from MSTS. In fact the implementation of the MSTS environments in OR was suspended in an intermediate state, if I remember well.
If someone thinks differently, I could have written some wrong things.

[Weter]

If *.env-files of particular route are missing or corrupted, ORTS CRASHES COMPLETELY during load process. Straight to desktop!
So, program demands them obviously.
Then, it shows the sky, clouds and Sun behavior, which are ORTS - specific, if box is not checked.
But water surface textures then used/shown in very odd way.

Yes, Carlo, I miss different clouds texture... Clouds behavior, which would be more realistic - in general words.
Different clouds textures provided are beautiful, but too static, badly transparent and best seen from only two sectors, while looking very unnatural from the rest two.

[Laci1959]

 Weter, on 03 April 2022 - 02:58 AM, said:

So, program demands them obviously.

If so, why not use a time of day change, for example? In the example route, the time of day is one hour earlier in summer and rain than in summer in clear weather.
As I looked through it is not easy to make, but it only needs to be done once and the result is spectacular.

[cjakeman]

 Csantucci, on 03 April 2022 - 02:06 AM, said:

I sometimes use the MSTS environments. The advantage there is, that different routes can have different textures and also different behaviours, thanks to the Environment Files.

The question I am trying to resolve is whether the checkbox MSTS Environments should be replaced, possibly by a parameter in the ROUTES\<route>\<route>.trk file - perhaps MSTSEnvironments ( 1 )

If Open Rails finds this, then the MSTS Environments are used. If missing or MSTSEnvironments does not have value = 1, then ORTS environments are used.

This seems to match your own choices, Carlo. What about anyone else who uses this checkbox?

[steamer_ctn]

Hi Chris,

I have changed some code in the adhesion coefficient of the locomotive (PR #620) which I believe now makes the "Adhesion proportional to rain/fog/snow" redundant.

Under the new operation, the adhesion will load (initialise) as per the weather selection on the main screen. Then when in game precipitation and fog can be adjusted by the user (or an activity so set up) to adjust the adhesion. If the user doesn't make any adjustments then the adhesion will stay the same as the default setting.