[Bug 648520] New: Improvement idea: make rtsp extensions more flexible
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Sat Apr 23 12:03:53 PDT 2011
https://bugzilla.gnome.org/show_bug.cgi?id=648520
GStreamer | gst-plugins-base | 0.10.x
Summary: Improvement idea: make rtsp extensions more flexible
Classification: Platform
Product: GStreamer
Version: 0.10.x
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: Normal
Component: gst-plugins-base
AssignedTo: gstreamer-bugs at lists.freedesktop.org
ReportedBy: gibrovacco at gmail.com
QAContact: gstreamer-bugs at lists.freedesktop.org
GNOME version: ---
Trying to implement a Real Media specific way to set the bandwidth for a
session (see attachments), I found the (to me) unsolvable problem to propagate
the "bandwidth" parameter from a gstrtpsession to a specific extension.
At my ignorant eyes, it looks like rtsp extensions live by their own, not being
aware neither of the pipeline they're working into nor of the rtspsrc element
they're bound to. As a solution, I would propose to add a method to notify the
extensions with at least a pointer to the latter.
Moreover, I found that as long as the rtspreal plugin is installed, any rtsp
client based on GStreamer will expose itself as a RealMedia player.. pretty
reductive, but it can probably be fixed with a fix in rtsp_ext_real_before_send
to parse the URI and determine whether the stream has some probabilities to be
powered by a real server before connecting to it. As it would be just an
heuristic and very likely to fail in many cases, it would alternatively be good
to allow gstrtspsrc to "probe" the server with a suitable method (OPTIONS?) and
leave the extensions to process the OK response before altering what a client
declares to be. In the case of rtspreal, it would probably require to send the
OPTIONS twice, but imo it shouldn't require a modification in the design of the
rtsp extensions.
--
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