mpv/DOCS/xml/fr/video.xml

<?xml version="1.0" encoding="iso-8859-1"?>
<!-- synced with 1.30 -->
<sect2 id="video-dev">
<title>Sorties vid<69>o</title>

<sect3 id="mtrr">
<title>R<EFBFBD>glage MTRR</title>

<para>
Il est FORTEMENT recommand<6E> de bien ajuster ses registres MTRR, qui apportent un gain
important de performances.
</para>

<para>
Faites un <command>/proc/mtrr</command>:
<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<6E>, vous devrez proc<6F>der manuellement. D'abord, vous devez trouver
l'adresse de base. Vous pouvez la trouver de trois fa<66>ons :

<orderedlist>
<listitem><para>
  <20> partir des messages au d<>marrage de X11, par exemple:
  <screen>
(--) SVGA: PCI: Matrox MGA G400 AGP rev 4, Memory @ 0xd8000000, 0xd4000000
(--) SVGA: Linear framebuffer at 0xD8000000<!--
--></screen>
  </para></listitem>
<listitem><para>
  <20> partir de <filename>/proc/pci</filename> (utilisez la commande
  <command>lspci -v</command>):
  <screen>
01:00.0 VGA compatible controller: Matrox Graphics, Inc.: Unknown device 0525
Memory at d8000000 (32-bit, prefetchable)
  </screen>
  </para></listitem>
<listitem><para>
  <20> partir des messages noyau du driver 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
m<EFBFBD>moire vid<69>o en hexad<61>cimal, ou utilisez cette table :
<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 !
Par exemple, pour la carte Matrox utilis<69>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
</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 (tapez <command>cat /proc/cpuinfo</command> pour le v<>rifier).
</para>
</sect3>

<sect3 id="output-trad">
<title>Sortie vid<69>o pour cartes graphiques traditionnelles</title>
<sect4 id="xv">
<title>Xv</title>

