sync w/r27044, patch by Cedric Dumez-Viou %Cedric P Dumez-Viou A obs-nancay P fr%

git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@27048 b3059339-0415-0410-9bf9-f77b7e298cf2

1 files changed, 1243 insertions, 708 deletions

diff --git a/DOCS/xml/fr/video.xml b/DOCS/xml/fr/video.xml
index b26e91aabe..88ac3825da 100644
--- a/DOCS/xml/fr/video.xml
+++ b/DOCS/xml/fr/video.xml
@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="utf-8"?>
-<!-- synced with r20054 -->
+<!-- synced with r27044 -->
 <chapter id="video">
 <title>Sorties vidéo</title>
 
@@ -22,7 +22,7 @@ reg01: base=0xd8000000 (3456MB), size= 128MB: write-combining, count=1<!--
 
 <para>
 C'est bon, il montre ma Matrox G400 avec 16Mo de mémoire.
-J'ai fais cela avec XFree 4.x.x , qui ajuste les registres MTRR
+J'ai fais cela avec XFree 4.x.x, qui ajuste les registres MTRR
 automatiquement.
 </para>
 
@@ -48,14 +48,16 @@ Memory at d8000000 (32-bit, prefetchable)
   </screen>
   </para></listitem>
 <listitem><para>
-  à partir des messages noyau du driver mga_vid (utilisez <command>dmesg</command>):
+  à partir des messages noyau du pilote mga_vid (utilisez
+<command>dmesg</command>):
   <screen>mga_mem_base = d8000000</screen>
   </para></listitem>
 </orderedlist>
 </para>
 
 <para>
-Trouvons maintenant la taille mémoire. Simplement, convertissez la taille de la
+Trouvons maintenant la taille mémoire. Simplement, convertissez la taille de
+la
 mémoire vidéo en hexadécimal, ou utilisez cette table :
 <informaltable frame="none">
 <tgroup cols="2">
@@ -72,31 +74,36 @@ mémoire vidéo en hexadécimal, ou utilisez cette table :
 </para>
 
 <para>
-Vous connaissez l'adresse de base ainsi que la taille, ajustons vos registres MTRR !
-Par exemple, pour la carte Matrox utilisée ci-dessus (<literal>base=0xd8000000</literal>)
+Vous connaissez l'adresse de base ainsi que la taille, ajustons vos registres
+MTRR !
+Par exemple, pour la carte Matrox utilisée ci-dessus
+(<literal>base=0xd8000000</literal>)
 avec 32Mo de ram (<literal>size=0x2000000</literal>) faites simplement :
 <screen>
-echo "base=0xd8000000 size=0x2000000 type=write-combining" &gt;| /proc/mtrr
+echo "base=0xd8000000 size=0x2000000 type=write-combining" &gt; /proc/mtrr
 </screen>
 </para>
 
 <para>
 Tous les processeurs ne supportent pas les MTRR. Les anciens K6-2 par exemple
-(vers 266Mhz, stepping 0) ne sont pas compatibles avec les MTRR, mais les stepping 12
+(vers 266Mhz, stepping 0) ne sont pas compatibles avec les MTRR, mais les
+stepping 12
 le sont
 (<command>cat /proc/cpuinfo</command> pour le vérifier).
 </para>
 </sect1>
 
-<sect1 id="output-trad">
-<title>Sortie vidéo pour cartes graphiques traditionnelles</title>
-<sect2 id="xv">
+
+<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
+
+
+<sect1 id="xv">
 <title>Xv</title>
 
 <para>
 Sous XFree86 4.0.2 ou plus récent, vous pouvez utiliser les routines YUV
 matérielles de votre carte en utilisant l'extension XVideo.
-C'est ce qu'utilise l'option '<option>-vo xv</option>'.
+C'est ce qu'utilise l'option <option>-vo xv</option>.
 De plus, ce pilote supporte le réglage de luminosité/contraste/saturation/etc.
 (à moins que vous n'utilisiez le vieux, lent codec Divx DirectShow, qui le
 supporte partout), voir la page de man.
@@ -162,18 +169,16 @@ screen #0
   Faites un <command>mplayer -vo help | grep xv</command>
   Si le support 'xv' à été compilé une ligne similaire à celle-ci devrait
   apparaitre :
-    <screen>
-  xv      X11/Xv<!--
-  --></screen>
+    <screen>  xv      X11/Xv</screen>
   </para></listitem>
 </orderedlist>
 </para>
 
-<sect3 id="tdfx">
+<sect2 id="tdfx">
 <title> Cartes 3dfx</title>
 
 <para>
-Les anciens drivers 3dfx avaient des problèmes avec l'accélération XVideo,
+Les anciens pilotes 3dfx avaient des problèmes avec l'accélération XVideo,
 et ne supportaient ni YUY2 ni YV12.
 Vérifiez que vous avez bien XFree86 version 4.2.0 ou plus, il fonctionne
 correctement avec YV12 et YUY2.
