Skip to content
Snippets Groups Projects
Commit 1687fa21 authored by Marton Balint's avatar Marton Balint
Browse files

doc/muxers: remove confusing example for segment muxer option clocktime_wrap_duration


Detecting a leap second depends on a lot of things, segment time, segment
offset, system leap second implementation, the removed part is a huge
simplification which can be misleading, so it is best to remove it.

Signed-off-by: default avatarMarton Balint <cus@passwd.hu>
parent 85169a75
No related branches found
No related tags found
No related merge requests found
...@@ -1441,9 +1441,6 @@ within the specified duration after the segmenting clock time. This way you ...@@ -1441,9 +1441,6 @@ within the specified duration after the segmenting clock time. This way you
can make the segmenter more resilient to backward local time jumps, such as can make the segmenter more resilient to backward local time jumps, such as
leap seconds or transition to standard time from daylight savings time. leap seconds or transition to standard time from daylight savings time.
Assuming that the delay between the packets of your source is less than 0.5
second you can detect a leap second by specifying 0.5 as the duration.
Default is the maximum possible duration which means starting a new segment Default is the maximum possible duration which means starting a new segment
regardless of the elapsed time since the last clock time. regardless of the elapsed time since the last clock time.
......
0% Loading or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment