Commit 0ccbdae5 authored by David Trattnig's avatar David Trattnig
Browse files

Updated schedul config.

parent 4c678f82
......@@ -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
......
......@@ -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
......
......@@ -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
......
Supports Markdown
0% or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment