From mboxrd@z Thu Jan 1 00:00:00 1970
From: bugzilla-daemon@freedesktop.org
Subject: [Bug 84944] tearing on radeonsi vdpau deinterlacer
Date: Tue, 21 Oct 2014 08:48:08 +0000
Message-ID:
References:
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0411886331=="
Return-path:
Received: from culpepper.freedesktop.org (unknown [131.252.210.165])
by gabe.freedesktop.org (Postfix) with ESMTP id 71F6B899B7
for ; Tue, 21 Oct 2014 01:48:08 -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
--===============0411886331==
Content-Type: multipart/alternative; boundary="1413881288.8a4DBC00.30517"; charset="UTF-8"
--1413881288.8a4DBC00.30517
Date: Tue, 21 Oct 2014 08:48:08 +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=3D84944
--- Comment #13 from Christian K=C3=B6nig ---
(In reply to warpme from comment #11)
> Maybe Kabini's xserver log output about "EXA not supported" is clue here?=
Is
> EXA supported on Kabini at all?
>=20
> heh - I spent great time to adding glamor to carefully minimized minimyth2
> image - just because on many places it is stated that mesa's radeonsi
> mandatory requires glamor....=20
Sorry you misunderstood me: Glamor is mandatory on SI, there is not support=
for
EXA. This is correct.
But glamor shouldn't be used in this situation because we have only one
fullscreen application on the screen. In this situation page flipping shoul=
d be
used by the X server without any copy operation required by glamor.
Page flipping operations are tear free, so what we see here is that without
deinterlacing the graphics stack uses page flipping and with deinterlacing =
it
uses glamor with of course results in badly tearing of the video.
The question is why the heck do we fallback to a copy operation with glamor
when deinterlacing is enabled? Deinterlacing is independent of displaying t=
he
video so this makes no sense.
--=20
You are receiving this mail because:
You are the assignee for the bug.
--1413881288.8a4DBC00.30517
Date: Tue, 21 Oct 2014 08:48:08 +0000
MIME-Version: 1.0
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Commen=
t # 13
on bug 84944<=
/a>
from Christian K=C3=B6nig
(In reply to warpme from comment #11)
> Maybe Kabini's xserver log output about "EX=
A not supported" is clue here? Is
> EXA supported on Kabini at all?
>=20
> heh - I spent great time to adding glamor to carefully minimized minim=
yth2
> image - just because on many places it is stated that mesa's radeonsi
> mandatory requires glamor....
Sorry you misunderstood me: Glamor is mandatory on SI, there is not support=
for
EXA. This is correct.
But glamor shouldn't be used in this situation because we have only one
fullscreen application on the screen. In this situation page flipping shoul=
d be
used by the X server without any copy operation required by glamor.
Page flipping operations are tear free, so what we see here is that without
deinterlacing the graphics stack uses page flipping and with deinterlacing =
it
uses glamor with of course results in badly tearing of the video.
The question is why the heck do we fallback to a copy operation with glamor
when deinterlacing is enabled? Deinterlacing is independent of displaying t=
he
video so this makes no sense.
You are receiving this mail because:
=20=20=20=20=20=20
- You are the assignee for the bug.
--1413881288.8a4DBC00.30517--
--===============0411886331==
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
--===============0411886331==--