Il y a quelques principes fondamentaux qu'il vous faut comprendre avant de bricoler une entr�e dans le fichier XF86config. Ceux-ci sont :
La fr�quence de synchronisation horizontale repr�sente simplement le nombre de fois par seconde que l'�cran peut parcourir une ligne horizontale ; c'est, de toutes, la valeur la plus importante concernant votre moniteur. La fr�quence de synchronisation verticale repr�sente le nombre de fois par seconde que le moniteur peut d�placer le faisceau verticalement.
Les fr�quences de synchronisation seront g�n�ralement fournies � la page "sp�cifications techniques" du manuel de votre moniteur. La fr�quence de synchronisation verticale est typiquement exprim�e en Hz (cycles par seconde), la valeur horizontale en kHz (kilo-cycles par seconde). Les plages de valeurs se situent habituellement entre 50 et 150 Hz verticalement, et entre 31 et 135 kHz horizontalement.
Si vous avez un moniteur dit multi-fr�quences (multisync), ces fr�quences seront donn�es sous forme de plages. Certains moniteurs, sp�cialement les mod�les bas de gamme, ne supportent qu'une s�rie de fr�quences fixes. Ceux-ci peuvent aussi �tre configur�s, mais votre marge de manoeuvre sera s�rieusement limit�e par les caract�ristiques physiques du moniteur. Choisissez la plus haute paire de fr�quences pour obtenir la meilleure r�solution. Et soyez prudents --- essayer de piloter un moniteur dont les fr�quences sont fixes � une fr�quence sup�rieure � celle pour laquelle il a �t� con�u peut ais�ment l'endommager.
Des versions pr�c�dentes de ce guide traitaient de fa�on fort l�g�re l'utilisation de moniteurs multi-fr�quences en surcapacit�, les poussant au-del� du maximum nominal de leur fr�quence de synchronisation verticale dans le but d'obtenir de meilleures performances. D'autres arguments ont depuis lors �t� port�s � notre connaissance, incitant � la prudence en ce domaine ; nous reviendrons sur ce sujet dans la section Usage du moniteur en surcapacit� ci-dessous.
La page des sp�cifications techniques du votre manuel de votre moniteur devrait mentionner sa bande passante. Si ce n'est pas le cas, jetez un oeil � la r�solution maximale annonc�e pour le moniteur. En premi�re approximation, voici une table de conversion de r�solution en estimation de bande passante (il s'agit donc de limites sup�rieures approximatives pour la fr�quence pilote (dot clock) que vous pouvez utiliser) :
640x480 25
800x600 36
1024x768 65
1024x768 interlaced 45
1280x1024 110
1600x1200 185
Au demeurant, cette table n'a rien de magique ; ces valeurs sont simplement les fr�quences pilotes les plus basses par r�solution dans la base de donn�es des modes standard XFree86 (exception faite de la derni�re, que j'ai extrapol�e). La bande passante de votre moniteur peut en r�alit� �tre plus �lev�e que le minimum requis pour sa r�solution maximale, aussi ne craignez pas d'essayer une fr�quence pilote de quelques MHz sup�rieure.
Notez aussi que la bande passante doit rarement �tre prise en ligne de compte aux fr�quences pilotes inf�rieures � 65 MHz environ. Avec une carte SVGA et la plupart des moniteurs haute r�solution, vous ne pourrez m�me pas approcher la limite de la bande passante de votre moniteur. En voici quelques exemples :
Marque Bande passante vid�o
------ --------------------
NEC 4D 75 Mhz
Nano 907a 50 Mhz
Nano 9080i 60 Mhz
Mitsubishi HL6615 110 Mhz
Mitsubishi Diamond Scan 100 Mhz
IDEK MF-5117 65 Mhz
IOCOMM Thinksync-17 CM-7126 136 Mhz
HP D1188A 100 Mhz
Philips SC-17AS 110 Mhz
Swan SW617 85 Mhz
Viewsonic 21PS 185 Mhz
M�me les moniteurs bas de gamme n'ont en g�n�ral pas de contrainte terrible au niveau de leur bande passante aux r�solutions annonc�es. Le NEC Multisync II en est un exemple parfait --- si l'on en croit les sp�cifications du constructeur, il ne parvient m�me pas � afficher en 800x600. Il affichera au maximum en 800x560. Pour des r�solutions si basses, il n'est pas n�cessaire de disposer de hautes fr�quences pilotes ou une large bande passante ; le mieux que vous puissiez faire sera probablement 32 Mhz ou 36 Mhz, l'un comme l'autre ne s'�cartant pas trop de la bande passante annonc�e du moniteur : 30 Mhz.
A ces deux fr�quences pilotes, il se peut que l'image affich�e ne soit pas aussi nette qu'elle devrait l'�tre, mais certainement d'une qualit� tol�rable. Il serait plus agr�able, bien s�r, que le NEC Multisync II dispose d'une bande passante vid�o sup�rieure � 36 Mhz, par exemple. Mais ceci n'est pas indispensable pour des t�ches de base comme l'�dition de texte, pour autant que l'�cart ne soit pas � ce point important qu'il occasionne une forte distorsion de l'image (vos yeux vous le feraient sentir imm�diatement si cela devait �tre le cas).
La page "sp�cifications techniques" du manuel de votre carte graphique mentionne sans doute le dot clock maximum de la carte (c'est � dire, le nombre total de pixels que la carte peut envoyer � l'�cran par seconde).
Si vous ne poss�dez pas cette information, le serveur X la trouvera pour vous. Les versions r�centes des serveurs X supportent tous une option --probeonly qui imprime cette information et termine sans r�ellement d�marrer X ni changer le mode vid�o.
Si cette option n'est pas support�e dans votre cas, ne perdez pas espoir. M�me si X bloque votre moniteur, il �mettra une ligne de valeurs d'horloge et d'autres informations vers la sortie erreur standard (stderr). Si vous re-dirigez cela vers un fichier, les informations devraient y �tre conserv�es, m�me s'il vous faut red�marrer la machine pour obtenir � nouveau l'acc�s � la console.
Les r�sultats de cette d�tection du mat�riel ou les messages de d�marrage devraient ressembler � l'un des exemples suivants :
Si vous utilisez XFree86 :
Xconfig: /usr/X11R6/lib/X11/Xconfig (**) stands for supplied, (--) stands for probed/default values (**) Mouse: type: MouseMan, device: /dev/ttyS1, baudrate: 9600 Warning: The directory "/usr/andrew/X11fonts" does not exist. Entry deleted from font path. (**) FontPath set to "/usr/lib/X11/fonts/misc/,/usr/lib/X11/fonts/75dpi/" (--) S3: card type: 386/486 localbus (--) S3: chipset: 924 --- Chipset -- le mod�le pr�cis du processeur (ici, un ancien masque du 86C911) (--) S3: chipset driver: s3_generic (--) S3: videoram: 1024k ----- Taille de la m�moire RAM tampon de trame embarqu�e (**) S3: clocks: 25.00 28.00 40.00 3.00 50.00 77.00 36.00 45.00 (**) S3: clocks: 0.00 0.00 79.00 31.00 94.00 65.00 75.00 71.00 ------------------------------------------------------ Fr�quences pilotes autoris�es en MHz (--) S3: Maximum allowed dot-clock: 110MHz ------ Largeur de bande (**) S3: Mode "1024x768": mode clock = 79.000, clock used = 79.000 (--) S3: Virtual resolution set to 1024x768 (--) S3: Using a banksize of 64k, line width of 1024 (--) S3: Pixmap cache: (--) S3: Using 2 128-pixel 4 64-pixel and 8 32-pixel slots (--) S3: Using 8 pages of 768x255 for font caching
Si vous utilisez SGCS ou X/Inside X :
WGA: 86C911 (mem: 1024k clocks: 25 28 40 3 50 77 36 45 0 0 79 31 94 65 75 71) --- ------ ----- -------------------------------------------- | | | Fr�quences pilotes autoris�es en MHz | | +-- Taille de la m�moire RAM tampon de trame embarqu�e | +-- Mod�le du processeur +-- Nom du serveur
Note : effectuez ce test sur votre machine lorsqu'elle n'est pas charg�e (si possible). Dans la mesure o� X est une application, ses boucles de temporisation peuvent �tre perturb�es par de l'activit� sur le disque, rendant les valeur mentionn�es ci-dessus impr�cises. Effectuez le test plusieurs fois et veillez � ce que ces valeurs se stabilisent ; si cela ne se produit pas, �liminez autant de processus actifs que n�cessaire. Le processus d�mon qui pilote votre souris risque tr�s fort de vous causer des probl�mes (il s'agit de gpm pour les utilisateurs Linux, de mousemgr pour les utilisateurs de SVr4).
De fa�on � �viter toute impr�cision lors de la d�tection des fr�quences d'horloge, vous pouvez simplement copier la liste de fr�quences et la placer dans votre fichier XF86config comme valeur de la propri�t� "Clocks" --- ceci supprime la boucle de temporisation et fournit � X une liste pr�cise des valeurs d'horloge qu'il peut utiliser. En utilisant les donn�es de l'exemple ci-dessus, cela donnerait :
wga Clocks 25 28 40 3 50 77 36 45 0 0 79 31 94 65 75 71
Sur des syst�mes dont la charge de travail varie fortement, ceci peut vous aider � �viter de myst�rieux �checs au d�marrage de X. Il peut arriver que X d�marre, obtienne une mauvaise temporisation � cause de la charge excessive du syst�me, et ne soit d�s lors pas capable de trouver une fr�quence correspondante dans sa base de donn�es de configuration --- ou choisisse la mauvaise !
Les plages de fr�quences de synchronisation de votre moniteur, ainsi que la fr�quence pilote de votre carte graphique, d�terminent la r�solution maximale qu'il vous sera loisible d'atteindre. Mais c'est le r�le du pilote de p�riph�rique d'exploiter le potentiel de votre �quipement. Du mat�riel de qualit� sup�rieure sans un pilote d'une comp�tence �gale est un gaspillage d'argent. D'un autre c�t�, avec un pilote de p�riph�rique flexible et du mat�riel moins puissant, vous pouvez gagner un peu de marge de manoeuvre par rapport aux contraintes physiques. Telle est la philosophie qui pr�sida � la conception de XFree86.
Il vous faudra s�lectionner une fr�quence d'horloge adapt�e � la bande passante vid�o de votre moniteur. Vous b�n�ficierez ici d'une large marge de manoeuvre, cependant --- certains moniteurs ont une capacit� r�elle sup�rieure de 30% par rapport � leur bande passante nominale. Le risque ici est de d�passer la fr�quence de synchronisation verticale annonc�e du moniteur ; nous discuterons ceci en d�tail plus loin.
Cette connaissance de la bande passante vous permettra d'effectuer des choix plus avertis entre diverses configurations possibles. Elle peut en effet influencer les qualit�s visuelles de votre �cran (sp�cialement la pr�cision dans les petits d�tails).
Hosting by: Hurra Communications GmbH
Generated: 2007-01-26 18:01:22