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

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Mon Aug 15 16:45:41 UTC 2016


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

Gal <gn634 at nyu.edu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |gn634 at nyu.edu

--- Comment #37 from Gal <gn634 at nyu.edu> ---
Andres Colubri and I are working on streaming a GoPro Hero4 via Gstreamer.
It seems that the problem we are having with Gstreamer is very similar to what
Shakin described.

Capturing the GoPro via ffplay generates a very smooth video, as can be seen
here: https://youtu.be/5rQiDtO_0so

However, while streaming the GoPro directly via Gstreamer, the video flickers.
As can be seen in the following video: https://youtu.be/L5D26-NUZnY

The artifacts appeared only on the bottom part of the video and mainly when
there is a movement (of an object or the camera).

This is the pipeline I used to stream the GoPro:
$ gst-launch-1.0 -e -v --  udpsrc port=8554 ! tsdemux ! queue ! decodebin !
videoconvert ! videoscale ! autovideosink sync=false

Btw I managed to decrease the delay by adding sync=false to the pipeline.

Even though the pipeline above enables to process the video, errors are still
being printed. See:
https://docs.google.com/document/d/1XOseNnhE_rR16LJOoEsbFo3cEmvdv9D6ClqdOXeCBkY/edit?usp=sharing

We suspect that there is still something that doesn't function correctly.

Do you have any insights regarding how we can fix this? 

Thanks,
Gal and Andres

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


More information about the gstreamer-bugs mailing list