comparison DOCS/xml/fr/video.xml @ 11083:1ffff639216e

sync, typos, cosmetics, more accurate translation & other various fixes

11082:d8cbfd7c8fae

<?xml version="1.0" encoding="iso-8859-1"?>
<sect2 id="video-dev">
<title>Sorties vidéo</title>

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

</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 (tappez <command>cat /proc/cpuinfo</command> pour le vérifier).
</para>
</sect3>

<sect3 id="output-trad">
<title>Sortie vidé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érielles de
votre carte en utilisant l'extension XVideo. Ceci peut être fait avec l'option option
'<option>-vo xv</option>'. De plus, il 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 :

<orderedlist>
<listitem><para>
  Vous utilisez 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>

  Cela doit supporter les formats de pixels YUY2 packed et YV12 planar pour pouvoir
  être utilisé avec <application>MPlayer</application>.
  </para></listitem>
<listitem><para>
  Finalement, vérifiez si <application>MPlayer</application> a été compilé avec le
  support 'xv'.<filename>./configure</filename> doit vous le préciser.
  </para></listitem>
</orderedlist>
</para>

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

<para>
Les anciens drivers 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,
qui doit fonctionner correctement. 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 section</link> pour plus
de détails.
</para>

<para>
<emphasis role="bold">OU</emphasis>, essayez le NOUVEAU pilote

<title>Cartes S3</title>

<para>
Les cartes S3 Savage3D doivent fonctionner correctement, mais pour les Savage4,
utilisez XFree86 version 4.0.3 ou plus (en cas de problèmes d'image, essayez 16bpp).
Comme pour les S3 Virge.. il y a un support xv, mais la carte elle-même est très lente,
donc vous feriez mieux de la vendre.
</para>

<note>
<para>

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

<para>
nVidia n'est pas un très bon chois sous Linux (d'après nVidia, ce n'est
<link linkend="nvidia-opinions">pas vrai</link>)... Vous devrez utiliser le pilote
binaire de nVidia, disponible sur leur site. Le pilote standard de X ne supporte pas
XVideo pour ces cartes, par la faute des sources/spécifications fermées de nVidia.
</para>

<para>
D'après ce que je sais les derniers pilotes XFree86 contiennent le support XVideo
pour les GeForce 2 et 3.
</para>

<para>
Les cartes Riva128 n'ont pas de support XVideo même avec le driver nVidia :(
Plaignez-vous en à nVidia.
</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, à 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.

<para>
XFree86 4.3.0 inclut le support Xv, mais Bohdan Horst a envoyé un petit
<ulink url="http://www.mplayerhq.hu/MPlayer/contrib/NeoMagic-driver/neo_driver.patch">patch</ulink>
pour les sources XFree86 qui accélère les opérations framebuffer (et donc XVideo)
jusqu'à 4 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:

<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. 4.2.0 ajoute le support Xv plein-écran avec la
carte Cyberblade XP.
</para>
</sect5>


<sect5 id="kyro">
<title>Cartes Kyro/PowerVR</title>
<para>
Si vous voulez utiliser Xv avec une carte Kyro (par exemple Hercules Prophet 4000XT),
vous devriez télécharger les pilotes depuis le
<ulink url="http://www.powervr.com/">site de PowerVR</ulink>
</para>
</sect5>
</sect4>

<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 adresse mémoire de votre
process. Cela est autorisé par le noyau uniquement si vous avez les privilèges
super-user. 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>

</para>

<para>
Cependant DGA a quelques défauts. Il semble qu'il reste dépendant de la carte graphique
utilisée et de la mise en place du driver de votre serveur X contrôlant cette carte.
Cela peut donc ne pas fonctionner sur tout les systèmes...
</para>

<formalpara>
<title>INSTALLER LE SUPPORT DGA POUR MPLAYER</title>

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

XFree86 4.0.x ou plus est TRÈS RECOMMANDÉ ! Le pilote DGA de
<application>MPlayer</application> est automatiquement détecté lors de
<filename>./configure</filename>, ou bien 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é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,