@@ -186,40 +191,42 @@ Lisez la section <link linkend="sdl">SDL</link> pour plus de détails.
 
 <para>
 <emphasis role="bold">OU</emphasis>, essayez le NOUVEAU pilote
-<option>-vo tdfxfb</option> ! Voir la section <link linkend="tdfxfb">tdfxfb</link>.
+<option>-vo tdfxfb</option> ! Voir la section <link
+linkend="tdfxfb">tdfxfb</link>.
 </para>
-</sect3>
+</sect2>
 
 
-<sect3 id="s3">
+<sect2 id="s3">
 <title>Cartes S3</title>
 
 <para>
-Les cartes S3 Savage3D doivent fonctionner correctement, mais pour les Savage4,
-utilisez XFree86 version 4.0.3 ou plus (en cas de problèmes d'image, essayez 16bpp).
-Comme pour les S3 Virge: il y a un support xv, mais la carte elle-même est très lente,
+Les cartes S3 Savage3D doivent fonctionner correctement, mais pour les
+Savage4,
+utilisez XFree86 version 4.0.3 ou plus (en cas de problèmes d'image, essayez
+16bpp).
+Comme pour les S3 Virge: il y a un support xv, mais la carte elle-même est
+très lente,
 donc vous feriez mieux de la vendre.
 </para>
 <para>
-Il y a maintenant un pilote framebuffer natif pour les cartes S3 Virge 
+Il y a maintenant un pilote framebuffer natif pour les cartes S3 Virge
 ou similaires à tdfxfb. Activez votre framebuffer (c-à-d ajoutez
 "<option>vga=792 video=vesa:mtrr</option>" en paramètre à votre noyau) et utilisez
 <option>-vo s3fb</option> (<option>-vf yuy2</option> et <option>-dr</option>
 peuvent aider aussi).
 </para>
 
-<note>
-<para>
+<note><para>
 Il n'est actuellement pas facile de savoir quels modèles de Savage manquent
 de support YV12, et de le convertir par un pilote (lent).
 Si vous suspectez votre carte, prenez un pilote plus récent, ou demandez
 poliment un pilote qui gère MMX/3DNow sur la liste de diffusion MPlayer-users.
-</para>
-</note>
-</sect3>
+</para></note>
+</sect2>
 
 
-<sect3 id="nvidia">
+<sect2 id="nvidia">
 <title>Cartes nVidia</title>
 
 <para>
@@ -231,7 +238,7 @@ Vous aurez toujours besoin de ce pilote si vous voulez l'accélération 3D.
 </para>
 
 <para>
-Les cartes Riva128 n'ont pas de support XVideo même avec le driver nVidia :(
+Les cartes Riva128 n'ont pas de support XVideo même avec le pilote nVidia :(
 Plaignez-vous en à nVidia.
 </para>
 
@@ -239,12 +246,13 @@ Plaignez-vous en à nVidia.
 Cependant, <application>MPlayer</application> contient un pilote
 <link linkend="vidix">VIDIX</link> pour la plupart des cartes
 nVidia. Actuellement il est en phase béta, et a quelques inconvénients. Pour
-plus d'informations, voir la section <link linkend="vidix-nvidia">VIDIX nVidia</link>.
+plus d'informations, voir la section <link linkend="vidix-nvidia">VIDIX
+nVidia</link>.
 </para>
-</sect3>
+</sect2>
 
 
-<sect3 id="ati">
+<sect2 id="ati">
 <title>Cartes ATI</title>
 
 <para>
@@ -265,24 +273,28 @@ avoir un affichage <emphasis role="bold">accéléré</emphasis>, avec ou sans
 <emphasis role="bold">sortie TV</emphasis>, et aucune librairie ou X ne
 sont requis. Lire la section <link linkend="vidix">VIDIX</link>.
 </para>
-</sect3>
+</sect2>
 
 
-<sect3 id="neomagic">
+<sect2 id="neomagic">
 <title>Cartes NeoMagic</title>
 
 <para>
 Ces cartes sont utilisées sur de nombreux portables. Vous devez utiliser
 XFree86 4.3.0 ou supérieur, ou utiliser
-<ulink url="http://www.mplayerhq.hu/MPlayer/contrib/NeoMagic-driver/">les pilotes Xv</ulink>
+<ulink url="http://www.mplayerhq.hu/MPlayer/contrib/NeoMagic-pilote/">les
+pilotes Xv</ulink>
 de Stefan Seyfried.
 Choisissez juste celui qui s'applique à votre version de XFree86.
 </para>
 
 <para>
 XFree86 4.3.0 inclut le support Xv, mais Bohdan Horst a envoyé un petit
-<ulink url="http://www.mplayerhq.hu/MPlayer/contrib/NeoMagic-driver/neo_driver.patch">patch</ulink>
-pour les sources XFree86 qui accélère les opérations framebuffer (et donc XVideo)
+<ulink
+url="http://www.mplayerhq.hu/MPlayer/contrib/NeoMagic-pilote/neo_pilote.patch"
+>patch</ulink>
+pour les sources XFree86 qui accélère les opérations framebuffer (et donc
+XVideo)
 jusqu'à quatre fois.
 Ce patch a été inclus dans le CVS de XFree86 et devrait être dans la prochaine
 version suivant 4.3.0.
@@ -294,16 +306,16 @@ comme ceci :
 <programlisting>
 Section "Device"
     [...]
-    Driver "neomagic"
+    pilote "neomagic"
     <emphasis>Option "OverlayMem" "829440"</emphasis>
     [...]
 EndSection<!--
 --></programlisting>
 </para>
-</sect3>
+</sect2>
 
 
-<sect3 id="trident">
+<sect2 id="trident">
 <title>Cartes Trident</title>
 <para>
 Si vous voulez utiliser Xv avec une carte Trident, puisque son support ne
@@ -315,29 +327,61 @@ Celui-ci ajoute le support Xv plein-écran avec la carte Cyberblade XP.
 <application>MPlayer</application> contient également un pilote
 <link linkend="vidix">VIDIX</link> pour la carte Cyberblade/i1.
 </para>
-</sect3>
+</sect2>
 
 
-<sect3 id="kyro">
+<sect2 id="kyro">
 <title>Cartes Kyro/PowerVR</title>
+
 <para>
 Si vous voulez utiliser Xv avec une carte Kyro (par exemple la Hercules
 Prophet 4000XT), vous devriez télécharger les pilotes depuis le
-<ulink url="http://www.powervr.com/">site de PowerVR</ulink>
+<ulink url="http://www.powervr.com/">site de PowerVR</ulink>.
 </para>
-</sect3>
 </sect2>
 
+
+<sect2 id="intel">
+  <title>Cartes Intel</title>
+  
+  <para>
+    Ces cartes sont présentes sur de nombreux portables.  Un Xorg récent est
+recommendé.
+  </para>
+  
+  <para>
+    Pour permettre la lecture de vidéo de la résolution d'un DVD (voir plus),
+    modifiez le fichier XF86Config/xorg.conf comme tel :
+    <programlisting>
+      Section "Device"
+      [...]
+      pilote "intel"
+      <emphasis>Option "LinearAlloc" "6144"</emphasis>
+      [...]
+      EndSection
+    </programlisting>
+    L'absence de cette option se caractérise généralement par une erreur du
+    genre
+    <screen>
+      X11 error: BadAlloc (insufficient resources for operation)
+    </screen>
+    lorsque l'on tente d'utiliser l'option <option>-vo xv</option>.
+  </para>
+</sect2>
+</sect1>
+
+
 <!-- ********** -->
 
-<sect2 id="dga">
+<sect1 id="dga">
 <title>DGA</title>
 
 <formalpara>
 <title>PRÉAMBULE</title>
 <para>
 Ce document tente d'expliquer en quelques mots ce qu'est le DGA en général et
-ce que peut faire le driver de sortie DGA pour <application>MPlayer</application>
+ce que peut faire le pilote de sortie DGA pour
+<application>MPlayer</application>
 (et ce qu'il ne peut pas faire).
 
 </para>
@@ -348,12 +392,15 @@ ce que peut faire le driver de sortie DGA pour <application>MPlayer</application
 <para>
 <acronym>DGA</acronym> est l'abréviation de <emphasis>Direct Graphics
 Access</emphasis> et permet aux programmes de passer outre le serveur X et de
-modifier directement la mémoire dans le framebuffer. Techniquement parlant, cela
-fonctionne en mappant la mémoire du framebuffer dans les adresses mémoire de votre
+modifier directement la mémoire dans le framebuffer. Techniquement parlant,
+cela
+fonctionne en mappant la mémoire du framebuffer dans les adresses mémoire de
+votre
 process. Cela est autorisé par le noyau uniquement si vous avez les privilèges
 super-utilisateur. Vous pouvez les obtenir soit en vous loggant en <systemitem
 class="username">root</systemitem> ou en plaçant le bit suid sur l'exécutable
-<application>MPlayer</application> (<emphasis role="bold">non recommandé</emphasis>).
+<application>MPlayer</application> (<emphasis role="bold">non
+recommandé</emphasis>).
 </para>
 </formalpara>
 <para>
@@ -368,14 +415,16 @@ extensions XVidMode.
 </para>
 
 <para>
-DGA2 incorpore les fonctions de XVidMode et permet également de changer le nombre de
-couleurs de l'affichage. Donc vous pouvez, en exécutant depuis un serveur X 32 bits,
+DGA2 incorpore les fonctions de XVidMode et permet également de changer le
+nombre de
+couleurs de l'affichage. Donc vous pouvez, en exécutant depuis un serveur X 32
+bits,
 passer en 15 bits et vice-versa.
 </para>
 
 <para>
 Cependant DGA a quelques défauts. Il semble qu'il reste dépendant de la
-carte graphique utilisée et de la mise en place du driver de votre serveur
+carte graphique utilisée et de la mise en place du pilote de votre serveur
 X contrôlant cette carte.
 Cela peut donc ne pas fonctionner sur tous les systèmes...
 </para>
@@ -389,7 +438,8 @@ Assurez vous d'abord que X charge l'extension DGA, regardez dans
 
 <programlisting>(II) Loading extension XFree86-DGA</programlisting>
 
-XFree86 4.0.x ou plus est <emphasis role="bold">hautement recommandé</emphasis> !
+XFree86 4.0.x ou plus est <emphasis role="bold">hautement
+recommandé</emphasis> !
 Le pilote DGA de <application>MPlayer</application> est automatiquement
 détecté par <filename>./configure</filename>, ou vous pouvez le forcer avec
 l'option <option>--enable-dga</option>.
@@ -397,9 +447,10 @@ l'option <option>--enable-dga</option>.
 </formalpara>
 
 <para>
-Si le driver ne peut pas passer en résolution inférieure, essayez les options
+Si le pilote ne peut pas passer en résolution inférieure, essayez les options
 <option>-vm</option> (uniquement avec X 3.3.x), <option>-fs</option>,
-<option>-bpp</option>, <option>-zoom</option> pour trouver un mode vidéo qui convienne
+<option>-bpp</option>, <option>-zoom</option> pour trouver un mode vidéo qui
+convienne
 à la vidéo. Il n'existe pas de convertisseur actuellement :(
 </para>
 
@@ -431,7 +482,7 @@ les privilèges root par l'exécutable <application>MPlayer</application>.
 <para>
 Utilisez maintenant l'option <option>-vo dga</option> et c'est parti !
 (Enfin on peut l'espérer:) Vous pouvez alors essayer l'option
-<option>-vo sdl:driver=dga</option> !
+<option>-vo sdl:pilote=dga</option> !
 C'est beaucoup plus rapide !
 </para>
 
@@ -440,26 +491,33 @@ C'est beaucoup plus rapide !
 <title>CHANGEMENT DE RÉSOLUTION</title>
 
 <para>
-Le driver DGA vous permet de changer la résolution du signal de sortie. Cela permet
-d'éviter un redimensionnement logiciel, beaucoup plus lent, et offre une image plein
-écran. Idéalement il doit passer à la résolution exacte de la vidéo (excepté pour
-respecter le rapport hauteur/largeur), mais le serveur X permet uniquement le passage
+Le pilote DGA vous permet de changer la résolution du signal de sortie. Cela
+permet
+d'éviter un redimensionnement logiciel, beaucoup plus lent, et offre une image
+plein
+écran. Idéalement il doit passer à la résolution exacte de la vidéo (excepté
+pour
+respecter le rapport hauteur/largeur), mais le serveur X permet uniquement le
+passage
 à des résolutions définies dans <filename>/etc/X11/XF86Config</filename>
 (<filename>/etc/X11/XF86Config-4</filename> pour XFree 4.X.X respectivement).
-Ceux-ci sont définis par des modelines dépendantes des capacités de votre matériel.
-Le serveur X scanne ce fichier de configuration au démarrage et élimine les modelines
-ne correspondant pas au matériel. Vous pouvez retrouver dans les logs de X quelles
+Ceux-ci sont définis par des modelines dépendantes des capacités de votre
+matériel.
+Le serveur X scanne ce fichier de configuration au démarrage et élimine les
+modelines
+ne correspondant pas au matériel. Vous pouvez retrouver dans les logs de X
+quelles
 modelines sont acceptables. Elles peuvent être trouvées dans:
 <filename>/var/log/XFree86.0.log</filename>.
 </para>
 </formalpara>
 
 <para>
-Ces entrées doivent fonctionner correctement avec un chip Riva128, en utilisant le
+Ces entrées doivent fonctionner correctement avec un chip Riva128, en
+utilisant le
 module pilote nv.o du serveur X.
 </para>
 
-
 <para><programlisting>
 Section "Modes"
   Identifier "Modes[0]"
@@ -477,10 +535,13 @@ EndSection
 <formalpara>
 <title>DGA &amp; MPLAYER</title>
 <para>
-DGA est utilisé en deux endroits par <application>MPlayer</application>: Le pilote SDL
-peut se compiler pour en faire usage (<option>-vo sdl:driver=dga</option>) et dans le pilote DGA
-(<option>-vo dga</option>). Dans les sections suivantes je vous expliquerai comment
-fonctionne le driver DGA pour <application>MPlayer</application>.
+DGA est utilisé en deux endroits par <application>MPlayer</application>: Le
+pilote SDL
+peut se compiler pour en faire usage (<option>-vo sdl:pilote=dga</option>) et
+dans le pilote DGA
+(<option>-vo dga</option>). Dans les sections suivantes je vous expliquerai
+comment
+fonctionne le pilote DGA pour <application>MPlayer</application>.
 </para>
 </formalpara>
 
@@ -489,33 +550,51 @@ fonctionne le driver DGA pour <application>MPlayer</application>.
 <title>FONCTIONNALITÉS</title>
 
 <para>
-Le pilote DGA s'invoque en spécifiant <option>-vo dga</option> en ligne de commande.
-L'action par défaut consiste à passer dans une résolution s'approchant au mieux de la
-résolution de la vidéo. Il ignore volontairement les options <option>-vm</option> et
-<option>-fs</option> (autorisant le changement de résolution et le plein écran) - il
-essaie toujours de couvrir le plus large espace possible de votre écran en changeant
-les modes vidéo, tout en utilisant un seul cycle CPU additionnel pour agrandir l'image.
-Si vous voulez utiliser un autre mode que celui qu'il a choisi, vous pouvez le forcer
-par les options <option>-x</option> et <option>-y</option>. Avec l'option <option>-v</option>,
-le pilote DGA affichera, entre autres choses, une liste de toutes les résolutions
-supportées par votre fichier <filename>XF86Config</filename>. Avec DGA2 vous pouvez
-également le forcer a utiliser un certain nombre de couleurs en utilisant l'option
-<option>-bpp</option>. Les nombres de couleurs autorisées sont 15, 16, 24 et 32. Cela
+Le pilote DGA s'invoque en spécifiant <option>-vo dga</option> en ligne de
+commande.
+L'action par défaut consiste à passer dans une résolution s'approchant au
+mieux de la
+résolution de la vidéo. Il ignore volontairement les options
+<option>-vm</option> et
+<option>-fs</option> (autorisant le changement de résolution et le plein
+écran) - il
+essaie toujours de couvrir le plus large espace possible de votre écran en
+changeant
+les modes vidéo, tout en utilisant un seul cycle CPU additionnel pour agrandir
+l'image.
+Si vous voulez utiliser un autre mode que celui qu'il a choisi, vous pouvez le
+forcer
+par les options <option>-x</option> et <option>-y</option>. Avec l'option
+<option>-v</option>,
+le pilote DGA affichera, entre autres choses, une liste de toutes les
+résolutions
+supportées par votre fichier <filename>XF86Config</filename>. Avec DGA2 vous
+pouvez
+également le forcer a utiliser un certain nombre de couleurs en utilisant
+l'option
+<option>-bpp</option>. Les nombres de couleurs autorisées sont 15, 16, 24 et
+32. Cela
 dépend de votre matériel, soit ces modes sont nativement supportés, ou si une
 conversion logicielle doit être appliquée (ce qui peut ralentir la lecture).
 </para>
 </formalpara>
 <para>
-Si par chance vous avez assez de mémoire vidéo libre pour y placer une image entière,
-le driver DGA utilisera le double buffering, qui améliore considérablement la qualité
+Si par chance vous avez assez de mémoire vidéo libre pour y placer une image
+entière,
+le pilote DGA utilisera le double buffering, qui améliore considérablement la
+qualité
 de lecture. Il doit vous afficher si le double buffering est utilisé ou non.
 </para>
 
 <para>
-Double buffering signifie que la prochaine trame de votre vidéo est dessinée dans une
-partie non affichée de la mémoire graphique tandis que s'affiche la trame en cours.
-Quand la trame suivante est prête, la puce graphique reçoit simplement l'adresse de
-celle-ci et récupère les données a afficher depuis cette partie de la mémoire. Pendant
+Double buffering signifie que la prochaine trame de votre vidéo est dessinée
+dans une
+partie non affichée de la mémoire graphique tandis que s'affiche la trame en
+cours.
+Quand la trame suivante est prête, la puce graphique reçoit simplement
+l'adresse de
+celle-ci et récupère les données a afficher depuis cette partie de la mémoire.
+Pendant
 ce temps l'autre buffer se remplit avec l'image suivante.
 </para>
 
@@ -523,9 +602,10 @@ ce temps l'autre buffer se remplit avec l'image suivante.
 Le double buffering peut s'activer avec l'option <option>-double</option>
 et se désactiver avec <option>-nodouble</option>.
 Actuellement l'option par défaut est de désactiver le double buffering.
-En utilisant le driver DGA, l'on-screen display (OSD) fonctionne uniquement
+En utilisant le pilote DGA, l'on-screen display (OSD) fonctionne uniquement
 avec le doublebuffering activé.
-Cependant, activer le double buffering peut demander des calculs supplémentaires
+Cependant, activer le double buffering peut demander des calculs
+supplémentaires
 au processeur (sur mon K6-II+ 525 il utilisait 20% de temps CPU en plus !),
 ceci dépendant de l'implémentation du DGA pour votre matériel.
 </para>
@@ -535,12 +615,17 @@ ceci dépendant de l'implémentation du DGA pour votre matériel.
 <title>PROBLÈMES DE VITESSE</title>
 
 <para>
-Généralement, l'accès au framebuffer DGA peut s'avérer aussi rapide que le driver X11,
-apportant en plus l'avantage de bénéficier d'une image plein écran. Les pourcentages
+Généralement, l'accès au framebuffer DGA peut s'avérer aussi rapide que le
+pilote X11,
+apportant en plus l'avantage de bénéficier d'une image plein écran. Les
+pourcentages
 affichés par <application>MPlayer</application> doivent être interprétés avec
-précaution, comme par exemple avec le pilote X11 où ils n'incluent pas le temps utilisé
-par le serveur X pour l'affichage. Pour des résultats exacts, branchez un terminal sur
-le port série de votre machine et lancez un <command>top</command> pour savoir ce qui
+précaution, comme par exemple avec le pilote X11 où ils n'incluent pas le
+temps utilisé
+par le serveur X pour l'affichage. Pour des résultats exacts, branchez un
+terminal sur
+le port série de votre machine et lancez un <command>top</command> pour savoir
+ce qui
 se passe réellement lors de la lecture...
 </para>
 </formalpara>
@@ -552,18 +637,23 @@ optimisations effectuées sur le module DGA du serveur X.
 </para>
 
 <para>
-Si votre système s'avère trop lent, utilisez plutôt une profondeur de couleurs de 15 or
-16bits, qui ne demandent que la moitié de la bande passante d'un affichage 32 bits.
+Si votre système s'avère trop lent, utilisez plutôt une profondeur de couleurs
+de 15 or
+16bits, qui ne demandent que la moitié de la bande passante d'un affichage 32
+bits.
 </para>
 
 <para>
-Utiliser une profondeur de 24 bits peut s'avérer une bonne solution si votre carte ne
-supporte nativement que le 32 bits, le transfert se réduisant de 25% par rapport à un
+Utiliser une profondeur de 24 bits peut s'avérer une bonne solution si votre
+carte ne
+supporte nativement que le 32 bits, le transfert se réduisant de 25% par
+rapport à un
 mode 32/32.
 </para>
 
 <para>
-J'ai vu certains fichiers AVI passer sur des Pentium MMX 266. Les processeurs AMD K6-2
+J'ai vu certains fichiers AVI passer sur des Pentium MMX 266. Les processeurs
+AMD K6-2
 s'avèrent utilisables à partir de 400 MHz.
 </para>
 
@@ -572,83 +662,105 @@ s'avèrent utilisables à partir de 400 MHz.
 <title>BOGUES CONNUS</title>
 
 <para>
-A vrai dire, selon certains développeurs de XFree, DGA est une usine à gaz. Ils
-recommandent d'éviter son utilisation. Son implémentation n'est pas parfaite avec
+A vrai dire, selon certains développeurs de XFree, DGA est une usine à gaz.
+Ils
+recommandent d'éviter son utilisation. Son implémentation n'est pas parfaite
+avec
 chaque chipset pour XFree.
 </para>
 </formalpara>
 
 <itemizedlist>
 <listitem><para>
-  Avec XFree 4.0.3 et <filename>nv.o</filename> un bogue affiche des couleurs étranges.
+  Avec XFree 4.0.3 et <filename>nv.o</filename> un bogue affiche des couleurs
+étranges.
   </para></listitem>
 <listitem><para>
-  Les pilotes ATI requièrent de changer plusieurs fois de mode après l'utilisation
+  Les pilotes ATI requièrent de changer plusieurs fois de mode après
+l'utilisation
   du DGA.
   </para></listitem>
 <listitem><para>
   Certains pilotes échouent à revenir à la résolution normale (utilisez
-  <keycap>Ctrl</keycap>+<keycap>Alt</keycap>+<keycap>Keypad +</keycap> et
-  <keycap>Ctrl</keycap>+<keycap>Alt</keycap>+<keycap>Keypad -</keycap> pour y retourner
-  manuellement).
+  <keycombo><keycap>Ctrl</keycap><keycap>Alt</keycap>
+  <keycap>Keypad +</keycap></keycombo>
+  et <keycombo><keycap>Ctrl</keycap><keycap>Alt</keycap>
+  <keycap>Keypad -</keycap></keycombo> pour y retourner manuellement).
   </para></listitem>
 <listitem><para>
   Certains pilotes affichent simplement des couleurs étranges.
   </para></listitem>
 <listitem><para>
-  Certains pilotes mentent a propos de la quantité de mémoire allouée dans l'espace
-  d'adressage du processus, empêchant vo_dga d'utiliser le doublebuffering (SIS ?)
+  Certains pilotes mentent a propos de la quantité de mémoire allouée dans
+l'espace
+  d'adressage du processus, empêchant vo_dga d'utiliser le doublebuffering
+(SIS ?)
   </para></listitem>
 <listitem><para>
-  Certains pilotes semblent ne pas pouvoir reporter ne serait-ce qu'un seul mode valide.
-  Dans ce cas le driver DGA plantera en vous affichant un mode 100000x100000 ou
+  Certains pilotes semblent ne pas pouvoir reporter ne serait-ce qu'un seul
+mode valide.
+  Dans ce cas le pilote DGA plantera en vous affichant un mode 100000x100000
+ou
   quelque chose comme ça.
   </para></listitem>
 <listitem><para>
-  L'OSD fonctionne uniquement avec le doublebuffering activé (sinon il clignote).
+  L'OSD fonctionne uniquement avec le doublebuffering activé (sinon il
+clignote).
   </para></listitem>
 </itemizedlist>
 
-</sect2>
-<!--</sect1>-->
+</sect1>
+
 
 <!-- ********** -->
 
-<sect2 id="sdl">
+<sect1 id="sdl">
 <title>SDL</title>
 
 <para>
-<acronym>SDL</acronym> (Simple Directmedia Layer) est fondamentalement une interface
-vidéo/audio unifiée. Les programmes qui l'utilisent connaissent uniquement SDL, et pas
-quels pilotes vidéo ou audio SDL utilise lui-même. Par exemple, un portage de Doom
-utilisant SDL peut tourner avec svgalib, aalib, X, fbdev et autres, vous devez seulement
-spécifier (par exemple) le pilote vidéo à utiliser avec la variable d'environnement
-<envar>SDL_VIDEODRIVER</envar>. Enfin, en théorie.
-</para>
-
-<para>
-Avec <application>MPlayer</application>, nous avons utilisé le redimensionnement
-logiciel de ses pilotes X11 pour les cartes qui ne supportent pas XVideo, jusqu'à ce
-que nous fassions notre propre "dimensionneur" logiciel (plus rapide, plus agréable).
-Nous avons également utilisé sa sortie aalib, mais maintenant nous avons la nôtre qui
-est plus confortable. Son support DGA était meilleur que le nôtre, jusqu'à récemment.
+<acronym>SDL</acronym> (Simple Directmedia Layer) est fondamentalement une
+interface
+vidéo/audio unifiée. Les programmes qui l'utilisent connaissent uniquement
+SDL, et pas
+quels pilotes vidéo ou audio SDL utilise lui-même. Par exemple, un portage de
+Doom
+utilisant SDL peut tourner avec svgalib, aalib, X, fbdev et autres, vous devez
+seulement
+spécifier (par exemple) le pilote vidéo à utiliser avec la variable
+d'environnement
+<envar>SDL_VIDEOpilote</envar>. Enfin, en théorie.
+</para>
+
+<para>
+Avec <application>MPlayer</application>, nous avons utilisé le
+redimensionnement
+logiciel de ses pilotes X11 pour les cartes qui ne supportent pas XVideo,
+jusqu'à ce
+que nous fassions notre propre "dimensionneur" logiciel (plus rapide, plus
+agréable).
+Nous avons également utilisé sa sortie aalib, mais maintenant nous avons la
+nôtre qui
+est plus confortable. Son support DGA était meilleur que le nôtre, jusqu'à
+récemment.
 Vous comprenez maintenant? :)
 </para>
 
 <para>
