<html><head><META http-equiv="Content-Type" content="text/html; charset=ISO-8859-1"><title>10. Calcul de la taille de trame</title><link href="style.css" rel="stylesheet" type="text/css"><meta content="DocBook XSL Stylesheets V1.68.1" name="generator"><link rel="start" href="index.html" title="XFree86 Video Timings HOWTO"><link rel="up" href="index.html" title="XFree86 Video Timings HOWTO"><link rel="prev" href="ar01s09.html" title="9. Exigences en terme de mémoire"><link rel="next" href="ar01s11.html" title="11. Magie noire et impulsions de synchronisation"></head><body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF"><div class="navheader"><table summary="Navigation header" width="100%"><tr><th align="center" colspan="3">10. Calcul de la taille de trame</th></tr><tr><td align="left" width="20%"><a accesskey="p" href="ar01s09.html">Précédent</a> </td><th align="center" width="60%"> </th><td align="right" width="20%"> <a accesskey="n" href="ar01s11.html">Suivant</a></td></tr></table><hr></div><div class="sect1" lang="fr"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="framesizes"></a>10. Calcul de la taille de trame<a name="frame"></a></h2></div></div></div><p>Avertissement : cette méthode a été développée pour les moniteurs multi-fréquences (multisync). Elle s'appliquera sans doute aussi aux moniteurs à fréquence fixe, mais c'est sans garantie !</p><p>Commencez par diviser DCF par la plus haute valeur de HSF disponible pour obtenir une longueur de trame horizontale.</p><p>Par exemple, supposons que vous possédiez une carte graphique SVGA de type Sigma Legend dont la fréquence pilote est de 65 MHz, et que votre moniteur ait une fréquence de synchronisation horizontale de 55 kHz. La valeur (DCF / HSF) est alors de 1181 (65 MHz = 65000 kHz ; 65000/55 = 1181).</p><p>Et maintenant notre première astuce de magie noire. Il vous faut arrondir le résultat obtenu au plus proche multiple de 8. Cela s'explique par l'architecture du contrôleur VGA en usage sur les cartes SVGA et S3 ; ce dernier utilise un registre sur 8 bits, après décalage à gauche de 3 bits, pour représenter une valeur qui normalement occupe 11 bits. D'autres modèles de carte comme l'ATI 8514/A n'exigent sans doute pas cet arrondi, mais nous ne sommes pas sûrs et l'utiliser ne peut pas nuire. Aussi, arrondissez la longueur de trame horizontale utilisable vers le bas pour obtenir 1176.</p><p> Ce résultat (DCF / HSF arrondi à un multiple de 8) représente la valeur minimum de HFL utilisable. Il est possible d'obtenir de plus grandes valeurs de HFL (et donc, probablement, plus de points horizontalement à l'écran) en jouant sur la fréquence de synchronisation pour diminuer HSF, mais en le payant par un rafraîchissement plus lent et donc un effet de clignotement accentué.</p><p>En règle générale, 80% de la longueur de trame horizontale est disponible pour la résolution horizontale, autrement dit la partie visible du parcours horizontal du faisceau (ceci tient compte, globalement, des marges et du temps de retour -- c'est-à-dire le temps requis par le faisceau pour se déplacer du côté droit de l'écran au côté gauche). Dans cet exemple, cela représente 940 tics d'horloge. </p><p> Dès lors, pour donner à votre image ses proportions normales de 4:3, fixez la résolution verticale aux 3/4 de la valeur que vous venez juste de calculer pour la résolution horizontale. Toujours dans notre exemple, cela représente 705 tics d'horloge. Pour obtenir votre VFL réel, multipliez ce chiffre par 1.05, ce qui vous donne 740 tics.</p><p>Ce rapport 4:3 n'est revêtu d'aucun pouvoir magique ; rien ne vous empêche de définir des proportions qui s'écartent de la Règle d'Or si cela doit vous permettre d'exploiter au mieux votre espace affichable. Le seul avantage de ces proportions classiques est de faciliter le calcul de la hauteur et largeur de trame à partir de la taille diagonale : multipliez simplement la diagonale par 0.8 pour obtenir la largeur et par 0.6 pour obtenir la hauteur.</p><p>Ainsi, nous avons HFL=1176 et VFL=740. Si nous divisons 65 MHz par le produit de ces deux valeurs, nous obtenons une fréquence de rafraîchissement -- parfaitement saine -- de 74.6 Hz. Excellent ! Mieux que le standard VESA ! Et vous obtenez une surface affichable de 944 x 705, soit plus que les 800 x 600 que vous attendiez probablement. Pas mal du tout !</p><p>Il est même possible d'augmenter encore la fréquence de rafraîchissement, la poussant presque jusqu'à 76 Hz, en exploitant le fait que les moniteurs supportent souvent une fréquence de synchronisation horizontale supérieure de 2 kHz environ à leur maximum annoncé, et en diminuant quelque peu VFL (c'est-à-dire, en utilisant moins de 75% de 940 dans l'exemple ci-dessus). Mais avant de vous lancer dans cette tentative d'usage en surcapacité, si vous vous y décidez, <span class="emphasis"><em>assurez-vous</em></span> que le canon à électrons de votre moniteur accepte des fréquences verticales allant jusqu'à 76 Hz. (Le très répandu NEC 4D, par exemple, ne le supporte pas. Il ne va que jusqu'à 75 Hz VSF). (Reportez-vous à la section <a href="ar01s13.html" title="13. Usage du moniteur en surcapacité">Usage du moniteur en surcapacité</a> pour une discussion plus générale de ce sujet.) </p><p>Jusqu'ici, la majeure partie de ce que nous avons exposé n'est que simple arithmétique et connaissance de base des écrans d'affichage. Pas besoin de la moindre magie noire !</p></div><div class="navfooter"><hr><table summary="Navigation footer" width="100%"><tr><td align="left" width="40%"><a accesskey="p" href="ar01s09.html">Précédent</a> </td><td align="center" width="20%"> </td><td align="right" width="40%"> <a accesskey="n" href="ar01s11.html">Suivant</a></td></tr><tr><td valign="top" align="left" width="40%">9. Exigences en terme de mémoire </td><td align="center" width="20%"><a accesskey="h" href="index.html">Sommaire</a></td><td valign="top" align="right" width="40%"> 11. Magie noire et impulsions de synchronisation</td></tr></table></div></body></html>
