[Bug 755732] rtmpsrc: Slow teardown of connection when pipeline is interrupted
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Fri Oct 9 07:52:20 PDT 2015
https://bugzilla.gnome.org/show_bug.cgi?id=755732
--- Comment #4 from John Slade <john at jtes.net> ---
>@@ +661,2 @@
> if (src->rtmp) {
>+ gst_poll_set_flushing (src->poll, FALSE);
>
> Shouldn't this be flushing in stop(), and non-flushing in start()?
My assumption was that create and stop are in the same thread so we can't
simultaneously by blocked in create and in stop. Where as unlock was a
separate thread (and can flush the polling). Is this correct view of how it
works?
I put this non-flushing in stop() to just reset the poll to a good state as
this is where we clear up src->rtmp and close any sockets. I could also do the
same in start() to ensure the the poll is non-flushing before we start to use
it.
--
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