-Cela aide également avec certains pilotes/cartes boguées si la vidéo est saccadée
+Cela aide également avec certains pilotes/cartes boguées si la vidéo est
+saccadée
 (pas de problème de lenteur du système), ou si l'audio est retardé.
 </para>
 
 <para>
-La sortie vidéo de SDL supporte l'affichage des sous-titres sous le film, dans les
+La sortie vidéo de SDL supporte l'affichage des sous-titres sous le film, dans
+les
 bandes noires (si elles sont présentes).
 </para>
+</sect1>
 
-</sect2>
-
+<!-- ********** -->
 
-<sect2 id="svgalib">
+<sect1 id="svgalib">
 <title>SVGAlib</title>
 
 <formalpara>
@@ -656,23 +768,26 @@ bandes noires (si elles sont présentes).
 <para>
 Vous devrez installer svgalib et ses paquets de développement afin que
 <application>MPlayer</application> construise son pilote SVGAlib (autodetecté,
-mais peut être forcé), et n'oubliez pas d'éditer <filename>/etc/vga/libvga.config</filename>
+mais peut être forcé), et n'oubliez pas d'éditer
+<filename>/etc/vga/libvga.config</filename>
 pour l'ajuster à votre carte et votre moniteur.
 </para>
 </formalpara>
 
