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

[GStreamer (GNOME Bugzilla)]

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

--- Comment #3 from Matthew Waters (ystreet00) <ystreet00 at gmail.com> ---
(In reply to Sebastian Dröge (slomo) from comment #2)
> In the first case (flush) you'd like to get all frames discarded ASAP, while
> in the second all pending frames should go downstream.

There is no 'discard inflight frames' in the API so we can't differentiate
those two cases to the library.

> Is this correctly handled, is it possible to do the flushing faster without
> trying to push frames downstream first?

You mean calling release_frame() instead of finish_frame() ?  Otherwise, no.

> Note also that pushing a frame
> downstream with return FLUSHING, which might stop it from outputting (and
> thus discarding) any further frames?

Huh? Which case are we talking about now?

The entire decode sequence is synchronous and there is only ever one frame in
flight between decode and display at a time so this is currently not a problem.

In any case, attempting to drop or release frames in flush also breaks lipsync
in the same way.

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