Tiens, moi je me souviens d'un commentaire de l'auteur de Glitz/Xgl sur la ml freedesktop disant que Xgl donnerait de meilleur résultat que Glitz pour l'acceleration de Cairo.
Est-ce que tu peux me donner plus d'indications pour ce commentaire de David Reveman ou Peter Nilsson, ça m'intéresse (ML exacte avec mot clés pour le retrouver dans l'archive)?
Cairo utilise Glitz qui utilise OpenGL (en fait OpenGL GLX pour la majoirté des cas). Donc glitz utilise déjà OpenGL. Je ne vois pas où XGL va apporter quelque chose de plus dans la chaîne cairo/glitz/openGL GLX puisqu'a ce niveau là, c'est orthogonal.
On peut accélérer les choses en faisant sauter des couches: GTK directement en OpenGL ou Cairo avec une backend directement en OpenGL.
Ce que je voulais mettre en évidence dans mon message précédent c'est que les drivers OpenGL vont vraiment être poussés trés loin. Si toutes les applications se mettent à utiliser OpenGL pour faire des effets et de l'accélération, il suffit d'imaginer les switchs de contextes du GPU entre les applications (arbre de surfaces 2D dans de la 3D où le compositing va se faire aggressivement). Pour l'exemple, je parlais de gThumb un visualiseur/editeur d'image qui se prête bien à des essais d'accélération matériel à la opengl (il est en C et il est propre). Mélangé avec XGL... je suis curieux de savoir quel driver opengl va encaisser sans broncher.
[^] # Re: Joli mais dangereux...
Posté par sylware . En réponse au journal Xgl, la suite. Évalué à 2.
Cairo utilise Glitz qui utilise OpenGL (en fait OpenGL GLX pour la majoirté des cas). Donc glitz utilise déjà OpenGL. Je ne vois pas où XGL va apporter quelque chose de plus dans la chaîne cairo/glitz/openGL GLX puisqu'a ce niveau là, c'est orthogonal.
On peut accélérer les choses en faisant sauter des couches: GTK directement en OpenGL ou Cairo avec une backend directement en OpenGL.
Ce que je voulais mettre en évidence dans mon message précédent c'est que les drivers OpenGL vont vraiment être poussés trés loin. Si toutes les applications se mettent à utiliser OpenGL pour faire des effets et de l'accélération, il suffit d'imaginer les switchs de contextes du GPU entre les applications (arbre de surfaces 2D dans de la 3D où le compositing va se faire aggressivement). Pour l'exemple, je parlais de gThumb un visualiseur/editeur d'image qui se prête bien à des essais d'accélération matériel à la opengl (il est en C et il est propre). Mélangé avec XGL... je suis curieux de savoir quel driver opengl va encaisser sans broncher.