[Bug 744420] splitmuxsink - Deadlock on while starting 2nd fragment on function gst_element_sync_state_with_parent

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Fri Feb 13 12:30:19 PST 2015


Tim-Philipp Müller <t.i.m at zen.co.uk> changed:

           What    |Removed                     |Added
             Status|UNCONFIRMED                 |NEW
                 CC|                            |t.i.m at zen.co.uk
     Ever confirmed|0                           |1

--- Comment #2 from Tim-Philipp Müller <t.i.m at zen.co.uk> ---
Can't reproduce this here with a local RTSP stream, but it might well be racy.
gst_element_sync_state_with_parent() is known to be a bit problematic, see bug

I also don't see anything in splitmuxsink that intercepts
GST_MESSAGE_ASYNC_START/DONE messages, which it should perhaps do so we don't
mess with the state of the pipeline, the sink should act as a sink that does an
async-start/done preroll at the beginning, but not for every file chunk IMHO.

And maybe we should also flag the element as sink.

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