From mboxrd@z Thu Jan 1 00:00:00 1970
From: bugzilla-daemon@freedesktop.org
Subject: [Bug 71812] New: VDPAU: MPEG-4 ASP Garbling/Corruption
Date: Tue, 19 Nov 2013 21:27:23 +0000
Message-ID:
Priority
medium
Bug ID
71812
Assignee
dri-devel@lists.freedesktop.org
Summary
VDPAU: MPEG-4 ASP Garbling/Corruption
Severity
normal
Classification
Unclassified
OS
Linux (All)
Reporter
adam@aphirst.karoo.co.uk
Hardware
x86-64 (AMD64)
Status
NEW
Version
9.2
Component
Drivers/Gallium/r600
Product
Mesa
Created attachment 89489 [details]
Playback log from mpv-player
I initially reported this over at the FFmpeg Trac, so just in case I
accidentally omit to mention something I've already considered (or just for
reference), that's over at https://ffmpeg.org/trac/ffmpeg/ticket/3138
== Relevant Software / Hardware: ==
* AMD E2-1800 APU (/w Radeon HD 7340), i.e. PALM
* Linux 3.12 (Distro: Arch)
* FFmpeg 2.1
* mesa, mesa-libgl & ati-dri 9.2.3
* mplayer r36498, mpv 0.2.3 & VLC 2.1.1
== Summary: ==
Some files encoded into "MPEG-4 part 2" (seemingly, those using GMC, if zgreg's
hunch on #radeon is anything to go by) render/decode incorrectly using VDPAU
hardware-decoding on my AMD chipset. The files work fine using software
decoding, and worked fine back when using Catalyst & VA-API (which should mean
that the files and the hardware are fine).
By "incorrectly", I don't mean complete garbage. About half of the image
renders fine, it's just that between reference frames it progressively garbles
into a bright-green mess in heavily-updated areas. I'll try to catch a decent
screenshot demonstrating this when I can. In the meantime, I've put a sample
affected file up on my Dropbox account:
https://dl.dropboxusercontent.com/u/3219541/harlock-ep20.mkv
I'll re-attach here some mplayer/mpv logs, and some output from vdpauinfo and
ffprobe; and I'll also attach output from glxinfo. If there's anything extra I
ought to provide, please say so :)