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