Decodebin and queue

[Duchassin Frederic]

Hi Tim,

Yes of course I've already make the rmem_max modification. And even with it, it doesn't work.
In fact, Nicolas is right I put queue in video pipe in order to add latency because my audio pipe is quite slow.

BR

Frederic




-----Message d'origine-----
De : gstreamer-devel [mailto:gstreamer-devel-bounces at lists.freedesktop.org] De la part de Tim Müller
Envoyé : jeudi 7 septembre 2017 16:08
À : gstreamer-devel at lists.freedesktop.org
Objet : Re: Decodebin and queue

On Fri, 2017-09-01 at 07:41 +0000, Duchassin Frédéric wrote:

Hi Frédéric,

> I try using gstreamer API to decode a TS stream.
> In order to do this, I use decodebin.
> Using this command I get some artefacts on the screen:
>  (snip)
> But using this command, it’s working quite well:
>  (snip)

You could also try adding a queue between udpsrc and tsdemux.

Additionally, make sure that the kernel-side UDP receive buffer is large enough. There are two parts to this:

1) sudo /sbin/sysctl -w net.core.rmem_max=33554432

2) udpsrc buffer-size=33554432

These are example values only. You probably don't need 32MB, but the default is really really small, so it's easy to lose packets.

Cheers
 -Tim

--
Tim Müller, Centricular Ltd - http://www.centricular.com

Join us at the GStreamer Conference!
21-22 October 2017 in Prague, Czech Republic http://gstreamer.freedesktop.org/conference/
_______________________________________________
gstreamer-devel mailing list
gstreamer-devel at lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel