diff options
Diffstat (limited to 'DOCS/xml/fr/video.xml')
-rw-r--r-- | DOCS/xml/fr/video.xml | 2157 |
1 files changed, 2157 insertions, 0 deletions
diff --git a/DOCS/xml/fr/video.xml b/DOCS/xml/fr/video.xml new file mode 100644 index 0000000000..b0a74ff9ee --- /dev/null +++ b/DOCS/xml/fr/video.xml @@ -0,0 +1,2157 @@ +<?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> +Il est FORTEMENT recommandé 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é, vous devrez procéder manuellement. D'abord, vous devez trouver +l'adresse de base. Vous pouvez la trouver de trois façons : + +<orderedlist> +<listitem><para> + à 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> + à 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> + à 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émoire vidéo en hexadé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é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" >| /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 (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> + X charge l'extension XVideo, qui doit faire apparaî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ée, et ne signifie pas que le support XVideo spécifique à + <emphasis role="bold">votre carte</emphasis> est chargé ! + </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 à : + <screen> +X-Video Extension version 2.2 +screen #0 + Adaptor #0: "Savage Streams Engine" + number of ports: 1 + port base: 43 + operations supported: PutImage + supported visuals: + depth 16, visualID 0x22 + depth 16, visualID 0x23 + number of attributes: 5 +(...) + Number of image formats: 7 + id: 0x32595559 (YUY2) + guid: 59555932-0000-0010-8000-00aa00389b71 + bits per pixel: 16 + number of planes: 1 + type: YUV (packed) + id: 0x32315659 (YV12) + guid: 59563132-0000-0010-8000-00aa00389b71 + bits per pixel: 12 + number of planes: 3 + type: YUV (planar) +(...etc...)<!-- +--></screen> + Cela doit supporter les formats de pixels YUY2 packed et YV12 planar pour pouvoir + être utilisé 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 +<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è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> +Il n'est actuellement pas facile de savoir quels modèles de Savage manquent de support +YV12, et de le convertir par un pilote (lent). Si vous suspectez votre carte, prenez un +pilote plus récent, ou demandez poliment un pilote qui gère MMX/3DNow sur la liste de +diffusion mplayer-users. +</para> +</note> +</sect5> + + +<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 - actuellement seule la version CVS de XFree86 a un driver pour cette carte, +pas la version 4.1.0. Pas de support TV-out. Bien sûr avec <application>MPlayer</application> +vous pouvez heureusement avoir un affichage <emphasis role="bold">accéleré</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ées sur de nombreux portables. Malheureusement, XFree avant la +version 4.3.0 ne gère pas Xv, mais Stefan Seyfried fournit +<ulink url="http://www.mplayerhq.hu/MPlayer/contrib/NeoMagic-driver/">des pilotes Xv</ulink>. +Choisissez juste celui qui s'applique à votre version de XFree. +</para> + +<para> +XFree86 4.3.0 inclut le support Xv, mais Bohdan Horst a envoyé un petit +<ulink url="http://www.mplayerhq.hu/MPlayer/contrib/NeoMagic-driver/neo_driver.patch">patch</ulink> +pour les sources XFree86 qui accélère les opérations framebuffer 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: +<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. 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> + +<!-- ********** --> + +<sect4 id="dga"> +<title>DGA</title> + +<formalpara> +<title>PRÉAMBULE</title> +<para> +Ce document tente d'expliquer en quelques mots ce qu'est le DGA en général et ce que +peut faire le driver de sortie DGA pour <application>MPlayer</application> (et ce qu'il +ne peut pas faire). + +</para> +</formalpara> + +<formalpara> +<title>QU'EST CE QUE LE DGA</title> +<para> +<acronym>DGA</acronym> est l'abréviation de <emphasis>Direct Graphics +Access</emphasis> et permet aux programmes de passer outre le serveur X et de +modifier directement la mémoire dans le framebuffer. Techniquement parlant, cela +fonctionne en mappant la mémoire du framebuffer dans les 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> +Il existe deux versions de DGA: DGA1 est utilisé par XFree 3.x.x et DGA2 a été +introduit par XFree 4.0.1. +</para> + +<para> +DGA1 propose uniquement un accès direct au framebuffer comme décrit ci-dessus. Pour +changer la résolution de votre signal vidéo vous devez utiliser les extensions XVidMode. +</para> + +<para> +DGA2 incorpore les fonctions de XVidMode et permet également de changer le nombre de +couleurs de l'affichage. Donc vous pouvez, en exécutant depuis un serveur X 32 bits, +passer en 15 bits et vice-versa. +</para> + +<para> +Cependant DGA a quelques défauts. Il semble qu'il reste dépendant de la carte graphique +utilisée et de la mise en place du 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> + +<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È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, +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é</title> +<para> +Cela présente une <emphasis role="bold">grosse</emphasis> faille de sécurité ! Ne +faites <emphasis role="bold">jamais</emphasis> ceci sur un serveur ou un ordinateur +accessible par d'autres personnes que vous, ils pourraient obtenir les privilèges root +par l'exécutable <application>MPlayer</application>. +</para> +</caution> + +<para> +Utilisez maintenant l'option <option>-vo dga</option> et c'est parti ! (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> + +<para> +Le driver DGA vous permet de changer la résolution du signal de sortie. Cela permet +d'éviter un redimensionnement logiciel, beaucoup plus lent, et offre une image plein +écran. Idéalement il doit passer à la résolution exacte de la vidéo (excepté pour +respecter le rapport hauteur/largeur), mais le serveur X permet uniquement le passage +à des résolutions définies dans <filename>/etc/X11/XF86Config</filename> +(<filename>/etc/X11/XF86Config-4</filename> pour XFree 4.X.X respectivement). +Ceux-ci sont définis par des modelines dépendantes des capacités de votre matériel. +Le serveur X scanne ce fichier de configuration au démarrage et élimine les modelines +ne correspondant pas au matériel. Vous pouvez retrouver dans les logs de X quelles +modelines sont acceptables. Elles peuvent être trouvées dans: +<filename>/var/log/XFree86.0.log</filename>. +</para> +</formalpara> + +<para> +Ces entrées doivent fonctionner correctement avec un chip Riva128, en utilisant le +module pilote nv.o du serveur X. +</para> + + +<para><programlisting> +Section "Modes" + Identifier "Modes[0]" + Modeline "800x600" 40 800 840 968 1056 600 601 605 628 + Modeline "712x600" 35.0 712 740 850 900 400 410 412 425 + Modeline "640x480" 25.175 640 664 760 800 480 491 493 525 + Modeline "400x300" 20 400 416 480 528 300 301 303 314 Doublescan + Modeline "352x288" 25.10 352 368 416 432 288 296 290 310 + Modeline "352x240" 15.750 352 368 416 432 240 244 246 262 Doublescan + Modeline "320x240" 12.588 320 336 384 400 240 245 246 262 Doublescan +EndSection +</programlisting></para> + + +<formalpara> +<title>DGA & MPLAYER</title> +<para> +DGA est utilisé en deux endroits par <application>MPlayer</application>: Le pilote SDL +peut se compiler pour en faire usage (<option>-vo sdl: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É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 +de désactiver le doublebuffering. En utilisant le driver DGA, l'on-screen display (OSD) +fonctionne uniquement avec le doublebuffering activé. Cependant, activer le +doublebuffering peut demander des calculs supplémentaires au processeur (sur mon K6-II+ +525 il utilisait 20% de temps CPU en plus !), ceci dépendant de l'implémentation du DGA +pour votre matériel. +</para> + + +<formalpara> +<title>PROBLÈMES DE VITESSE</title> + +<para> +Généralement, l'accès au framebuffer DGA peut s'avérer aussi rapide que le driver X11, +apportant en plus l'avantage de bénéficier d'une image plein écran. Les pourcentages +affichées par <application>MPlayer</application> doivent être interprétées avec +précaution, comme par exemple avec le pilote X11 où ils n'incluent pas le temps utilisé +par le serveur X pour l'affichage. Pour des résultats exacts, branchez un terminal sur +le port série de votre machine et lancez un <command>top</command> pour savoir ce qui +se passe réellement lors de la lecture... +</para> +</formalpara> + +<para> +D'une manière générale, l'accélération acquise en utilisant le DGA au lieu de +l'affichage X11 classique dépend fortement de votre carte graphique et des +optimisations effectuées sur le module DGA du serveur X. +</para> + +<para> +Si votre système s'avère trop lent, utilisez plutôt une profondeur de couleurs de 15 or +16bits, qui ne demandent que la moitié de la bande passante d'un affichage 32 bits. +</para> + +<para> +Utiliser une profondeur de 24 bits peut s'avérer une bonne solution si votre carte ne +supporte nativement que le 32 bits, le transfert se réduisant de 25% par rapport à un +mode 32/32. +</para> + +<para> +J'ai vu certains fichiers avi passer sur des Pentium MMX 266. Les processeurs AMD K6-2 +s'avèrent utilisables à partir de 400 MHZ et supérieur. +</para> + + +<formalpara> +<title>BOGUES CONNUS</title> + +<para> +A vrai dire, selon certains développeurs de XFree, DGA est une usine à gaz. Ils +recommandent d'éviter son utilisation. Son implémentation n'est pas parfaite avec +chaque chipset pour XFree. +</para> +</formalpara> + +<itemizedlist> +<listitem><simpara> + Avec XFree 4.0.3 et <filename>nv.o</filename> un bogue affiche des couleurs étranges. + </simpara></listitem> +<listitem><simpara> + Les pilotes ATI requièrent de passer plusieurs modes après l'utilisation du DGA. + </simpara></listitem> +<listitem><simpara> + Certains pilotes 'plantent' lors du retour à 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 étranges. + </simpara></listitem> +<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>--> + +<!-- ********** --> + +<sect4 id="sdl"> +<title>SDL</title> + +<para> +<acronym>SDL</acronym> (Simple Directmedia Layer) est fondamentalement une interface +vidéo/audio unifiée. Les programmes qui l'utilisent connaissent uniquement SDL, et pas +quels pilotes vidéo ou audio SDL utilise lui-même. Par exemple, un portage de Doom 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> +Cela aide également avec certains pilotes/cartes bogués si la vidéo est saccadé (pas de +problème de lenteur du système), ou si l'audio est retardé. +</para> + +<para> +La sortie vidéo de SDL supporte l'affichage des sous-titres sous le film, dans les +bandes noires (si elles sont présentes). +</para> + +<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> + <listitem><simpara> + désactive l'accélération Xvideo matérielle + </simpara></listitem> +</varlistentry> +<varlistentry> + <term><option>-forcexv</option></term> + <listitem><simpara> + tente de forcer l'accélé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>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> + +<itemizedlist> +<title>Bogues connus:</title> +<listitem><simpara> + Les touches pressées avec le driver sdl:aalib se répètent en continu (utiliser + <option>-vo aa</option>!). C'est un bogue dans la SDL, je ne peux pas le changer + (testé 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é, +mais peut être forcé), et n'oubliez pas d'éditer <filename>/etc/vga/libvga.config</filename> +pour l'ajuster à votre carte et votre moniteur. +</para> +</formalpara> + +<note> +<para> +Assurez-vous de ne pas utiliser l'option <option>-fs</option>, car elle active +l'utilisation du redimensionneur logiciel, et c'est lent. Si vous en avez réellement +besoin, utilisez l'option <option>-sws 4</option> qui donnera une qualité mauvaise, +mais qui est un peu plus rapide. +</para> +</note> + +<formalpara><title>SUPPORT EGA (4BPP)</title> +<para> +SVGAlib incorpore EGAlib, et MPlayer a la possibilité 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 être fixé à 4 manuellement: +<option>-bpp 4</option> +</para> + +<para> +Le film doit probablement être redimensionné 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é: +<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> +Vous pouvez activer l'OSD et les sous-titres uniquement avec le filtre +<systemitem>expand</systemitem>, voir la page de man pour les paramètres exacts. + +</para> +</sect4> + + +<sect4 id="fbdev"> +<title>Sortie Framebuffer (FBdev)</title> + +<para> +La compilation de le sortie FBdev est autodétectée durant <filename>./configure</filename>. +Lisez la documentation sur le framebuffer dans le sources du noyau +(<filename>Documentation/fb/*</filename>) pour avoir plus d'infos. +</para> + +<para> +Si votre carte ne supporte pas le standard VBE 2.0 (anciennes cartes ISA/PCI, comme +les S3 Trio64), et uniquement VBE 1.2 (ou plus ancien ?) : Dans ce cas, VESAfb reste +disponible, mais vous devrez charger SciTech Display Doctor (également nommé UniVBE) +avant de booter Linux. Utilisez une disquette de boot DOS ou similaire. Et n'oubliez +pas d'enregistrer votre copie d'UniVBE ;)) +</para> + +<para> +La sortie FBdev accepte certains paramètres additionnels: +</para> + +<variablelist> +<varlistentry> + <term><option>-fb</option></term> + <listitem><simpara> + spé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è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é 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 (le redimensionnement logiciel + est trop lent). L'option <option>-fs</option> L'option -fs n'est pas supportée non + plus. 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'économiseur d'é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é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> +<para> +Ceci est pour Linux uniquement ! Sur les systèmes non-Linux (testé sur FreeBSD), vous +pouvez utiliser <link linkend="vidix">VIDIX</link> à la place ! +</para> +</warning> + +<procedure> +<title>Installation:</title> +<step><para> + Pour l'utiliser, vous devez au préalable compiler <filename>mga_vid.o</filename>: + <screen> +cd drivers +make<!-- +--></screen> + </para></step> +<step><para> + Puis créez le périphé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è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 + <filename>/etc/modules.conf</filename>: + + <programlisting>alias char-major-178 mga_vid</programlisting> + + Puis copiez le module <filename>mga_vid.o</filename> à une place appropriée dans + <filename>/lib/modules/<replaceable>version noyau</replaceable>/<replaceable>quelquepart</replaceable></filename>. + </para><para> + Puis exé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 êtes en console matroxfb, ou |