[James Ross]

They are calculated from the season (which is turned in to 1 of 4 fixed dates) and the latitude/longitude. Whether those calculations are correct is another question entirely. (There's also the issue that the terrain is often not actually on the horizon.)

[markus_GE]

I just looked up an .ENV file for a random route (just grabbed one), and found this section in there:

world_sky_satellites ( 2
			world_sky_satellite (
				world_sky_satellite_low_scale ( 800 )
				world_sky_satellite_high_scale ( 400 )
				world_sky_satellite_rise_position ( 95 )
				world_sky_satellite_rise_time ( 06:00:00 ) ##########################################
				world_sky_satellite_set_time ( 19:00:00 ) ###########################################
				world_sky_satellite_dir_rise_colour ( ffffee8b )
				world_sky_satellite_dir_high_colour ( ffffffff )
				world_sky_satellite_dir_set_colour ( ffffb573 )
				world_sky_satellite_amb_rise_colour ( ff202020 )
				world_sky_satellite_amb_high_colour ( ff808080 )
				world_sky_satellite_amb_set_colour ( ff202020 )
				world_sky_satellite_light ( )

				world_anim_shader (
					world_anim_shader_frames ( 1
						world_anim_shader_frame ( )
					)
					world_shader ( AddATexDiff
						terrain_texslots ( 1
							terrain_texslot ( sun.ace 1 0 )
						)
						terrain_uvcalcs ( 1
							terrain_uvcalc ( 1 0 0 0 )
						)
					)
				)
			)

I think I recall hearing somwhere on this forum that in games sun and moon are defined as "satellites". Well, obviously this word is there in this piece of code.

On the lines highlighted with a few # there seems to be set something like "satellite rise" and "satellite set" (IE, if the satellite is the sun, sunrise and sunset). So, will OpR eventually read this values from the .ENV files?

Cheers, Markus

[James Ross]

markus_GE, on 30 January 2014 - 01:31 AM, said:

On the lines highlighted with a few # there seems to be set something like "satellite rise" and "satellite set" (IE, if the satellite is the sun, sunrise and sunset). So, will OpR eventually read this values from the .ENV files?

Well, maybe. I'd rather keep our own sky/environment, but there's been work to read more of the MSTS environment files, including the sky components.

[markus_GE]

IDK which ones look better in OpR, or maybe feel better, since i´ve never had a chance to compare... maybe it will have to be decided when it comes down to it.

Thanks for the quick reply :aggressive:

Cheers, Markus

[rdamurphy]

This is what OR looks like with the default MSTS sky texture:



Yes, I know... Like I said, it's the MSTS default... But this will open the door to using KOSMOS environments and other custom textures in OR.

This is read out of the .env file and processed through OR itself, it's not a hack, or a replacement of the .png file in the Content folder. I should have the MSTS Sky option up on the Experimental Tab within a few days to a week or so. This is a first "baby step". OR is now reading the water textures and the skydome texture, and there's an awful lot more textures and settings to add.

And then I'm going to dig into some of the other issues, such as the sun and moon locations and phases...

PS: Those are OR clouds.

Robert

[Lindsayts]

James Ross, on 30 January 2014 - 12:12 AM, said:

They are calculated from the season (which is turned in to 1 of 4 fixed dates) and the latitude/longitude. Whether those calculations are correct is another question entirely. (There's also the issue that the terrain is often not actually on the horizon.)

There appears to be a problem currently with the southern hemisphere, summer here is December, Jan and feb. If in OR summer is selected the sun rise time is late as for winter. Now I have not fully tested this and I have had a number of circumstances recently that has prevented any further testing but I should be able to get back to OR shortly.

Lindsay