Merge remote-tracking branch 'origin/master'

Conflicts:
	.gitignore
	bstr.c
	cfg-mplayer.h
	defaultopts.c
	libvo/video_out.c

The conflict in bstr.c is due to uau adding a bstr_getline function in
commit 2ba8b91a97e7e8. This function already existed in this branch.
While uau's function is obviously derived from mine, it's incompatible.
His function preserves line breaks, while mine strips them. Add a
bstr_strip_linebreaks function, fix all other uses of bstr_getline, and
pick uau's implementation.

In .gitignore, change vo_gl3_shaders.h to use an absolute path
additional to resolving the merge conflict.

1 files changed, 0 insertions, 3002 deletions

diff --git a/DOCS/xml/fr/video.xml b/DOCS/xml/fr/video.xml
deleted file mode 100644
index 6a1da6de5f..0000000000
--- a/DOCS/xml/fr/video.xml
+++ /dev/null
@@ -1,3002 +0,0 @@
-<?xml version="1.0" encoding="utf-8"?>
-<!-- synced with r27044 -->
-<chapter id="video">
-<title>Sorties vidéo</title>
-
-<sect1 id="mtrr">
-<title>Réglage MTRR</title>
-
-<para>
-Il est FORTEMENT recommandé de bien ajuster ses registres MTRR, qui apportent
-un gain important de performances.
-</para>
-
-<para>
-  Faites un <command>cat /proc/mtrr</command>&nbsp;:
-<screen>
-<prompt>--($:~)--</prompt> cat /proc/mtrr
-reg00: base=0xe4000000 (3648MB), size=  16MB: write-combining, count=9
-reg01: base=0xd8000000 (3456MB), size= 128MB: write-combining, count=1<!--
---></screen>
-</para>
-
-<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
-automatiquement.
-</para>
-
-<para>
-Si rien n'a fonctionné, vous devrez procéder manuellement.
-D'abord, vous devez trouver l'adresse de base.
-Vous pouvez la trouver de trois façons&nbsp;:
-
-<orderedlist>
-<listitem><para>
-    à partir des messages au démarrage de X11, par exemple&nbsp;:
-  <screen>
-(--) SVGA: PCI: Matrox MGA G400 AGP rev 4, Memory @ 0xd8000000, 0xd4000000
-(--) SVGA: Linear framebuffer at 0xD8000000<!--
---></screen>
-  </para></listitem>
-<listitem><para>
-  à partir de <filename>/proc/pci</filename> (utilisez la commande
-  <command>lspci -v</command>)&nbsp;:
-  <screen>
-01:00.0 VGA compatible controller: Matrox Graphics, Inc.: Unknown device 0525
-Memory at d8000000 (32-bit, prefetchable)
-  </screen>
-  </para></listitem>
-<listitem><para>
-  à partir des messages noyau du pilote mga_vid (utilisez
-  <command>dmesg</command>)&nbsp;:
-  <screen>mga_mem_base = d8000000</screen>
-  </para></listitem>
-</orderedlist>
-</para>
-
-<para>
-Trouvons maintenant la taille mémoire. Simplement, convertissez la taille de
-la
-mémoire vidéo en hexadécimal, ou utilisez cette table&nbsp;:
-<informaltable frame="none">
-<tgroup cols="2">
-<tbody>
-<row><entry>1 Mo</entry><entry>0x100000</entry></row>
-<row><entry>2 Mo</entry><entry>0x200000</entry></row>
-<row><entry>4 Mo</entry><entry>0x400000</entry></row>
-<row><entry>8 Mo</entry><entry>0x800000</entry></row>
-<row><entry>16 Mo</entry><entry>0x1000000</entry></row>
-<row><entry>32 Mo</entry><entry>0x2000000</entry></row>
-</tbody>
-</tgroup>
-</informaltable>
-</para>
-
-<para>
-Vous connaissez l'adresse de base ainsi que la taille, ajustons vos registres
-MTRR&thinsp;!
-Par exemple, pour la carte Matrox utilisée ci-dessus
-(<literal>base=0xd8000000</literal>)
-avec 32Mo de ram (<literal>size=0x2000000</literal>) faites simplement&nbsp;:
-<screen>
-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
-le sont
-(<command>cat /proc/cpuinfo</command> pour le vérifier).
-</para>
-</sect1>
-
-
-<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
-
-
-<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>.
-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.
-</para>
-
-<para>
-Pour que cela fonctionne, vérifiez ceci&nbsp;:
-
-<orderedlist>
-<listitem><para>
-  Vous devez utiliser XFree86 4.0.2 ou plus récent (les versions précédentes
-  n'ont pas XVideo)
-  </para></listitem>
-<listitem><para>
-  Votre carte supporte l'accélération matérielle (les cartes modernes le font)
-  </para></listitem>
-<listitem><para>
-    X charge l'extension XVideo, qui doit faire apparaître quelque chose
-comme&nbsp;:
-  <programlisting>(II) Loading extension XVideo</programlisting>
-  dans <filename>/var/log/XFree86.0.log</filename>
-  <note><para>
-      NOTE&nbsp;: ceci charge seulement l'extension de XFree86.
-  Dans une installation correcte, celle ci est toujours chargée, et ne
-  signifie pas que le support XVideo spécifique à
-  <emphasis role="bold">votre carte</emphasis> est chargée&thinsp;!
-  </para></note>
-  </para></listitem>
-<listitem><para>
-  Votre carte a le support Xv sous Linux. Pour le vérifier, essayez
-  <command>xvinfo</command>,
-  inclus dans XFree86. Cela doit afficher un long message, similaire à&nbsp;:
-  <screen>
-X-Video Extension version 2.2
-screen #0
-  Adaptor #0: "Savage Streams Engine"
-    number of ports: 1
-    port base: 43
-    operations supported: PutImage
-    supported visuals:
-      depth 16, visualID 0x22
-      depth 16, visualID 0x23
-    number of attributes: 5
-(...)
-    Number of image formats: 7
-      id: 0x32595559 (YUY2)
-        guid: 59555932-0000-0010-8000-00aa00389b71
-        bits per pixel: 16
-        number of planes: 1
-        type: YUV (packed)
-      id: 0x32315659 (YV12)
-        guid: 59563132-0000-0010-8000-00aa00389b71
-        bits per pixel: 12
-        number of planes: 3
-        type: YUV (planar)
-(...etc...)<!--
---></screen>
-  Cela doit supporter les formats de pixels YUY2 packed et YV12 planar pour
-  pouvoir être utilisés avec <application>MPlayer</application>.
-  </para></listitem>
-<listitem><para>
-  Finalement, vérifiez si <application>MPlayer</application> a été compilé
-  avec le support 'xv'.
-  Faites un <command>mplayer -vo help | grep xv</command>
-  Si le support 'xv' à été compilé une ligne similaire à celle-ci devrait
-  apparaitre&nbsp;:
-    <screen>  xv      X11/Xv</screen>
-  </para></listitem>
-</orderedlist>
-</para>
-
-<sect2 id="tdfx">
-<title> Cartes 3dfx</title>
-
-<para>
-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.
-Les versions précédentes, incluant 4.1.0,
-<emphasis role="bold">plantent avec YV12</emphasis>.
-Si des problèmes apparaissent en utilisant <option>-vo xv</option>, essayez
-SDL (qui utilise également XVideo) et voyez si cela passe mieux.
-Lisez la section <link linkend="sdl">SDL</link> pour plus de détails.
-</para>
-
-<para>
-<emphasis role="bold">OU</emphasis>, essayez le NOUVEAU pilote
-<option>-vo tdfxfb</option>&thinsp;! Voir la section <link
-linkend="tdfxfb">tdfxfb</link>.
-</para>
-</sect2>
-
-
-<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&nbsp;: 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
-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>
-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>
-</sect2>
-
-
-<sect2 id="nvidia">
-<title>Cartes nVidia</title>
-
-<para>
-nVidia n'est pas un très bon choix sous Linux ... Les pilotes open-source de
-XFree86 supportent la plupart de ces cartes, mais dans certains cas, vous devrez
-utiliser les pilotes binaires closed-source de nVidia, disponibles sur le
-<ulink url="http://www.nvidia.com/object/linux.html">site web de nVidia</ulink>.
-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 pilote
-nVidia :(
-Plaignez-vous en à nVidia.
-</para>
-
-<para>
-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>.
-</para>
-</sect2>
-
-
-<sect2 id="ati">
-<title>Cartes ATI</title>
-
-<para>
-Le <ulink url="http://gatos.sf.net">pilote GATOS</ulink>
-(que vous devriez utiliser, à moins d'avoir une Rage128 ou une Radeon)
-utilise VSYNC par défaut.
-Cela signifie que la vitesse de décodage (!) est synchronisée à la vitesse de
-rafraîchissement du moniteur. Si la lecture semble lente, essayez d'enlever
-VSYNC, ou passez la vitesse de rafraîchissement à n*(fps du film) Hz.
-</para>
-
-<para>
-Radeon VE - si vous avez besoin de X, utilisez 4.2.0 ou supérieur pour cette
-carte.
-Pas de support TV-out.
-Bien sûr avec <application>MPlayer</application> vous pouvez heureusement
-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>
-</sect2>
-
-
-<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-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-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.
-</para>
-
-<para>
-Pour permettre la lecture de contenu de taille DVD changez votre XF86Config
-comme ceci&nbsp;:
-<programlisting>
-Section "Device"
-    [...]
-    pilote "neomagic"
-    <emphasis>Option "OverlayMem" "829440"</emphasis>
-    [...]
-EndSection<!--
---></programlisting>
-</para>
-</sect2>
-
-
-<sect2 id="trident">
-<title>Cartes Trident</title>
-<para>
-Si vous voulez utiliser Xv avec une carte Trident, puisque son support ne
-fonctionne pas avec 4.1.0, installez XFree 4.2.0.
-Celui-ci ajoute le support Xv plein-écran avec la carte Cyberblade XP.
-</para>
-
-<para>
-<application>MPlayer</application> contient également un pilote
-<link linkend="vidix">VIDIX</link> pour la carte Cyberblade/i1.
-</para>
-</sect2>
-
-
-<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>.
-</para>
-</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&nbsp;:
-    <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>
-
-
-<!-- ********** -->
-
-<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 pilote de sortie DGA pour
-<application>MPlayer</application>
-(et ce qu'il ne peut pas faire).
-
-</para>
-</formalpara>
-
-<formalpara>
-<title>QU'EST CE QUE LE DGA</title>
-<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
-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>).
-</para>
-</formalpara>
-<para>
-  Il existe deux versions de DGA&nbsp;: DGA1 est utilisé par XFree 3.x.x et
-DGA2 a été introduit par XFree 4.0.1.
-</para>
-
-<para>
-DGA1 propose uniquement un accès direct au framebuffer comme décrit ci-dessus.
-Pour changer la résolution de votre signal vidéo vous devez utiliser les
-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,
-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 pilote de votre serveur
-X contrôlant cette carte.
-Cela peut donc ne pas fonctionner sur tous les systèmes...
-</para>
-
-<formalpara>
-<title>INSTALLER LE SUPPORT DGA POUR MPLAYER</title>
-
-<para>
-Assurez vous d'abord que X charge l'extension DGA, regardez dans
-<filename>/var/log/XFree86.0.log</filename>&nbsp;:
-
-<programlisting>(II) Loading extension XFree86-DGA</programlisting>
-
-XFree86 4.0.x ou plus est <emphasis role="bold">hautement
-recommandé</emphasis>&thinsp;!
-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>.
-</para>
-</formalpara>
-
-<para>
-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
-à la vidéo. Il n'existe pas de convertisseur actuellement :(
-</para>
-
-<para>
-Passez en <systemitem class="username">root</systemitem>.
-DGA nécessite un accès root pour écrire directement dans la mémoire vidéo.
-Si vous voulez rester en utilisateur, installez
-<application>MPlayer</application> SUID root&nbsp;:
-
-<screen>
-chown root <replaceable>/usr/local/bin/mplayer</replaceable>
-chmod 750 <replaceable>/usr/local/bin/mplayer</replaceable>
-chmod +s <replaceable>/usr/local/bin/mplayer</replaceable>
-</screen>
-
-Maintenant cela fonctionne aussi avec les droits d'un simple utilisateur.
-</para>
-
-<caution>
-<title>Faille de sécurité</title>
-<para>
-Cela présente une <emphasis role="bold">grosse</emphasis> faille de
-sécurité&thinsp;!
-Ne faites <emphasis role="bold">jamais</emphasis> ceci sur un serveur ou un
-ordinateur accessible par d'autres personnes que vous, ils pourraient obtenir
-les privilèges root par l'exécutable <application>MPlayer</application>.
-</para>
-</caution>
-
-<para>
-Utilisez maintenant l'option <option>-vo dga</option> et c'est parti&thinsp;!
-(Enfin on peut l'espérer :)) Vous pouvez alors essayer l'option
-<option>-vo sdl:pilote=dga</option>&thinsp;!
-C'est beaucoup plus rapide&thinsp;!
-</para>
-
-
-<formalpara id="dga-modelines">
-<title>CHANGEMENT DE RÉSOLUTION</title>
-
-<para>
-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
-modelines sont acceptables. Elles peuvent être trouvées dans&nbsp;:
-<filename>/var/log/XFree86.0.log</filename>.
-</para>
-</formalpara>
-
-<para>
-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]"
-  Modeline "800x600"  40     800 840 968 1056  600 601 605 628
-  Modeline "712x600"  35.0   712 740 850 900   400 410 412 425
-  Modeline "640x480"  25.175 640 664 760 800   480 491 493 525
-  Modeline "400x300"  20     400 416 480 528   300 301 303 314 Doublescan
-  Modeline "352x288"  25.10  352 368 416 432   288 296 290 310
-  Modeline "352x240"  15.750 352 368 416 432   240 244 246 262 Doublescan
-  Modeline "320x240"  12.588 320 336 384 400   240 245 246 262 Doublescan
-EndSection
-</programlisting></para>
-
-
-<formalpara>
-<title>DGA &amp; MPLAYER</title>
-<para>
-  DGA est utilisé en deux endroits par
-<application>MPlayer</application>&nbsp;: 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>
-
-
-<formalpara>
-<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
-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 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
-ce temps l'autre buffer se remplit avec l'image suivante.
-</para>
-
-<para>
-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 pilote DGA, l'on-screen display (OSD) fonctionne uniquement
-avec le doublebuffering activé.
-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&thinsp;!),
-ceci dépendant de l'implémentation du DGA pour votre matériel.
-</para>
-
-
-<formalpara>
-<title>PROBLÈMES DE VITESSE</title>
-
-<para>
-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
-se passe réellement lors de la lecture...
-</para>
-</formalpara>
-
-<para>
-D'une manière générale, l'accélération acquise en utilisant le DGA au lieu de
-l'affichage X11 classique dépend fortement de votre carte graphique et des
-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.
-</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
-mode 32/32.
-</para>
-
-<para>
-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>
-
-
-<formalpara>
-<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
-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.
-  </para></listitem>
-<listitem><para>
-  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
-  <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 ?)
-  </para></listitem>
-<listitem><para>
-  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).
-  </para></listitem>
-</itemizedlist>
-
-</sect1>
-
-
-<!-- ********** -->
-
-<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_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
-(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
-bandes noires (si elles sont présentes).
-</para>
-</sect1>
-
-<!-- ********** -->
-
-<sect1 id="svgalib">
-<title>SVGAlib</title>
-
-<formalpara>
-<title>INSTALLATION</title>
-<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>
-pour l'ajuster à votre carte et votre moniteur.
-</para>
-</formalpara>
-
-<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,
-mais qui est un peu plus rapide.
-</para></note>
-
-<formalpara>
-<title>SUPPORT EGA (4BPP)</title>
-<para>
-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&nbsp;:
-</para>
-</formalpara>
-
-<itemizedlist>
-<listitem><para>
-  carte EGA avec moniteur EGA: 320x200x4bpp, 640x200x4bpp, 640x350x4bpp
-  </para></listitem>
-<listitem><para>
-  carte EGA avec moniteur CGA: 320x200x4bpp, 640x200x4bpp
-  </para></listitem>
-</itemizedlist>
-
-<para>
-  La valeur des bpp (bits par pixel) doit être fixé à 4 manuellement&nbsp;:
-<option>-bpp 4</option>
-</para>
-
-<para>
-  Le film doit probablement être redimensionné pour tenir dans le mode
-EGA&nbsp;:
-<screen>-vf scale=640:350</screen>
-ou
-<screen>-vf scale=320:200</screen>
-</para>
-
-<para>
-Pour cela nous avons besoin de la routine de redimensionnement rapide mais de
-mauvaise qualité&nbsp;:
-<screen>-sws 4</screen>
-</para>
-
-<para>
-  Peut-être que la correction d'aspect automatique doit être coupée&nbsp;:
-<screen>-noaspect</screen>
-</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é&nbsp;:
-<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&nbsp;: <option>-srate
-22050</option>.
-</para></note>
-
-<para>
-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>
-</sect1>
-
-<!-- ********** -->
-
-<sect1 id="fbdev">
-<title>Sortie Framebuffer (FBdev)</title>
-
-<para>
-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 ?)&nbsp;: 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>
-
-<para>
-  La sortie FBdev accepte certains paramètres additionnels&nbsp;:
-</para>
-
-<variablelist>
-<varlistentry>
-  <term><option>-fb</option></term>
-  <listitem><para>
-    spécifie le device framebuffer a utiliser (par défaut&nbsp;:
-<filename>/dev/fb0</filename>)
-    </para></listitem>
-</varlistentry>
-<varlistentry>
-  <term><option>-fbmode</option></term>
-  <listitem><para>
-    mode a utiliser (d'après le fichier <filename>/etc/fb.modes</filename>)
-    </para></listitem>
-</varlistentry>
-<varlistentry>
-  <term><option>-fbmodeconfig</option></term>
-  <listitem><para>
-    fichier de configuration des modes (par défaut&nbsp;:
-<filename>/etc/fb.modes</filename>)
-    </para></listitem>
-</varlistentry>
-<varlistentry>
-  <term><option>-monitor-hfreq</option></term>
-  <term><option>-monitor-vfreq</option></term>
-  <term><option>-monitor-dotclock</option></term>
-  <listitem><para>
-    valeurs <emphasis role="bold">importantes</emphasis>, voir
-    <filename>example.conf</filename>
-    </para></listitem>
-</varlistentry>
-</variablelist>
-
-<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>
-</para>
-
-<itemizedlist>
-<listitem><para>
-  <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
-  pixel du mode framebuffer.
-  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
-  <option>-fs</option>). Vous ne pouvez pas utiliser de modes 8bpp (ou moins).
-  </para></listitem>
-<listitem><para>
-    vous pouvez vouloir désactiver le curseur&nbsp;: