Cette nouvelle version supporte de nombreuses cartes graphiques supplémentaires (ATI et chipset Nvidia), et fournit les environnements KDE 3.5.2 et GNOME 2.14.
NdR : Compiz est un gestionnaire de fenêtres utilisant XGL, un serveur X accéléré OpenGL, permettant des effets 3D tels qu'un cube tournant pour sélectionner une application.
Aller plus loin
- Site officiel de Kororaa (14 clics)
- Téléchargez le Live CD (6 clics)
- DLFP : Un live cd pour tester XGL (6 clics)
# A tester !
Posté par Stéphane Téletchéa (site web personnel) . Évalué à 6.
A montrer à tous ceux qui pensent que GNU/Linux c'est austère ou dur à utiliser, en peu de temps ils seront convaincus de "l'avance" technologique de notre OS de prédilection !
[^] # Re: A tester !
Posté par mmMMOoooOMMmm . Évalué à 5.
Cela dépend de qui ...
Ok -----------------------------------> [ ] !
[^] # Re: A tester !
Posté par Vador Dark (site web personnel) . Évalué à 4.
Ouai enfin, pas trop fort hein, Xgl c'est de l'alpha donc pour l'instant, même si on peut toucher, l'avance c'est surtout celle de X11, et là quelque chose me dit que d'un coût ça va être beaucoup plus dure de convaincre. :)
[^] # Re: A tester !
Posté par Elephant (site web personnel) . Évalué à 2.
Ca permet de rendre le système de multi-bureaux plus "visuel" et ce point là est très interessant, notement pour les gens qui continuent d'utiliser un seul bureau avec leur Linux (j'en connais quelques uns... des Windowsiens tellement atteints qu'on ne pouvait plus rien pour eux ;))
Y'a donc bien une utilité derrière :)
[^] # Re: A tester !
Posté par maximegb . Évalué à 1.
> point là est très interessant, notement pour les gens qui continuent
> d'utiliser un seul bureau avec leur Linux (j'en connais quelques uns...
> des Windowsiens tellement atteints qu'on ne pouvait plus rien pour
> eux ;))
Moi c'est mon cas, je n'arrive pas à m'y faire aux bureaux virtuels !
# cartes video supportées
Posté par Gniarf . Évalué à 6.
http://gentoo-wiki.com/HARDWARE_Video_Card_Support_Under_XGL
et le complément, les malchanceuses :
http://gentoo-wiki.com/HARDWARE_Video_Card_Support_Under_XGL(...)
[^] # Re: cartes video supportées
Posté par cortex62 . Évalué à 7.
Franchement rien à reprocher, j' ai même été surpris de voir un systéme ayant d' assez faible capacité 3D s' en tirer aussi bien (c' est des maxi textures quand même).
# Vous avez oublié l'essentiel...
Posté par py (site web personnel) . Évalué à 9.
http://www.tuxmachines.org/gallery/korxgl2/
# Lien normalement rapide
Posté par Fabien Jakimowicz . Évalué à 6.
# deja disponible ailleurs...
Posté par NeoX . Évalué à 3.
ubuntu 6.06 (appelé dapper) permet de l'installer aussi, et bien qu'en beta je n'ai pas de soucis avec.
y a surement d'autres distrib qui le propose.
mais j'avoue que kororaa permet de le tester en livecd et maintenant de l'installer.
[^] # Re: deja disponible ailleurs...
Posté par mizu . Évalué à 5.
http://www.s2ii.com/blog/index.php?2006/04/09/80-xgl-compiz-(...)
et depuis mes fenêtres sont en chewing-gum.
[^] # Re: deja disponible ailleurs...
Posté par Sébastien Rohaut . Évalué à 1.
[^] # Re: deja disponible ailleurs...
Posté par micha_mosk . Évalué à 3.
# Ca plante chez moi
Posté par gaetanpat . Évalué à 1.
[^] # Re: Ca plante chez moi
Posté par madko (site web personnel) . Évalué à 2.
[^] # Re: Ca plante chez moi
Posté par mathieu mathieu (site web personnel) . Évalué à 2.
nforce3/geforce 6600gt=> erreur XID ...
pb connu depuis 1 an chez nvidia, la routine!
# erreur
Posté par madko (site web personnel) . Évalué à 4.
[^] # Re: erreur
Posté par patrick_g (site web personnel) . Évalué à 3.
parceque les fenêtres chewing-gum ça doit pas trop se remarquer en maximisant non ?
[^] # Re: erreur
Posté par Jean-Philippe (site web personnel) . Évalué à 2.
le genre de compose?
enfin bref, ya plein de fonctionnalites vraiment utiles, les fenetres wobbly ca fait un peu gadget
Par contre vu que xgl est pas encore super au point j'ai laisse tomber peu de temps a pres sur ma dapper...
[^] # Re: erreur
Posté par madko (site web personnel) . Évalué à 1.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 4.
Ce commentaire a été supprimé par l’équipe de modération.
# xgl vs. xorg : un test nul et une question de newbie
Posté par dco . Évalué à 3.
Après un reboot sur mon systeme (ubuntu breezy+xorg+nvidia compile) j'ai fait un petit test parkinsonien : on prend une fenetre et on la secoue violemment...
Resultat : avec kororaa (xgl+compriz+) mon CPU mon à 20% avec en plus l'effet woodly alors qu'avec xorg/gnome ça peut monter à 50 ou 100% (100% avec mes gnome-term en transparence entre autre..)
La question la voila : sans les nouveaux effets 3D, est-ce que le gain que j'observe est un argument sup. pour xgl ?
Xorg n'exploite-il pas ma carte GL pour le bureau 2D ?
[^] # Re: xgl vs. xorg : un test nul et une question de newbie
Posté par alexissoft . Évalué à 1.
[^] # Re: xgl vs. xorg : un test nul et une question de newbie
Posté par Anonyme . Évalué à 2.
Pourquoi ? sous X11 de base la fenêtre est redessinée lorsque nécessaire, et seulement la zone nécessaire (donc ca rame lorque tu bouges ta fenêtre parce que ce qui est au dessous est redessiné), mais cela est fait assez souvent lors d'opération complexes sur les fenêtre (déplacement, minimisation, maximisation).
Sous XGL les fenêtres ne sont dessinées que pour mettre a jour leur contenu (clic sur un bouton, affichage d'une page) dans un tampon mémoire. Ensuite XGL va les chercher puis les dessine à l'écran via OpenGL. Elle ne sont pas dessiné lors du déplacement (pas de changement de contenu). Par contre, lorsque qu'un changement survient en arrière plan, la fenêtre se redessine tout de suite.
Donc oui, tu as moins de calcul lorsque tu bouge la fenêtre, mais globalement non, ca les fenêtre sont redessinée affichée ou pas (bon c'est un point de vue théorique, en pratique les fenêtres se redessinant peut, il y a lieu de discuter). Par contre, il est clair que le confort visuel, même sans parler des effets sympas style wlobby windows, est trèèèès agréable, et que tout parait plus fluide, plus souple, moins géré a l'arraché par X1.
[^] # Re: xgl vs. xorg : un test nul et une question de newbie
Posté par JP Martin . Évalué à 1.
- Avec la version 0.01, ma carte ati ne fonctionnait pas et maintenant c est bon. Par contre je n arrive touours pas a configurer le clavier en fr...
- kde 3.5.2 fonctionne tres bien avec xgl (transparence des bordures etde la fenetre + 3D + zoom)
- En demonstration, xgl fait tres tres bien son effet....
Bref que du bon
Vivement une bonne integration dans X
JP Martin
NB : vraiment sympa
PS : ce qui est "amusant", c'est de savoir que xgl ne fonctionnera pas avec la suse 10.1. La carte sera certainement concideree comme non compatible...
[^] # Re: xgl vs. xorg : un test nul et une question de newbie
Posté par Pinaraf . Évalué à 2.
Xgl, on s'en fout réellement. Enfin, pour le grand public. Le grand public tu lui montres un serveur X, ça lui apporte strictement rien. C'est les applis qui tournent dessus qui sont intéressantes.
Aiglx sera intégré à X.org 7.1 à priori. Cela signifie que Compiz marchera sur un X.org normal, à condition que les pilotes le supporte... (Il me semble qu'il y a en plus une rupture d'ABI, donc tous les pilotes devront être mis à jour, donc ça donne une chance pour avoir des pilotes ATI et nVidia qui implémentent le texture_from_pixmap rapidement...)
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: xgl vs. xorg : un test nul et une question de newbie
Posté par Pinaraf . Évalué à 2.
http://lists.freedesktop.org/archives/xorg/2006-March/013579(...)
[^] # Re: xgl vs. xorg : un test nul et une question de newbie
Posté par dawar (site web personnel) . Évalué à 1.
Pourtant si on lis un film avec mplayer dans XGL, le film continue de s'afficher si l'on déplace la fenêtre. Donc j'en conclus que XGL affiche le contenu d'une fenêtre lors de son déplacement.
[^] # Re: xgl vs. xorg : un test nul et une question de newbie
Posté par Vador Dark (site web personnel) . Évalué à 3.
A priori, avec de la composition(si j'ai bien compris), l'application ne s'occupe plus de la position de la fenêtre sur l'écran. Elle écrit dans un tampon séparé, et c'est le gestionnaire de composite qui "place" le tampon. Donc si la fenêtre est juste déplacée, c'est uniquement le composite manager qui se charge du boulot(le tampon de la fenêtre n'est pas modifié). Par contre, rien n'empêche l'application d'aller dessiner la fenêtre(mais X ne lui demandera pas, à l'inverse de la situation sans composite, ce qui explique que quand une application plante sa fenêtre ne soit plus redessinée lorsqu'une fenêtre passe devant).
Et euh, pour une vidéo, si elle est fluide, je doute que ton application dessine directement les images ;). Je crois même(pas certains) que c'est du mpeg qui est envoyé à la carte graphique, et que celle-ci se charge alors du rendu(quelqu'un pour confirmer?) (comment fait alors Xgl pour les effets de transparence/deformation/angle sur le cube?)
[^] # Re: xgl vs. xorg : un test nul et une question de newbie
Posté par Pinaraf . Évalué à 5.
C'est parce que le serveur X avec Composite et un Composite manager ne demande pas, quand tu déplaces une fenêtre, de redessiner les fenêtres sous la fenêtre que tu viens de déplacer. Ceci est une source de consommation CPU importante, surtout avec des applis mal foutues ou des toolkits lourds.
Je pense que si tu utilises Xgl sans composite manager, tu auras les mêmes effets que dans un X.org "classique"...
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.