From mboxrd@z Thu Jan 1 00:00:00 1970
From: bugzilla-daemon@freedesktop.org
Subject: [Bug 57875] Second Life viewer bad rendering with git-ec83535
Date: Thu, 06 Dec 2012 17:04:56 +0000
Message-ID:
References:
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============2020625465=="
Return-path:
Received: from culpepper.freedesktop.org (unknown [131.252.210.165])
by gabe.freedesktop.org (Postfix) with ESMTP id 7A138E668F
for ;
Thu, 6 Dec 2012 09:04:56 -0800 (PST)
In-Reply-To:
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
Sender: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org
Errors-To: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org
To: dri-devel@lists.freedesktop.org
List-Id: dri-devel@lists.freedesktop.org
--===============2020625465==
Content-Type: multipart/alternative; boundary="1354813496.cA75C1.6643"; charset="us-ascii"
--1354813496.cA75C1.6643
Date: Thu, 6 Dec 2012 17:04:56 +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=3D57875
--- Comment #6 from Stefan D=C3=B6singer ---
I can reproduce the bug, and after a quick investigation it seems to be a
legitimate problem how depth clamping is handled. The application enables i=
t,
it enables it only if the extension is available and if I don't set the GPUs
CLIP_DISABLE flag but keep the extension the bugs go away(so having the
extension doesn't trigger a different codepath that is broken in some other
way).
Marek, in 09109c11d9efd78c0f87fc55911e03eda5fd980b you mention
GB_TILE_CONFIG.Z_EXTENDED. From looking at the code of this application and=
the
comments therein, I suspect the clamping part of GL_ARB_depth_clamp is requ=
ired
here. Do you have some code left over from your previous DEPTH_CLAMP
experiments?
--=20
You are receiving this mail because:
You are the assignee for the bug.
--1354813496.cA75C1.6643
Date: Thu, 6 Dec 2012 17:04:56 +0000
MIME-Version: 1.0
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Comment=
# 6
on bug 57875<=
/a>
from Stefan D=C3=B6singer
I can reproduce the bug, and after a quick investigation it se=
ems to be a
legitimate problem how depth clamping is handled. The application enables i=
t,
it enables it only if the extension is available and if I don't set the GPUs
CLIP_DISABLE flag but keep the extension the bugs go away(so having the
extension doesn't trigger a different codepath that is broken in some other
way).
Marek, in 09109c11d9efd78c0f87fc55911e03eda5fd980b you mention
GB_TILE_CONFIG.Z_EXTENDED. From looking at the code of this application and=
the
comments therein, I suspect the clamping part of GL_ARB_depth_clamp is requ=
ired
here. Do you have some code left over from your previous DEPTH_CLAMP
experiments?
You are receiving this mail because:
=20=20=20=20=20=20
- You are the assignee for the bug.
--1354813496.cA75C1.6643--
--===============2020625465==
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
--===============2020625465==--