After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 783549 - splitmuxsink: Sink does not recover well after skew reset
splitmuxsink: Sink does not recover well after skew reset
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
1.10.4
Other Windows
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2017-06-08 14:51 UTC by James Morris
Modified: 2018-11-03 15:19 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description James Morris 2017-06-08 14:51:12 UTC
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.
Comment 1 GStreamer system administrator 2018-11-03 15:19:36 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/issues/378.