[Bug 608148] tsdemux: Better handle PCR<=>PTS conversion (big difference, latency, ...)

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=608148

--- Comment #40 from Gal <gn634 at nyu.edu> ---
(In reply to Sebastian Dröge (slomo) from comment #38)
> Gal, does this also happen if you directly write the UDP stream (without the
> demuxer, etc) to a file, and then play the file with GStreamer and/or ffplay?

Hi Sebastian,

I used the following pipeline that generated a file that included only audio
(attached is the file - udp_dump.ts):
gst-launch-1.0 -e -v udpsrc port=8554 ! filesink location=udp_dump.ts
async=false

We found that the following components are essential in order for the video to
be shown from the GoPro:

gst-launch-1.0 -e -v --  udpsrc port=8554 ! tsdemux ! decodebin ! autovideosink

> Can you try increasing the UDP receive buffer size, e.g. with the
> buffer-size property on udpsrc or kernel settings? Make sure to select a
> value with buffer-size that is allowed by your kernel configuration (i.e.
> not far too high).
> 
> And last, can you also reproduce it when using GStreamer on a PCAP capture
> (e.g. from wireshark)? If so, can you share that capture?

I also tested the following while running Wireshark (see attached files), the
change in the buffer size did not seem to affect the artifacts.

1. Gstreamer_buffer-size=1000000.pcap was reproduce while using the following
pipeline:
gst-launch-1.0 -e -v --  udpsrc port=8554 buffer-size=1000000 ! tsdemux ! queue
! decodebin ! videoconvert ! videoscale ! autovideosink sync=false

2. Gstreamer_buffer-size=192000.pcap was reproduce while using the following
pipeline:
gst-launch-1.0 -e -v --  udpsrc port=8554 buffer-size=192000 ! tsdemux ! queue
! decodebin ! videoconvert ! videoscale ! autovideosink sync=false

note: the 192000 was taken from this thread.

3. Wireshark_when_using_GStreamer.pcap as reproduce while using the following
pipeline (that does not include "buffer-size"):
gst-launch-1.0 -e -v --  udpsrc port=8554 ! tsdemux ! queue ! decodebin !
videoconvert ! videoscale ! autovideosink sync=false

Thanks,
Gal

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.