After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 761123 - Servers not supporting the RECORD command should not announce it in OPTIONS responses
Servers not supporting the RECORD command should not announce it in OPTIONS r...
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-rtsp-server
git master
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2016-01-26 09:25 UTC by Branko Subasic
Modified: 2018-11-03 15:39 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Branko Subasic 2016-01-26 09:25:51 UTC 
Currently the implementation of handle_options_request() in rtsp-client.c will unconditionally include the RECORD and ANNOUNCE commands in the reply. But a server that does not support these commands does not want to announce them either. I think that it should be configurable whether they should be announced or not.
Comment 1 Sebastian Dröge (slomo) 2016-01-27 12:49:18 UTC 
Do you want to provide a patch? You could probably check if any of the medias supports RECORD or PLAY and then base it on that.
Comment 2 Sebastian Dröge (slomo) 2016-03-09 13:44:04 UTC 
The thing is also that the *server* supports RECORD/PLAY. It's a specific path / media that might or might not support one or the other.
Comment 3 GStreamer system administrator 2018-11-03 15:39:35 UTC 
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-rtsp-server/issues/19.