Streaming RTP video with MTU property set

Chuck Crisler ccrisler at mutualink.net
Tue Aug 18 07:01:02 PDT 2015


One other thing to consider is that the MTU setting on the payloader does
not account for the UDP and IP headers, which are about 56 bytes. So, if
your network MTU limit is 700, set the payloader MTU to 600 or so. A packet
capture will tell you everything.

On Tue, Aug 18, 2015 at 5:04 AM, Sebastian Dröge <sebastian at centricular.com>
wrote:

> On Di, 2015-08-18 at 10:18 +0530, Prasad Bhat wrote:
> > Hi Sebastian,
> > Unfortunately mtu is fixed in this case, and is around 700 bytes. I
> > am able to stream H264 for 30-40 seconds now. After that the decoder
> > reports corrupted data. But in case of H263 I am getting errors from
> > the beginning.
> > Does the limited mtu have an effect on it? Do I need to collect
> > enough data in a buffet before passing it on to next element?
> > Hi Chuck,
> > I am setting mtu on the Payloader itself. Sorry I was not clear about
> > it in the mail.
>
> You don't have to do anything other than setting that property. Please
> check if the buffers that you get from the payloader are actually all
> smaller than the MTU or if there's a bug in the MTU handling.
>
> If you get buffers of the correct size, check if you can directly
> depayload and decode them again (without going over the network)
> without problems.
>
> If that also works your problem is likely somewhere at the network
> layer.
>
> --
> Sebastian Dröge, Centricular Ltd · http://www.centricular.com
>
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20150818/6349df20/attachment.html>


More information about the gstreamer-devel mailing list