[Bug 739968] New: v4l2src outputs bogus DTS
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Tue Nov 11 07:10:09 PST 2014
https://bugzilla.gnome.org/show_bug.cgi?id=739968
GStreamer | gst-plugins-good | git
Summary: v4l2src outputs bogus DTS
Classification: Platform
Product: GStreamer
Version: git
OS/Version: Linux
Status: NEW
Severity: normal
Priority: Normal
Component: gst-plugins-good
AssignedTo: gstreamer-bugs at lists.freedesktop.org
ReportedBy: thaytan at noraisin.net
QAContact: gstreamer-bugs at lists.freedesktop.org
GNOME version: ---
v4l2src doesn't explicitly set any DTS on outgoing buffers, which means
basesrc sets a default DTS (0, or segment start). There's no way to prevent
basesrc from that behaviour at the moment, which means that all v4l2src streams
start with a buffer where DTS = 0.
For encoded formats, that means that (for example) h264parse starts producing
a stream withmonotonically increasing DTS from 0, and some arbitrarily offset
PTS time range - leading to strange muxing.
For raw video, v4l2src can just set DTS = PTS on the output stream, but that
won't work for encoded formats with frame reordering, and I'm not sure what
v4l2src should do - or if we should change basesrc to not set that first DTS.
--
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- 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