Une liste suit. Je ne dispose pas d'une liste achevée de vendeurs et de cartes vu que l'on n'a pas mis en évidence de difficultés liées à une carte spécifique. Pour l'instant, seuls 3Dfx et Quantum3D ont procuré des cartes aux développeurs afin que ceux-ci les testent. Les cartes Quantum3D s'avèrent donc un choix raisonnable. Toutes les autres cartes à base de composants Voodoo Graphics (tm) sont censées fonctionner. Ont été signalées la Righteous 3D d'Orchid, la Maxi 3D Gamer de Guillemot et la Monster 3D de Diamond.
Les fabricants souhaitant valider la compatibilité de leurs cartes Voodoo Graphics (tm), Voodoo Rush (tm) ou Voodoo 2 (tm) avec les versions à venir de Linux, de XFree86, de Glide pour linux et de Mesa peuvent contacter l'auteur de ce document qui se fera un plaisir de transmettre leur requête aux personnes ayant la charge des pilotes concernés. Si vous êtes tenté par le portage de Linux Glide sur une plateforme autre que les compatibles PC - DEC alpha par exemple -, prenez contact avec Daryll Strauss qui se charge de la mise à jour de Glide pour Linux : daryll@harlot.rb.ca.us
Il faut que vous soyez root ou bien que l'identité associée à votre
application puisse être telle ( cf setuid ). Le pilote se
sert du périphérique /dev/mem pour les transferts DMA. Ce
n'est pas sans raisons que seul root en bénéficie du droit d'accés.
Reportez vous au README dans la distribution de Glide pour Linux.
Non. Des solutions de remplacement sont en cours de réalisation.
Si votre configuration nécessite un intermédiaire VGA analogique, la qualité d'affichage avec SVGA ou X11 peut s'avérer décevante. Essayez donc un autre câble. Ceux qui accompagnent la Monster 3D de Diamond sont notoirement plus mauvais que ceux livrés avec la Righteous 3D d'Orchid. Quoi qu'il en soit, il y aura toujours une dégradation résiduelle.
Si la carte accélératrice délivre une image médiocre en 640 par 480 en plein écran, un problème matériel est envisageable. Contactez le fabricant de la carte ( pas 3Dfx ! ) puisque la qualité du signal vidéo, indépendamment du circuit accélérateur, dépend du choix de la RAMDAC et des composants de sortie.
Vous avez quitté votre application via Ctrl-C ou d'une autre façon brutale. La carte accélératrice conserve le contenu de son tampon de mémoire vidéo comme source du signal vidéo tant qu'on ne lui demande pas explicitement d'arrêter.
Lorsqu'une application s'achève dans une configuration à deux écrans, la carte accélératrice ne fournit plus de signal vidéo et l'économiseur se déclenche. Pour éviter ça :
setenv SST_DUALSCREEN 1
Si X fonctionne en même temps qu'une application Glide, la souris se retrouve surement à pointer hors de la fenêtre. Les évènements clavier n'atteignent donc plus l'application.
Si votre programme concurrence X11, il est conseillé d'installer une
fenêtre plein écran ou de se servir des fonctions XGrabPointer
et XGrabServer tandis que le serveur X est désactivé. Notez
que le recours à XGrabPointer et à XGrabServer ne
qualifie pas une application comme particulièrement propre à l'égard
de X; le système pourrait ainsi se retrouver bloqué.
Si vous rencontrez ce problème alors que X n'est pas lancé, vérifiez qu'il n'y a pas de conflit matériel ( voir ci-dessous ).
Si le système ne répond plus et que la perte de focus est à exclure, un conflit matériel plus ou moins subtil est à envisager. Reportez vous au paragraphe traitant des problèmes d'installation pour plus de détails.
Les difficultés ne se limitent pas aux conflits d'adresses ( cf ci-dessous ). Si vous écrivez vous même vos applications, oublier de fermer ses sommets est une cause courante de blocage. Reportez vous à la section "snapping" de la documentation Glide.
Il existe un problème de recouvrement de zones mémoires spécifique aux cartes S3. Le site web 3Dfx contient des informations et un patch au problème suscité mais seul Windows est concerné. Certaines cartes S3, typiquement les Diamond Stealth S3 968 les plus anciennes, réservent davantage de mémoire qu'elles n'en utilisent. Le Voodoo Graphics (tm) doit donc être placé ailleurs. Comme rien de tel n'a été signalé avec Linux, peut-être s'agit-il d'une *spécificité* Windows ?
Peut-être avez vous une carte qui ne gère pas le PCI de façon tout à fait standard. L'ASUS TP4XE possède à cet égard un connecteur dit "Media Slot" c'est-à-dire un connecteur PCI non standard qui étend ce dernier de façon à accueillir certaines cartes ASUS combinant des fonctions son et SCSI. L'auteur de ce document a éprouvé de sérieuses difficultés avec une Monster 3D de chez Diamond à laquelle il avait affecté ce connecteur. Le déplacement de la carte vers un connecteur PCI standard a supprimé tous les dysfonctionnements. NdT: si le bios de votre carte ASUS comprend quelque chose suggérant un vague couplage des connecteurs PCI 3 et 4, lisez le manuel et essayez d'autre options sans quoi vous risquez des problèmes dès qu'une carte quelconque occupera le connecteur maudit !
Vérifiez que vous avez bien recompilé toutes les bibliothèques,
notamment les paquetages requis par les démos. N'oubliez pas que
GLUT ne gère pas encore le Voodoo Graphics (tm). Vérifiez que vous avez supprimé
les anciennes bibliothèques, que vous avez relancé ldconfig
et/ou positionné correctement votre LD_LIBRARY_PATH.
Mesa inclut plusieurs pilotes ( MIT SHM pour X11, rendu hors écran,
Mesa Voodoo ) utilisables simultanément et il se peut que vous deviez
changer explicitement le pilote employé ( reportez vous à la fonction
MakeCurrent ) si le Voodoo Graphics (tm) n'est pas choisi par défaut.
Si le fonctionnement en mode SLI d'une carte Obsidian Quantum 3D
est interrompu brutalement, les cartes se retrouvent dans un état des
plus incertains. Si vous avez deux cartes, vous utiliserez un
programme nommé resetsli pour réinitialiser les cartes. Tant
que vous ne l'aurez pas appelé, la réinitialisation des cartes
Obsidian restera impossible.
Le programme resetsli susmentionné reste sans effet
sur une carte Obsidian SLI ( à savoir la 100-4440SB ). Rebootez en
appuyant sur le bouton reset pour réinitialiser complètement la carte.