[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
https://bugzilla.gnome.org/show_bug.cgi?id=744420
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
#722767.
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