On Tue, 2009-04-28 at 22:07 +0200, GSR wrote: > Hi, > daen...@debian.org (2009-04-28 at 1105.49 +0200): > > > I have been also trying other 3D apps, like Supertuxkart, and found > > > out the one running via PLib/SDL does not cause stacking issues, just > > > that in screenshots I get black pixels in zones covered by other > > > windows and the 3D content in non covered parts. STK from SVN does not > > > use SDL anymore... and the full bug appears. > > > > Does running the affected apps with > > > > XLIB_SKIP_ARGB_VISUALS=1 > > > > work around the problem? > > With that glxgears just prints: > > ---8<--- > Error: couldn't get an RGB, Double-buffered visual > --->8---
Odd. Do you still have AIGLX disabled? If so, does this also happen with it enabled? Please provide the full output of LIBGL_DEBUG=verbose glxinfo 2>&1 with and without XLIB_SKIP_ARGB_VISUALS=1. > But STK from SVN (the non Plib/SDL version) works, and windows over it > are not covered! It just reports: > > ---8<--- > Level 1: No doublebuffering available. > --->8--- As the clipping problem doesn't seem to happen with XLIB_SKIP_ARGB_VISUALS=1, my theory for it is that the affected apps pick up a depth 32 ARGB visual, which results in automatic compositing of the window, so it's the usual problem between the old DRI and Composite. > There is also a 2D app that causes black zones in similar fashion than > 3D ones (its pixels which are covered by others appear as black). That's expected, obscured parts of windows are not usually preserved in X11. -- Earthling Michel Dänzer | http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
