SUSE Linux comprend divers pilotes OpenGL pour la prise en charge du matériel 3D. Vous trouverez un aperçu dans le Tableau 35.3, « Matériel 3D pris en charge ».
Tableau 35.3. Matériel 3D pris en charge
Pilote OpenGL | Matériel pris en charge |
|---|---|
nVidia | Chipset nVidia : tous sauf Riva 128(ZX) |
DRI |
3Dfx Voodoo Banshee, 3Dfx Voodoo-3/4/5, Intel i810/i815/i830M, Intel 845G/852GM/855GM/865G/915, Matrox G200/G400/G450/G550, ATI Rage 128(Pro)/Radeon (jusqu'à 9250) |
Lors d'une première installation avec YaST, l'accélération 3D peut être activée dès l'installation, si YaST offre la prise en charge correspondante. En présence de composants graphiques nVidia, il faut d'abord installer le pilote nVidia. Pour cela, choisissez pendant l'installation le correctif du pilote nVidia dans YOU (YaST Online Update). Nous ne pouvons malheureusement pas vous fournir le pilote nVidia pour des questions de licence.
Si une mise à jour a été installée, la prise en charge du matériel 3D doit être configurée de manière différente. La procédure dépend là du pilote OpenGL à utiliser et est expliquée plus précisément dans la section suivante.
Ces pilotes OpenGL peuvent être aisément configurés avec SaX2. Notez que pour des cartes nVidia, le pilote nVidia doit être installé au préalable (voir plus haut). Utilisez la commande 3Ddiag pour vérifier si la configuration de nVidia ou DRI est correcte.
Pour des raisons de sécurité, seuls les utilisateurs du groupe video ont accès au matériel 3D.
Assurez-vous par conséquent que tous les utilisateurs travaillant
localement sur l'ordinateur sont enregistrés dans ce groupe.
Sinon, on utilise, pour les programmes OpenGL, le plus lent Software
Rendering Fallback du pilote OpenGL. Utilisez la commande
id pour vérifier si l'utilisateur actuel appartient au
groupe video. Si ce n'est pas
le cas, vous pouvez l'ajouter à ce groupe avec YaST.
Pour pouvoir vérifier la configuration 3D sous SUSE Linux, vous disposez de
l'outil de diagnostic 3Ddiag. Veuillez noter qu'il
s'agit d'un outil en ligne de commande que vous devez utiliser dans un
terminal.
Saisissez 3Ddiag -h
pour afficher les possibles options de 3Ddiag.
Pour vérifier la configuration de X.Org, le programme s'assure que les paquetages nécessaires à la prise en charge 3D sont installés et si la bibliothèque OpenGL ainsi que l'extension GLX correctes sont utilisées. Veuillez suivre les instructions de 3Ddiag quand apparaissent des messages « failed ». En cas de succès, seuls des messages « done » sont affichés à l'écran.
Outre glxgears, des jeux comme tuxracer
et armagetron (paquetage du même nom) conviennent bien
comme programmes de test pour OpenGL. Si la prise en charge de la 3D est
activée, ils s'affichent de manière fluide sur l'écran d'un ordinateur à
peu près actuel. Sans prise en charge de la 3D, ceci est insensé (effet
diapositives). L'affichage de glxinfo informe
précisément de l'état d'activation de la prise en charge de la 3D. Si elle
est bien activée, le résultat contiendra la ligne direct
rendering: Yes.
Si le résultat du test 3D OpenGL s'avère être négatif, (pas de jeu fluide
possible), vérifiez d'abord avec 3Ddiag s'il n'existe pas d'erreur de configuration
(messages « failed »). Si leur correction ne résout pas le problème,
cela ne change rien ou s'il n'y avait aucun message « failed »,
il suffit souvent de consulter les fichiers Log de X.Org. Ici, on trouve
souvent dans /var/log/Xorg.0.log de X.Org la ligne
DRI is disabled. Il peut y
avoir plusieurs causes que l'on ne peut cependant trouver qu'en effectuant un
examen précis du fichier journal, ce qui souvent dépasse le débutant.
Dans ces cas, il ne s'agit pas en règle générale d'une erreur de configuration puisque celle-ci aurait déjà été détectée par 3Ddiag. Donc, la seule solution encore possible est d'utiliser le Software Rendering Fallback du pilote DRI, qui n'offre cependant aucune prise en charge de la 3D. De même, il vaut mieux renoncer à l'utilisation de la prise en charge de la 3D quand surviennent des erreurs de représentation OpenGL ou même des problèmes de stabilité. Utilisez SaX2 pour désactiver la prise en charge de la 3D.
Outre le Software Rendering Fallback du pilote
DRI, tous les pilotes OpenGL sous Linux sont encore en développement et
doivent donc être considérés comme des pilotes expérimentaux. Nous avons
cependant pris la décision de fournir les pilotes dans cette distribution,
car il y a une grosse demande d'accélération matérielle 3D sous Linux. En
raison du stade actuel expérimental des pilotes OpenGL, nous ne pouvons
cependant pas étendre le cadre de l'assistance à l'installation à la
configuration de l'accélération matérielle 3D et ne pouvons pas vous venir
en aide en cas de problèmes s'y rapportant. L'installation de base de
l'interface utilisateur graphique X11 ne comprend donc en aucun cas aussi
l'installation de l'accélération matérielle 3D. Cependant nous espérons
que ce chapitre a déjà répondu à beaucoup de vos questions à ce sujet.
Si vous rencontrez des problèmes avec la prise en charge du matériel 3D,
nous vous conseillons, en cas de doute, de vous passer de cette prise en
charge.
Des informations sur DRI sont disponibles dans
/usr/X11R6/lib/X11/doc/README.DRI
(xorg-x11-doc).
Vous trouverez des informations sur l'installation du pilote nvidia
sous http://ftp.suse.com/pub/suse/i386/supplementary/X/nvidia-installer-HOWTO.html.