[Bug 790478] nvdec: seeking causes timestamps to shift breaking lipsync

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Mon Nov 20 08:20:10 UTC 2017


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

--- Comment #5 from Matthew Waters (ystreet00) <ystreet00 at gmail.com> ---
(In reply to Sebastian Dröge (slomo) from comment #4)
> There are not multiple frames in flight if there are B frames?

There's only 0, or 1 frames in flight between decode and display regardless of
B frames which is where this matters in nvdec's frame handling.  Any frames
that are subsequently parsed will not find a corresponding GstVideoCodecFrame
(because videodecoder clears the list of frames) and will thus be dropped
automatically.

> The case I was thinking of is that during flushing, downstream will return
> GST_FLOW_FLUSHING. If there were multiple frames in flight, this would
> potentially cause only the first to be tried to be pushed, and the others to
> be kept around still.

See above.

-- 
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