</para>
</caution>

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


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

<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, soit il pratique
une conversion logicielle (qui peut ralentir la lecture).
</para>
</formalpara>
<para>
Si par chance vous avez assez de mémoire vidéo libre pour y placer une image entière,
le driver DGA utilisera le doublebuffering, qui améliore considérablement la qualité
de lecture. Il doit vous afficher si le doublebuffering est utilisé ou non.
</para>

<para>
Doublebuffering signifie que la prochaine frame de votre vidéo est dessinée dans une
partie non affichée de la mémoire graphique tandis que s'affiche la frame en cours.
Quand la frame suivant est prête, la puce graphique reçoit simplement l'adresse de
celle ci et récupère les donnée a afficher depuis cette partie de la mémoire. Pendant
ce temps l'autre buffer se remplit de l'image suivante, etc...
</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

<listitem><simpara>
  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 ?)
  </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
  similaire...
  </simpara></listitem>
<listitem><simpara>
  L'OSD fonctionne uniquement avec le doublebuffering activé.
  </simpara></listitem>
</itemizedlist>

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

<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 qui
utilise SDL peut tourner avec svgalib, aalib, X, fbdev et autres, vous devez seulement
spécifier (par exemple) le pilote vidéo à utiliser avec la variable d'environnement
<envar>SDL_VIDEODRIVER</envar>. Enfin, en théorie.
</para>

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

<para>

</para>

<variablelist>
<title>Il existe plusieurs options en ligne de commande pour SDL:</title>
<varlistentry>
  <term><option>-vo sdl:<replaceable>name</replaceable></option></term>
  <listitem><simpara>
    spécifie le driver vidéo sdl a utiliser (par ex. <literal>aalib</literal>,
    <literal>dga</literal>, <literal>x11</literal>)
  </simpara></listitem>
</varlistentry>
<varlistentry>
  <term><option>-ao sdl:<replaceable>name</replaceable></option></term>
  <listitem><simpara>
    spé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>

<tgroup cols="2">
<thead>
<row><entry>Touche</entry><entry>Action</entry></row>
</thead>
<tbody>
<row><entry><keycap>F</keycap></entry><entry>
    passe du mode plein écran au mode fenêtré
    </entry></row>
<row><entry><keycap>C</keycap></entry><entry>
    passe par tous les modes plein écran valides
    </entry></row>
<row><entry><keycap>W</keycap>/<keycap>S</keycap></entry><entry>
    mappings pour les touches <keycap>*</keycap> et <keycap>/</keycap> (contrôle du mixer)
    </entry></row>
</tbody>
</tgroup>
</table>

qualité:
<screen>-sws 4</screen>
</para>

<para>
Peut être que la correction d'aspect automatique doit être coupée:
<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é: <option>-vf eq=-20:0</option>. J'ai
également besoin de diminuer la fréquence d'échantillonnage sur ma machine, car le son
est endommagé en 44kHz: <option>-srate 22050</option>.
</para></note>

</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 a la valeur bpp, le driver fbdev essaie par
  défaut d'utiliser la valeur courante, ou bien celle spécifiée par l'option
  <option>-bpp</option>.
  </para></listitem>