<para>
Sous XFree86 4.0.2 ou plus r<>cent, vous pouvez utiliser les routines YUV mat<61>rielles de
votre carte en utilisant l'extension XVideo. Ceci peut <20>tre fait avec l'option
<option>-vo xv</option>'. De plus, ce pilote supporte le r<>glage de luminosit<69>/contraste/saturation/etc.
(<28> 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 :

<orderedlist>
<listitem><para>
  Vous devez utiliser XFree86 4.0.2 ou plus r<>cent (les versions pr<70>c<EFBFBD>dentes n'ont pas XVideo)
  </para></listitem>
<listitem><para>
  Votre carte supporte l'acc<63>l<EFBFBD>ration mat<61>rielle (les cartes modernes le font)
  </para></listitem>
<listitem><para>
  X charge l'extension XVideo, qui doit faire appara<72>tre quelque chose comme:
  <programlisting>(II) Loading extension XVideo</programlisting>
  dans <filename>/var/log/XFree86.0.log</filename>
  <note><para>
  NOTE: ceci charge seulement l'extension de XFree86. Dans une installation correcte,
  celle ci est toujours charg<72>e, et ne signifie pas que le support XVideo sp<73>cifique <20>
  <emphasis role="bold">votre carte</emphasis> est charg<72> !
  </para></note>
  </para></listitem>
<listitem><para>
  Votre carte a le support Xv sous Linux. Pour le v<>rifier, essayez <command>xvinfo</command>,
  inclut dans XFree86. Cela doit afficher un long message, similaire <20> :
  <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
  <20>tre utilis<69> avec <application>MPlayer</application>.
  </para></listitem>
<listitem><para>
  Finalement, v<>rifiez si <application>MPlayer</application> a <20>t<EFBFBD> compil<69> avec le
  support 'xv'. <filename>./configure</filename> doit vous le pr<70>ciser.
  </para></listitem>
</orderedlist>
</para>

<sect5 id="tdfx">
<title> Cartes 3dfx</title>

<para>
Les anciens drivers 3dfx avaient des probl<62>mes avec l'acc<63>l<EFBFBD>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<70>c<EFBFBD>dentes, incluant 4.1.0,
<emphasis role="bold">plantent avec YV12</emphasis>. Si des probl<62>mes apparaissent en
utilisant <option>-vo xv</option>, essayez SDL (qui utilise <20>galement XVideo) et voyez
si cela passe mieux. Lisez la <link linkend="sdl">section SDL</link> pour plus
de d<>tails.
</para>

<para>
<emphasis role="bold">OU</emphasis>, essayez le NOUVEAU pilote
<option>-vo tdfxfb</option> ! Voir la section <link linkend="tdfxfb">tdfxfb</link>.
</para>
</sect5>


<sect5 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<62>mes d'image, essayez 16bpp).
Comme pour les S3 Virge: il y a un support xv, mais la carte elle-m<>me est tr<74>s lente,
donc vous feriez mieux de la vendre.
</para>

<note>
<para>
Il n'est actuellement pas facile de savoir quels mod<6F>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>
</sect5>


<sect5 id="nvidia">
<title>Cartes nVidia</title>

<para>
nVidia n'est pas un tr<74>s bon chois sous Linux (d'apr<70>s nVidia, ce n'est
<link linkend="nvidia-opinions">pas vrai</link>)... 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 site web
de nVidia. Vous aurez toujours besoin de ce pilote si vous voulez l'acc<63>l<EFBFBD>ration 3D.
</para>

<para>
Les cartes Riva128 n'ont pas de support XVideo m<>me avec le driver nVidia :(
Plaignez-vous en <20> nVidia.
</para>

<para>
MPlayer contient <20>galement un pilote <link linkend="vidix">VIDIX</link>
(<link linkend="vidix-nvidia">nvidia_vid</link>) pour la plupart des cartes
nVidia. Actuellement il est en phase b<>ta, et a quelques inconv<6E>nients. Pour
plus d'informations, <link linkend="vidix-nvidia">cliquez ici</link>.
</para>
</sect5>


<sect5 id="ati">
<title>Cartes ATI</title>

<para>
Le <ulink url="http://www.linuxvideo.org/gatos">pilote GATOS</ulink>
(que vous devriez utiliser, <20> moins d'avoir une Rage128 ou une Radeon) utilise VSYNC
par d<>faut. Cela signifie que la vitesse de d<>codage (!) est synchronis<69>e <20> la vitesse de
rafra<EFBFBD>chissement du moniteur. Si la lecture semble lente, essayez d'enlever VSYNC,
ou passez la vitesse de rafra<72>chissement <20> n*(fps du film) Hz.
</para>

<para>
Radeon VE - si vous avez besoin de X, utilisez 4.2.0 ou sup<75>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<EFBFBD>ler<EFBFBD></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>
</sect5>


<sect5 id="neomagic">
<title>Cartes NeoMagic</title>

<para>
Ces cartes sont utilis<69>es sur de nombreux portables. Vous devez utiliser XFree86 4.3.0
ou sup<75>rieur, ou utiliser
<ulink url="http://www.mplayerhq.hu/MPlayer/contrib/NeoMagic-driver/">les pilotes Xv</ulink>
de Stefan Seyfried.
Choisissez juste celui qui s'applique <20> votre version de XFree86.
</para>

<para>
XFree86 4.3.0 inclut le support Xv, mais Bohdan Horst a envoy<6F> un petit
<ulink url="http://www.mplayerhq.hu/MPlayer/contrib/NeoMagic-driver/neo_driver.patch">patch</ulink>
pour les sources XFree86 qui acc<63>l<EFBFBD>re les op<6F>rations framebuffer (et donc XVideo)
jusqu'<27> quatre fois. Ce patch a <20>t<EFBFBD> inclus dans le CVS de XFree86 et devrait <20>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:
<programlisting>
Section "Device"
    [...]
    Driver "neomagic"
    <emphasis>Option "OverlayMem" "829440"</emphasis>
    [...]
EndSection<!--
--></programlisting>
</para>
</sect5>


<sect5 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-<2D>cran avec la
carte Cyberblade XP.
</para>

<para>
MPlayer contient <20>galement un pilote <link linkend="vidix">VIDIX</link> pour la
carte Cyberblade/i1.
</para>
</sect5>


<sect5 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<EFBFBD>charger les pilotes depuis le
<ulink url="http://www.powervr.com/">site de PowerVR</ulink>
</para>
</sect5>
</sect4>

<!-- ********** -->

<sect4 id="dga">
<title>DGA</title>

<formalpara>
<title>PR<EFBFBD>AMBULE</title>
<para>
Ce document tente d'expliquer en quelques mots ce qu'est le DGA en g<>n<EFBFBD>ral et ce que
peut faire le driver 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<62>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<69> par le noyau uniquement si vous avez les privil<69>ges
super-utilisateur. Vous pouvez les obtenir soit en vous loggant en <systemitem
class="username">root</systemitem> ou en pla<6C>ant le bit suid sur l'ex<65>cutable
<application>MPlayer</application> (<emphasis role="bold">non recommand<6E></emphasis>).
</para>
</formalpara>
<para>
Il existe deux versions de DGA: DGA1 est utilis<69> par XFree 3.x.x et DGA2 a <20>t<EFBFBD>
introduit par XFree 4.0.1.
</para>

<para>
DGA1 propose uniquement un acc<63>s direct au framebuffer comme d<>crit ci-dessus. Pour
changer la r<>solution de votre signal vid<69>o vous devez utiliser les extensions XVidMode.
</para>

<para>
DGA2 incorpore les fonctions de XVidMode et permet <20>galement de changer le nombre de
couleurs de l'affichage. Donc vous pouvez, en ex<65>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<EFBFBD>e et de la mise en place du driver de votre serveur X contr<74>lant cette carte.
Cela peut donc ne pas fonctionner sur tous les syst<73>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>:

<programlisting>(II) Loading extension XFree86-DGA</programlisting>

XFree86 4.0.x ou plus est TR<54>S RECOMMAND<4E> ! Le pilote DGA de
<application>MPlayer</application> est automatiquement d<>tect<63> lors de
<filename>./configure</filename>, ou vous pouvez le forcer avec l'option
<option>--enable-dga</option>.
</para>
</formalpara>

<para>
Si le driver ne peut pas passer en r<>solution inf<6E>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<69>o qui convienne
<EFBFBD> la vid<69>o. Il n'existe pas de convertisseur actuellement :(
</para>

<para>
Passez en <systemitem class="username">root</systemitem>. DGA n<>cessite un acc<63>s root
pour <20>crire directement dans la m<>moire vid<69>o. Si vous voulez rester en utilisateur,
installez <application>MPlayer</application> SUID root:

<screen>
chown root /usr/local/bin/mplayer
chmod 750 /usr/local/bin/mplayer
chmod +s /usr/local/bin/mplayer
</screen>

Maintenant cela fonctionne aussi avec les droits d'un simple utilisateur.
</para>

<caution>
<title>Faille de s<>curit<69></title>
<para>
Cela pr<70>sente une <emphasis role="bold">grosse</emphasis> faille de s<>curit<69> ! 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<69>ges root
par l'ex<65>cutable <application>MPlayer</application>.
</para>
</caution>

<para>
Utilisez maintenant l'option <option>-vo dga</option> et c'est parti ! (enfin on peut
l'esp<73>rer:) Vous pouvez alors essayer l'option <option>-vo sdl:dga</option> ! C'est
beaucoup plus rapide !
</para>


<formalpara id="dga-modelines">
<title>CHANGEMENT DE R<>SOLUTION</title>

<para>
Le driver DGA vous permet de changer la r<>solution du signal de sortie. Cela permet
d'<27>viter un redimensionnement logiciel, beaucoup plus lent, et offre une image plein
<EFBFBD>cran. Id<49>alement il doit passer <20> la r<>solution exacte de la vid<69>o (except<70> pour
respecter le rapport hauteur/largeur), mais le serveur X permet uniquement le passage
<EFBFBD> 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<69>s de votre mat<61>riel.
Le serveur X scanne ce fichier de configuration au d<>marrage et <20>limine les modelines
ne correspondant pas au mat<61>riel. Vous pouvez retrouver dans les logs de X quelles
modelines sont acceptables. Elles peuvent <20>tre trouv<75>es dans:
<filename>/var/log/XFree86.0.log</filename>.
</para>
</formalpara>

<para>
Ces entr<74>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<69> en deux endroits par <application>MPlayer</application>: Le pilote SDL
peut se compiler pour en faire usage (<option>-vo sdl: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>.
</para>
</formalpara>


<formalpara>
<title>FONCTIONNALIT<EFBFBD>S</title>

<para>
Le pilote DGA s'invoque en sp<73>cifiant <option>-vo dga</option> en ligne de commande.
L'action par d<>faut consiste <20> passer dans une r<>solution s'approchant au mieux de la
r<EFBFBD>solution de la vid<69>o. Il ignore volontairement les options <option>-vm</option> et
<option>-fs</option> (autorisant le changement de r<>solution et le plein <20>cran) - il
essaie toujours de couvrir le plus large espace possible de votre <20>cran en changeant
les modes vid<69>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<EFBFBD>es par votre fichier <filename>XF86Config</filename>. Avec DGA2 vous pouvez
<EFBFBD>galement le forcer a utiliser un certain nombre de couleurs en utilisant l'option
<option>-bpp</option>. Les nombres de couleurs autoris<69>es sont 15, 16, 24 et 32. Cela
d<EFBFBD>pends de votre mat<61>riel, soit ces modes sont nativement support<72>s, ou si une
conversion logicielle doit <20>tre appliqu<71>e (ce qui peut ralentir la lecture).
</para>
</formalpara>
<para>
Si par chance vous avez assez de m<>moire vid<69>o libre pour y placer une image enti<74>re,
le driver DGA utilisera le doublebuffering, qui am<61>liore consid<69>rablement la qualit<69>
de lecture. Il doit vous afficher si le doublebuffering est utilis<69> ou non.
</para>

<para>
Doublebuffering signifie que la prochaine trame de votre vid<69>o est dessin<69>e dans une
partie non affich<63>e de la m<>moire graphique tandis que s'affiche la trame en cours.
Quand la trame suivante est pr<70>te, la puce graphique re<72>oit simplement l'adresse de
celle-ci et r<>cup<75>re les donn<6E>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 doublebuffering peut s'activer dans MPlayer 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 doublebuffering. En utilisant le driver DGA, l'on-screen display (OSD)
fonctionne uniquement avec le doublebuffering activ<69>. Cependant, activer le
doublebuffering peut demander des calculs suppl<70>mentaires au processeur (sur mon K6-II+
525 il utilisait 20% de temps CPU en plus !), ceci d<>pendant de l'impl<70>mentation du DGA
pour votre mat<61>riel.
</para>


<formalpara>
<title>PROBL<EFBFBD>MES DE VITESSE</title>

<para>
G<EFBFBD>n<EFBFBD>ralement, l'acc<63>s au framebuffer DGA peut s'av<61>rer aussi rapide que le driver X11,
apportant en plus l'avantage de b<>n<EFBFBD>ficier d'une image plein <20>cran. Les pourcentages
affich<EFBFBD>es par <application>MPlayer</application> doivent <20>tre interpr<70>t<EFBFBD>es avec
pr<EFBFBD>caution, comme par exemple avec le pilote X11 o<> ils n'incluent pas le temps utilis<69>
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<6E>re g<>n<EFBFBD>rale, l'acc<63>l<EFBFBD>ration acquise en utilisant le DGA au lieu de
l'affichage X11 classique d<>pend fortement de votre carte graphique et des
optimisations effectu<74>es sur le module DGA du serveur X.
</para>

<para>
Si votre syst<73>me s'av<61>re trop lent, utilisez plut<75>t une profondeur de couleurs de 15 or
16bits, qui ne demandent que la moiti<74> de la bande passante d'un affichage 32 bits.
</para>

<para>
Utiliser une profondeur de 24 bits peut s'av<61>rer une bonne solution si votre carte ne
supporte nativement que le 32 bits, le transfert se r<>duisant de 25% par rapport <20> 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<61>rent utilisables <20> partir de 400 MHZ et sup<75>rieur.
</para>


<formalpara>
<title>BOGUES CONNUS</title>

<para>
A vrai dire, selon certains d<>veloppeurs de XFree, DGA est une usine <20> gaz. Ils
recommandent d'<27>viter son utilisation. Son impl<70>mentation n'est pas parfaite avec
chaque chipset pour XFree.
</para>
</formalpara>

<itemizedlist>
<listitem><simpara>
  Avec XFree 4.0.3 et <filename>nv.o</filename> un bogue affiche des couleurs <20>tranges.
  </simpara></listitem>
<listitem><simpara>
  Les pilotes ATI requi<75>rent de passer plusieurs modes apr<70>s l'utilisation du DGA.
  </simpara></listitem>
<listitem><simpara>
  Certains pilotes 'plantent' lors du retour <20> 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).
  </simpara></listitem>
<listitem><simpara>
  Certains pilotes affichent simplement des couleurs <20>tranges.
  </simpara></listitem>
<listitem><simpara>
  Certains pilotes mentent a propos de la quantit<69> de m<>moire allou<6F>e dans l'espace
  d'adressage du processus, emp<6D>chant vo_dga d'utiliser le doublebuffering (SIS ?)
  </simpara></listitem>
<listitem><simpara>
  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
  quelque chose comme <20>a...
  </simpara></listitem>
<listitem><simpara>
  L'OSD fonctionne uniquement avec le doublebuffering activ<69> (sinon il clignote).
  </simpara></listitem>
</itemizedlist>

</sect4>
<!--</sect3>-->

<!-- ********** -->

<sect4 id="sdl">
<title>SDL</title>

<para>
<acronym>SDL</acronym> (Simple Directmedia Layer) est fondamentalement une interface
vid<EFBFBD>o/audio unifi<66>e. Les programmes qui l'utilisent connaissent uniquement SDL, et pas
quels pilotes vid<69>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<EFBFBD>cifier (par exemple) le pilote vid<69>o <20> utiliser avec la variable d'environnement
<envar>SDL_VIDEODRIVER</envar>. Enfin, en th<74>orie.
</para>

<para>
Avec <application>MPlayer</application>, nous avons utilis<69> le redimensionnement
logiciel de ses pilotes X11 pour les cartes qui ne supportent pas XVideo, jusqu'<27> ce
que nous fassions notre propre &quot;dimensionneur&quot; logiciel (plus rapide, plus agr<67>able).
Nous avons <20>galement utilis<69> sa sortie aalib, mais maintenant nous avons la n<>tre qui
est plus confortable. Son support DGA <20>tait meilleur que le n<>tre, jusqu'<27> r<>cemment.
Vous comprenez maintenant? :)
</para>

<para>
Cela aide <20>galement avec certains pilotes/cartes bogu<67>s si la vid<69>o est saccad<61> (pas de
probl<EFBFBD>me de lenteur du syst<73>me), ou si l'audio est retard<72>.
</para>

<para>
La sortie vid<69>o de SDL supporte l'affichage des sous-titres sous le film, dans les
bandes noires (si elles sont pr<70>sentes).
</para>

<variablelist>
<title>Il existe plusieurs options en ligne de commande pour SDL:</title>
<varlistentry>
  <term><option>-vo sdl:<replaceable>nom</replaceable></option></term>
  <listitem><simpara>
    sp<73>cifie le driver vid<69>o SDL a utiliser (par ex. <literal>aalib</literal>,
    <literal>dga</literal>, <literal>x11</literal>)
  </simpara></listitem>
</varlistentry>
<varlistentry>
  <term><option>-ao sdl:<replaceable>nom</replaceable></option></term>
  <listitem><simpara>
    sp<73>cifie le driver audio SDL a utiliser (par ex. <literal>dsp</literal>,
    <literal>esd</literal>, <literal>arts</literal>)
  </simpara></listitem>
</varlistentry>
<varlistentry>
  <term><option>-noxv</option></term>
  <listitem><simpara>
    d<>sactive l'acc<63>l<EFBFBD>ration Xvideo mat<61>rielle
  </simpara></listitem>
</varlistentry>
<varlistentry>
  <term><option>-forcexv</option></term>
  <listitem><simpara>
    tente de forcer l'acc<63>l<EFBFBD>ration Xvideo
  </simpara></listitem>
</varlistentry>
</variablelist>

<table>
<title>Touches SDL</title>
<tgroup cols="2">
<thead>
<row><entry>Touche</entry><entry>Action</entry></row>
</thead>
<tbody>
<row><entry><keycap>c</keycap></entry><entry>
    passe par tous les modes plein <20>cran valides
    </entry></row>
<row><entry><keycap>n</keycap></entry><entry>
    revient en mode normal
    </entry></row>
</tbody>
</tgroup>
</table>

<itemizedlist>
<title>Bogues connus:</title>
<listitem><simpara>
  Les touches press<73>es avec le driver sdl:aalib se r<>p<EFBFBD>tent en continu (utiliser
  <option>-vo aa</option>!). C'est un bogue dans la SDL, je ne peux pas le changer
  (test<73> avec SDL 1.2.1).
  </simpara></listitem>
<listitem><simpara>
  NE PAS UTILISER SDL avec la GUI! Cela ne fonctionnera pas comme il devrait.
  </simpara></listitem>
</itemizedlist>
</sect4>


<sect4 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 driver SVGAlib driver (autodetect<63>,
mais peut <20>tre forc<72>), et n'oubliez pas d'<27>diter <filename>/etc/vga/libvga.config</filename>
pour l'ajuster <20> 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<69> mauvaise,
mais qui est un peu plus rapide.
</para>
</note>

<formalpara><title>SUPPORT EGA (4BPP)</title>
<para>
SVGAlib incorpore EGAlib, et MPlayer a la possibilit<69> d'afficher n'importe quel film
en 16 couleurs, donc utilisable avec les configurations suivantes:
</para>
</formalpara>

<itemizedlist>
<listitem><simpara>
  carte EGA avec moniteur EGA: 320x200x4bpp, 640x200x4bpp, 640x350x4bpp
  </simpara></listitem>
<listitem><simpara>
  carte EGA avec moniteur CGA: 320x200x4bpp, 640x200x4bpp
  </simpara></listitem>
</itemizedlist>

<para>
La valeur des bpp (bits par pixel) doit <20>tre fix<69> <20> 4 manuellement:
<option>-bpp 4</option>
</para>

<para>
Le film doit probablement <20>tre redimensionn<6E> pour tenir dans le mode EGA:
<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<EFBFBD>:
<screen>-sws 4</screen>
</para>

<para>
Peut-<2D>tre que la correction d'aspect automatique doit <20>tre coup<75>e:
<screen>-noaspect</screen>
</para>

<note><para>
D'apr<70>s mon exp<78>rience, la meilleur qualit<69> d'image sur les <20>crans EGA peut <20>tre
obtenue en diminuant l<>g<EFBFBD>rement la luminosit<69>: <option>-vf eq=-20:0</option>. J'ai
<EFBFBD>galement besoin de diminuer la fr<66>quence d'<27>chantillonnage sur ma machine, car le son
est endommag<61> en 44kHz: <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<61>tres exacts.

</para>
</sect4>


<sect4 id="fbdev">
<title>Sortie Framebuffer (FBdev)</title>

<para>
La compilation de le sortie FBdev est autod<6F>tect<63>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 (<28>galement nomm<6D> 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<61>tres additionnels:
</para>

<variablelist>
<varlistentry>
  <term><option>-fb</option></term>
  <listitem><simpara>
    sp<73>cifie le device framebuffer a utiliser (<filename>/dev/fb0</filename>)
    </simpara></listitem>
</varlistentry>
<varlistentry>
  <term><option>-fbmode</option></term>
  <listitem><simpara>
    mode a utiliser (d'apr<70>s le fichier <filename>/etc/fb.modes</filename>)
    </simpara></listitem>
</varlistentry>
<varlistentry>
  <term><option>-fbmodeconfig</option></term>
  <listitem><simpara>
    fichier de configuration des modes (<filename>/etc/fb.modes</filename> par d<>faut)
    </simpara></listitem>
</varlistentry>
<varlistentry>
  <term><option>-monitor-hfreq</option></term>
  <term><option>-monitor-vfreq</option></term>
  <term><option>-monitor-dotclock</option></term>
  <listitem><simpara>
    valeurs <emphasis role="bold">importantes</emphasis>, voir
    <filename>example.conf</filename>
    </simpara></listitem>
</varlistentry>
</variablelist>

<para>

<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<70> 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<72>e uniquement si le format de pixels de la vid<69>o correspond au format de pixel
  du mode framebuffer. Faites attention <20> la valeur bpp, le driver fbdev essaie par
  d<>faut d'utiliser la valeur courante, ou bien celle sp<73>cifi<66>e par l'option
  <option>-bpp</option>.
  </para></listitem>
<listitem><para>
  l'option <option>-zoom</option> n'est pas support<72>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:
  <screen>echo -e '\033[?25l'</screen>
  ou
  <screen>setterm -cursor off</screen>
  et l'<27>conomiseur d'<27>cran:
  <screen>setterm -blank 0</screen>
  Pour afficher de nouveau le curseur:
  <screen>echo -e '\033[?25h'</screen>
  ou
  <screen>setterm -cursor on</screen>
  </para></listitem>
</itemizedlist>

<note>
<para>
Le changement de mode vid<69>o avec FBdev <emphasis>ne fonctionne pas</emphasis> avec le
framebuffer VESA, et ne nous le demandez pas, il ne s'agit pas d'une limitation de
<application>MPlayer</application>.
</para>
</note>
</sect4>


<sect4 id="mga_vid">
<title>Framebuffer Matrox (mga_vid)</title>

<para>
Cette section concerne le support BES (Back-End Scaler) sur les cartes Matrox
G200/G400/G450/G550, le driver noyau de mga_vid. Il est activement d<>velopp<70> par A'rpi, et
supporte le VSYNC mat<61>riel avec triple buffering. Cela fonctionne aussi bien en console
framebuffer que sous X.
</para>

<warning>
<para>
Ceci est pour Linux uniquement ! Sur les syst<73>mes non-Linux (test<73> sur FreeBSD), vous
pouvez utiliser <link linkend="vidix">VIDIX</link> <20> la place !
</para>
</warning>

<procedure>
<title>Installation:</title>
<step><para>
  Pour l'utiliser, vous devez au pr<70>alable compiler <filename>mga_vid.o</filename>:
  <screen>
cd drivers
make<!--
--></screen>
  </para></step>
<step><para>
  Puis cr<63>ez le p<>riph<70>rique <filename>/dev/mga_vid</filename>:
  <screen>mknod /dev/mga_vid c 178 0</screen>
  et chargez le pilote avec
  <screen>insmod mga_vid.o</screen>
  </para></step>
<step><para>
  Vous pouvez v<>rifier si la d<>tection de la taille m<>moire est correcte en utilisant
  la commande <command>dmesg</command>. Si elle s'av<61>re incorrecte, utilisez l'option
  <option>mga_ram_size</option> (<command>rmmod mga_vid</command> avant), en
  sp<73>cifiant la m<>moire de la carte en Mo:
  <screen>insmod mga_vid.o mga_ram_size=16</screen>
  </para></step>
<step><para>
  Pour le charger/d<>charger automatiquement, ins<6E>rez cette ligne a la fin du fichier
  <filename>/etc/modules.conf</filename>:

  <programlisting>alias char-major-178 mga_vid</programlisting>

  Puis copiez le module <filename>mga_vid.o</filename> <20> une place appropri<72>e dans
  <filename>/lib/modules/<replaceable>version noyau</replaceable>/<replaceable>quelquepart</replaceable></filename>.
  </para><para>
  Puis ex<65>cutez
  <screen>depmod -a</screen>
  </para></step>
<step><para>
  Vous devez maintenant (re)compiler <application>MPlayer</application>,
  <filename>./configure</filename> d<>tectera <filename>/dev/mga_vid</filename> et
  construira le driver 'mga'. Pour l'utiliser dans <application>MPlayer</application>,
  lancez-le avec l'option <option>-vo mga</option> si vous <20>tes en console matroxfb, ou
   <option>-vo xmga</option> sous XFree86 3.x.x ou 4.x.x.
  </para></step>
</procedure>

<para>
Le pilote mga_vid coop<6F>re avec Xv.
</para>

<para>
Le p<>riph<70>rique <filename>/dev/mga_vid</filename> peut <20>tre lu (par exemple par
<screen>cat /dev/mga_vid</screen>) pour avoir des infos, et <20>crit pour changer la
luminosit<EFBFBD>:

<screen>echo "brightness=120" &gt; /dev/mga_vid</screen>
</para>
</sect4>


<sect4 id="tdfxfb" xreflabel="3Dfx YUV support (tdfxfb)">
<title>Support YUV 3Dfx</title>
<para>
Ce pilote utilise le pilote framebuffer tdfx du noyau pour lire des films avec
acc<EFBFBD>l<EFBFBD>ration YUV. Vous aurez besoin d'un noyau avec support tdfxfb, et de recompiler
avec
<screen>./configure --enable-tdfxfb</screen>
</para>
</sect4>


<sect4 id="opengl">
<title>Sortie OpenGL</title>

<para>
<application>MPlayer</application> supporte l'affichage de films en utilisant OpenGL,
mais si votre plateforme/pilote supporte xv comme <20>a devrait <20>tre le cas sur un PC avec
Linux, utilisez xv <20> la place, les performances d'OpenGL sont bien pires. Si vous avez
une impl<70>mentation X11 sans support xv, OpenGL est alors une alternative viable.
</para>

<para>
Malheureusement tous les pilotes ne supportent pas cette fonction. Le pilote Utah-GLX
(pour XFree86 3.3.6) le supporte pour toutes les cartes. Voir
<ulink url="http://utah-glx.sourceforge.net"/> pour son t<>l<EFBFBD>chargement et les infos
d'installation.
</para>

<para>
XFree86(DRI) 4.0.3 et sup<75>rieur supporte OpenGL avec les cartes Matrox et Radeon, 4.2.0
ou sup<75>rieur supporte la Rage128. Voir <ulink url="http://dri.sourceforge.net"/> pour
son t<>l<EFBFBD>chargement et les infos d'installation.
</para>
</sect4>


<sect4 id="aalib">
<title>AAlib - affichage en mode texte</title>

<para>
AAlib est une librairie affichant des graphismes en mode texte, en utilisant un
puissant moteur de rendu ASCII. De <emphasis>nombreux</emphasis> programmes le
supportent d<>j<EFBFBD>, comme Doom, Quake, etc. <application>MPlayer</application> poss<73>de
pour cela un driver parfaitement utilisable. Si <filename>./configure</filename>
d<EFBFBD>tecte une installation de aalib, le pilote aalib libvo sera compil<69>.

</para>

<para>
Vous pouvez utiliser certains raccourcis clavier dans le fen<65>tre AA pour changer les
options de rendu:
</para>

<informaltable>
<tgroup cols="2">
<thead>
  <row><entry>Touche</entry><entry>Action</entry></row>
</thead>
<tbody>
<row><entry><keycap>1</keycap></entry><entry>
  diminue le contraste
  </entry></row>
<row><entry><keycap>2</keycap></entry><entry>
  augmente le contraste
  </entry></row>
<row><entry><keycap>3</keycap></entry><entry>
  diminue la luminosit<69>
  </entry></row>
<row><entry><keycap>4</keycap></entry><entry>
  augmente la luminosit<69>
  </entry></row>
<row><entry><keycap>5</keycap></entry><entry>
  active/d<>sactive le rendu rapide
  </entry></row>
<row><entry><keycap>6</keycap></entry><entry>
  change le mode de dithering (none, error distribution, Floyd Steinberg)
  </entry></row>
<row><entry><keycap>7</keycap></entry><entry>
  inverse l'image
  </entry></row>
<row><entry><keycap>8</keycap></entry><entry>
   passe des contr<74>les de aa vers ceux de <application>MPlayer</application> et vice-versa
  </entry></row>
</tbody>
</tgroup>
</informaltable>

<variablelist>
<title>Vous pouvez utiliser les lignes de commande suivantes:</title>
<varlistentry>
  <term><option>-aaosdcolor=<replaceable>V</replaceable></option></term>
  <listitem><para>
    change la couleur de l'OSD
    </para></listitem>
</varlistentry>
<varlistentry>
  <term><option>-aasubcolor=<replaceable>V</replaceable></option></term>
  <listitem><para>
    change la couleur des sous-titres
    </para><para>
    where <replaceable>V</replaceable> peut <20>tre:
    <literal>0</literal> (normal),
    <literal>1</literal> (noir),
    <literal>2</literal> (gras),
    <literal>3</literal> (fontes grasses),
    <literal>4</literal> (invers<72>),
    <literal>5</literal> (sp<73>cial).
    </para></listitem>
</varlistentry>
</variablelist>

<variablelist>
<title>AAlib lui m<>me propose de nombreuses options. En voici les principales:</title>
<varlistentry>
  <term><option>-aadriver</option></term>
  <listitem><simpara>
    choisit le pilote aa (X11, curses, Linux)
    </simpara></listitem>
</varlistentry>
<varlistentry>
  <term><option>-aaextended</option></term>
  <listitem><simpara>
    utilise les 256 caract<63>res
    </simpara></listitem>
</varlistentry>
<varlistentry>
  <term><option>-aaeight</option></term>
  <listitem><simpara>
   utilise l'ASCII 8 bits
    </simpara></listitem>
</varlistentry>
<varlistentry>
  <term><option>-aahelp</option></term>
  <listitem><simpara>
    affiche toutes les options de aalib
    </simpara></listitem>
</varlistentry>
</variablelist>

<note>
<para>
Le rendu prend beaucoup de temps CPU, sp<73>cialement en utilisant aalib sur X, et prend
moins de CPU sur une console standard, sans framebuffer. Utilisez SVGATextMode pour
passer en mode texte large, et appr<70>ciez ! (une carte hercules en second <20>cran, c'est
g<EFBFBD>nial :)) (mais <20> mon humble avis vous pouvez utiliser l'option
<option>-vf 1bpp</option> pour avoir des graphismes sur hgafb:)
</para>
</note>

<para>
Utilisez l'option <option>-framedrop</option> si votre machine n'est pas suffisamment
rapide pour afficher toutes les trames !
</para>

<para>
Sur un terminal vous obtiendrez de meilleures performances en utilisant le pilote
linux, et pas curses (<option>-aadriver linux</option>). Cependant vous devez avoir
un acc<63>s en <20>criture sur
<filename>/dev/vcsa<replaceable>&lt;terminal&gt;</replaceable></filename>. Ce n'est
pas autod<6F>tect<63> par aalib, mais vo_aa essaie de d<>terminer le meilleur mode. Voir
<ulink url="http://aa-project.sourceforge.net/tune"/> pour une meilleure optimisation.
</para>
</sect4>


<sect4 id="vesa">
<title>VESA - sortie sur BIOS VESA</title>

<para>
Ce pilote <20> <20>t<EFBFBD> con<6F>u et pr<70>sent<6E> comme un <emphasis role="bold">pilote g<>n<EFBFBD>rique</emphasis>
pour n'importe quelle carte ayant un BIOS compatible VESA VBE 2.0+. Un autre avantage
de ce pilote est qu'il force l'ouverture de la sortie TV.
dixit <citetitle>VESA BIOS EXTENSION (VBE) Version 3.0 Date: September 16,
1998</citetitle> (Page 70):
</para>

<blockquote>
<formalpara><title>Conceptions des contr<74>leurs doubles</title>
<para>
VBE 3.0 supporte la conception de contr<74>leur double en assumant que comme les deux
contr<EFBFBD>leurs sont typiquement fournis par le m<>me OEM, sous le contr<74>le d'un seul ROM BIOS
sur la m<>me carte graphique, il est possible de cacher le fait que deux contr<74>leurs
sont pr<70>sent dans l'application. Cela a la limitation d'interdire l'utilisation
simultan<EFBFBD>e de chacun des contr<74>leurs, mais permet aux applications avant VBE 3.0 de
fonctionner normalement. La fonction VBE 00h (Return Controller Information) retourne
l'information combin<69>e des deux contr<74>leurs, incluant la liste combin<69>e des modes
disponibles. Quand une application s<>lectionne un mode, le contr<74>leur appropri<72> est
activ<EFBFBD>. Chacune des fonctions VBE restantes s'appliquent ensuite sur le contr<74>leur
actif.
</para>
</formalpara>
</blockquote>

<para>
Donc vous avez des chances de faire fonctionner la sortie TV avec ce pilote (Je suppose
que la sortie TV est souvent une t<>te ind<6E>pendante ou au moins une sortie ind<6E>pendante).
</para>

<itemizedlist spacing="compact">
<title>AVANTAGES</title>
<listitem><simpara>
  Vous avez la possibilit<69> de voir des films <emphasis role="bold">m<EFBFBD>me si Linux ne
  conna<6E>t pas</emphasis> votre mat<61>riel vid<69>o.
  </simpara></listitem>
<listitem><simpara>
  Vous n'avez pas besoin d'avoir de logiciels graphiques install<6C>s sur votre Linux
  (comme X11 (alias XFree86), fbdev et autres). Ce pilote peut fonctionner en
  <emphasis role="bold">mode texte</emphasis>.
  </simpara></listitem>
<listitem><simpara>
  Vous avez des chances de faire <emphasis role="bold">fonctionner la sortie TV</emphasis>
  (C'est le cas au moins pour les cartes ATI).
  </simpara></listitem>
<listitem><simpara>
  Ce pilote appelle le gestionnaire <function>int 10h</function> ainsi ce n'est pas un
  <20>mulateur - il appelle des choses <emphasis role="bold">r<EFBFBD>elles</emphasis> dans le BIOS
  <emphasis>r<EFBFBD>el</emphasis> en <emphasis>mode r<>el</emphasis> (pour l'instant en mode vm86).
  </simpara></listitem>
<listitem><simpara>
  Vous pouvez l'utiliser avec VIDIX, acc<63>l<EFBFBD>rant ainsi l'affichage vid<69>o
  <emphasis role="bold">et</emphasis> la sortie TV en m<>me temps (recommand<6E> pour les cartes ATI) !
  </simpara></listitem>
<listitem><simpara>
  si vous avez un BIOS VESA VBE 3.0+, et que vous avez sp<73>cifi<66>
  <systemitem>monitor-hfreq, monitor-vfreq, monitor-dotclock</systemitem> quelque part
  (fichier de config, ou ligne de commande) vous aurez le plus haut taux de
  rafra<72>chissement possible (en utilisant la Formule G<>n<EFBFBD>rale de Timing). Pour activer
  cette fonctionnalit<69> vous devrez sp<73>cifier <emphasis role="bold">toutes</emphasis>
  les options de votre moniteur.
  </simpara></listitem>
</itemizedlist>

<itemizedlist spacing="compact">
<title>D<EFBFBD>SAVANTAGES</title>
<listitem><simpara>
  Il ne fonctionne que sur les <emphasis role="bold">syst<EFBFBD>mes x86</emphasis>.
  </simpara></listitem>
<listitem><simpara>
  Il ne peut <20>tre utilis<69> qu'en <systemitem class="username">root</systemitem>.
  </simpara></listitem>
<listitem><simpara>
  Pour l'instant il n'est disponible que pour <emphasis role="bold">Linux</emphasis>.
  </simpara></listitem>
</itemizedlist>

<important>
<para>
N'utilisez pas ce pilote avec <emphasis role="bold">GCC 2.96</emphasis> ! Cela ne
fonctionnera pas !

</para>
</important>

<variablelist>
<title>OPTIONS EN LIGNE DE COMMANDE POUR VESA</title>
<varlistentry>
  <term><option>-vo vesa:<replaceable>opts</replaceable></option></term>
  <listitem><simpara>
    actuellement reconnu: <literal>dga</literal> pour forcer le mode dga et
    <literal>nodga</literal>pour le d<>sactiver. En mode dga vous pouvez
    activer le double buffering via l'option <option>-double</option>. Note: vous
    pouvez omettre ces param<61>tres pour activer l'<emphasis role="bold">autod<EFBFBD>tection</emphasis>
    du mode dga.
    </simpara></listitem>
</varlistentry>
</variablelist>

<itemizedlist spacing="compact">
<title>PROBL<EFBFBD>MES CONNUS ET CONTOURNEMENTS</title>
<listitem><simpara>
  Si vous avez install<6C> des polices <emphasis role="bold">NLS</emphasis> sur votre
  Linux box et que vous lancez le pilote VESA depuis le mode texte alors apr<70>s la
  fermeture de <application>MPlayer</application> vous aurez la
  <emphasis role="bold">police de la ROM</emphasis> charg<72>e <20> la place de la nationale.
  Vous pouvez recharger la police nationale en utilisant l'utilitaire
  <command>setsysfont</command> de la distribution Mandrake par exemple.
  (<emphasis role="bold">Astuce</emphasis>: Le m<>me utilitaire peut <20>tre utilis<69> pour
  la localisation de fbdev).
  </simpara></listitem>
<listitem><simpara>
  Certains <emphasis role="bold">pilotes graphiques Linux</emphasis> de mettent pas <20>
  jour le <emphasis role="bold">mode BIOS</emphasis> actif en m<>moire DOS. Donc si vous
  avez un tel probl<62>me - utilisez toujours le pilote VESA uniquement depuis le
  <emphasis role="bold">mode texte</emphasis>. Sinon le mode texte (#03) sera activ<69> de
  toute fa<66>on et vous devrez red<65>marrer votre ordinateur.
  </simpara></listitem>
<listitem><simpara>
  Souvent apr<70>s la fin du pilote VESA vous avez un <emphasis role="bold"><EFBFBD>cran noir</emphasis>.
  Pour retourner <20> l'<27>tat original de votre <20>cran - passez simplement sur une autre
  console (en tapant <keycap>Alt</keycap>+<keycap>F&lt;x&gt;</keycap>) et revenez <20> la
  premi<6D>re de la m<>me fa<66>on.
  </simpara></listitem>
<listitem><simpara>
  Pour faire <emphasis role="bold">fonctionner la sortie TV</emphasis> vous devez avoir
  branch<63> le connecteur TV avant le d<>marrage de votre PC car le BIOS vid<69>o s'initialise
  uniquement <20> ce moment-l<>.
  </simpara></listitem>
</itemizedlist>
</sect4>


<sect4 id="x11">
<title>X11</title>

<para>
<EFBFBD> <20>viter si possible. Sort sur X11 (utilise l'extension de m<>moire partag<61>e), sans
aucune acc<63>l<EFBFBD>ration mat<61>rielle du tout. Supporte le redimensionnement logiciel
(acc<63>l<EFBFBD>r<EFBFBD> par MMX/3DNow/SSE, mais toujours lent), utilisez les options
<option>-fs -zoom</option>. La plupart des cartes poss<73>dent un redimensionnement
mat<EFBFBD>riel, pour elles utilisez la sortie <option>-vo xv</option> ou
<option>-vo xmga</option> pour les Matrox.
</para>

<para>
Le probl<62>me est que la plupart des pilotes de carte ne supportent pas l'acc<63>l<EFBFBD>ration
sur la seconde t<>te/TV. Dans ce cas, vous voyez une fen<65>tre verte/bleue <20> la place du
film. C'est ici que ce pilote entre en jeu, mais vous aurez besoin d'un CPU puissant
pour utiliser le redimensionnement logiciel. N'utilisez pas le pilote SDL de
sortie+dimensionnement logiciel, la qualit<69> d'image est pire !
</para>

<para>
Le redimensionnement logiciel est tr<74>s lent, vous devriez essayer de changer de mode
vid<EFBFBD>o <20> la place. C'est tr<74>s simple. Voyez la <link linkend="dga-modelines">section
des modelines DGA</link>, et ins<6E>rez-les dans votre <filename>XF86Config</filename>.

<itemizedlist spacing="compact">
<listitem><simpara>
  Si vous avez XFree86 4.x.x: utilisez l'option <option>-vm</option>. Elle changera de
  r<>solution pour s'adapter <20> celle de votre film. Si non:
  </simpara></listitem>
<listitem><simpara>
  Avec XFree86 3.x.x: Vous devrez parcourir les r<>solutions possibles avec les touches
  <keycap>Ctrl</keycap>+<keycap>Alt</keycap>+<keycap>plus</keycap>
  et
  <keycap>Ctrl</keycap>+<keycap>Alt</keycap>+<keycap>moins</keycap>.
  </simpara></listitem>
</itemizedlist>
</para>

<para>
Si vous n'arrivez pas <20> trouver les mode que vous avez ins<6E>r<EFBFBD>, regardez dans la sortie
de XFree86. Certains pilotes ne peuvent utiliser les pixelclocks bas qui sont requis
pour les basses r<>solutions.
</para>
</sect4>


<sect4 id="vidix">
<title>VIDIX</title>

<formalpara>
<title>PR<EFBFBD>AMBULE</title>
<para>
<acronym>VIDIX</acronym> est l'abr<62>viation de <emphasis role="bold">VID</emphasis>eo
<emphasis role="bold">I</emphasis>nterface for *ni<emphasis role="bold">X</emphasis>.
VIDIX <20> <20>t<EFBFBD> con<6F>u et pr<70>sent<6E> comme une interface pour les pilotes espace-utilisateur
rapides fournissant des performances <20>gales <20> celles de mga_vid pour les cartes Matrox.
Il est aussi tr<74>s portable.
</para>
</formalpara>
<para>
Cette interface <20> <20>t<EFBFBD> con<6F>ue comme une tentative de regrouper les interfaces
d'acc<63>l<EFBFBD>ration existantes (connues sous les noms mga_vid, rage128_vid, radeon_vid,
pm3_vid) dans un sch<63>ma uniforme. Il fournit une interface de haut niveau aux chipsets
connus sous les noms de BES (BackEnd scalers) ou OV (Video Overlays). Il ne fournit pas
une interface de bas niveau pour les choses connues sous le nom de serveurs graphiques.
(Je ne veux pas concourir avec l'<27>quipe X11 en changement de mode graphique). C'est <20>
dire que le but principal de cette interface est de maximiser la vitesse de la lecture
vid<EFBFBD>o.
</para>

<itemizedlist spacing="compact">
<title>UTILISATION</title>
<listitem><simpara>
  Vous pouvez utiliser le pilote de sortie vid<69>o autonome: <option>-vo xvidix</option>.
  Ce pilote <20> <20>t<EFBFBD> d<>velopp<70> comme un front end X11 pour la technologie VIDIX. Il
  requiert un serveur X et ne peut fonctionner que sous X. Notez que, comme il acc<63>de
  directement au mat<61>riel et contourne le pilote X, les pixmaps mis en cache dans la
  m<>moire de la carte graphique peuvent <20>tre corrompus. Vous pouvez <20>viter cela en
  limitant la quantit<69> de m<>moire utilis<69>e par X avec l'option "VideoRam" dans la section
  "device" de XFree86Config. Vous devriez fixer cette valeur avec la quantit<69> de m<>moire
  install<6C>e sur votre carte moins 4Mo. Si vous avez moins de 8Mo de m<>moire vid<69>o, vous
  pouvez utiliser l'option "XaaNoPixmapCache" dans la section "screen" <20> la place.
  </simpara></listitem>
<listitem><simpara>
  Il y a un pilote console VIDIX: <option>-vo cvidix</option>.
  Celui-ci requiert un framebuffer fonctionnel et initialis<69> pour la plupart
  des cartes (ou sinon vous brouillerez simplement l'<27>cran), et vous aurez un
  effet similaire <20> <option>-vo mga</option> ou <option>-vo fbdev</option>.
  Les cartes nVidia par contre sont capables d'afficher de la vid<69>o graphique
  dans une console texte. Voir la section
  <link linkend="vidix-nvidia">nvidia_vid section</link> pour plus d'informations.
  </simpara></listitem>
<listitem><simpara>
  Vous pouvez utiliser le sous-p<>riph<70>rique VIDIX qui <20> <20>t<EFBFBD> appliqu<71> <20> de nombreux
  pilotes de sortie vid<69>o, tels que: <option>-vo vesa:vidix</option>
  (<emphasis role="bold">Linux uniquement</emphasis>) et <option>-vo fbdev:vidix</option>.
  </simpara></listitem>
</itemizedlist>

<para>
De plus le pilote de sortie vid<69>o utilis<69> avec <emphasis role="bold">VIDIX</emphasis>
n'a pas d'importance.
</para>

<itemizedlist spacing="compact">
<title>BESOINS</title>
<listitem><simpara>
  La carte graphique devrait <20>tre en mode graphique (except<70> les cartes nVidia
  avec le pilote <option>-vo cvidix</option>).
  </simpara></listitem>
<listitem><simpara>
  Le pilote de sortie vid<69>o de <application>MPlayer</application> devrait conna<6E>tre les
  modes vid<69>os actifs et <20>tre capable de donner au sous-p<>riph<70>rique VIDIX quelques
  caract<63>ristiques du serveur.
  </simpara></listitem>
</itemizedlist>

<formalpara>
<title>M<EFBFBD>THODES D'UTILISATION</title>
<para>
Quand VIDIX est utilis<69> en temps que <emphasis role="bold">sous-p<>riph<70>rique</emphasis>
(<option>-vo vesa:vidix</option>), alors la configuration du mode vid<69>o est faite par
le p<>riph<70>rique de sortie vid<69>o (<emphasis role="bold">vo_server</emphasis> en bref).
Par cons<6E>quent vous pouvez passer en ligne de commande les m<>mes touches que pour
vo_server. De plus il comprends l'option <option>-double</option> comme un param<61>tre
global (je recommande l'utilisation de cette option au moins pour les cartes ATI).
Comme pour <option>-vo xvidix</option>, il reconna<6E>t actuellement les options suivantes:
<option>-fs -zoom -x -y -double</option>.
</para>
</formalpara>
<para>
Vous pouvez aussi sp<73>cifier le pilote VIDIX directement en troisi<73>me sous-argument
en ligne de commande:


<screen>mplayer -vo xvidix:mga_vid.so -fs -zoom -double fichier.avi</screen>
ou
<screen>mplayer -vo vesa:vidix:radeon_vid.so -fs -zoom -double -bpp 32 fichier.avi</screen>


Mais c'est dangereux, et vous ne devriez pas faire <20>a. Dans ce cas le pilote indiqu<71>
sera forc<72> et le r<>sultat sera impr<70>visible (cela peut <emphasis role="bold">bloquer</emphasis>
votre ordinateur). Vous ne devriez le faire UNIQUEMENT si vous <20>tes absolument s<>r que
cela va fonctionner, et <application>MPlayer</application> ne le fait pas
automatiquement. Dites-le aux d<>veloppeurs, SVP. La bonne fa<66>on est d'utiliser VIDIX
sans argument pour activer l'autod<6F>tection du pilote.
</para>

<para>
VIDIX est une toute nouvelle technologie et il est fortement possible que sur votre
syst<EFBFBD>me (OS=abc CPU=xyz) elle ne fonctionne pas. Dans ce cas votre seule solution est
de le porter (principalement libdha). Mais il y a de bons espoirs qu'il fonctionne sur
les syst<73>mes o<> X11 fonctionne.
</para>

<para>
Comme VIDIX requiert l'acc<63>s direct au mat<61>riel, vous avez le choix entre le lan<61>er
en tant que root ou d<>finir le bit SUID du binaire <application>MPlayer</application>
(<emphasis role="bold">Attention: c'est une faille de s<>curit<69> !</emphasis>). Sinon,
vous pouvez utiliser un module noyau sp<73>cial, comme ceci:
</para>

<procedure>
<step><para>
  T<>l<EFBFBD>chargez la <ulink url="http://www.arava.co.il/matan/svgalib/">version de d<>veloppement</ulink>
  de svgalib (par exemple 1.9.17), <emphasis role="bold">OU</emphasis>
  T<>l<EFBFBD>chargez une version faite par Alex sp<73>cialement pour utilisation avec
  <application>MPlayer</application> (elle ne n<>cessite pas les sources de svgalib pour
  compiler)
  <ulink url="http://www.mplayerhq.hu/~alex/svgalib_helper-1.9.17-mplayer.tar.bz2">ici</ulink>.
  </para></step>
<step><para>
  Compilez le module dans le r<>pertoire <filename class="directory">svgalib_helper</filename>
  (il peut <20>tre trouv<75> <20> l'int<6E>rieur du r<>pertoire
  <filename class="directory">svgalib-1.9.17/kernel/</filename> si vous avez t<>l<EFBFBD>charg<72>
  les sources depuis le site de svgalib) et faire un insmod.
  </para></step>
<step><para>
  Pour cr<63>er les p<>riph<70>riques n<>cessaires dans le r<>pertoire
  <filename class="directory">/dev</filename>, faites un <screen>make device</screen>
  dans le r<>pertoire <filename class="directory">svgalib_helper</filename>, en root.
  </para></step>
<step><para>
  D<>placez le r<>pertoire <filename class="directory">svgalib_helper</filename> dans
  <filename class="directory">mplayer/main/libdha/svgalib_helper</filename>.
  </para></step>
<step><para>
  Requis si vous avez t<>l<EFBFBD>charg<72> les sources depuis le site de svgalib: Retirez les
  commentaires avant la ligne CFLAGS contenant la chaine &quot;svgalib_helper&quot; du
  <filename class="directory">libdha/Makefile</filename>.
  </para></step>
<step><para>
  Recompilez et installez libdha.
  </para></step>
</procedure>

<sect5 id="vidix-ati">
<title>Cartes ATI</title>
<para>
Actuellement la plupart des cartes ATI sont support<72>s nativement, de la Mach64
jusqu'aux nouvelles Radeons.
</para>

<para>
Il y a deux binaires compil<69>s: <filename>radeon_vid</filename> pour les cartes Radeon et
<filename>rage128_vid</filename> pour les Rage 128. Vous pouvez en forcer un ou laisser
le syst<73>me VIDIX le d<>tecter parmis les pilotes disponibles.
</para>
</sect5>

<sect5 id="vidix-mga">
<title>Cartes Matrox</title>
<para>
Les Matrox G200,G400,G450 et G550 doivent normalement fonctionner.
</para>

<para>
Le pilote supporte les <20>galiseurs vid<69>o et devrait <20>tre presque aussi rapide que le
<link linkend="mga_vid">framebuffer Matrox</link>
</para>
</sect5>

<sect5 id="vidix-trident">
<title>Cartes Trident</title>
<para>
Il y a un pilote disponible pour les chipsets Trident Cyberblade/i1, qui peuvent <20>tre
trouv<EFBFBD>s sur les cartes-m<>re VIA Epia.
</para>

<para>
Le pilote a <20>t<EFBFBD> <20>crit et est maintenu par
<ulink url="http://www.blackfiveservices.co.uk/EPIAVidix.shtml">Alastair M. Robinson</ulink>.
</para>
</sect5>

<sect5 id="vidix-3dlabs">
<title>Cartes 3DLabs</title>
<para>
Bien qu'il y ai un pilote pour les chips 3DLabs GLINT R3 et Permedia3, personne ne l'a
test<EFBFBD>, donc les rapports sont les bienvenus.
</para>
</sect5>

<sect5 id="vidix-nvidia">
<title>Cartes nVidia</title>
<para>
Il y a un relativement nouveau pilote nVidia, il fonctionne avec les chipsets Riva
128, TNT et GeForce2, d'autres doivent normalement fonctionner.
</para>

<itemizedlist spacing="compact">
<title>LIMITATIONS</title>
<listitem><para>
  Il est recommand<6E> d'utiliser les pilotes nVidia binaires pour X avant d'utiliser
  ce pilote VIDIX, car certains registres qui doivent <20>tre initialis<69>s n'ont pas
  encore <20>t<EFBFBD> d<>couverts, donc cela <20>chouera avec le pilote Open Source
  <filename>nv.o</filename> de XFree86.
  </para></listitem>
<listitem><para>
  Actuellement seuls les codecs capables d'afficher une palette UYVY peuvent
  fonctionner en conjonction avec ce pilote. Malheureusement, cela exclu tous
  les d<>codeurs de la famille libavcodec. Cela nous laisse les codecs utilisables
  suivants: <systemitem>cvid, divxds, xvid, divx4, wmv7, wmv8</systemitem>
  et quelques autres. Veuillez noter que ce n'est qu'un inconfort provisoire.
  La syntaxe est la suivante:
  <screen>
    mplayer -vf format=uyvy -vc divxds fichierdivx3.avi
  </screen>
  </para></listitem>
</itemizedlist>

<para>
  Une fonction unique du pilote nvidia_vid est la capacit<69> d'afficher de la
  vid<69>o dans un <emphasis role="bold">console uniquemnent textuelle</emphasis>
  - avec aucun framebuffer ou X. Pour ce faire, nous aurons besoin d'utiliser
  la sortie <option>cvidix</option>, comme le montre l'exemple suivant:
  <screen>
    mplayer -vf format=uyvy -vc divxds -vo cvidix exemple.avi
  </screen>
</para>

<para>
Rapports attendus !
</para>
</sect5>

<sect5 id="vidix-sis">
<title>Cartes SiS</title>
<para>
C'est du code tr<74>s exp<78>rimental, comme nvidia_vid.
</para>

<para>
Test<EFBFBD> sur SiS 650/651/740 (les chipsets les plus couramment utilis<69>s dans les
versions SiS des barebones "Shuttle XPC")
</para>

<para>
Rapports attendus !
</para>
</sect5>
</sect4>

<sect4 id="directfb">
<title>DirectFB</title>
<blockquote><para>
&quot;DirectFB est une librairie graphique con<6F>ue pour les syst<73>mes embarqu<71>s. Il offre
des performances d'acc<63>l<EFBFBD>ration mat<61>rielle maximum pour un minimum d'utilisation des
ressources et de charge.&quot; - citation de <ulink url="http://www.directfb.org"/>
</para></blockquote>

<para>J'exclurai les fonctionnalit<69>s de DirectFB dans cette section.</para>

<para>
Bien que <application>MPlayer</application> ne soit pas support<72> en tant que
&quot;fournisseur vid<69>o&quot; dans DirectFB, ce pilote de sortie activera la lecture
vid<EFBFBD>o au travers de DirectFB. Il sera - bien s<>r - acc<63>l<EFBFBD>r<EFBFBD>, sur ma Matrox G400 la
vitesse de DirectFB <20>tait la m<>me que celle de XVideo.
</para>

<para>
Essayez toujours d'utiliser la derni<6E>re version de DirectFB. Vous pouvez utiliser les
options DirectFB en ligne de commande, en utilisant l'option <option>-dfbopts</option>.
La s<>lection de couche peut <20>tre faite par la m<>thode sous-p<>riph<70>rique, par ex.: <option>-vo directfb:2</option>
(couche -1 par d<>faut: autod<6F>tection)
</para>
</sect4>

<sect4 id="dfbmga">
<title>DirectFB/Matrox (dfbmga)</title>
<para>
Veuillez lire la <link linkend="directfb">section DirectFB principale</link> pour
avoir les informations g<>n<EFBFBD>rales.
</para>

<para>
Ce pilote de sortie vid<69>o activera CRTC2 (sur la seconde t<>te) sur les cartes Matrox
G400/G450/G550, affichant la vid<69>o <emphasis role="bold">ind<EFBFBD>pendemment</emphasis>
de la premi<6D>re t<>te.
</para>

<para>
Les instructions pour le faire fonctionner peuvent <20>tre trouv<75>es dans la
<ulink url="../../tech/directfb.txt">tech section</ulink>
ou directement sur la
<ulink url="http://www.sci.fi/~syrjala/directfb/Matrox_TV-out_README.txt">page web</ulink>
de Ville Syrjala.
</para>

<note><para>
La premi<6D>re version de DirectFB que nous aurions pu faire fonctionner <20>tait la
0.9.17. (elle est bogu<67>e, n<>cessite le patch <systemitem>surfacemanager</systemitem>
disponible sur l'URL ci-dessus). De toutes fa<66>ons, le
portage du code CRTC2 dans <emphasis role="bold">mga_vid</emphasis> est pr<70>vu.
</para></note>
</sect4>
</sect3>

<sect3 id="mpeg_decoders">
<title>D<EFBFBD>codeurs MPEG</title>

<sect4 id="dvb">
<title>DVB</title>
<para>
<application>MPlayer</application> supporte les cartes <20>quip<69>es du chipset DVB Siemens
des vendeurs tels que Siemens, Technotrend, Galaxis ou Hauppauge. Les derniers pilotes
DVB sont disponibles sur le site <ulink url="http://www.linuxtv.org">Linux TV</ulink>.
Si vous voulez faire du transcodage logiciel vous aurez besoin d'un CPU d'au moins 1Ghz.
</para>

<para>
Configure devrait d<>tecter votre carte DVB. Si ce n'est pas le cas, forcez la d<>tection
avec
</para>

<para><screen>./configure --enable-dvb</screen></para>

<para>Si vous avez des ent<6E>tes ost dans un chemin non-standard, corrigez ce chemin avec</para>

<para><screen>./configure --with-extraincdir=<replaceable>r<EFBFBD>pertoire source DVB</replaceable>/ost/include
</screen></para>

<para>Ensuite compilez et installez comme d'habitude.</para>

<formalpara>
<title>UTILISATION</title>
<para>
Le d<>codage mat<61>riel (lecture de fichiers MPEG1/2 standards) peut <20>tre fait avec cette
commande:
</para>
</formalpara>
<para><screen>mplayer -ao mpegpes -vo mpegpes fichier.mpg|vob</screen></para>

<para>
Le d<>codage logiciel ou le transcodage de diff<66>rents formats en MPEG1 peut <20>tre obtenu
en utilisant une commande comme celle-ci:
</para>
<para><screen>
mplayer -ao mpegpes -vo mpegpes votrefichier.ext
mplayer -ao mpegpes -vo mpegpes -vf expand votrefichier.ext
</screen></para>

<para>
Notez que les cartes DVB ne supportent que les tailles 288 par 576 pour le PAL ou 240
par 480 pour le NTSC. Vous <emphasis role="bold">devez</emphasis> redimensionner vers
d'autres tailles en ajoutant <option>scale=largeur:hauteur</option> avec la largeur et la
hauteur que vous voulez <20> l'option <option>-vf</option>. Les cartes DVB acceptent des
largeurs vari<72>es, comme 720, 704, 640, 512, 480, 352 etc et font un redimensionnement
mat<EFBFBD>riel dans le sens horizontal, vous n'avez donc pas besoin de redimensionner
horizontalement dans la plupart des cas. Pour un DivX en 512x384 (aspect 4:3) essayez:
</para>

<para><screen>mplayer -ao mpegpes -vo mpegpes -vf scale=512:576</screen></para>

<para>
Si vous avez un film plein-<2D>cran et que vous ne voulez pas l'afficher <20> sa taille
compl<EFBFBD>te, vous pouvez utiliser le filtre <option>expand=l:h</option> pour ajouter des
bandes noires. Pour voir un DivX en 640x384, essayez:
</para>

<para><screen>mplayer -ao mpegpes -vo mpegpes -vf expand=640:576 fichier.avi
</screen></para>

<para>Si votre CPU est trop lent pour un DivX en taille compl<70>te 720x576, essayez de
diminuer la taille:</para>

<para><screen>mplayer -ao mpegpes -vo mpegpes -vf scale=352:576 fichier.avi
</screen></para>

<para>Si la vitesse ne s'am<61>liore pas, essayez <20>galement la diminution verticale:</para>

<para><screen>mplayer -ao mpegpes -vo mpegpes -vf scale=352:288 fichier.avi
</screen></para>

<para>
Pour l'OSD et les sous-titres utilisez la fonction expand du plugin OSD. Donc, au lieu
de <option>expand=l:h</option> ou <option>expand=l:h:x:y</option>, utilisez
<option>expand=l:h:x:y:1</option> (le 5<>me param<61>tre <option>:1</option> <20> la fin
activera le rendu OSD). Vous pouvez aussi vouloir monter un peu l'image pour obtenir
plus de surface noire pour les sous-titres. Vous pouvez aussi monter les sous-titres ,
si ils sont en dehors de l'<27>cran, utilisez l'option <option>-subpos &lt;0-100&gt;</option>
pour l'ajuster (<option>-subpos 80</option> est un bon choix).
</para>

<para>
Pour pouvoir lire des films non-25fps sur une TV PAL ou avec un CPU lent, ajoutez
l'option <option>-framedrop</option>.
</para>

<para>
Pour garder les dimensions des fichiers DivX et obtenir les param<61>tres de zoom optimaux
(zoom mat<61>riel horizontal et zoom logiciel vertical en gardant l'aspect original),
utilisez le nouveau filtre dvbscale:
</para>

<para><screen>
pour une TV 4:3:  -vf dvbscale,scale=-1:0,expand=-1:576:-1:-1:1
pour une TV 16:9: -vf dvbscale=1024,scale=-1:0,expand=-1:576:-1:-1:1
</screen></para>

<formalpara>
<title>FUTUR</title>
<para>
Si vous avez des questions ou voulez entendre les annonces de fonctionnalit<69>s et
participer aux discussions sur ce sujet, rejoignez notre liste de diffusion
<ulink url="http://mplayerhq.hu/mailman/listinfo/mplayer-dvb">MPlayer-DVB</ulink>.
SVP, rappelez-vous que la langue de la liste est l'anglais.
</para>
</formalpara>

<para>
Dans le futur vous pouvez vous attendre <20> pouvoir afficher l'OSD et les sous-titres en
utilisant la fonction OSD native des cartes DVB, ainsi qu'a une lecture plus r<>guli<6C>re
des films non-25fps et le transcodage temps-r<>el entre MPEG2 et MPEG4 (d<>compression
partielle).
</para>
</sect4>

<sect4 id="dxr2">
<title>DXR2</title>
<para>MPlayer supporte l'affichage acc<63>l<EFBFBD>r<EFBFBD> avec la carte Creative DXR2.</para>
<para>
Tout d'abord vous devrez avoir les pilotes correctement install<6C>s. Vous pouvez trouver
les pilotes et les instructions d'installation sur le site
<ulink url="http://dxr2.sourceforge.net/">DXR2 Resource Center</ulink>.
</para>

<variablelist>
<title>UTILISATION</title>
<varlistentry>
<term><option>-vo dxr2</option></term>
<listitem><para>active la sortie TV</para></listitem>
</varlistentry>

<varlistentry>
<term><option>-vo dxr2:x11</option> ou <option>-vo dxr2:xv</option></term>
<listitem><para>active la sortie Overlay sous X11</para></listitem>
</varlistentry>

<varlistentry>
<term><option>-dxr2 &lt;option1:option2:...&gt;</option></term>
<listitem><para>Cette option est utilis<69>e pour contr<74>ler le pilote DXR2.</para></listitem>
</varlistentry>
</variablelist>

<para>
Le chipset overlay utilis<69> sur la DXR2 est d'assez mauvaise qualit<69> mais les param<61>tres
par d<>faut devraient suffire pour tout le monde. L'OSD peut <20>tre utilisable avec
l'overlay (pas sur une t<>l<EFBFBD>) en la dessinant avec une couleur-cl<63>. Avec les param<61>tres
de couleur-cl<63> par d<>faut vous obtiendrez des r<>sultats variables, g<>n<EFBFBD>ralement vous
v<EFBFBD>rez la couleur-cl<63> autour des personnages et autres effets amusants. Mais si vous
ajustez correctement les param<61>tres de couleur-cl<63> vous devriez pouvoir obtenir des
r<EFBFBD>sultats acceptables.
</para>

<para>Veuillez lire la page de man pour les options disponibles.</para>
</sect4>

<sect4 id="dxr3">
<title>DXR3/Hollywood+</title>
<para>
<application>MPlayer</application> supporte l'acc<63>l<EFBFBD>ration mat<61>rielle avec les cartes
Creative DXR3 et Sigma Designs Hollywood Plus. Ces cartes ont toutes deux le chip de
d<EFBFBD>codage MPEG em8300 de Sigma Designs.
</para>

<para>
Tout d'abord vous aurez besoin de pilotes DXR3/H+ correctement install<6C>s, version
0.12.0 ou sup<75>rieure. Vous pouvez trouver les pilotes et les instructions
d'installation sur le site
<ulink url="http://dxr3.sourceforge.net/">DXR3 &amp; Hollywood Plus for Linux</ulink>.
<filename>configure</filename> devrait d<>tecter votre carte automatiquement, la compilation devrait se
faire sans probl<62>mes.
</para>

<!-- FIXME: find a more clear presentation -->
<variablelist>
<title>UTILISATION</title>
<varlistentry>
<term><option>-vo dxr3:prebuf:sync:norm=x:<replaceable>p<EFBFBD>riph.</replaceable></option></term>
<listitem><para>
<option>overlay</option> active l'overlay <20> la place de TVOut. Cela requiert que vous
ayez correctement configur<75> l'overlay. La mani<6E>re la plus facile de configurer
l'overlay est de d'abord lancer autocal. Ensuite lancez MPlayer avec la sortie dxr3 et
sans overlay activ<69>, lancez dxr3view. Dans dxr3view vous pouvez r<>gler les param<61>tres
overlay et en voir les effets en temps r<>el, peut-<2D>tre cette fonction sera support<72> par
la GUI de MPlayer dans le futur. Quand l'overlay est correctement configur<75>, vous
n'avez plus besoin d'utiliser dxr3view.

<option>prebuf</option> active le prebuffering. C'est une fonction du chip em8300 qui
l'active pour garder plus d'une trame de vid<69>o <20> la fois. Cela signifie que quand vous
utilisez le prebuffering MPlayer essaiera de garder le buffer vid<69>o rempli de donn<6E>es
<EFBFBD> tout moment. Si vous <20>tes sur une machine lente MPlayer utilisera pr<70>s de, voir
exactement 100% du CPU. C'est particuli<6C>rement courant si vous lisez de purs flux MPEG
(comme les DVDs, SVCDs et ainsi de suite) car comme MPlayer n'aura pas besoin de le
r<EFBFBD>-encoder en MPEG, il remplira le buffer tr<74>s rapidement.

Avec le prebuffering la lecture est <emphasis role="bold">beaucoup</emphasis> moins
sensible aux autres programmes monopolisant le CPU, il ne sautera pas d'images <20> moins
que des programmes monopolisent le CPU pour une longue dur<75>e.

En l'utilisant sans doublebuffering, l'em8300 est bien plus sensible <20> la charge CPU,
il est donc hautement recommand<6E> d'activer l'option <option>-framedrop</option> pour
<EFBFBD>viter les <20>ventuelles pertes de synchro.

<option>sync</option> activera le nouveau moteur de synchro. C'est actuellement une
fonction exp<78>rimentale. Avec la fonction sync activ<69> l'horloge interne de l'em8300
sera contr<74>l<EFBFBD>e <20> tout moment, si elle commence <20> d<>vier de l'horloge de MPlayer elle
sera r<>ajust<73>e, obligeant l'em8300 <20> sauter les <20>ventuelles trames en retard.

<option>norm=x</option> fixera la norme TV de la carte DXR3 sans avoir besoin
d'utiliser des outils externes comme em8300setup. Les normes valides sont 5 = NTSC,
4 = PAL-60, 3 = PAL. Les normes sp<73>ciales sont 2 (ajustement auto utilisant PAL/PAL-60)
et 1 (ajustement auto utilisant PAL/NTSC) parce qu'elles d<>cident quelle norme utiliser
en regardant le frame rate du film. norm = 0 (par d<>faut) ne change pas la norme
courante.

<option><replaceable>p<EFBFBD>riph.</replaceable></option> = num<75>ro de p<>riph<70>rique <20> utiliser
si vous avez plus d'une carte em8300.

Chacune de ces options peut <20>tre laiss<73> de c<>t<EFBFBD>.

<option>:prebuf:sync</option> semble fonctionner <20> merveille en lisant des DivX.
Des gens ont signal<61> des probl<62>mes en utilisant l'option prebuf pendant la lecture de
fichiers MPEG1/2. Vous pourriez vouloir essayer sans aucune option en premier, si vous
avez des probl<62>mes de synchro, ou des probl<62>mes de sous-titres avec les DVDs, essayez
avec <option>:sync</option>.
</para></listitem>
</varlistentry>

<varlistentry>
<term><option>-ao oss:/dev/em8300_ma-<replaceable>X</replaceable></option></term>
<listitem><para>
Pour la sortie audio, o<> <replaceable>X</replaceable> est le num<75>ro de p<>riph<70>rique
(0 si une carte).
</para></listitem>
</varlistentry>

<varlistentry>
<term><option>-aop list=resample:fout=<replaceable>xxxxx</replaceable></option></term>
<listitem><para>
L'em8300 ne peut jouer de taux d'<27>chantillonage inf<6E>rieur <20> 44100 Hz. Si le taux
d'<27>chantillonage est en dessous de 44100Hz, s<>lectionnez soit 44100Hz, soit 48000Hz en
fonction de ce qui est le plus proche. C-a-d si le film utilise 22050 utilisez 44100Hz
car 44100 / 2 = 22050, si c'est 24000Hz utilisez 48000Hhz car 48000 / 2 = 24000 et
ainsi de suite. Cela ne fonctionne pas avec la sortie audio num<75>rique
(<option>-ac hwac3</option>).
</para></listitem>
</varlistentry>

<varlistentry>
<term><option>-vf lavc/fame</option></term>
<listitem><para>
Pour voir du contenu non-MPEG sur l'em8300 (c-a-d DivX ou RealVideo),
vous devrez sp<73>cifier un filtre vid<69>o MPEG1 tel que libavcodec (lavc) ou libfame (fame).
Pour le moment lavc est <20> la fois plus rapide et donne une meilleur qualit<69>, il est
recommand<EFBFBD> de l'utiliser <20> moins que vous ayez des probl<62>mes avec. Voir la page de man
pour de plus amples infos <20> propos de <option>-vf lavc/fame</option>. Utiliser lavc
est hautement recommand<6E>. Actuellement il n'est pas possible de r<>gler les fps de
l'em8300 ce qui veut dire qu'il est fix<69> <20> 29.97fps. <20> cause de cela il est hautement
recommand<EFBFBD> d'utiliser <option>-vf lavc=<replaceable>qualit<EFBFBD></replaceable>:25</option>,
surtout si vous utilisez le prebuffering. Alors pourquoi 25 et pas 29.97 ? H<> bien, le
truc est que si vous utilisez 29.97, l'image devient un peu sautante. Nous n'en
connaissons pas la raison. Si vous le r<>glez quelque part entre 25 et 27 l'image
devient stable. Pour l'instant tous ce que nous pouvons faire est de l'accepter.
</para></listitem>
</varlistentry>

<varlistentry>
<term><option>-vf expand=-1:-1:-1:-1:1</option></term>
<listitem><para>
Bien que le pilote DXR3 puisse placer quelques OSD sur de la vid<69>o MPEG1/2/4, il est de
bien plus basse qualit<69> que l'OSD traditionnel de MPlayer, et de plus soufre de
nombreux probl<62>mes de rafra<72>chissement. La ligne de commande ci-dessus va d'abord
convertir l'entr<74>e vid<69>o en MPEG4 (c'est obligatoire, d<>sol<6F>), ensuite appliquer un
filtre expand qui ne va rien <20>tendre du tout (-1: d<>faut), mais afficher l'OSD dans
l'image (c'est ce que fait le "1" <20> la fin).
</para></listitem>
</varlistentry>

<varlistentry>
<term><option>-ac hwac3</option></term>
<listitem><para>
L'em8300 supporte la lecture audio AC3 (son surround) au travers de la sortie audio
num<EFBFBD>rique de la carte. Voir l'option <option>-ao oss</option> plus haut, elle doit
<EFBFBD>tre utilis<69> pour sp<73>cifier la sortie DXR3 au lieu d'une carte son.
</para></listitem>
</varlistentry>
</variablelist>
</sect4>

</sect3>

<sect3 id="other">
<title>Autres mat<61>riels de visualisation</title>

<sect4 id="zr">
<title>Zr</title>

<para>
C'est un pilote d'affichage (<option>-vo zr</option>) pour certaines cartes de
capture/lecture (test<73> pour DC10+ et Buz, et cela devrait fonctionner pour la LML33 et
la DC10 originale). Ce pilote fonctionne en encodant la trame en JPEG et en l'envoyant
<EFBFBD> la carte. Pour l'encodage JPEG <systemitem>libavcodec</systemitem> est utilis<69>, et
requis. Avec le mode sp<73>cial <emphasis>cinerama</emphasis>, vous pouvez voir les films
en vrai <20>cran large si vous avez deux moniteurs et deux cartes MJPEG. Selon la
r<EFBFBD>solution et les r<>glages, ce pilote requiert beaucoup de puissance CPU, rappelez-vous
de sp<73>cifier <option>-framedrop</option> si votre machine est trop lente. Note: Mon
AMD K6-2 350Mhz est (avec <option>-framedrop</option>) tr<74>s adapt<70> pour voir du
mat<EFBFBD>riel de taille VCD et les films dont la taille est r<>duite.
</para>

<para>
Ce pilote parle au module noyau disponible sur
<ulink url="http://mjpeg.sourceforge.net"/>, donc vous devez d'abord faire fonctionner
ce dernier. la pr<70>sence d'une carte MJPEG est autod<6F>tect<63>e par le script
<filename>configure</filename>, si l'autod<6F>tection <20>choue, forcez la d<>tection avec
<screen>./configure --enable-zr</screen>
</para>
<para>
La sortie peut <20>tre contr<74>l<EFBFBD>e par de nombreuses options, une longue description des
options peut <20>tre trouv<75>e sur la page de man, une courte liste des options peut <20>tre
obtenue en ex<65>cutant
<screen>mplayer -zrhelp</screen>
</para>

<para>
Les choses comme le zoom ou l'OSD (on screen display) ne sont pas g<>r<EFBFBD>s par ce pilote
mais peuvent <20>tre obtenus en utilisant les filtres vid<69>o. Par exemple, supposons que
vos avez un film d'une r<>solution de 512x272 et que vous voulez le voir en plein-<2D>cran
sur votre DC10+. Il y a trois possibilit<69>s principales, vous pouvez redimmensionner le
film <20> une largeur de 768, 384 ou 192. Pour des raisons de performances et de qualit<69>,
vous pouvez choisir de redimmensionner le film en 384x204 en utilisant le zoom logiciel
bilin<EFBFBD>aire rapide. La ligne de commande est
<screen>mplayer -vo zr -sws 0 -vf scale=384:204 film.avi</screen>
</para>

<para>
Le d<>coupage peut <20>tre fait avec le filtre <option>crop</option> et par ce
pilote lui-m<>me. Supposons qu'un film soit trop large pour s'afficher sur votre Buz et
que vous vouliez utiliser <option>-zrcrop</option> pour rendre le film moins large,
alors vous taperez la commande suivante
<screen>mplayer -vo zr -zrcrop 720x320+80+0 benhur.avi</screen>
</para>

<para>
Si vous voulez utiliser le filtre <option>crop</option>, vous feriez
<screen>mplayer -vo zr -vf crop=720:320:80:0 benhur.avi</screen>
</para>

<para>
Des occurrences suppl<70>mentaires de <option>-zrcrop</option> invoquent le mode
<emphasis>cinerama</emphasis>, c-a-d que vous pouvez distribuer l'affichage sur
plusieurs TV ou moniteurs pour cr<63>er un <20>cran plus large. Supposons que vous ayez deux
moniteurs. Celui de gauche est connect<63> <20> votre Buz sur <systemitem>/dev/video1</systemitem>
et celui de droite est connect<63> <20> votre DC10+ sur <systemitem>/dev/video0</systemitem>. The movie has a resolution
Le film a une r<>solution de 704x288. Supposons maintenant que vous voulez le moniteur
de droite en noir et blanc et que le moniteur de gauche ait des trames jpeg de qualit<69>
10, alors vous taperez la commande suivante
<screen>
mplayer -vo zr -zrdev /dev/video0 -zrcrop 352x288+352+0 -zrxdoff 0 -zrbw \
        -zrcrop 352x288+0+0 -zrdev /dev/video1 -zrquality 10 film.avi
</screen>
</para>

<para>
Vous voyez que les options apparaissant avant le second <option>-zrcrop</option> ne
s'appliquent qu'a la DC10+ et que les options apr<70>s le second <option>-zrcrop</option>
s'appliquent <20> la Buz. Le nombre maximum de cartes MJPEG participant au
<emphasis>cinerama</emphasis> est quatre, vous pouvez donc construire un mur vid<69>o de 2x2.
</para>

<para>
Pour finir une remarque importante: Ne lancez ou n'arr<72>tez pas XawTV sur le
p<EFBFBD>riph<EFBFBD>rique en cours de lecture, cela planterait votre ordinateur. Il est, cependant,
sans risque de lancer <emphasis role="bold">D'ABORD</emphasis> XawTV,
<emphasis role="bold">ENSUITE</emphasis> de lancer MPlayer, d'attendre que MPlayer se
termine et <emphasis role="bold">ENSUITE</emphasis> de stopper XawTV.
</para>
</sect4>

<sect4 id="blinkenlights">
<title>Blinkenlights</title>
<para>
Ce pilote est capable de lire en utilisant le protocole UPD Blinkenlights. Si vous ne
savez pas ce qu'est <ulink url="http://www.blinkenlights.de/">Blinkenlights</ulink>,
vous n'avez pas besoin de ce pilote.

</para>
</sect4>
</sect3>

<sect3 id="tvout">
<title>Sortie TV</title>

<sect4 id="tvout-mga-g400">
<title>Cartes Matrox G400</title>

<para>
Sous Linux vous avez 2 m<>thodes pour faire fonctionner la sortie TV:
</para>

<important>
<para>
pour les instructions sur la sortie TV des Matrox G450/G550, voir la prochaine section
SVP !
</para>
</important>

<variablelist>
<varlistentry>
  <term>XFree86</term>
  <listitem><para>
    en utilisant le pilote et le module HAL, disponible sur le
    <ulink url="http://www.matrox.com">site de Matrox</ulink>. Cela vous donnera X sur
    la TV.
    </para><para>
    <emphasis role="bold">Cette m<>thode ne vous donne pas la lecture acc<63>l<EFBFBD>r<EFBFBD>e</emphasis>
    comme sous Windows ! La seconde t<>te n'a qu'un framebuffer YUV, le
    <emphasis>BES</emphasis> (Back End Scaler, le redimensionneur YUV des cartes
    G200/G400/G450/G550) ne fonctionne pas dessus ! Le pilote Windows contourne cela,
    probablement en utilisant le moteur 3D pour zoomer, et le framebuffer YUV pour
    afficher l'image zoom<6F>e. Si vous voulez vraiment utiliser X, utilisez les options
    <option>-vo x11 -fs -zoom</option>, mais ce sera <emphasis role="bold">LENT</emphasis>,
    et aura la protection anticopie <emphasis role="bold">Macrovision</emphasis> activ<69>e
    (vous pouvez &quot;contourner&quot; Macrovision en utilisant ce
    <ulink url="http://avifile.sourceforge.net/mgamacro.pl">script perl</ulink>).
    </para></listitem>
</varlistentry>
<varlistentry>
  <term>Framebuffer</term>
  <listitem><para>
    En utilisant les <emphasis role="bold">modules matroxfb</emphasis> dans les noyaux
    2.4. Les noyaux 2.2 n'ont pas de fonction TVout incluse, donc inutilisables pour cela.
    Vous devez activer TOUTES les fonctions sp<73>cifiques <20> matroxfb durant la compilation
    (except<70> MultiHead), et les compiler en <emphasis role="bold">modules</emphasis> !
    Vous aurez <20>galement besoin que I2C soit activ<69>.
    </para>

    <procedure>
    <step><para>
      Entrez <filename class="directory">TVout/matroxset</filename> et tapez
      <command>make</command>. Installez <filename class="directory">matroxset</filename> into
      quelque part dans votre <envar>PATH</envar>.
      </para></step>
    <step><para>
      Si <command>fbset</command> n'est pas install<6C>, entrez dans
      <filename class="directory">TVout/fbset</filename> et tapez <command>make</command>.
      Installez <filename class="directory">fbset</filename> quelque part dans votre
      <envar>PATH</envar>.
      </para></step>
    <step><para>
      Si <command>con2fb</command> n'est pas install<6C>, entrez dans
      <filename class="directory">TVout/con2fb</filename> et tapez <command>make</command>.
      Installez <filename class="directory">con2fb</filename> quelque part dans votre
      <envar>PATH</envar>.
      </para></step>
    <step><para>
      Ensuite entrez dans le r<>pertoire <filename class="directory">TVout/</filename>
      du source <application>MPlayer</application> et ex<65>cutez <filename>./modules</filename>
      en root. Votre console en mode texte va entrer en mode framebuffer (sans retour
      possible !).
      </para></step>
    <step><para>
      Ensuite, <20>DITEZ et lancez le script <filename>./matroxtv</filename>. Il va vous
      pr<70>senter un menu tr<74>s simple. Pressez <keycap>2</keycap> et <keycap>Entr<EFBFBD>e</keycap>.
      Maintenant vous devriez avoir la m<>me image sur votre moniteur, et sur la TV. Si
      l'image TV (PAL par d<>faut) a de vilaines bandes dessus, le script n'a pas <20>t<EFBFBD> capable
      de fixer la r<>solution correctement (en 640x512 par d<>faut). Essayez d'autres
      r<>solutions depuis le menu et/ou exp<78>rimentez avec fbset.
      </para></step>
    <step><para>
      Yoh. La prochaine t<>che est de faire dispara<72>tre le curseur sur tty1 (ou n'importe
      quelle autre), et de d<>sactiver l'<27>conomiseur d'<27>cran. Ex<45>cutez les commandes
      suivantes:

      <screen>
echo -e '\033[?25l'
setterm -blank 0<!--
   --></screen>
      ou
      <screen>
setterm -cursor off
setterm -blank 0<!--
   --></screen>

      Vous pouvez mettre ceci dans un script, et <20>galement effacer l'<27>cran... Pour r<>activer
      le curseur:
      <screen>echo -e '\033[?25h'</screen> ou
      <screen>setterm -cursor on</screen>
      </para></step>
    <step><para>
      Yeah kewl. D<>marrez le film avec
      <screen>
mplayer -vo mga -fs -screenw 640 -screenh 512 <replaceable>nomfichier</replaceable><!--
   --></screen>
   
       (si vous utilisez X, maintenant changez pour matroxfb avec par exemple
      <keycap>Ctrl</keycap>+<keycap>Alt</keycap>+<keycap>F1</keycap>.)
      Changez <literal>640</literal> et <literal>512</literal> si vous voulez
      sp<73>cifier une r<>solution diff<66>rente...
      </para></step>
    <step><para>
      <emphasis role="bold">Appr<EFBFBD>ciez la sortie TV Matrox ultra-rapide ultra-fonctionnelle
      (meilleure que Xv) !</emphasis>
      </para></step>
    </procedure>
  </listitem>
</varlistentry>
</variablelist>

<formalpara>
<title>Construire un c<>ble de sortie TV Matrox</title>
<para>
Personne ne prends de responsabilit<69>s, ni n'offre de garanties quant aux <20>ventuels
dommages caus<75>s par cette documentation.
</para>
</formalpara>

<formalpara>
<title>Cable pour G400</title>
<para>
La quatri<72>me broche du connecteur CRTC2 transmet le signal vid<69>o composite. La terre
(ground) est sur les sixi<78>me, septi<74>me et huiti<74>me broches (info donn<6E>e par Bal<61>zs R<>cz).
</para>
</formalpara>

<formalpara>
<title>Cable pour G450</title>
<para>
La premi<6D>re broche du connecteur CRTC2 transmet le signal vid<69>o composite. La terre
(ground) est sur les cinqui<75>me, sixi<78>me, septi<74>me, et quinzi<7A>me (5, 6, 7, 15) broches
(info donn<6E>e par Bal<61>zs Kerekes).
</para>
</formalpara>
</sect4>

<sect4 id="tv-out_matrox_g450">
<title>Cartes Matrox G450/G550</title>
<para>
Le support de la sortie TV pour ces cartes n'a <20>t<EFBFBD> introduit que r<>cemment, et n'est
pas encore dans le noyau officiel. Actuellement le module <emphasis role="bold">mga_vid</emphasis>
ne peut <20>tre utilis<69> <20> ma connaissance, parce que le pilote G450/G550 ne fonctionne que
dans une configuration: le premier chip CRTC (qui a le plus de fonctions) sur le
premier affichage (sur le moniteur), et le second CRTC (pas de <emphasis role="bold">BES</emphasis>,
veuillez voir la section G400 plus haut) sur la TV. Vous ne pouvez donc utiliser que le
pilote de sortie <emphasis>fbdev</emphasis> de <application>MPlayer</application> pour
le moment.
</para>

<para>
Le premier CRTC ne peut pas <20>tre reli<6C> <20> la seconde t<>te actuellement. L'auteur du
pilote noyau matroxfb - Petr Vandrovec - fera certainement un support pour cela, en
affichant la sortie du premier CRTC sur les deux t<>tes <20> la fois, comme actuellement
recommand<EFBFBD> pour la G400, voir la section ci-dessus.
</para>

<para>
Le patch noyau n<>cessaire et le HOWTO d<>taill<6C> sont t<>l<EFBFBD>chargeables sur
<ulink url="http://www.bglug.ca/matrox_tvout/"/>
</para>
</sect4>


<sect4 id="tvout-ati">
<title>Cartes ATI</title>

<formalpara>
<title>PR<EFBFBD>AMBULE</title>
<para>
Actuellement ATI ne veut supporter aucun de ces chips TV-out sous Linux, <20> cause de
leur technologie Macrovision sous licence.
</para>
</formalpara>

<itemizedlist>
<title><EFBFBD>TAT DE LA SORTIE TV ATI SUR LINUX</title>
<listitem><simpara>
  <emphasis role="bold">ATI Mach64</emphasis>:
  support<72> par <ulink url="http://gatos.sf.net">gatos</ulink>.
  </simpara></listitem>
<listitem><simpara>
  <emphasis role="bold">ASIC Radeon VIVO</emphasis>:
  support<72> par <ulink url="http://gatos.sf.net">gatos</ulink>.
  </simpara></listitem>
<listitem><simpara>
  <emphasis role="bold">Radeon</emphasis> et <emphasis role="bold">Rage128</emphasis>:
  support<72> par <application>MPlayer</application> !
  V<>rifiez les sections <link linkend="vesa">pilote VESA</link> et
  <link linkend="vidix">VIDIX</link>.
  </simpara></listitem>
<listitem><simpara>
  <emphasis role="bold">Rage Mobility P/M, Radeon, Rage 128, Mobility M3/M4</emphasis>:
  support<72> par <ulink url="http://www.stud.uni-hamburg.de/users/lennart/projects/atitvout/">atitvout</ulink>.
  </simpara></listitem>
</itemizedlist>

<para>
Sur les autres cartes, utilisez juste le pilote <link linkend="vesa">VESA</link>,
sans VIDIX. Un CPU puissant est cependant requis.
</para>

<para>
La seule chose que vous ayez <20> faire - <emphasis role="bold">avoir le connecteur TV
branch<EFBFBD> avant de booter votre PC</emphasis> car le BIOS vid<69>o s'initialise
uniquement durant cette phase.
</para>
</sect4>


<sect4 id="tvout-voodoo">
<title>Voodoo 3</title>
<para>
Reportez-vous <20> <ulink url="http://www.iki.fi/too/tvout-voodoo3-3000-xfree">cette URL</ulink>.
</para>
</sect4>

<sect4 id="tvout-nvidia">
<title>nVidia</title>
<para>
D'abord, vous DEVEZ t<>l<EFBFBD>charger les pilotes closed-source depuis <ulink url="http://nvidia.com"/>.
Je ne d<>crirai pas le processus d'installation et de configuration car il sort du cadre
de cette documentation.
</para>

<para>
Apr<EFBFBD>s que l'acc<63>l<EFBFBD>ration XFree86, XVideo, et 3D fonctionnent correctement, <20>ditez la
section Device de votre carte dans le fichier <filename>XF86Config</filename>, selon
l'exemple suivant (adaptez <20> votre carte/TV):

<programlisting>
Section "Device"
        Identifier      "GeForce"
        VendorName      "ASUS"
        BoardName       "nVidia GeForce2/MX 400"
        Driver          "nvidia"
        #Option         "NvAGP" "1"
        Option          "NoLogo"
        Option          "CursorShadow"  "on"

        Option          "TwinView"
        Option          "TwinViewOrientation" "Clone"
        Option          "MetaModes" "1024x768,640x480"
        Option          "ConnectedMonitor" "CRT, TV"
        Option          "TVStandard" "PAL-B"
        Option          "TVOutFormat" "Composite"

EndSection
</programlisting>
</para>

<para>
Bien s<>r l'<27>l<EFBFBD>ment le plus important est la partie TwinView.
</para>
</sect4>

<sect4 id="tvout-neomagic">
<title>Neomagic</title>
<para>
Test<EFBFBD> sur un Toshiba Tecra 8000. Son chip de sortie TV est de tr<74>s mauvaise qualit<69>.
<EFBFBD> <20>viter si possible.
</para>
<para>
Vous devez utiliser <option>-vo vesa</option>. Le chipt test<73> n'<27>tait capable
d'afficher que l'aspect ratio 1.333333, donc assurez-vous d'utiliser les options
<option>-x</option>, <option>-y</option> et/ou les filtres
<option>-vf scale,crop,expand</option> si la machine ne vous laisse pas activer
la sortie TV. La r<>solution maximum <20>tait 720*576 <20> 16bpp.
</para>
<para>
Probl<EFBFBD>mes connus: VESA-uniquement, limitation 1.33333, l'image n'est pas toujours
centr<EFBFBD>e, le film passe en 4bpp toutes les 10 minutes, et reste comme <20>a. bloquages
mat<EFBFBD>riels fr<66>quents, probl<62>mes d'affichage LCD.
</para>
</sect4>
</sect3>
</sect2>