[Bug 783549] New: splitmuxsink: Sink does not recover well after skew reset
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Thu Jun 8 14:51:12 UTC 2017
https://bugzilla.gnome.org/show_bug.cgi?id=783549
Bug ID: 783549
Summary: splitmuxsink: Sink does not recover well after skew
reset
Classification: Platform
Product: GStreamer
Version: 1.10.4
OS: Windows
Status: NEW
Severity: normal
Priority: Normal
Component: gst-plugins-good
Assignee: gstreamer-bugs at lists.freedesktop.org
Reporter: jmorris at objectvideo.com
QA Contact: gstreamer-bugs at lists.freedesktop.org
GNOME version: ---
I have a pipeline that gets video from RTSP and saves it using splitmuxsink.
Pipeline: rtspsrc ! rtph264depay ! h264parse ! splitmuxsink
Occasionally, if the connection to the video source is not very good I start
seeing skew issues. When this happens I see the warning message "rtp delta too
big, reset skew." If the jitter buffer decides it is time to reset the skew
the splitmuxsink gets confused and stops splitting files at the correct time
for a while.
I tracked it down to the call handle_mq_input. From what I can tell before the
function will call check_completed_gop it first does a check on the running
time with the max running time. In the case of resetting timestamps caused by
the skew reset, the running time doesn't seem to update until the frame
timestamps catch up to the running time timestamps. Until then no splits are
made and the video buffer is held on to and grows. Eventually either the
pipeline shuts down or the timestamps catch up and a large file is written.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
More information about the gstreamer-bugs
mailing list