-<note>
-<para>
+<note><para>
 Assurez-vous de ne pas utiliser l'option <option>-fs</option>, car elle active
-l'utilisation du redimensionneur logiciel, et c'est lent. Si vous en avez réellement
-besoin, utilisez l'option <option>-sws 4</option> qui donnera une qualité mauvaise,
+l'utilisation du redimensionneur logiciel, et c'est lent. Si vous en avez
+réellement
+besoin, utilisez l'option <option>-sws 4</option> qui donnera une qualité
+mauvaise,
 mais qui est un peu plus rapide.
-</para>
-</note>
+</para></note>
 
-<formalpara><title>SUPPORT EGA (4BPP)</title>
+<formalpara>
+<title>SUPPORT EGA (4BPP)</title>
 <para>
-SVGAlib incorpore EGAlib, et <application>MPlayer</application> a la possibilité
+SVGAlib incorpore EGAlib, et <application>MPlayer</application> a la
+possibilité
 d'afficher n'importe quel film en 16 couleurs, donc utilisable avec les
 configurations suivantes:
 </para>
@@ -711,9 +826,12 @@ Peut-être que la correction d'aspect automatique doit être coupée:
 </para>
 
 <note><para>
-D'après mon expérience, la meilleur qualité d'image sur les écrans EGA peut être
-obtenue en diminuant légèrement la luminosité: <option>-vf eq=-20:0</option>. J'ai
-également besoin de diminuer la fréquence d'échantillonnage sur ma machine, car le son
+D'après mon expérience, la meilleur qualité d'image sur les écrans EGA peut
+être
+obtenue en diminuant légèrement la luminosité: <option>-vf eq=-20:0</option>.
+J'ai
+également besoin de diminuer la fréquence d'échantillonnage sur ma machine,
+car le son
 est endommagé en 44kHz: <option>-srate 22050</option>.
 </para></note>
 
