[Bug 796771] videodecoder: Don't always drain on gaps/discont

[GStreamer (GNOME Bugzilla)]

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

Jan Schmidt <thaytan at noraisin.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |thaytan at noraisin.net

--- Comment #2 from Jan Schmidt <thaytan at noraisin.net> ---
People have gone back and forth on this question a bit in the past. The problem
with a discont is that you can't really guarantee anything about the following
bytes - you don't know how large the discont was.

It's *usually* a single packet, or some minor corruption, but in the worst case
it can mean something much worse - for a H.264 bytestream for example, you
can't guarantee that you didn't miss a new SPS/PPS and are supposed to be
decoding a stream of a completely new resolution now.

In the long term, I think we need to distinguish the 2 cases somehow - "best
effort, safe to continue decoding after discont" and "all bets are off, better
wait for the next IDR".

For now, this seems fine.

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