[Bug 797059] Not possible to have more than 1 multicast stream with the same ports (non-shared media case)

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=797059

--- Comment #8 from Patricia Muscalu <patricia at axis.com> ---
(In reply to Sebastian Dröge (slomo) from comment #7)
> (In reply to Patricia Muscalu from comment #6)
> > (In reply to Sebastian Dröge (slomo) from comment #5)
> > > Platform-specific behaviour is something I would've liked to prevent but if
> > > there's no other way... 
> > 
> > Ok, I understand. An alternative solution, in order to avoid platform
> > specific behavior, would be to make alloc_ports () function a virtuall one.
> > What do you think?
> 
> I think that's only working around the problem :)
> 
> > > This is also a problem in multiudpsink and udpsrc
> > > btw.
> > 
> > What problem is it?
> 
> They also bind to ANY instead of the multicast group
> 

Ok, but this in the case when the socket is created internally by the element
itself.

> > > 
> > > Did you research how it behaves on e.g. the BSDs?
> > 
> > No.
> 
> If we want to add code that is conditional on G_OS_WIN32 then we need to
> make sure that the other part works fine not only on Linux but also the BSDs
> (including macOS).

What do you think about introducing a new property, bind-mcast-address (in
rtsp-stream), that decides what type of address the mcast socket should be
bound to?
So the default behavior would be to bind to ANY unless bind-mcast-address=true.
Setting bind-mcast-address=true restricts the mcast socket to multicast traffic
only.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.