From mboxrd@z Thu Jan 1 00:00:00 1970
From: bugzilla-daemon@freedesktop.org
Subject: [Bug 28359] Regression running Second Life viewer on r600 (mipmap
generation issue?)
Date: Sun, 20 Jun 2010 04:50:20 -0700 (PDT)
Message-ID: <20100620115020.A89D11300E2@annarchy.freedesktop.org>
References:
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Return-path:
Received: from annarchy.freedesktop.org (annarchy.freedesktop.org
[131.252.210.176])
by gabe.freedesktop.org (Postfix) with ESMTP id CE43A9E7C8
for ;
Sun, 20 Jun 2010 04:50:20 -0700 (PDT)
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
https://bugs.freedesktop.org/show_bug.cgi?id=28359
--- Comment #3 from Aidan Thornton 2010-06-20 04:50:20 PDT ---
Small additional detail: the mipmaps themselves appear to be generated fine as
far as I can tell, and everything works so long as no mipmap generation is
happening. However, when a mipmap is generated the next frame rendered by the
viewer reliably fails to render a lot of the in-world objects. In fact, whilst
textures are being loaded rapidly enough that at least one mipmap is generated
per frame, the same affected objects are consistently not rendered on every
frame.
It appears that hardware mipmap generation and rendering are interacting badly
somehow. Given that Second Life relies heavily on streaming textures, this is
enough to make it unusable.
(Oh, and the patch pointed to by git bisect does indeed force hardware mipmap
generation rather than software as it claims).
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.