Skip to content

splitmuxsink: Fix off-by-one in running time comparison for split-at-running-time and compare with the GOP start

splitmuxsink: Do split-at-running-time splitting based on the time of the start of the GOP

If the start of the GOP is >= the requested running time, put it into a
new fragment. That is, split-at-running-time would always ensure that a
split happens as early as possible after the given running time.

Previously it was comparing against the current incoming timestamp,
which does not tell us what we actually want to know as it has no direct
relation to the GOP start/end.

splitmuxsink: Fix off-by-one in running time comparison for split-at-running-time

If we get a keyframe exactly at the requested running time we would only
split on the next keyframe afterwards due to wrong usage of > vs. >=.

CC @thaytan @seungha.yang

Edited by Sebastian Dröge

Merge request reports