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 653326 - RTSP server uses unicast by default
RTSP server uses unicast by default
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-rtsp-server
0.10.8
Other Linux
: Normal enhancement
: 0.10.9
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2011-06-24 11:30 UTC by Marc Leeman
Modified: 2011-08-16 13:17 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Allow preferring mc traffic (4.68 KB, patch)
2011-06-24 11:30 UTC, Marc Leeman
none Details | Review

Description Marc Leeman 2011-06-24 11:30:37 UTC
Created attachment 190574 [details] [review]
Allow preferring mc traffic

The RTSP server defaults back to unicast when nothing else is specified. While this is not really an issue with clients like gstreamer, other clients are not that flexible to negociate the transport protocol.

This patch allows to prefer multicast when creating a factory.
Comment 1 David Schleef 2011-06-30 06:14:02 UTC
It would be better to copy over the gst_rtsp_media_[sg]et_protocols() API.

I'm a bit surprised that a client would support rtp over multicast UDP but not unicast UDP.  In any case, the client gets to choose the protocol, so if it chooses one that it doesn't support, that's not a GStreamer problem.
Comment 2 Marc Leeman 2011-06-30 07:28:01 UTC
The choice between multicast and unicast depends on a number of network factors. 

Unicast is typically required when security is a bit more of a concern; while multicast puts lower requirements on the sender and the first part of the network when a lot of clients share the same source.

e.g. when 20 clients connect to channel one of a 16 channel encoder; in the case of unicast you're sending out 20x4 mbps; while in the case of multicast you can do with 4 mbps and the last part of the network will do the stream multiplication on switch level.
Comment 3 Marc Leeman 2011-06-30 07:32:59 UTC
> The choice between multicast and unicast depends on a number of network
> factors. 

The selection of multicast and unicast; together with the gst-rtsp-server selecting different multicast adresses allows clients to steer the scalability of the network; and either fully unicast; or multicast on same multicast address as it is now is very network unfriendly.
Comment 4 Wim Taymans 2011-08-16 13:17:00 UTC
I went for a protocols property, should give you the same functionality and more.

commit 0e9ce1caf387795b4348b1c21abd1e820b3fd40a
Author: Wim Taymans <wim.taymans@collabora.co.uk>
Date:   Tue Aug 16 15:15:19 2011 +0200

    media-factory: add protocols property
    
    Add a property to configure the allowed protocols in the media created from the
    factory.