[Bug 796832] New: vaapih264dec: Does not always recover from data lost

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Wed Jul 18 17:22:30 UTC 2018


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

            Bug ID: 796832
           Summary: vaapih264dec: Does not always recover from data lost
    Classification: Platform
           Product: GStreamer
           Version: unspecified
                OS: All
            Status: NEW
          Severity: normal
          Priority: Normal
         Component: gstreamer-vaapi
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: nicolas at ndufresne.ca
        QA Contact: gstreamer-bugs at lists.freedesktop.org
                CC: bsreerenj at gmail.com, vjaquez at igalia.com
     GNOME version: ---

I have hit some case were we have data lost and corruption which would
lead to a slice decode error (slices from two frames got mixed up I think).
the problem is that the decoder just never recover from this bad state. In
the situation, the DPB get's propulated with a bad frame and I believe this
causes the following decodes to fail. And then we are stuck in that state
forever.

When this case was reached, we'd first get the error:
  "found no short-term reference picture with PicNum ..."

I notice that in this case, we send to the accelerator a broken (or even
empty) reference list. This seems like a bad idea, it also puts a lot of
pressure on the accelerator to do the right thing. So the following patch
simply chain up that error and fails the affected slice decoding. And that
allows the decoder to recover from this error. I'll try and extract a sample
to reproduce this soon. The stream is interlaced.

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