On Sat, Feb 05, 2022 at 10:58:08AM +0100, Marton Balint wrote:
>
>
> On Sat, 5 Feb 2022, lance.lmw...@gmail.com wrote:
>
> > From: Limin Wang <lance.lmw...@gmail.com>
> >
> > Signed-off-by: Limin Wang <lance.lmw...@gmail.com>
> > ---
> > libavformat/udp.c | 31 ++++++++++++++++++++-----------
> > 1 file changed, 20 insertions(+), 11 deletions(-)
> >
> > diff --git a/libavformat/udp.c b/libavformat/udp.c
> > index 83c042d..3dc79eb 100644
> > --- a/libavformat/udp.c
> > +++ b/libavformat/udp.c
> > @@ -162,22 +162,31 @@ static int udp_set_multicast_ttl(int sockfd, int
> > mcastTTL,
> > struct sockaddr *addr,
> > void *logctx)
> > {
> > + int protocol, cmd;
> > +
> > + switch (addr->sa_family) {
> > #ifdef IP_MULTICAST_TTL
> > - if (addr->sa_family == AF_INET) {
> > - if (setsockopt(sockfd, IPPROTO_IP, IP_MULTICAST_TTL, &mcastTTL,
> > sizeof(mcastTTL)) < 0) {
> > - ff_log_net_error(logctx, AV_LOG_ERROR,
> > "setsockopt(IP_MULTICAST_TTL)");
> > - return ff_neterrno();
> > - }
> > - }
> > + case AF_INET:
> > + protocol = IPPROTO_IP;
> > + cmd = IP_MULTICAST_TTL;
> > + break;
> > #endif
> > #if defined(IPPROTO_IPV6) && defined(IPV6_MULTICAST_HOPS)
> > - if (addr->sa_family == AF_INET6) {
> > - if (setsockopt(sockfd, IPPROTO_IPV6, IPV6_MULTICAST_HOPS,
> > &mcastTTL, sizeof(mcastTTL)) < 0) {
> > - ff_log_net_error(logctx, AV_LOG_ERROR,
> > "setsockopt(IPV6_MULTICAST_HOPS)");
> > + case AF_INET6:
> > + protocol = IPPROTO_IPV6;
> > + cmd = IPV6_MULTICAST_HOPS;
> > + break;
> > +#endif
> > + default:
> > + errno = EAFNOSUPPORT;
>
> This is not portable, ff_neterrno is different for winsock. Maybe you should
> simply remove the default case, to make it work like the old code, and not
> mix behaviour changes with factorization.
OK, will remove the default case to same with old code.
>
> > return ff_neterrno();
> > - }
> > }
> > -#endif
> > +
> > + if (setsockopt(sockfd, protocol, cmd, &mcastTTL, sizeof(mcastTTL)) <
> > 0) {
> > + ff_log_net_error(logctx, AV_LOG_ERROR, "setsockopt");
>
> "setsockopt(IPV4/IPV6 MULTICAST TTL)", so we know that the issue was with
> TTL setting?
Sure, it looks better. will update the patch.
>
> Thanks,
> Marton
> _______________________________________________
> ffmpeg-devel mailing list
> ffmpeg-devel@ffmpeg.org
> https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
>
> To unsubscribe, visit link above, or email
> ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
--
Thanks,
Limin Wang
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
