"GStreamer" (GNOME Bugzilla)
2015-05-29 15:22:43 UTC
https://bugzilla.gnome.org/show_bug.cgi?id=750111
Bug ID: 750111
Summary: rtsp-media: emit signal for preparing dynamic payloads
Classification: Platform
Product: GStreamer
Version: git master
OS: Linux
Status: NEW
Severity: enhancement
Priority: Normal
Component: gst-rtsp-server
Assignee: gstreamer-***@lists.freedesktop.org
Reporter: ***@collabora.com
QA Contact: gstreamer-***@lists.freedesktop.org
GNOME version: ---
Created attachment 304268
--> https://bugzilla.gnome.org/attachment.cgi?id=304268&action=edit
patch
When using dynamic payloads, it is useful to know when rtsp-media has connected
to the pad-added signal, so that the application code can continue to add those
pads. If the dynpay element is a decodebin, the pads are always added after the
element changes state to PAUSED, which is set after connecting the pad-added
signal internally and therefore it works fine. However, there can be other
cases where the application needs to add the pads externally and therefore it
needs to know when is the right moment to do so.
This patch adds a "preparing" signal that is emitted at the end of
start_prepare, and compliments the "prepared" and "unprepared" signals.
Bug ID: 750111
Summary: rtsp-media: emit signal for preparing dynamic payloads
Classification: Platform
Product: GStreamer
Version: git master
OS: Linux
Status: NEW
Severity: enhancement
Priority: Normal
Component: gst-rtsp-server
Assignee: gstreamer-***@lists.freedesktop.org
Reporter: ***@collabora.com
QA Contact: gstreamer-***@lists.freedesktop.org
GNOME version: ---
Created attachment 304268
--> https://bugzilla.gnome.org/attachment.cgi?id=304268&action=edit
patch
When using dynamic payloads, it is useful to know when rtsp-media has connected
to the pad-added signal, so that the application code can continue to add those
pads. If the dynpay element is a decodebin, the pads are always added after the
element changes state to PAUSED, which is set after connecting the pad-added
signal internally and therefore it works fine. However, there can be other
cases where the application needs to add the pads externally and therefore it
needs to know when is the right moment to do so.
This patch adds a "preparing" signal that is emitted at the end of
start_prepare, and compliments the "prepared" and "unprepared" signals.
--
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.