[gstreamer-bugs] [Bug 573115] [udpsink] set TTL and LOOP properties for multicast groups

[GStreamer (bugzilla.gnome.org)]

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=573115

  GStreamer | gst-plugins-good | Ver: git

Jan Smout changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jan.smout at gmail.com
             Status|NEEDINFO                    |UNCONFIRMED




------- Comment #4 from Jan Smout  2009-02-26 19:00 UTC -------
(In reply to comment #3)

Oops, I kind of forgot to motivate the second patch ...

I'm following the reasoning as explained in RFC1112. Quoting the RFC (second
paragraph of section 6.1 "Extensions to the IP Service Interface" on page 4):

"""
First, the service interface should provide a way for the upper-layer
protocol to specify the IP time-to-live of an outgoing multicast
datagram, if such a capability does not already exist.  If the
upper-layer protocol chooses not to specify a time-to-live, it should
default to 1 for all multicast IP datagrams, so that an explicit
choice is required to multicast beyond a single network.
"""

To my opinion, the udpsink implementation should also follow this
recommendation.


That said, another potential patch comes to mind: rename the udpsink ttl
property to something like mc-ttl. This emphasizes that the property only
affects multicast updsinks. One can go as far as to change the name throughout
the sources for the same reason. This impacts gstmultiudpsink.c and
gstudpnetutils.c.
Just let me know if you're interested in this patch. Otherwise, I won't spend
the effort.


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=573115.