Bug#524794: libgl1-mesa-dri: OpenGL apps redraw over any other window
On Tue, 2009-04-28 at 22:07 +0200, GSR wrote:
> Hi,
> daenzer@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
Reply to: