1 comment
Trackbacks/Pingbacks
- numa’s website » Blog Archive » La dapper est bien prévue pour demain… - [...] Six mois après sa sortie (retardée pour les raisons qu’on sait), bien des choses auront évolués, XGL/compiz en tête. ...
XGL est une toute nouvelle architecture du serveur X dont le développement a débuté en janvier 2006. Cette nouvelle architecture est tout a fait révolutionnaire dans le sens ou celle-ci tire partie d’OpenGL, et à travers lui, des capacités d’accélération des cartes graphiques.
Les deux principaux environnements que l’on peut trouver actuellement sur les systèmes GNU/LINUX sont GNOME et KDE, seulement ceux-ci demeureraient dépassés en terme d’innovation et d’uniformité comparés au gestionnaire de fenêtres Aqua de MAC OS ou à celui du futur Windows Vista.
Mais kezako XGL exactement?
Il s’agit d’une surcouche de l’OPENGL, permettant d’utiliser les capacités 3D des cartes graphiques modernes dans un environnement bureautique traditionnel, rendant ainsi possibles des effets d’affichage tels que la transparence, les rotations de fenêtres, les ombrages, etc. Le seul problème réside dans le fait qu’il utilise les performances des cartes graphiques 3D qui fonctionnent généralement à l’aide de pilotes propriétaires (tel que ATI et Nvidia). En effet, les fabricants de cartes graphiques propriétaires ne publient pas les spécifications de leurs cartes (leur fonctionnement interne) rendant ainsi quasiment impossible le développement de pilotes libres.
En parrallèle, Compiz, un autre module, s’occupe quant à lui de gérer les effets graphiques sur les fenêtres du système. Le rendu est plutôt encourageant, surtout que le développement n’en est encore qu’à ses débuts.
Les effets offerts par XGL et Compiz (vidéos)
Le projet est à suivre, et si vous voulez tenter l’experience, vous pouvez atuellement upgrader vos distribs en unstable SUSE ou UBUNTU (via DAPPER) afin de tester les performances et les nouveautés proposées par ce serveur.
Pour upgrader, allez par ici et là .
A espérer qu’ils arrivent à gérer les ressources correctement pour ne pas faire ramer le système en entier (comme il se passe avec SphereXP par exemple)