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: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0620358499==" Return-path: Received: from culpepper.freedesktop.org (unknown [131.252.210.165]) by gabe.freedesktop.org (Postfix) with ESMTP id E5F2AFAD4F for ; Tue, 19 Nov 2013 13:27:22 -0800 (PST) List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: dri-devel-bounces@lists.freedesktop.org Errors-To: dri-devel-bounces@lists.freedesktop.org To: dri-devel@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org --===============0620358499== Content-Type: multipart/alternative; boundary="1384896442.f08F0.19628"; charset="us-ascii" --1384896442.f08F0.19628 Date: Tue, 19 Nov 2013 21:27:22 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" https://bugs.freedesktop.org/show_bug.cgi?id=71812 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 --> https://bugs.freedesktop.org/attachment.cgi?id=89489&action=edit 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 :) -- You are receiving this mail because: You are the assignee for the bug. --1384896442.f08F0.19628 Date: Tue, 19 Nov 2013 21:27:22 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
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 :)


You are receiving this mail because:
  • You are the assignee for the bug.
--1384896442.f08F0.19628-- --===============0620358499== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel --===============0620358499==--