<listitem><para>
  l'option <option>-zoom</option> n'est pas supportée (Utilisez l'option

<note>
<para>
Le changement de mode vidé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 cartes Matrox
G200/G400/G450, le driver noyau de mga_vid. Il est activement développé par A'rpi, et
supporte le VSYNC matériel avec triple buffering. Cela fonctionne aussi bien en console
framebuffer que sous X.
</para>

<warning>

  <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ère incorrecte, utilisez l'option
  <option>mga_ram_size</option> (<command>rmmod mga_vid</command> d'abord), en
  spé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érez cette ligne a la fin du fichier

  </entry></row>
<row><entry><keycap>5</keycap></entry><entry>
  active/désactive le rendu rapide
  </entry></row>
<row><entry><keycap>6</keycap></entry><entry>
  active 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>

    </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>

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 driver
linux, pas curses (<option>-aadriver linux</option>). Cependant vous devez avoir
un accès en écriture sur
<filename>/dev/vcsa<replaceable>&lt;terminal&gt;</replaceable></filename>. Ce n'est
pas autodétecté 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>

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

  (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
  émulateur - il appelle des choses <emphasis role="bold">réelles</emphasis> dans le BIOS
  <emphasis>réel</emphasis> en <emphasis>mode réel</emphasis> (habilement, en mode vm86).
  </simpara></listitem>
<listitem><simpara>
  Vous pouvez l'utiliser avec Vidix, accélérant ainsi l'affichage vidéo
  <emphasis role="bold">et</emphasis> la sortie TV en même temps (recommandé pour les cartes ATI) !
  </simpara></listitem>
<listitem><simpara>
  si vous avez un BIOS VESA VBE 3.0+, et que vous avez spécifié
  <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îchissement possible. (En utilisant la Formule Générale de Timing). Pour activer
  cette fonctionnalité vous devrez spécifier <emphasis role="bold">toutes</emphasis>
  les options de votre moniteur.
  </simpara></listitem>
</itemizedlist>

  première de la même façon.
  </simpara></listitem>
<listitem><simpara>
  Pour faire <emphasis role="bold">fonctionner la sortie TV</emphasis> vous devez avoir
  branché le connecteur TV avant le démarrage de votre PC car le BIOS vidéo s'initialise
  une seule fois à ce moment là.
  </simpara></listitem>
</itemizedlist>
</sect4>

vidéo à la place. C'est très simple. Voyez la <link linkend="dga-modelines">section
des modelines DGA</link>, et insé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>. Il changera de
  résolution pour s'adapter à celle de votre film. Si non:
  </simpara></listitem>
<listitem><simpara>
  Avec XFree86 3.x.x - Vous devrez tourner 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>

  Vous pouvez utiliser le pilote de sortie vidéo autonome: <option>-vo xvidix</option>.
  Ce pilote à été développé 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ède
  directement au matériel et contourne le pilote X, les pixmaps mis en cache dans la
  mémoire de la carte graphique peuvent être corrompus. Vous pouvez éviter cela en
  limitant la quantité de mémoire utilisé par X avec l'option "VideoRam" dans la section
  "device" de XFree86Config. Vous devriez fixer cette valeur avec la quantité de mémoire
  installée sur votre carte moins 4Mo. Si vous avez moins de 8Mo de mémoire vidéo, vous
  pouvez utiliser l'option "XaaNoPixmapCache" dans la section "screen" à la place.
  </simpara></listitem>
<listitem><simpara>
  Vous pouvez utiliser le sous-périphérique VIDIX qui à été appliqué à de nombreux
  pilotes de sortie vidéo, tels que: <option>-vo vesa:vidix</option>
  (<emphasis role="bold">Linux uniquement</emphasis>) et <option>-vo fbdev:vidix</option>.
  </simpara></listitem>
</itemizedlist>

</para>

<itemizedlist spacing="compact">
<title>BESOINS</title>
<listitem><simpara>
  La carte graphique devrait être en mode graphique (J'écris
  <emphasis role="bold">devrait</emphasis> simplement parce que je l'ai testé en mode
  texte - ça fonctionne mais avec un affichage horrible ;) Utilisez AAlib pour cela).
  <emphasis role="bold">Note</emphasis>: Tout le monde peut essayer cette astuce en
  décommentant le changement de mode dans le pilote vo_vesa.
  </simpara></listitem>
<listitem><simpara>
  Le pilote de sortie vidéo de <application>MPlayer</application> devrait connaître les
  modes vidéos actifs et être capable de donner au sous-périphérique VIDIX quelques
  caractéristiques du serveur.

de le porter (principalement libdha). Mais il y a de bons espoirs qu'il fonctionne sur
les systèmes où X11 fonctionne.
</para>

<para>
Comme, VIDIX requiert l'accès direct au matériel, vous avez le choix entre le lanç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é !</emphasis>). Sinon,
vous pouvez utiliser un module noyau spécial, comme ceci:
</para>

  </para></step>
<step><para>
  Compilez le module dans le répertoire <filename class="directory">svgalib_helper</filename>
  (il peut être trouvé à l'intérieur du répertoire
  <filename class="directory">svgalib-1.9.17/kernel/</filename> si vous avez téléchargé
  les source depuis le site de svgalib) et faire un insmod.
  </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>

Il y a un pilote disponible pour les chipsets Trident Cyberblade/i1, qui peuvent être
trouvés sur les cartes-mère VIA Epia.
</para>

<para>
Le pilote a été écrit et est maintenu par Alastair M. Robinson, qui offre les dernières
versions des pilote à télécharger sur sa
<ulink url="http://www.blackfiveservices.co.uk/EPIAVidix.shtml">page web</ulink>. Les
pilotes sont ajoutés à <application>MPlayer</application> avec un très léger décalage,
donc le CVS devrait être toujours à jour.
</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é, donc les rapports sont les bienvenus.
</para>
</sect5>
</sect4>

<sect4 id="directfb">

de Ville Syrjala.
</para>

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

<sect3 id="mpeg_decoders">

<title>FUTUR</title>
<para>
Si vous avez des questions ou voulez entendre les annonces de fonctionnalité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>.
Rappelez-vous que la langue de la liste est l'anglais SVP.
</para>
</formalpara>

<para>
Dans le futur vous pouvez vous attendre à pouvoir afficher l'OSD et les sous-titres en

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

<variablelist>
<title>UTILISATION</title>
<varlistentry>

</varlistentry>

<varlistentry>
<term><option>-vf lavc/fame</option></term>
<listitem><para>
(AUTO-INSÉRÉ) Pour voir du contenu non-MPEG sur l'em8300 (c-a-d DivX ou RealVideo),
vous devrez spécifier un filtre vidéo MPEG1 tel que libavcodec (lavc) ou libfame (fame).
Pour le moment lavc est à la fois plus rapide et donne une meilleur qualité, il est
recommandé de l'utiliser à moins que vous ayez des problèmes avec. Voir la page de man
pour de plus amples infos à propos de <option>-vf lavc/fame</option>. Utiliser lavc
est hautement recommandé. Actuellement il n'est pas possible de régler les fps de
l'em8300 ce qui veut dire qu'il est fixé à 29.97fps. À cause de cela il est hautement
recommandé d'utiliser <option>-vf lavc=<replaceable>qualité</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éo MPEG1/2/4, il est de
bien plus basse qualité que l'OSD traditionnel de MPlayer, et de plus possède de
nombreux problèmes de rafraîchissement. La ligne de commande ci-dessus va d'abord
convertir l'entrée vidéo en MPEG4 (c'est obligatoire, désolé), ensuite appliquer un
filtre expand qui ne va rien étendre du tout (-1: défaut), mais afficher l'OSD dans
l'image (c'est ce que fait le "1" à la fin).
</para></listitem>

