autovideosink does not work in native Windows machine for RTP stream but works in VM

Tim Müller tim at centricular.com
Fri Jan 8 12:42:39 UTC 2021


On Fri, 2021-01-08 at 10:43 +0000, Rigamonti Roberto wrote:

Hi,

> even Gstreamer works perfectly when saving
> the stream to file with the command:
> 
> gst-launch-1.0 -e udpsrc port=5000 ! "application/x-rtp, encoding-
> name=H265, payload=96" ! rtph265depay ! h265parse ! mp4mux ! filesink
> location=DST_FILENAME.mp4
> 
> instead of showing it on the screen.

What do you mean by "works perfectly" here? That it doesn't complain or
error out, or that the resulting mp4 file plays just fine afterwards?

It appears there's a problem with packet loss or reordered packets
here. Maybe nvh265dec has a start-up delay that blocks the udpsrc for a
bit too long (that's just speculation).

Have you tried putting a queue after udpsrc, like

 udpsrc ! queue max-size-time=0 max-size-buffers=0 max-size-bytes=0

or even better an rtpjitterbuffer like

 udpsrc ! rtpjitterbuffer latency=100 ! ..

Cheers
 Tim



More information about the gstreamer-devel mailing list