[Bug 632504] [rtspsrc] reduce or avoid (network) hang during shutdown
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Tue May 17 03:01:25 PDT 2011
https://bugzilla.gnome.org/show_bug.cgi?id=632504
GStreamer | gst-plugins-good | unspecified
Mark Nauwelaerts <mnauw> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
Target Milestone|HEAD |0.10.30
--- Comment #6 from Mark Nauwelaerts <mnauw at users.sourceforge.net> 2011-05-17 10:01:21 UTC ---
Branch as mentioned above pushed to master, among which following ones that
particularly aim to avoid hanging at shutdown:
commit dc2ddea91befb4bc38116f4e08e459f99e0b3329
Author: Mark Nauwelaerts <mark.nauwelaerts at collabora.co.uk>
Date: Wed Apr 6 16:05:55 2011 +0200
rtspsrc: also allow PAUSE to be interrupted
... as it is on the way out to NULL.
See #632504.
commit 283e4e4afdf7c5a6b2a93ee95d6b3de0aebf1120
Author: Mark Nauwelaerts <mark.nauwelaerts at collabora.co.uk>
Date: Wed Apr 6 15:51:49 2011 +0200
rtspsrc: ensure proper closing and cleanup
... since the TEARDOWN sequence might not have had a chance to even start,
but at least connections should be closed (synchronously) and state cleaned
up.
See #632504.
commit f7ddf811d76285229f6e0a4a5ce8cce83e1729a9
Author: Mark Nauwelaerts <mark.nauwelaerts at collabora.co.uk>
Date: Wed Apr 6 15:49:01 2011 +0200
rtspsrc: fix and improve async handling
Simplify the command handling; passing a command to thread means we really
want it to get the message, which means to always flush provided the
command
can handle being interrupted. Command thread indicates whether command
allows interruption and ensure non-flushing connection as it subsequently
needs it.
In particular, this also makes the TEARDOWN sequence interruptable
and also prevents races where _loop_ could miss a command and would
continue receiving (or at least trying to).
See #632504.
--
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- 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