[Bug 762509] vaapidecoder: h264: decoder stores too many pictures in the DPB before output

[GStreamer (GNOME Bugzilla)]

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

--- Comment #27 from sreerenj <bsreerenj at gmail.com> ---
(In reply to Matt Staples from comment #26)
> Created attachment 352653 [details] [review]
> send frames out as soon as possible
> 
> 
> The attached test file has the problem that first decoded frame is not also
> the first first frame in display order. (I believe that's unusual or maybe
> something that only happens when a file starts in mid-GOP?)  Anyway, frame
> -72/-71 gets sent downstream immediately.  Then, when frame -76/-75 is
> decoded, it's too late to display it in the proper order, so I have no
> choice but to drop it and the next couple frames.  The next frame sent
> downstream is -70/-69 and then the rest of file plays in the proper order
> with no dropped frames. 

It could be rare, but technically it is valid to have a GOP of "IBB..." in
decoding order, and B frames come before the first I frame in display order. So
dropping frame is not seems to be the solution.

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