Thanks to David Nusinow, Thierry Reding, Kristian Høgsberg and Michel Dänzer to have made this possible.
It’s really nice looking, but damn, this is soooooooooooooo slooooooooooow. I already tweaked my X configuration, so that GL applications would be fluid, and they are, but compiz is so much slower than all the rest of the GL applications that I really wonder what’s going on. Is it so much more difficult to display 3 windows than to display the full earth with plenty of textures ?
As a bonus, for an unknown reason, it cuts the nautilus desktop window at a width of 1024 instead of 1280., which makes the right of the screen a warp zone…
(For the record, I have a Radeon Mobility 9200 with the x.org drivers ; I should try with the proprietary ones)
Update : The slowness might be related to this message:
libGL warning: 3D driver claims to not support visual 0x4b
Update 2 : According to this comment from Michel Dänzer, the above message is only cosmetic.
I solved my slowness problem ! I just needed to switch back to XAA instead of EXA as an acceleration method (Option “AccelMethod”). There still remains the geometry problem… even fullscreened windows are limited to a width of 1024, though the gnome panel is correctly at the right-most of the screen (I use a vertical panel on the right of the screen).
There is also a cosmetic problem when switching from “normal” use to GL use (like cube rotation, window moving with wobbly, etc.): the window contents are kind of blured, but there’s nothing we can do about that, except have the windows blured in the same way in the first place.
Ah, and scrolling in windows is more sluggish, now.
Update 3 : After some tracing of compiz, and some reading of the source code, it appears that the width limit problem is indeed due, as suggested by Hez in the comments, to GL_MAX_TEXTURE_SIZE being 1024 (you can display it with glxinfo -l | grep GL_MAX_TEXTURE_SIZE). I wonder if, as suggested by erich, there is really an environment variable to change that…