Depannage Xgl
Xgl est du code encore jeune et n'a pas été testé complètement sur une gamme suffisamment large de matériels. Nous travaillons à le rendre simple d'installation et sans erreur mais ce n'est pas encore parfait.
Si vous avez été envoyé sur cette page en essayant d'activer Xgl à partir du panneau de contrôle "Desktop Effects", jetez un oeil à la table des matières ou survoler la page à la recherche d'informations relatives à votre problème. Il y a aussi une page contenant une description détaillé sur Utiliser Xgl sous SUSE Linux, incluant la procédure pour activer l'accélération 3D avec différentes cartes graphiques.
Vous pouvez aussi vous rendre sur #Xgl at irc.freenode.org pour plus de support.
Sommaire
Problèmes connus dans SLED 10
- Si vous avez précédemment utilisé l'option "Enregistrer la configuration actuelle" en quittant GNOME, quand vous utiliserez Xgl, le gestionnaire de fenêtres ne passera pas automatiquement de metacity à compiz. La méthode la plus simple pour corriger le problème est de supprimer le fichier .gnome2/session de votre répertoire personnel puis de vous reconnecter.
- Si vous avez plusieurs cartes graphiques ou un circuit graphique intégré à la carte mère désactivée, Desktop Effects pourrait ne pas être capable de les détecter et de les configurer correctement.
- Si vous avez un chipset graphique Intel et que vous n'activez pas le support 3D lors de l'installation, Desktop Effects ne sera pas capable de l'activer. Vous pouvez corriger ceci en lançant manuellement Sax2 (cliquez sur "Carte Graphique et Moniteur" dans le Centre de contrôle). Activez l'option "Accélération 3D" en bas à gauche. Redémarrez ensuite Desktop Effects et vous devriez pouvoir ensuite poursuivre.
Problèmes connus avec SLED 10 RC2
- L'installation automatique des pilotes ATI et NVIDIA pourrait ne pas fonctionner. La page Utiliser Xgl sous SUSE Linux explique comment procéder si l'installation n'a pas correctement fonctionné dans votre cas.
- Après l'installation du pilote NVIDIA sur les plateformes 64 bits (x86_64), Desktop Effects pourrait encore afficher que l'accélération 3D n'est pas activée. C'est une erreur dans le code de détection; vous pouvez corrigez cela en maintenant la touche Shift enfoncée et en double-cliquant sur le mot "Désactivé" près de "Accélération 3D". Cela vous permettra alors d'activer Xgl. Ne faîtes cela qu'après avoir installé le pilote NVIDIA.
- Dans certains cas avec des cartes ATI, Il se pourrait que vous soyez autoriser à activer Xgl même sans avoir préalablement installé le pilote. Vous pouvez utiliser la commande gnome-xgl-switch --disable-xgl" depuis la console pour revenir à votre serveur X habituel et découvrir que vous n'êtes plus capable de vous connecter.
- Certaines applications Java (comme le client multi-plateformes GroupWise) ne dessineront pas le contenu de leurs fenêtres mais au contraire afficheront simplement une fenêtre grise.
Problèmes à l'utilisation de certains logiciels sous Xgl
- Certains logiciels (comme le logiciel de CAO Eagle) peuvent avoir des fenêtres partiellement ou complètement transparentes (vous verrez la barre des titres et le cadre de la fenêtre, mais la fenêtre restera blanche ou transparente).
Tapez la commande 'export XLIB_SKIP_ARGB_VISUALS=1' avant de lancer l'application pour supprimer la transparence. C'est une solution de dépannage temporaire.
Problèmes d'utilisation de Compiz avec KDE
- Les paramétres spéciaux de fenêtre et autre fonctionalités spécifique à KWIN ne marchent pas (Veuillez cependant noter que le paquetage devilspie offre un greffon de gestionnaire de fenêtre "window-manager-agnostic" qui fournit certaines de ces fonctionalités.
- Il n'y a pas de méthode propre à KDE pour la configuration de Compiz. Vous devez utiliser le greffon compiz "gconf" avec l'outil "Effets de bureau de GNOME et/ou "gconf-editor".
- Avec Compiz, les cadres des fenêtres s'accorderont au thème GNOME, ce n'est pas le cas avec le thème KDE.
Plusieurs bogues spécifiques à KDE ont été réparés entre la version RC2 et RC3 (la liste des tâches et la fenêtre pager qui n'apparaissaient pas, le bouton "Montre bureau" qui ne marchait pas).
Problèmes de configuration
Ces problèmes arrivent généralement en essayant de configurer manuellement Xgl, avec d'anciennes versions de SUSE ou avec des cartes graphiques non supportées
Erreurs de configuration classiques
- Xgl ne nécessite pas l'extension Composite activée dans xorg.conf - au contraire ceci est contre-productif, par exemple, le pilote NVIDIA désactive par défaut OpenGL quand Composite est activé. L'extension Composite est fournie par Xgl sans configuration supplémentaire.
Si vous obtenez une erreur concernant l'absence de l'extension Composite en démarrant compiz, vous avez probablement essayé démarré sur le serveur Xorg de base (qui ne devrait être utilisé que pour lancer Xgl) et non sur le serveur Xgl. Paramétrer votre variable DISPLAY correctement.
- Si vous obtenez le message "BadLength (poly request too large or internal Xlib length error)", compiz n'est pas lié à la même bibliothèque Mesa que le software rasterizer auquel le serveur X est lié.
En pratique, cela signifie généralement que vous n'avez pas d'accélération 3D activée. Lancez sax2 pour l'activer. L'accélération 3D est active si en exécutant glxinfo|grep direct sur Xorg (et non Xgl !), vous obtenez "Yes". Consultez aussi frequently asked questions.
Problèmes généraux liés au matériel
- XVideo peut se montrer très lent si l´accélération matériel (pixel shaders) n'est pas disponible. En utilisant un gestionnaire composite, cela sera rapide si et seulement si FBOs ou pBuffers sont disponibles et activés, ou pour les fenêtres opaques en plein écran (Activez l'option apps/compiz/general/screen0/options/unredirect_fullscreen_windows).
ATI / pilote open source "radeon"
- Le pilote ne supporte ni pBuffer ni FBO. Si l'on utilise un gestionnaire de fenêtre composite, le rendu de chaque fenêtre est un rendu logiciel, seul l'agencement des fenêtres utilise une accélération matérielle. Etonnament, le résultat est suffisament bon dans la plupart des cas.
- Le support de R300 et R400 support n'est pour l'instant qu'expérimental, certaines cartes peuvent marcher, d'autres non.
- Faute de tests sur une large échelle, Il se peut qu'il y ait des problèmes avec le pilote radeon. Merci de remplir des rapports de bogue pour les cartes R100 et R200, et enregistrer vos commentaires front Xgl page (en anglais) pour signaler le bon fonctionement/ou non des cartes R300 and R400.
ATI / pilote propriétaire "fglrx"
- Assurez-vous bien que vous utilisez fglrx version 8.25.18 ou postérieure. Les versions antérieures ont divers bogues utilisées avec xgl.
- X300, X600, et X700 ne marchent qu'avec l'option non documentée Option "KernelModuleParm" "locked-userpages=0" dans lefichier /etc/X11/xorg.conf (cf openSUSE bugzilla entrée #191839). Si vous activez Xgl avec l'outil d'effets de bureau, cette option sera activée par défaut.
- Quand il n'y a pas de gestionnaire de fenêtre composite(i.e. compiz) en marche, le pilote peut être lent. Ne pas utiliser xgl sans gestionnaire de fenêtre composite.
Intel / pilote open source "i810"
- Le pilote ne supporte ni pBuffer ni FBO. Si l'on utilise un gestionnaire de fenêtre composite, le rendu de chaque fenêtre est un rendu logiciel, seul l'agencement des fenêtres utilise une accélération matérielle. Etonnament, le résultat est suffisament bon dans la plupart des cas. Le support de FBO devrait être ajouté dans un futur proche.
- Les surfaces XVideo YV12 sont rendues par accélération matérielle (à la condition qu'un gestionnaire de fenêtre composite soit utilisé ou une fenêtre non redirigée en pleine écran), mais faute à un bogue dans le pilote il manquera une couleur à la vidéo vous obtiendrez donc une couleur vert/violette. Ce problème doit être examiné.
NVIDIA / pilote open source "nv"
- Il ne propose pas d'accélération 3D du tout. Xgl ne donnera pas de bon résultat avec une émulation logicielle, il est donc déconseillé d'utiliser cette combinaison.
NVIDIA / pilote propriétaire "nvidia"
- L'accélération OpenGL ne marche pas bien avec l'option Composite activée. Cette option, dans le fichier /etc/X11/xorg.conf devra donc être désactivé si elle est active. Note: Xgl supporte l'option Composite de toute façon même si elle a été désactivée dans xorg.conf. FBO peut être utilisé avec ce pilote au lieu de pbuffers pour l'accélération XVideo. Activez ceci en changeant
DISPLAYMANAGER_XGL_OPTS="-accel glx:pbuffer -accel xv:pbuffer" par
DISPLAYMANAGER_XGL_OPTS="-accel glx:pbuffer -accel xv:fbo" dans /etc/sysconfig/displaymanager. (L'outil d'effets de bureau assigne cette option par défaut.)
Glossaire
- Extension Composite
- Cette extension de X amène un sous-arbre d'une hiérarchie de fenêtre à être rendu dans un tampon hors-écran. Les applications peuvent alors utiliser ce tampon comme bon leur semble. Le tampon hors-écran peut être fusionné automatiquement avec la fenêtre parente ou par des programmes extérieurs appelés gestionnaire de fenêtre composite.
- FBO
- Frame Buffer Object (FBO) est une extension d'OpenGL qui définit une interface simple pour dessiner sur d'autres destinations que les tampons fourni à la library graphique par le gestionnaire de fenêtre. Cette interface est plus récente et plus propre que pBuffers, mais encore considéré comme moins stable pour l'instant.
- pBuffer
- Pixel buffers (pBuffers) sont des tampons de rendu non visibles qui accompagnent un moteur de rendu openGL.