GNOME Bugzilla – Bug 752228
payloader/depayload: Wrong segment handling
Last modified: 2015-08-16 13:36:32 UTC
The issue is that TS information seems to be maintained, but segment information is lost. This lead to freeze now that x264enc applies a large forward offset. This is not really a use case, but it would be nice to fix so we can use this pattern in tests.
gst-launch-1.0 videotestsrc ! x264enc tune=zerolatency ! rtph264pay ! rtph264depay ! avdec_h264 ! x264enc tune=zerolatency ! avdec_h264 ! xvimagesink
Created attachment 307238 [details] [review]
depayloader: Use input segment start
When there is no clock_base provided, the start position is
set to 0 instead of the original segment start value. This
would break synchronization if start was not 0.
Attachment 307238 [details] pushed as 7c638e0 - depayloader: Use input segment start