Compiz & Linux compositing: how does it fit into the X architecture?

Posted by Latanius on Super User See other posts from Super User or by Latanius
Published on 2012-11-11T05:02:39Z Indexed on 2012/11/11 5:05 UTC
Read the original article Hit count: 158

Filed under:
|
|
|

Not a really "how to solve stuff" question, but... I was wondering how the modern X architecture works, with compiz & all.

What I know about it:

  • in the beginning, there was the X server, clients connected (presumably on TCP), and then sent messages to the server to instruct it to show windows etc.
  • because this didn't work (at all? or just fast enough?) for OpenGL & 3D acceleration, additional APIs were created for direct rendering (DRI? and, in addition to the X server, what things did the X clients talk to to render stuff and through what interfaces?)
  • and, finally, enter Compiz: X clients end up (somehow) rendering to OpenGL textures, which is then put together to form a fancy-looking screen with translucent windows, and rendered to the screen.

What I'm especially interested in is what components does the system have and how do they connect to each other? Like... if there is a box labelled "compiz" in the system... is it inside the X server? If it's not, how do the rendered images from the apps end up in it? And where does it render to? Is that another X server? Or DRI?

Of course, I'd be equally happy if pointed to some docs capable of clearing up the confusion described above (conditional on they being significantly shorter than book-sized entities).

© Super User or respective owner

Related posts about linux

Related posts about x-windows