Dynamic weather WeatherChange activity event
#1
Posted 01 June 2015 - 12:39 PM
A blueprint https://blueprints.l...er-change-event has been generated to specify a WeatherChange activity event. I repeat here the specification.
Following block can be added within an Event Block (be it a Location or a Time event) of an .act file:
ORTSWeatherChange (
ORTSTransitionTimeS ( double )
ORTSWeatherType ( double )
ORTSOvercast ( float )
ORTSFog ( float )
ORTSPrecipitationIntensity ( float )
)
The weather changes consequentially.
The event can also include an ORTSContinue ( 0 ) line, therefore not displaying messages and not suspending activity execution.
Manual commands related to weather interrupt the weather change triggered by the above events.
If a new WeatherChange event is triggered before the action of the preceding has terminated, the old one is interrupted.
MSTS operation is not damaged by the WeatherChange events.
Editing the .act file with the MSTS AE after inclusion of WeatherChange events clears them, so they should be backed up separately.
Opening with the MSTS AE an .act file with WeatherChage events and packaging it without editing it generates an .apk file that contains such events.
Using the location event it is possible to have another weather e.g. when climbing uphill or exiting a continental divide tunnel; using the time event it is possible to have weather changing during the day.
Implementation work not yet started.
Following block can be added within an Event Block (be it a Location or a Time event) of an .act file:
ORTSWeatherChange (
ORTSTransitionTimeS ( double )
ORTSWeatherType ( double )
ORTSOvercast ( float )
ORTSFog ( float )
ORTSPrecipitationIntensity ( float )
)
The weather changes consequentially.
The event can also include an ORTSContinue ( 0 ) line, therefore not displaying messages and not suspending activity execution.
Manual commands related to weather interrupt the weather change triggered by the above events.
If a new WeatherChange event is triggered before the action of the preceding has terminated, the old one is interrupted.
MSTS operation is not damaged by the WeatherChange events.
Editing the .act file with the MSTS AE after inclusion of WeatherChange events clears them, so they should be backed up separately.
Opening with the MSTS AE an .act file with WeatherChage events and packaging it without editing it generates an .apk file that contains such events.
Using the location event it is possible to have another weather e.g. when climbing uphill or exiting a continental divide tunnel; using the time event it is possible to have weather changing during the day.
Implementation work not yet started.
#2
Posted 01 June 2015 - 10:40 PM
Csantucci, on 01 June 2015 - 12:39 PM, said:
A blueprint https://blueprints.l...er-change-event has been generated to specify a WeatherChange activity event. I repeat here the specification.
Following block can be added within an Event Block (be it a Location or a Time event) of an .act file:
ORTSWeatherChange (
ORTSTransitionTimeS ( double )
ORTSWeatherType ( double )
ORTSOvercast ( float )
ORTSFog ( float )
ORTSPrecipitationIntensity ( float )
)
The weather changes consequentially.
The event can also include an ORTSContinue ( 0 ) line, therefore not displaying messages and not suspending activity execution.
Manual commands related to weather interrupt the weather change triggered by the above events.
If a new WeatherChange event is triggered before the action of the preceding has terminated, the old one is interrupted.
MSTS operation is not damaged by the WeatherChange events.
Editing the .act file with the MSTS AE after inclusion of WeatherChange events clears them, so they should be backed up separately.
Opening with the MSTS AE an .act file with WeatherChage events and packaging it without editing it generates an .apk file that contains such events.
Following block can be added within an Event Block (be it a Location or a Time event) of an .act file:
ORTSWeatherChange (
ORTSTransitionTimeS ( double )
ORTSWeatherType ( double )
ORTSOvercast ( float )
ORTSFog ( float )
ORTSPrecipitationIntensity ( float )
)
The weather changes consequentially.
The event can also include an ORTSContinue ( 0 ) line, therefore not displaying messages and not suspending activity execution.
Manual commands related to weather interrupt the weather change triggered by the above events.
If a new WeatherChange event is triggered before the action of the preceding has terminated, the old one is interrupted.
MSTS operation is not damaged by the WeatherChange events.
Editing the .act file with the MSTS AE after inclusion of WeatherChange events clears them, so they should be backed up separately.
Opening with the MSTS AE an .act file with WeatherChage events and packaging it without editing it generates an .apk file that contains such events.
Will this also work in timetable mode?
#3
Posted 02 June 2015 - 08:41 AM
#4
Posted 02 June 2015 - 08:49 AM
Csantucci, on 01 June 2015 - 12:39 PM, said:
ORTSWeatherChange (
ORTSTransitionTimeS ( double )
ORTSWeatherType ( double )
ORTSOvercast ( float )
ORTSFog ( float )
ORTSPrecipitationIntensity ( float )
)
ORTSTransitionTimeS ( double )
ORTSWeatherType ( double )
ORTSOvercast ( float )
ORTSFog ( float )
ORTSPrecipitationIntensity ( float )
)
I am generally happy to try exploring these kinds of ideas. Being able to tie it in to other activity events through the usual means seems very useful, as does the transition time.
Shouldn't ORTSWeatherType be int or string with limited values?
I think we'll also need to double-check how precipitation intensity is working related to real life. :)
#5
Posted 02 June 2015 - 11:14 AM
Re weather type in effect a better choice could be made than the one I did. As Weather type is already present in the Activity file as int, I will use that format. That will be then converted in an enum, as already used in OR.
Referring precipitation intensity maybe I'll try to integrate Edward's patch, if he agrees. It would be nice also to have a smooth transition from rain to snow, but that requires fine graphics work.
Another parameter that could be added is wind (intensity, direction, variance - meaning intensity and direction are not constant).
Referring precipitation intensity maybe I'll try to integrate Edward's patch, if he agrees. It would be nice also to have a smooth transition from rain to snow, but that requires fine graphics work.
Another parameter that could be added is wind (intensity, direction, variance - meaning intensity and direction are not constant).
#6
Posted 02 June 2015 - 04:16 PM
Please set it up so the visual effects may be evoked as a solo effect -- meaning someone can create commands for only wind w/o having to use precipitation as well. Ditto for cloud cover.
The route I work on (The Cal-P) has ~1/3 of the mainline located in a natural wind tunnel: >50km/hr blowing east is standard afternoon wind in the summer months; The west end sees high fog most mornings until noon and a light eastward breeze in late afternoon whereas the inland east end sees little wind, no clouds, and the brightest sun etc. etc. It's quite varied from one end to other and so KUJU's approach of managing it all as a route-wide effect would never serve. All of those natural effects occur w/o rain or snow from May into October.
The route I work on (The Cal-P) has ~1/3 of the mainline located in a natural wind tunnel: >50km/hr blowing east is standard afternoon wind in the summer months; The west end sees high fog most mornings until noon and a light eastward breeze in late afternoon whereas the inland east end sees little wind, no clouds, and the brightest sun etc. etc. It's quite varied from one end to other and so KUJU's approach of managing it all as a route-wide effect would never serve. All of those natural effects occur w/o rain or snow from May into October.
#7
Posted 02 June 2015 - 10:20 PM
Dave,
it is foreseen that it will be possible to have solo effects.
it is foreseen that it will be possible to have solo effects.
#8
Posted 03 June 2015 - 02:51 PM
Can the trigger be a time of day instead of an action by the player?
#9
Posted 03 June 2015 - 09:16 PM
You can use time event, that is events that start at a predetermined time interval from activity start.