[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