Working of UDP source timeout feature

[Nicolas Dufresne]

Le mar. 9 oct. 2018 07 h 57, vk_gst <venkateshkuppan26 at gmail.com> a écrit :

>
> Hello
>
> Exactly, the behavior was observed when the sender was started before the
> receiver. Also the when the reverse(receiver start before sender), the
> timeout message was seen.
>
> So in case, the connection between sender-receiver is strong in the initial
> stage, and then as the distance increases(considering a wireless link) -
> which might lead to packet drops, won't the element udpsrc detect this
> timeout?
> Also, I don't think its wise to tune the kernel driver to clear the backlog
> of packets. I was thinking of taking the udpsrc element and right a new
> plugin that could solve this particular issue.
> What could be the possible ways to detect such a network  link breakdown?
>

In RTP world, there is a second protocol called RTCP, which allow for
bidirectional side channel. It's used mostly to provide feedback and
retransmission. In libwebrtc, there is a custom feedback protocol developed
by Google that uses roundtrip time variation to predict network condition
change. This is not yet implemented in GStreamer, but seems like a good
research direction for your use case.


> Regards
>
>
>
> --
> Sent from: http://gstreamer-devel.966125.n4.nabble.com/
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20181009/d4b0aa05/attachment.html>