Euhh... non. XGL récupère la "texture" de la fenêtre qui, quant à elle, est dessinée en software (enfin ça dépend du toolkit utilisé: Gtk peux faire du software ou passer par OpenGl avec Glitz). Donc il n'y a pas d'accélération au niveau du rendu du contenu de la fenêtre. Et ensuite cette texture est affichée avec OpenGL ce qui permet de rendre la fenetre transparente, ou de la déformer.
L'effet appliqué sur les menus est effectué par Compiz qui détecte lorsqu'une fenêtre du type "menu" est affichée, et la déforme à ce moment là.
Donc il peux y avoir accélération au niveau de l'affichage "globale" de la fenêtre, mais XGL n'accélère pas le rendu du contenu de la fenêtre (c'est ce qui est le plus lent). Par contre, on pourra voir une accélaration de ce côté là grâce à une utilisation de Glitz pour les applications GTK, ou du moteur OpenGL d'evas pour les applications d'e17 par exemple.
[^] # Re: Joli mais dangereux...
Posté par Simon TRENY . En réponse au journal Xgl, la suite. Évalué à 5.
L'effet appliqué sur les menus est effectué par Compiz qui détecte lorsqu'une fenêtre du type "menu" est affichée, et la déforme à ce moment là.
Donc il peux y avoir accélération au niveau de l'affichage "globale" de la fenêtre, mais XGL n'accélère pas le rendu du contenu de la fenêtre (c'est ce qui est le plus lent). Par contre, on pourra voir une accélaration de ce côté là grâce à une utilisation de Glitz pour les applications GTK, ou du moteur OpenGL d'evas pour les applications d'e17 par exemple.