On Mon, 2009-04-27 at 18:59 +0200, GSR wrote: > Hi, > daen...@debian.org (2009-04-27 at 1206.12 +0200): > > > I would try to show the artifacts, but screen captures do not show > > > OpenGL apps, just black or data from 2D apps (again, before upgrade, > > > capturing was possible with simple tools like ImageMagick's import). > > > > Weird, these symptoms sound exactly like what would be expected with a > > compositing manager... I suppose you're sure there isn't something like > > even just xcompmgr -a in your X session startup scripts? :} > > ps wuax | grep [x]compmgr -> nothing. If I run the command myself, bug > happens anyway. What is more, it happens when running xcompmgr -c and > things are worse, the shadow is left over other windows so it is like > if the system also forgot the 3D window and associated shadow passed > over a zone and thus had to be refreshed (it does not happen with > shadow from a xterm, for example).
Yeah, these are the longstanding issues between Composite and the traditional DRI, which will be fixed with DRI2. > Funny side note: then it says using unsupported XAA and that I should use > EXA... The message doesn't (mean to) say XAA is unsupported, just that there is no RENDER acceleration with XAA. > 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? -- 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
