[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