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 790976 - splitmuxsink hangs sometime
splitmuxsink hangs sometime
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
1.12.x
Other Linux
: Normal major
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2017-11-29 11:56 UTC by Alex
Modified: 2018-11-03 15:24 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Alex 2017-11-29 11:56:55 UTC 
I try to use next pipeline

gst-launch-1.0 rtspsrc location=rtsp://admin:admin@192.168.1.108 ! rtph264depay ! h264parse ! tee name=tee0  ! queue ! splitmuxsink location=chain.%d.mp4 tee0. ! queue ! decodebin ! autovideosink

And in most cases it hangs (but sometime works).
After debugging I found that it hangs on the 

"GST_SPLITMUX_WAIT (splitmux);"
in the function "complete_or_wait_on_out"  of the "splitmuxsink"
Comment 1 Tim-Philipp Müller 2018-01-15 19:53:14 UTC 
Could you provide a stack trace of all threads please? ('thread apply all bt' in gdb)

Does it work (eventually) if you unset the limits on the queues with 'queue max-size-buffers=0 max-size-time=0 max-size-bytes=0' ?

My suspicion is that it's a live stream and you might not get a key frame right at the beginning, and the key frame interval is larger than the buffering provided by the queues and then it deadlocks in one of the branches waiting for a keyframe.

What happens if you don't use the tee? Do both branches always work individually?
Comment 2 GStreamer system administrator 2018-11-03 15:24:10 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/419.