@@ -722,23 +840,29 @@ Vous pouvez activer l'OSD et les sous-titres uniquement avec le filtre
 <option>expand</option>, voir la page de man pour les paramètres exacts.
 
 </para>
-</sect2>
+</sect1>
 
+<!-- ********** -->
 
-<sect2 id="fbdev">
+<sect1 id="fbdev">
 <title>Sortie Framebuffer (FBdev)</title>
 
 <para>
-La compilation de le sortie FBdev est autodétectée durant <filename>./configure</filename>.
+La compilation de le sortie FBdev est autodétectée durant
+<filename>./configure</filename>.
 Lisez la documentation sur le framebuffer dans le sources du noyau
 (<filename>Documentation/fb/*</filename>) pour avoir plus d'infos.
 </para>
 
 <para>
-Si votre carte ne supporte pas le standard VBE 2.0 (anciennes cartes ISA/PCI, comme
-les S3 Trio64), et uniquement VBE 1.2 (ou plus ancien ?): Dans ce cas, VESAfb reste
-disponible, mais vous devrez charger SciTech Display Doctor (anciennement nommé UniVBE)
-avant de booter Linux. Utilisez une disquette de boot DOS ou similaire. Et n'oubliez
+Si votre carte ne supporte pas le standard VBE 2.0 (anciennes cartes ISA/PCI,
+comme
+les S3 Trio64), et uniquement VBE 1.2 (ou plus ancien ?): Dans ce cas, VESAfb
+reste
+disponible, mais vous devrez charger SciTech Display Doctor (anciennement
+nommé UniVBE)
+avant de booter Linux. Utilisez une disquette de boot DOS ou similaire. Et
+n'oubliez
 pas d'enregistrer votre copie d'UniVBE ;))
 </para>
 
@@ -750,7 +874,8 @@ La sortie FBdev accepte certains paramètres additionnels:
 <varlistentry>
   <term><option>-fb</option></term>
   <listitem><para>
-    spécifie le device framebuffer a utiliser (par défaut : <filename>/dev/fb0</filename>)
+    spécifie le device framebuffer a utiliser (par défaut :
+<filename>/dev/fb0</filename>)
     </para></listitem>
 </varlistentry>
 <varlistentry>
@@ -762,7 +887,8 @@ La sortie FBdev accepte certains paramètres additionnels:
 <varlistentry>
   <term><option>-fbmodeconfig</option></term>
   <listitem><para>
-    fichier de configuration des modes (par défaut : <filename>/etc/fb.modes</filename>)
+    fichier de configuration des modes (par défaut :
+<filename>/etc/fb.modes</filename>)
     </para></listitem>
 </varlistentry>
 <varlistentry>
@@ -778,18 +904,24 @@ La sortie FBdev accepte certains paramètres additionnels:
 
 <para>
 Si vous désirez passer dans un mode particulier, alors utilisez
-<screen>mplayer -vm -fbmode <replaceable>nom_du_mode</replaceable> <replaceable>nomfichier</replaceable></screen>
+<screen>mplayer -vm -fbmode <replaceable>nom_du_mode</replaceable>
+<replaceable>nomfichier</replaceable></screen>
 </para>
 
 <itemizedlist>
 <listitem><para>
-  <option>-vm</option> seul choisira le mode le mieux adapté dans votre fichier
+  <option>-vm</option> seul choisira le mode le mieux adapté dans votre
+fichier
   <filename>/etc/fb.modes</filename>. Peut s'utiliser avec les options
-  <option>-x</option> et <option>-y</option>. L'option <option>-flip</option> est
-  supportée uniquement si le format de pixels de la vidéo correspond au format de
+  <option>-x</option> et <option>-y</option>. L'option <option>-flip</option>
+est
+  supportée uniquement si le format de pixels de la vidéo correspond au format
+de
   pixel du mode framebuffer.
-  Faites attention à la valeur bpp, le driver fbdev essaie par défaut d'utiliser
-  la valeur courante, ou bien celle spécifiée par l'option <option>-bpp</option>.
+  Faites attention à la valeur bpp, le pilote fbdev essaie par défaut
+d'utiliser
+  la valeur courante, ou bien celle spécifiée par l'option
+<option>-bpp</option>.
   </para></listitem>
 <listitem><para>
   l'option <option>-zoom</option> n'est pas supportée (Utilisez l'option
@@ -809,71 +941,73 @@ Si vous désirez passer dans un mode particulier, alors utilisez
   </para></listitem>
 </itemizedlist>
 
-<note>