https://bugs.freedesktop.org/show_bug.cgi?id=28860 Marek OlÅÃk <maraeo@xxxxxxxxx> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #36 from Marek OlÅÃk <maraeo@xxxxxxxxx> 2010-11-24 16:03:21 PST --- (In reply to comment #34) > (In reply to comment #33) > > 1) I guess the reason the shadow is black is we don't implement > > GL_ARB_shadow_ambient. With the driver which can render the shadow correctly, > > try to set this environment variable: > > > > MESA_EXTENSION_OVERRIDE=-GL_ARB_shadow_ambient > > > > to temporarily disable GL_ARB_shadow_ambient, and see if the shadow becomes > > black. > > The driver that renders correctly is the proprietary one, which doesn't use > Mesa variables. OK then, let's assume it's because GL_ARB_shadow_ambient is missing, therefore it's not a bug, it's a feature. > > 2) I know of the wireframe issue, it's been bugging me since ever. It can be > > seen e.g. in ETQW on the water and in Nexuiz with GLSL enabled. I think it only > > shows up on R500. > > I can also see it in the water in sauerbraten (although it is almost > imperceptible there); You can count on me to debug/test that. I'd like to have a separate bug for this issue, though it's not like I know how to fix it. Since there is no other reported misrendering related to this bug, I am closing it. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. _______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/dri-devel
