"GStreamer" (GNOME Bugzilla)
2016-05-30 13:15:27 UTC
https://bugzilla.gnome.org/show_bug.cgi?id=767021
Bug ID: 767021
Summary: RTSP server won't be destroyed until media is
pre-rolled (or 20s timeout)
Classification: Platform
Product: GStreamer
Version: unspecified
OS: Linux
Status: NEW
Severity: normal
Priority: Normal
Component: gst-rtsp-server
Assignee: gstreamer-***@lists.freedesktop.org
Reporter: ***@gmail.com
QA Contact: gstreamer-***@lists.freedesktop.org
GNOME version: ---
Created attachment 328727
--> https://bugzilla.gnome.org/attachment.cgi?id=328727&action=edit
test case
My application has an RTSP server that can be started/stopped by the user. When
shutting down the server, I disconnect all clients, unref the server, and call
gst_rtsp_thread_pool_cleanup() to be sure all resources has been cleaned.
If a client connects just before I stop the server, it will wait for pre-roll
in gst_rtsp_media_get_status(). If pre-roll never happens it will unblock on a
20s timeout.
I think in the case that the client disconnects, it should unblock that
condition.
Bug ID: 767021
Summary: RTSP server won't be destroyed until media is
pre-rolled (or 20s timeout)
Classification: Platform
Product: GStreamer
Version: unspecified
OS: Linux
Status: NEW
Severity: normal
Priority: Normal
Component: gst-rtsp-server
Assignee: gstreamer-***@lists.freedesktop.org
Reporter: ***@gmail.com
QA Contact: gstreamer-***@lists.freedesktop.org
GNOME version: ---
Created attachment 328727
--> https://bugzilla.gnome.org/attachment.cgi?id=328727&action=edit
test case
My application has an RTSP server that can be started/stopped by the user. When
shutting down the server, I disconnect all clients, unref the server, and call
gst_rtsp_thread_pool_cleanup() to be sure all resources has been cleaned.
If a client connects just before I stop the server, it will wait for pre-roll
in gst_rtsp_media_get_status(). If pre-roll never happens it will unblock on a
20s timeout.
I think in the case that the client disconnects, it should unblock that
condition.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.