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==--