[Bug 796875] rtsp-client: always allocate both IPV4 and IPV6 sockets
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Tue Jul 31 15:43:24 UTC 2018
https://bugzilla.gnome.org/show_bug.cgi?id=796875
Sebastian Dröge (slomo) <slomo at coaxion.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |slomo at coaxion.net
--- Comment #7 from Sebastian Dröge (slomo) <slomo at coaxion.net> ---
(In reply to Mathieu Duponchelle from comment #6)
> (In reply to Sebastian Dröge (slomo) from comment #5)
> > Review of attachment 373192 [details] [review] [review]:
> >
> > ::: gst/rtsp-server/rtsp-client.c
> > @@ +1880,3 @@
> > +
> > + if (!gst_rtsp_stream_allocate_udp_sockets (ctx->stream,
> > G_SOCKET_FAMILY_IPV6, ct,
> > + use_client_settings) && family == G_SOCKET_FAMILY_IPV6)
> >
> > This still fails if allocating one of the two ports fails in the case where
> > the pool only contains one kind of addresses. That seems wrong
> >
>
> This fails configuring the client transport if we couldn't set it up for the
> requested family, but that is the current behaviour too, are you saying the
> current behaviour is wrong wrt that as well?
Oh I missed that additional condition. No it's fine I guess
> > Also you still have the problem you're fixing here with multicast now as
> > currently there is only one multicast sink. You at least have to add one for
> > both families.
>
> I'm not sure I get what you mean, for udp the udp sinks can have both IPV6
> and IPV4 , it simply needs to be done before the sinks are started, are you
> saying this is not the case for multicast?
I guess that's irrelevant and part of the other bugs, so let's ignore that here
--
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