diff --git a/configuration/sample-development.engine.ini b/configuration/sample-development.engine.ini index cd4fe86275a88c23e3099a97421114026324cfdb..3808b251dde8f1041ecd11059d33903cb358f6bc 100644 --- a/configuration/sample-development.engine.ini +++ b/configuration/sample-development.engine.ini @@ -63,16 +63,20 @@ api_port=3333 [scheduling] # How often should the calendar be fetched in seconds. This determines the time of the last changes applied, before a specific show aired -fetching_frequency=3600 -# How many seconds before the actual schedule time the entry should be pre-loaded. Note to provide enough timeout for +fetching_frequency=300 +# How many seconds before the actual schedule time the entry should be pre-rolled. Note to provide enough timeout for # contents which take longer to load (big files, bad connectivity to streams etc.) -preload_offset=60 - -# Sometimes it might take longer to get a stream connect. Here you can define a viable length. -# But note, that this may affect the preload time (see `preload_offset`), hence affecting the +preroll_offset=15 +# Max seconds before an new/updated/removed schedule is accepted. Its important that this value +# is considerable higher than the `preroll_offset` plus any additional time for pro-active fallback +# handling, being able to avoid issues with concurrent changes or timings. +scheduling_window_offset=120 + +# Sometimes it might take longer to get a stream connected. Here you can define a viable length. +# But note, that this may affect the preroll time (see `preroll_offset`), hence affecting the # overall playout, it's delays and possible fallbacks -stream_connect_retry_delay=1 -stream_connect_max_retries=10 +input_stream_retry_delay=1 +input_stream_max_retries=10 input_stream_buffer=3.0 # sets the time how long we have to fade in and out, when we select another mixer input diff --git a/configuration/sample-docker.engine.ini b/configuration/sample-docker.engine.ini index 5456727d52141adacdbc75adc10d6a99b4de34b5..3eea6c066f34c7214dc7929b947d875f9e0fdb01 100644 --- a/configuration/sample-docker.engine.ini +++ b/configuration/sample-docker.engine.ini @@ -63,16 +63,20 @@ api_port=3333 [scheduling] # How often should the calendar be fetched in seconds. This determines the time of the last changes applied, before a specific show aired -fetching_frequency=3600 -# How many seconds before the actual schedule time the entry should be pre-loaded. Note to provide enough timeout for +fetching_frequency=300 +# How many seconds before the actual schedule time the entry should be pre-rolled. Note to provide enough timeout for # contents which take longer to load (big files, bad connectivity to streams etc.) -preload_offset=60 - -# Sometimes it might take longer to get a stream connect. Here you can define a viable length. -# But note, that this may affect the preload time (see `preload_offset`), hence affecting the +preroll_offset=15 +# Max seconds before an new/updated/removed schedule is accepted. Its important that this value +# is considerable higher than the `preroll_offset` plus any additional time for pro-active fallback +# handling, being able to avoid issues with concurrent changes or timings. +scheduling_window_offset=180 + +# Sometimes it might take longer to get a stream connected. Here you can define a viable length. +# But note, that this may affect the preroll time (see `preroll_offset`), hence affecting the # overall playout, it's delays and possible fallbacks -stream_connect_retry_delay=1 -stream_connect_max_retries=10 +input_stream_retry_delay=1 +input_stream_max_retries=10 input_stream_buffer=3.0 # sets the time how long we have to fade in and out, when we select another mixer input diff --git a/configuration/sample-production.engine.ini b/configuration/sample-production.engine.ini index d2d7be2c8d5b69da5609d15f7fefea4b9aaa7d9d..a6a93454814e5eaaaabf129f395eb5e29b32a4be 100644 --- a/configuration/sample-production.engine.ini +++ b/configuration/sample-production.engine.ini @@ -63,16 +63,20 @@ api_port=3333 [scheduling] # How often should the calendar be fetched in seconds. This determines the time of the last changes applied, before a specific show aired -fetching_frequency=3600 -# How many seconds before the actual schedule time the entry should be pre-loaded. Note to provide enough timeout for +fetching_frequency=300 +# How many seconds before the actual schedule time the entry should be pre-rolled. Note to provide enough timeout for # contents which take longer to load (big files, bad connectivity to streams etc.) -preload_offset=60 - -# Sometimes it might take longer to get a stream connect. Here you can define a viable length. -# But note, that this may affect the preload time (see `preload_offset`), hence affecting the +preroll_offset=15 +# Max seconds before an new/updated/removed schedule is accepted. Its important that this value +# is considerable higher than the `preroll_offset` plus any additional time for pro-active fallback +# handling, being able to avoid issues with concurrent changes or timings. +scheduling_window_offset=180 + +# Sometimes it might take longer to get a stream connected. Here you can define a viable length. +# But note, that this may affect the preroll time (see `preroll_offset`), hence affecting the # overall playout, it's delays and possible fallbacks -stream_connect_retry_delay=1 -stream_connect_max_retries=10 +input_stream_retry_delay=1 +input_stream_max_retries=10 input_stream_buffer=3.0 # sets the time how long we have to fade in and out, when we select another mixer input