En fait, les p�riph�riques Voodoo Graphics (tm) ne se pr�occupent pas de X. Le serveur X ne remarque d'ailleurs m�me pas que le signal vid�o issu du mat�riel VGA n'atteint pas le moniteur. Si vos applications ne font pas attention � X, le passage de Glide en plein �cran risque de soulever des difficult�s ( cf la section de r�solution des probl�mes ). Pour �viter le surcro�t de code charg� d'assurer la cohabitation avec X, utilisez plut�t la console SVGA.
Pour r�sumer, la bonne entente avec XFree86 est possible pour autant que vous vous en occupiez. Vous pouvez avoir recours au "hack de fen�tre" Mesa. Il est plus lent que le mode plein �cran mais reste plus rapide qu'un rendu purement logiciel ( cf la section suivante ).
Les p�riph�riques Voodoo Graphics (tm) ne se soucient gu�re de modes d'op�ration fen�tr�s. Il en est de m�me de Linux Glide. Le hack Mesa � venir permet cependant de copier le contenu du tampon de m�moire vid�o d'une carte Voodoo Graphics (tm) dans une fen�tre X11.
Le probl�me est inh�rent � l'utilisation des cartes Voodoo Rush (tm) sous Linux. A la base, elles sont cens�es jouer un r�le de cartes acc�l�ratrices VGA 2D/3D, que ce soit seules ou en tant que cartes filles. Le composant VGA li� au Voodoo Rush (tm) est un acc�l�rateur multim�dia Promotion-AT3D d'Alliance Semiconducteur. XFree86 requiert un pilote pour le composant AT3D.
Il existe une mailing list et un site web avec une FAQ � ce sujet : www.frozenwave.com/linux-stingray128. Vous y obtiendrez l'information la plus � jour. Suse maintient un pilote : ftp.suse.com/suse_update/special/xat3d.tgz. On signale que le serveur SVGA de XFree86 fonctionne �galement en 8, 16 et 32 bpp. Le support officiel sera vraisemblablement pr�sent dans la version 4.0 de la XFree86. XFree86 s'est d�cid� � mettre au point une distribution interm�diaire, la 3.3.2, qui pourrait tr�s bien r�soudre le probl�me.
La configuration suivante du XF86Config est
cens�e fonctionner :
# device section settings Chipset "AT24" Videoram 4032 # modes vid�os test�s par Oliver Schaertel # 25.18 28.32 for 640 x 480 (70hz) # 61.60 for 1024 x 786 (60hz) # 120 for 1280 x 1024 (66hz)
Voici un peu plus de pr�cisions techniques : la gestion du Voodoo Rush (tm) exige de la part du serveur X la capacit� d'acc�der � une zone dans la m�moire vid�o de la carte AT3D tandis que le Voodoo Rush (tm) a �galement besoin de cette m�moire pour stocker son second buffer et celui du calcul de profondeur. Le besoin d'allocation et de v�rouillage de la m�moire n'est pas sp�cifique aux composants 3Dfx. On le rencontre �galement dans la gestion des cartes TV capables de saisir l'image. Les d�veloppements XFree86 sont actifs dans ce domaine. Cela implique des changements au niveau o� X est li� au mat�riel ( XAA ), changements qui sont � lors actuel mis en oeuvre via l'extension XFree86 DGA ( Direct Graphics Access ) aux sp�cifications X11R6.1. L'extension fera peut-�tre partie d'une r�alisation GLX d'XFree86. Les serveurs X actuels agissent comme s'ils �taient les seuls � acc�der au tampon de m�moire vid�o et affectent tout ce qui n'est pas directement utilis� pour l'affichage au stockage de pixmaps ( typiquement pour les fontes ).
Il y a quelques difficult�s.
Les p�riph�riques Voodoo Graphics (tm) g�r�s par la version actuelle de Linux Glide ne fonctionnent qu'en plein �cran et ne sont pas pr�vus pour partager leur tampon de m�moire vid�o dans un environnement multi-fen�tres. GLX, ou toute autre int�gration avec X11, n'est donc pas encore r�alisable.
Le Voodoo Rush (tm) devrait accepter de coop�rer avec XFree86 : une carte conforme aux sp�cifications SVGA fonctionnera avec le serveur SVGA XFree86. Cependant, Linux Glide ne supporte pas encore ce composant. Il en est de m�me du serveur S3 et des autres serveurs XFree86.
Enfin, GLX est intimement li� � OpenGL, ou, en ce qui concerne Linux, � Mesa. L'�quipe XFree86 travaille en ce moment � l'int�gration de Mesa avec leurs serveurs X. GLX est en b�ta et les points d'ancrage sont pr�sents dans XFree86 3.3. Reportez vous aux pages GLX de Steve Parker pour des informations les plus � jour : www.cs.utah.edu/~sparker/xfree86-3d/ De plus, XFree86 et SuSe ont joint leurs efforts dans la r�alisation d'un GLX. Cf : www.suse.de/~sim/. Pour l'instant, Mesa �mule toujours de fa�on logicielle GLX avec Linux.
Je n'ai re�u aucun courrier ayant trait � l'utilisation de Glide et/ou de Mesa avec des serveurs X commerciaux. Je suis int�ress� par toute information sur le sujet, notamment s'il existe un serveur X commercial offrant GLX.
Vous ne devriez pas rencontrer de probl�mes avec des applications Glide � un ou deux �crans dans les modes d'affichage VGA. Il peut �galement s'av�rer int�ressant d'activer une r�solution de 640 par 480 parmi les modes SVGA si vous travaillez avec un seul �cran.
Jon Taylor est en train de mettre au point un pilote GGI pour Glide. Il n'est pas encore distribu� officiellement et le restera jusqu'� ce que GGI 0.0.9 soit achev�. Pour davantage d'informations au sujet de GGI, consultez : synergy.caltech.edu/~ggi/. Si vous aimez vivre dangereusement, vous ne r�sisterez pas au charme de la combinaison XGGI ( serveur X pour XFree86 reposant sur GGI ) + GGI pour Glide. Il existe �galement un pilote GGI qui s'interface avec l'API OpenGL. Il a �t� test� avec Mesa sans acc�l�ration. Pour tout r�sumer, cela signifie que X11R6 est disponible sur Voodoo Graphics (tm) gr�ce � Mesa ou � Glide.
Hosting by: Hurra Communications GmbH
Generated: 2007-01-26 18:01:31