high bitrate udp buffer drop

[Peter Maersk-Moller]

This has come up a few times.

See
https://lists.freedesktop.org/archives/gstreamer-devel/2016-January/056169.html
and other entries in the mailing list.

Setting net.core.rmem_max to a high enough value (this is system wide)
appear sometimes to work better than setting 'buffer-size' for the udpsrc
element. It sould be the same, but I have sometimes seen it was not. Maybe
the GStreamer folks have an explanation. Just test both solution an use
whatever works for you.

Peter MM

On Wed, Aug 17, 2016 at 4:15 AM, lucky chou <shakin at outlook.com> wrote:

> jasonlife wrote
> > It turned out the problem was caused by my test environment. I ran vlc on
> > Host A and gst-launch on Host B. When I ran vlc on Host B, I got the same
> > corrupted video. gst-launch works fine on Host A as well.
>
> Yes,rtp has a rtpjitterbuffer, it should be able to work well,
> but for the naked UDP,there is no buffering mechanism,
> I think it's not enough to just rely on the small buffer of the kernel
> (<100k  ?).
>
>
>
> --
> View this message in context: http://gstreamer-devel.966125.
> n4.nabble.com/high-bitrate-udp-buffer-drop-tp4678917p4679113.html
> Sent from the GStreamer-devel mailing list archive at 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/20160817/75c1529f/attachment.html>