[Bug 98402] New: [HSW] [regression] 4.9-rc1 shows corruption with mpv's vaapi-copy

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Sun Oct 23 18:27:05 UTC 2016


https://bugs.freedesktop.org/show_bug.cgi?id=98402

            Bug ID: 98402
           Summary: [HSW] [regression] 4.9-rc1 shows corruption with mpv's
                    vaapi-copy
           Product: DRI
           Version: DRI git
          Hardware: x86-64 (AMD64)
                OS: Linux (All)
            Status: NEW
          Severity: normal
          Priority: medium
         Component: DRM/Intel
          Assignee: intel-gfx-bugs at lists.freedesktop.org
          Reporter: andreas.reis at gmail.com
        QA Contact: intel-gfx-bugs at lists.freedesktop.org
                CC: intel-gfx-bugs at lists.freedesktop.org

Created attachment 127505
  --> https://bugs.freedesktop.org/attachment.cgi?id=127505&action=edit
Screenshot of vaapi-copy video corruption

Since 4.9-rc1 (also drm-intel-nightly) most 8-bit H.264 videos like…

https://www.youtube.com/watch?v=22jIHfvelZk
(In particular the max quality video returned eg. by "youtube-dl -f 137".)

… are corrupted as in the screenshot when mpv plays their h.264 versions my
Haswell 4770 & 4200U with 'hwdec=vaapi-copy'. No other configuration (needed)
in mpv.conf.

Unaccelerated 10-bit H.264, H.265, vp9, etc. is unaffected. Also, hwdec=vaapi
still works fine.

(mpv's *-copy brings the video data back to system memory after decoding, eg.
to apply further filters.)

The patterns of corruption are always the same, it appears as if a particular
type of frame causes hiccups.

I'm blaming it on DRM since rebooting into 4.8.3 (Arch vanilla config, same
compiler as for 4.9-rc1, same auto-detected gcc optimizations) and playing it
there with the same software shows no such corruption.

Involved software is all at respective git head – mesa, xserver,
xf86-video-intel, ffmpeg, libva, libva-intel-driver, mpv. gcc is version 6.2.1
20161006.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the QA Contact for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20161023/3e43387d/attachment.html>


More information about the intel-gfx-bugs mailing list