[Bug 752791] basesink: drops first few buffers with dts/pts b-frame shift
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Wed Jul 29 13:41:43 PDT 2015
https://bugzilla.gnome.org/show_bug.cgi?id=752791
--- Comment #2 from Nicolas Dufresne (stormer) <nicolas.dufresne at collabora.co.uk> ---
Ok, I have given first take on this one. Basically, basesink is trying to clip
buffers regardless of what they are. The code is from the root quite wrong, as
clipping encoded data like an H264 stream can only render the stream unusable.
The solution I foresee will require changes in multiple elements. The side
effect of not making these changes is that raw frame could endup not being
clipped (quick "playback" of few frames). It's not a major issue, at least it's
does not break anything that exist.
It consist of better defining the use of DTS. Basically, we would never clip if
DTS is set. That means, we need not to set DTS on raw streams if we want them
to be clipped (also for streams like JPEG streams, where you can clip safely).
--
You are receiving this mail because:
You are the QA Contact for the bug.
More information about the gstreamer-bugs
mailing list