From mboxrd@z Thu Jan 1 00:00:00 1970
From: bugzilla-daemon@freedesktop.org
Subject: [Bug 88152] 720p and 1080 H.264 videos lock-up on playback with vlc
/ vdpau on Radeon 3850HD
Date: Mon, 13 Apr 2015 13:30:36 +0000
Message-ID:
References:
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1130256125=="
Return-path:
Received: from culpepper.freedesktop.org (unknown [131.252.210.165])
by gabe.freedesktop.org (Postfix) with ESMTP id 564E16E46E
for ; Mon, 13 Apr 2015 06:30:36 -0700 (PDT)
In-Reply-To:
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
Errors-To: dri-devel-bounces@lists.freedesktop.org
Sender: "dri-devel"
To: dri-devel@lists.freedesktop.org
List-Id: dri-devel@lists.freedesktop.org
--===============1130256125==
Content-Type: multipart/alternative; boundary="1428931836.8E8F3A230.21557"; charset="UTF-8"
--1428931836.8E8F3A230.21557
Date: Mon, 13 Apr 2015 13:30:36 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
https://bugs.freedesktop.org/show_bug.cgi?id=3D88152
--- Comment #37 from Manuel Ullmann ---
Are you sure this bug is not related to bug #85320? Also, are you certain i=
t is
fixed in 4.0.0-rc7+ (linux git). In the mentioned report users of RV620/630=
and
RS780/880 (3450/2600 and 3200/4200 respectively) report GPU Resets and lock=
ups
when using vdpau hardware decoding.
Do you use also mesa git and might the fix be rather introduced by a mesa g=
it
pull? That would explain, why you could not bisect it in linux git.
I for my part have a Radeon HD 3200 Mobility (RS780M) and could still repro=
duce
it with linux git. Did you test the fix thoroughly? For example I could sta=
rt a
video with hardware accelerated video decoding in mpv 40 times without a GPU
Reset, but seeking in the video or disabling and reenabling the video track
could cause it, while normal playback usually did not trigger it.
Stable VLC however caused the GPU Reset on the first try using vaapi decodi=
ng
with vdpau wrapper. It would be at least a good sign, if VLC can=C2=B4t rep=
roduce
this anymore for you and maybe for the others at bug #85320 also.
So basically I=C2=B4m asking, whether the described methods still cause a G=
PU Reset
and what libraries you use in git version.
--=20
You are receiving this mail because:
You are the assignee for the bug.
--1428931836.8E8F3A230.21557
Date: Mon, 13 Apr 2015 13:30:36 +0000
MIME-Version: 1.0
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Commen=
t # 37
on bug 88152<=
/a>
from Manuel Ullmann
Are you sure this bug is not related to bug #85320? Also, are you certain i=
t is
fixed in 4.0.0-rc7+ (linux git). In the mentioned report users of RV620/630=
and
RS780/880 (3450/2600 and 3200/4200 respectively) report GPU Resets and lock=
ups
when using vdpau hardware decoding.
Do you use also mesa git and might the fix be rather introduced by a mesa g=
it
pull? That would explain, why you could not bisect it in linux git.
I for my part have a Radeon HD 3200 Mobility (RS780M) and could still repro=
duce
it with linux git. Did you test the fix thoroughly? For example I could sta=
rt a
video with hardware accelerated video decoding in mpv 40 times without a GPU
Reset, but seeking in the video or disabling and reenabling the video track
could cause it, while normal playback usually did not trigger it.
Stable VLC however caused the GPU Reset on the first try using vaapi decodi=
ng
with vdpau wrapper. It would be at least a good sign, if VLC can=C2=B4t rep=
roduce
this anymore for you and maybe for the others at bug #85320 also.
So basically I=C2=B4m asking, whether the described methods still cause a G=
PU Reset
and what libraries you use in git version.
You are receiving this mail because:
=20=20=20=20=20=20
- You are the assignee for the bug.
--1428931836.8E8F3A230.21557--
--===============1130256125==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs
IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHA6Ly9saXN0
cy5mcmVlZGVza3RvcC5vcmcvbWFpbG1hbi9saXN0aW5mby9kcmktZGV2ZWwK
--===============1130256125==--