<title>Zr</title>

<para>
C'est un pilote d'affichage (<option>-vo zr</option>) pour certaines cartes de
capture/lecture (testé 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
à la carte. Pour l'encodage jpeg <systemitem>libavcodec</systemitem> est utilisé, et
requis. Avec le mode spécial <emphasis>cinerama</emphasis>, vous pouvez voir les films
en vrai écran large si vous avez deux moniteurs et deux cartes MJPEG. Selon la
résolution et les réglages, ce pilote requiert beaucoup de puissance CPU, rappelez-vous
de spécifier <option>-framedrop</option> si votre machine est trop lente. Note: Mon
AMD K6-2 350Mhz est (avec <option>-framedrop</option>) très adapté pour voir du

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

<para>

</para>

<para>
Des occurrences supplé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éer un écran plus large. Supposons que vous avez deux
moniteurs. Celui de gauche est connecté à votre Buz sur <systemitem>/dev/video1</systemitem>
et celui de droite est connecté à 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é
10, alors vous taperez la commande suivante

</para>

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

<variablelist>
<varlistentry>

    la TV.
    </para><para>
    <emphasis role="bold">Cette méthode ne vous donne pas la lecture accéléré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é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ée
    (vous pouvez &quot;contourner&quot; Macrovision en utilisant ce

    </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écifiques à matroxfb durant la compilation
    (excepté MultiHead), et les compiler en <emphasis role="bold">modules</emphasis> !
    Vous aurez également besoin que I2C soit activé.
    </para>

      </para></step>
    <step><para>
      Ensuite entrez dans le répertoire <filename class="directory">TVout/</filename>
      du source <application>MPlayer</application> et exécutez <filename>./modules</filename>
      en root. Votre console en mode texte va entrer en mode framebuffer (sans retour
      possible!).
      </para></step>
    <step><para>
      Ensuite, ÉDITEZ et lancez le script <filename>./matroxtv</filename>. Il va vous
      présenter un menu très simple. Pressez <keycap>2</keycap> et <keycap>Entrée</keycap>.
      Maintenant vous devriez avoir la même image sur votre moniteur, et sur la TV. Si

   --></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écifier une résolution différente.
      </para></step>
    <step><para>
      <emphasis role="bold">Appréciez la sortie TV Matrox ultra-rapide ultra-fonctionnelle
      (meilleure que Xv) !</emphasis>
      </para></step>

<title>Cartes Matrox G450/G550</title>
<para>
Le support de la sortie TV pour ces cartes n'a été introduit que récemment, et n'est
pas encore dans le noyau officiel. Actuellement le module <emphasis role="bold">mga_vid</emphasis>
ne peut être utilisé à 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>

sans VIDIX. Un CPU puissant est cependant requis.
</para>

<para>
La seule chose que vous ayez à faire - <emphasis role="bold">avoir le connecteur TV
branché avant de booter votre PC</emphasis> car le BIOS vidéo ne s'initialise qu'une
fois durant cette phase.
</para>
</sect4>


<sect4 id="tvout-voodoo">

EndSection
</programlisting>
</para>

<para>
Bien sûr la chose la plus importante est la partie TwinView.
</para>
</sect4>
</sect3>
</sect2>

11083:1ffff639216e

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

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

</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é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érielles de
votre carte en utilisant l'extension XVideo. Ceci peut être fait avec 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 :

<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>

  Cela doit supporter les formats de pixels YUY2 packed et YV12 planar pour pouvoir
  être utilisé avec <application>MPlayer</application>.
  </para></listitem>
<listitem><para>
  Finalement, vérifiez si <application>MPlayer</application> a été compilé avec le
  support 'xv'. <filename>./configure</filename> doit vous le préciser.
  </para></listitem>
</orderedlist>
</para>

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

<para>
Les anciens drivers 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 <link linkend="sdl">section SDL</link> pour plus
de détails.
</para>

<para>
<emphasis role="bold">OU</emphasis>, essayez le NOUVEAU pilote

<title>Cartes S3</title>

<para>
Les cartes S3 Savage3D doivent fonctionner correctement, mais pour les Savage4,
utilisez XFree86 version 4.0.3 ou plus (en cas de problèmes d'image, essayez 16bpp).
Comme pour les S3 Virge: il y a un support xv, mais la carte elle-même est très lente,
donc vous feriez mieux de la vendre.
</para>

<note>
<para>

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

<para>
nVidia n'est pas un très bon chois sous Linux (d'aprè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élération 3D.
</para>

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

<para>
Par contre, MPlayer contient 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é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, à 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.

<para>
XFree86 4.3.0 inclut le support Xv, mais Bohdan Horst a envoyé un petit
<ulink url="http://www.mplayerhq.hu/MPlayer/contrib/NeoMagic-driver/neo_driver.patch">patch</ulink>
pour les sources XFree86 qui accélère les opérations framebuffer (et donc XVideo)
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:

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

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

<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>

</para>

<para>
Cependant DGA a quelques défauts. Il semble qu'il reste dépendant de la carte graphique
utilisée et de la mise en place du driver de votre serveur 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>

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

XFree86 4.0.x ou plus est TRÈS RECOMMANDÉ ! Le pilote DGA de
<application>MPlayer</application> est automatiquement détecté 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é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,

</para>
</caution>

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


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

<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épends de votre matériel, soit ces modes sont nativement supportés, ou si une
conversion logicielle doit être appliquée (ce qui peut ralentir la lecture).
</para>
</formalpara>
<para>
Si par chance vous avez assez de mémoire vidéo libre pour y placer une image entière,
le driver DGA utilisera le doublebuffering, qui améliore considérablement la qualité
de lecture. Il doit vous afficher si le doublebuffering est utilisé ou non.
</para>

<para>
Doublebuffering 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 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

<listitem><simpara>
  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 ?)
  </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 ça...
  </simpara></listitem>
<listitem><simpara>
  L'OSD fonctionne uniquement avec le doublebuffering activé (sinon il clignote).
  </simpara></listitem>
</itemizedlist>

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

<title>SDL</title>

<para>
<acronym>SDL</acronym> (Simple Directmedia Layer) est fondamentalement une interface
vidéo/audio unifiée. Les programmes qui l'utilisent connaissent uniquement SDL, et pas
quels pilotes vidéo ou audio SDL utilise lui-même. Par exemple, un portage de Doom
utilisant SDL peut tourner avec svgalib, aalib, X, fbdev et autres, vous devez seulement
spécifier (par exemple) le pilote vidéo à utiliser avec la variable d'environnement
<envar>SDL_VIDEODRIVER</envar>. Enfin, en théorie.
</para>

<para>
Avec <application>MPlayer</application>, nous avons utilisé le redimensionnement
logiciel de ses pilotes X11 pour les cartes qui ne supportent pas XVideo, jusqu'à ce
que nous fassions notre propre &quot;dimensionneur&quot; 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>

</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écifie le driver vidé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é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>

<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 écran valides
    </entry></row>
<row><entry><keycap>n</keycap></entry><entry>
    revient en mode normal
    </entry></row>
</tbody>
</tgroup>
</table>

qualité:
<screen>-sws 4</screen>
</para>

<para>
Peut-être que la correction d'aspect automatique doit être coupée:
<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é: <option>-vf eq=-20:0</option>. J'ai
également besoin de diminuer la fréquence d'échantillonnage sur ma machine, car le son
est endommagé en 44kHz: <option>-srate 22050</option>.
</para></note>

</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 driver 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

<note>
<para>
Le changement de mode vidé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é par A'rpi, et
supporte le VSYNC matériel avec triple buffering. Cela fonctionne aussi bien en console
framebuffer que sous X.
</para>

<warning>

  <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ère incorrecte, utilisez l'option
  <option>mga_ram_size</option> (<command>rmmod mga_vid</command> avant), en
  spé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érez cette ligne a la fin du fichier

  </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>

    </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>

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ès en écriture sur
<filename>/dev/vcsa<replaceable>&lt;terminal&gt;</replaceable></filename>. Ce n'est
pas autodétecté 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>

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

  (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
  émulateur - il appelle des choses <emphasis role="bold">réelles</emphasis> dans le BIOS
  <emphasis>ré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élérant ainsi l'affichage vidéo
  <emphasis role="bold">et</emphasis> la sortie TV en même temps (recommandé pour les cartes ATI) !
  </simpara></listitem>
<listitem><simpara>
  si vous avez un BIOS VESA VBE 3.0+, et que vous avez spécifié
  <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îchissement possible (en utilisant la Formule Générale de Timing). Pour activer
  cette fonctionnalité vous devrez spécifier <emphasis role="bold">toutes</emphasis>
  les options de votre moniteur.
  </simpara></listitem>
</itemizedlist>

  première de la même façon.
  </simpara></listitem>
<listitem><simpara>
  Pour faire <emphasis role="bold">fonctionner la sortie TV</emphasis> vous devez avoir
  branché le connecteur TV avant le démarrage de votre PC car le BIOS vidéo s'initialise
  uniquement à ce moment-là.
  </simpara></listitem>
</itemizedlist>
</sect4>

vidéo à la place. C'est très simple. Voyez la <link linkend="dga-modelines">section
des modelines DGA</link>, et insé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 à 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>

  Vous pouvez utiliser le pilote de sortie vidéo autonome: <option>-vo xvidix</option>.
  Ce pilote à été développé 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ède
  directement au matériel et contourne le pilote X, les pixmaps mis en cache dans la
  mémoire de la carte graphique peuvent être corrompus. Vous pouvez éviter cela en
  limitant la quantité de mémoire utilisée par X avec l'option "VideoRam" dans la section
  "device" de XFree86Config. Vous devriez fixer cette valeur avec la quantité de mémoire
  installée sur votre carte moins 4Mo. Si vous avez moins de 8Mo de mémoire vidéo, vous
  pouvez utiliser l'option "XaaNoPixmapCache" dans la section "screen" à 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é pour la plupart
  des cartes (ou sinon vous brouillerez simplement l'écran), et vous aurez un
  effet similaire à <option>-vo mga</option> ou <option>-vo fbdev</option>.
  Les cartes nVidia par contre sont capables d'afficher de la vidé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érique VIDIX qui à été appliqué à de nombreux
  pilotes de sortie vidéo, tels que: <option>-vo vesa:vidix</option>
  (<emphasis role="bold">Linux uniquement</emphasis>) et <option>-vo fbdev:vidix</option>.
  </simpara></listitem>
</itemizedlist>

</para>

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

de le porter (principalement libdha). Mais il y a de bons espoirs qu'il fonctionne sur
les systèmes où X11 fonctionne.
</para>

<para>
Comme VIDIX requiert l'accès direct au matériel, vous avez le choix entre le lanç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é !</emphasis>). Sinon,
vous pouvez utiliser un module noyau spécial, comme ceci:
</para>

  </para></step>
<step><para>
  Compilez le module dans le répertoire <filename class="directory">svgalib_helper</filename>
  (il peut être trouvé à l'intérieur du répertoire
  <filename class="directory">svgalib-1.9.17/kernel/</filename> si vous avez téléchargé
  les sources depuis le site de svgalib) et faire un insmod.
  </para></step>
<step><para>
  Pour créer les périphé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>

Il y a un pilote disponible pour les chipsets Trident Cyberblade/i1, qui peuvent être
trouvés sur les cartes-mère VIA Epia.
</para>

<para>
Le pilote a été é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é, 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é d'utiliser les pilotes nVidia binaires pour X avant d'utiliser
  ce pilote VIDIX, car certains registres qui doivent être initialisés n'ont pas
  encore été découverts, donc cela é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 formay=uyvy -vc divxds fichierdivx3.avi
  </screen>
  </para></listitem>
</itemizedlist>

<para>
  Une fonction unique du pilote nvidia_vid est la capacité d'afficher de la
  vidé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 formay=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ès expérimental, comme nvidia_vid.
</para>

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

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

<sect4 id="directfb">

de Ville Syrjala.
</para>

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

<sect3 id="mpeg_decoders">

<title>FUTUR</title>
<para>
Si vous avez des questions ou voulez entendre les annonces de fonctionnalité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 à pouvoir afficher l'OSD et les sous-titres en

<title>DXR2</title>
<para>MPlayer supporte l'affichage accéléré avec la carte Creative DXR2.</para>
<para>
Tout d'abord vous devrez avoir les pilotes correctement installé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>

</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écifier un filtre vidéo MPEG1 tel que libavcodec (lavc) ou libfame (fame).
Pour le moment lavc est à la fois plus rapide et donne une meilleur qualité, il est
recommandé de l'utiliser à moins que vous ayez des problèmes avec. Voir la page de man
pour de plus amples infos à propos de <option>-vf lavc/fame</option>. Utiliser lavc
est hautement recommandé. Actuellement il n'est pas possible de régler les fps de
l'em8300 ce qui veut dire qu'il est fixé à 29.97fps. À cause de cela il est hautement
recommandé d'utiliser <option>-vf lavc=<replaceable>qualité</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éo MPEG1/2/4, il est de
bien plus basse qualité que l'OSD traditionnel de MPlayer, et de plus soufre de
nombreux problèmes de rafraîchissement. La ligne de commande ci-dessus va d'abord
convertir l'entrée vidéo en MPEG4 (c'est obligatoire, désolé), ensuite appliquer un
filtre expand qui ne va rien étendre du tout (-1: défaut), mais afficher l'OSD dans
l'image (c'est ce que fait le "1" à la fin).
</para></listitem>

<title>Zr</title>

<para>
C'est un pilote d'affichage (<option>-vo zr</option>) pour certaines cartes de
capture/lecture (testé 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
à la carte. Pour l'encodage JPEG <systemitem>libavcodec</systemitem> est utilisé, et
requis. Avec le mode spécial <emphasis>cinerama</emphasis>, vous pouvez voir les films
en vrai écran large si vous avez deux moniteurs et deux cartes MJPEG. Selon la
résolution et les réglages, ce pilote requiert beaucoup de puissance CPU, rappelez-vous
de spécifier <option>-framedrop</option> si votre machine est trop lente. Note: Mon
AMD K6-2 350Mhz est (avec <option>-framedrop</option>) très adapté pour voir du

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

<para>

</para>

<para>
Des occurrences supplé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éer un écran plus large. Supposons que vous ayez deux
moniteurs. Celui de gauche est connecté à votre Buz sur <systemitem>/dev/video1</systemitem>
et celui de droite est connecté à 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é
10, alors vous taperez la commande suivante

</para>

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

<variablelist>
<varlistentry>

    la TV.
    </para><para>
    <emphasis role="bold">Cette méthode ne vous donne pas la lecture accéléré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é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ée
    (vous pouvez &quot;contourner&quot; Macrovision en utilisant ce

    </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écifiques à matroxfb durant la compilation
    (excepté MultiHead), et les compiler en <emphasis role="bold">modules</emphasis> !
    Vous aurez également besoin que I2C soit activé.
    </para>

      </para></step>
    <step><para>
      Ensuite entrez dans le répertoire <filename class="directory">TVout/</filename>
      du source <application>MPlayer</application> et exécutez <filename>./modules</filename>
      en root. Votre console en mode texte va entrer en mode framebuffer (sans retour
      possible !).
      </para></step>
    <step><para>
      Ensuite, ÉDITEZ et lancez le script <filename>./matroxtv</filename>. Il va vous
      présenter un menu très simple. Pressez <keycap>2</keycap> et <keycap>Entrée</keycap>.
      Maintenant vous devriez avoir la même image sur votre moniteur, et sur la TV. Si

   --></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écifier une résolution différente...
      </para></step>
    <step><para>
      <emphasis role="bold">Appréciez la sortie TV Matrox ultra-rapide ultra-fonctionnelle
      (meilleure que Xv) !</emphasis>
      </para></step>

<title>Cartes Matrox G450/G550</title>
<para>
Le support de la sortie TV pour ces cartes n'a été introduit que récemment, et n'est
pas encore dans le noyau officiel. Actuellement le module <emphasis role="bold">mga_vid</emphasis>
ne peut être utilisé à 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>

sans VIDIX. Un CPU puissant est cependant requis.
</para>

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


<sect4 id="tvout-voodoo">

EndSection
</programlisting>
</para>

<para>
Bien sûr l'élément le plus important est la partie TwinView.
</para>
</sect4>
</sect3>
</sect2>