diff options
Diffstat (limited to 'DOCS/xml/fr/video.xml')
| -rw-r--r-- | DOCS/xml/fr/video.xml | 3002 |
1 files changed, 0 insertions, 3002 deletions
diff --git a/DOCS/xml/fr/video.xml b/DOCS/xml/fr/video.xml deleted file mode 100644 index 6a1da6de5f..0000000000 --- a/DOCS/xml/fr/video.xml +++ /dev/null @@ -1,3002 +0,0 @@ -<?xml version="1.0" encoding="utf-8"?> -<!-- synced with r27044 --> -<chapter id="video"> -<title>Sorties vidéo</title> - -<sect1 id="mtrr"> -<title>Réglage MTRR</title> - -<para> -Il est FORTEMENT recommandé de bien ajuster ses registres MTRR, qui apportent -un gain important de performances. -</para> - -<para> - Faites un <command>cat /proc/mtrr</command> : -<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 pilote mga_vid (utilisez - <command>dmesg</command>) : - <screen>mga_mem_base = d8000000</screen> - </para></listitem> -</orderedlist> -</para> - -<para> -Trouvons maintenant la taille mémoire. Simplement, convertissez la taille de -la -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 -(<command>cat /proc/cpuinfo</command> pour le vérifier). -</para> -</sect1> - - -<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --> - - -<sect1 id="xv"> -<title>Xv</title> - -<para> -Sous XFree86 4.0.2 ou plus récent, vous pouvez utiliser les routines YUV -matérielles de votre carte en utilisant l'extension XVideo. -C'est ce qu'utilise l'option <option>-vo xv</option>. -De plus, ce pilote supporte le réglage de luminosité/contraste/saturation/etc. -(à moins que vous n'utilisiez le vieux, lent codec Divx DirectShow, qui le -supporte partout), voir la page de man. -</para> - -<para> -Pour que cela fonctionne, vérifiez ceci : - -<orderedlist> -<listitem><para> - Vous devez utiliser XFree86 4.0.2 ou plus récent (les versions précédentes - n'ont pas XVideo) - </para></listitem> -<listitem><para> - Votre carte supporte l'accélération matérielle (les cartes modernes le font) - </para></listitem> -<listitem><para> - X charge l'extension XVideo, qui doit faire apparaître quelque chose -comme : - <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ée ! - </para></note> - </para></listitem> -<listitem><para> - Votre carte a le support Xv sous Linux. Pour le vérifier, essayez - <command>xvinfo</command>, - inclus dans XFree86. Cela doit afficher un long message, similaire à : - <screen> -X-Video Extension version 2.2 -screen #0 - Adaptor #0: "Savage Streams Engine" - number of ports: 1 - port base: 43 - operations supported: PutImage - supported visuals: - depth 16, visualID 0x22 - depth 16, visualID 0x23 - number of attributes: 5 -(...) - Number of image formats: 7 - id: 0x32595559 (YUY2) - guid: 59555932-0000-0010-8000-00aa00389b71 - bits per pixel: 16 - number of planes: 1 - type: YUV (packed) - id: 0x32315659 (YV12) - guid: 59563132-0000-0010-8000-00aa00389b71 - bits per pixel: 12 - number of planes: 3 - type: YUV (planar) -(...etc...)<!-- ---></screen> - Cela doit supporter les formats de pixels YUY2 packed et YV12 planar pour - pouvoir être utilisés avec <application>MPlayer</application>. - </para></listitem> -<listitem><para> - Finalement, vérifiez si <application>MPlayer</application> a été compilé - avec le support 'xv'. - Faites un <command>mplayer -vo help | grep xv</command> - Si le support 'xv' à été compilé une ligne similaire à celle-ci devrait - apparaitre : - <screen> xv X11/Xv</screen> - </para></listitem> -</orderedlist> -</para> - -<sect2 id="tdfx"> -<title> Cartes 3dfx</title> - -<para> -Les anciens pilotes 3dfx avaient des problèmes avec l'accélération XVideo, -et ne supportaient ni YUY2 ni YV12. -Vérifiez que vous avez bien XFree86 version 4.2.0 ou plus, il fonctionne -correctement avec YV12 et YUY2. -Les versions précédentes, incluant 4.1.0, -<emphasis role="bold">plantent avec YV12</emphasis>. -Si des problèmes apparaissent en utilisant <option>-vo xv</option>, essayez -SDL (qui utilise également XVideo) et voyez si cela passe mieux. -Lisez la section <link linkend="sdl">SDL</link> pour plus de détails. -</para> - -<para> -<emphasis role="bold">OU</emphasis>, essayez le NOUVEAU pilote -<option>-vo tdfxfb</option> ! Voir la section <link -linkend="tdfxfb">tdfxfb</link>. -</para> -</sect2> - - -<sect2 id="s3"> -<title>Cartes S3</title> - -<para> -Les cartes S3 Savage3D doivent fonctionner correctement, mais pour les -Savage4, -utilisez XFree86 version 4.0.3 ou plus (en cas de problèmes d'image, essayez -16bpp). -Comme pour les S3 Virge : il y a un support xv, mais la carte elle-même -est -très lente, -donc vous feriez mieux de la vendre. -</para> -<para> -Il y a maintenant un pilote framebuffer natif pour les cartes S3 Virge -ou similaires à tdfxfb. Activez votre framebuffer (c-à-d ajoutez -"<option>vga=792 video=vesa:mtrr</option>" en paramètre à votre noyau) et utilisez -<option>-vo s3fb</option> (<option>-vf yuy2</option> et <option>-dr</option> -peuvent aider aussi). -</para> - -<note><para> -Il n'est actuellement pas facile de savoir quels modèles de Savage manquent -de support YV12, et de le convertir par un pilote (lent). -Si vous suspectez votre carte, prenez un pilote plus récent, ou demandez -poliment un pilote qui gère MMX/3DNow sur la liste de diffusion MPlayer-users. -</para></note> -</sect2> - - -<sect2 id="nvidia"> -<title>Cartes nVidia</title> - -<para> -nVidia n'est pas un très bon choix sous Linux ... Les pilotes open-source de -XFree86 supportent la plupart de ces cartes, mais dans certains cas, vous devrez -utiliser les pilotes binaires closed-source de nVidia, disponibles sur le -<ulink url="http://www.nvidia.com/object/linux.html">site web de nVidia</ulink>. -Vous aurez toujours besoin de ce pilote si vous voulez l'accélération 3D. -</para> - -<para> -Les cartes Riva128 n'ont pas de support XVideo même avec le pilote -nVidia :( -Plaignez-vous en à nVidia. -</para> - -<para> -Cependant, <application>MPlayer</application> contient un pilote -<link linkend="vidix">VIDIX</link> pour la plupart des cartes -nVidia. Actuellement il est en phase béta, et a quelques inconvénients. Pour -plus d'informations, voir la section <link linkend="vidix-nvidia">VIDIX -nVidia</link>. -</para> -</sect2> - - -<sect2 id="ati"> -<title>Cartes ATI</title> - -<para> -Le <ulink url="http://gatos.sf.net">pilote GATOS</ulink> -(que vous devriez utiliser, à moins d'avoir une Rage128 ou une Radeon) -utilise VSYNC par défaut. -Cela signifie que la vitesse de décodage (!) est synchronisée à la vitesse de -rafraîchissement du moniteur. Si la lecture semble lente, essayez d'enlever -VSYNC, ou passez la vitesse de rafraîchissement à n*(fps du film) Hz. -</para> - -<para> -Radeon VE - si vous avez besoin de X, utilisez 4.2.0 ou supérieur pour cette -carte. -Pas de support TV-out. -Bien sûr avec <application>MPlayer</application> vous pouvez heureusement -avoir un affichage <emphasis role="bold">accéléré</emphasis>, avec ou sans -<emphasis role="bold">sortie TV</emphasis>, et aucune librairie ou X ne -sont requis. Lire la section <link linkend="vidix">VIDIX</link>. -</para> -</sect2> - - -<sect2 id="neomagic"> -<title>Cartes NeoMagic</title> - -<para> -Ces cartes sont utilisées sur de nombreux portables. Vous devez utiliser -XFree86 4.3.0 ou supérieur, ou utiliser -<ulink url="http://www.mplayerhq.hu/MPlayer/contrib/NeoMagic-pilote/">les -pilotes Xv</ulink> -de Stefan Seyfried. -Choisissez juste celui qui s'applique à votre version de XFree86. -</para> - -<para> -XFree86 4.3.0 inclut le support Xv, mais Bohdan Horst a envoyé un petit -<ulink -url="http://www.mplayerhq.hu/MPlayer/contrib/NeoMagic-pilote/neo_pilote.patch" ->patch</ulink> -pour les sources XFree86 qui accélère les opérations framebuffer (et donc -XVideo) -jusqu'à quatre fois. -Ce patch a été inclus dans le CVS de XFree86 et devrait être dans la prochaine -version suivant 4.3.0. -</para> - -<para> -Pour permettre la lecture de contenu de taille DVD changez votre XF86Config -comme ceci : -<programlisting> -Section "Device" - [...] - pilote "neomagic" - <emphasis>Option "OverlayMem" "829440"</emphasis> - [...] -EndSection<!-- ---></programlisting> -</para> -</sect2> - - -<sect2 id="trident"> -<title>Cartes Trident</title> -<para> -Si vous voulez utiliser Xv avec une carte Trident, puisque son support ne -fonctionne pas avec 4.1.0, installez XFree 4.2.0. -Celui-ci ajoute le support Xv plein-écran avec la carte Cyberblade XP. -</para> - -<para> -<application>MPlayer</application> contient également un pilote -<link linkend="vidix">VIDIX</link> pour la carte Cyberblade/i1. -</para> -</sect2> - - -<sect2 id="kyro"> -<title>Cartes Kyro/PowerVR</title> - -<para> -Si vous voulez utiliser Xv avec une carte Kyro (par exemple la Hercules -Prophet 4000XT), vous devriez télécharger les pilotes depuis le -<ulink url="http://www.powervr.com/">site de PowerVR</ulink>. -</para> -</sect2> - - -<sect2 id="intel"> - <title>Cartes Intel</title> - - <para> - Ces cartes sont présentes sur de nombreux portables. Un Xorg récent est -recommendé. - </para> - - <para> - Pour permettre la lecture de vidéo de la résolution d'un DVD (voir plus), - modifiez le fichier XF86Config/xorg.conf comme tel : - <programlisting> - Section "Device" - [...] - pilote "intel" - <emphasis>Option "LinearAlloc" "6144"</emphasis> - [...] - EndSection - </programlisting> - L'absence de cette option se caractérise généralement par une erreur du - genre - <screen> - X11 error: BadAlloc (insufficient resources for operation) - </screen> - lorsque l'on tente d'utiliser l'option <option>-vo xv</option>. - </para> -</sect2> -</sect1> - - -<!-- ********** --> - -<sect1 id="dga"> -<title>DGA</title> - -<formalpara> -<title>PRÉAMBULE</title> -<para> -Ce document tente d'expliquer en quelques mots ce qu'est le DGA en général et -ce que peut faire le pilote de sortie DGA pour -<application>MPlayer</application> -(et ce qu'il ne peut pas faire). - -</para> -</formalpara> - -<formalpara> -<title>QU'EST CE QUE LE DGA</title> -<para> -<acronym>DGA</acronym> est l'abréviation de <emphasis>Direct Graphics -Access</emphasis> et permet aux programmes de passer outre le serveur X et de -modifier directement la mémoire dans le framebuffer. Techniquement parlant, -cela -fonctionne en mappant la mémoire du framebuffer dans les adresses mémoire de -votre -process. Cela est autorisé par le noyau uniquement si vous avez les privilèges -super-utilisateur. Vous pouvez les obtenir soit en vous loggant en <systemitem -class="username">root</systemitem> ou en plaçant le bit suid sur l'exécutable -<application>MPlayer</application> (<emphasis role="bold">non -recommandé</emphasis>). -</para> -</formalpara> -<para> - Il existe deux versions de DGA : DGA1 est utilisé par XFree 3.x.x et -DGA2 a été introduit par XFree 4.0.1. -</para> - -<para> -DGA1 propose uniquement un accès direct au framebuffer comme décrit ci-dessus. -Pour changer la résolution de votre signal vidéo vous devez utiliser les -extensions XVidMode. -</para> - -<para> -DGA2 incorpore les fonctions de XVidMode et permet également de changer le -nombre de -couleurs de l'affichage. Donc vous pouvez, en exécutant depuis un serveur X 32 -bits, -passer en 15 bits et vice-versa. -</para> - -<para> -Cependant DGA a quelques défauts. Il semble qu'il reste dépendant de la -carte graphique utilisée et de la mise en place du pilote de votre serveur -X contrôlant cette carte. -Cela peut donc ne pas fonctionner sur tous les systèmes... -</para> - -<formalpara> -<title>INSTALLER LE SUPPORT DGA POUR MPLAYER</title> - -<para> -Assurez vous d'abord que X charge l'extension DGA, regardez dans -<filename>/var/log/XFree86.0.log</filename> : - -<programlisting>(II) Loading extension XFree86-DGA</programlisting> - -XFree86 4.0.x ou plus est <emphasis role="bold">hautement -recommandé</emphasis> ! -Le pilote DGA de <application>MPlayer</application> est automatiquement -détecté par <filename>./configure</filename>, ou vous pouvez le forcer avec -l'option <option>--enable-dga</option>. -</para> -</formalpara> - -<para> -Si le pilote ne peut pas passer en résolution inférieure, essayez les options -<option>-vm</option> (uniquement avec X 3.3.x), <option>-fs</option>, -<option>-bpp</option>, <option>-zoom</option> pour trouver un mode vidéo qui -convienne -à la vidéo. Il n'existe pas de convertisseur actuellement :( -</para> - -<para> -Passez en <systemitem class="username">root</systemitem>. -DGA nécessite un accès root pour écrire directement dans la mémoire vidéo. -Si vous voulez rester en utilisateur, installez -<application>MPlayer</application> SUID root : - -<screen> -chown root <replaceable>/usr/local/bin/mplayer</replaceable> -chmod 750 <replaceable>/usr/local/bin/mplayer</replaceable> -chmod +s <replaceable>/usr/local/bin/mplayer</replaceable> -</screen> - -Maintenant cela fonctionne aussi avec les droits d'un simple utilisateur. -</para> - -<caution> -<title>Faille de sécurité</title> -<para> -Cela présente une <emphasis role="bold">grosse</emphasis> faille de -sécurité ! -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:pilote=dga</option> ! -C'est beaucoup plus rapide ! -</para> - - -<formalpara id="dga-modelines"> -<title>CHANGEMENT DE RÉSOLUTION</title> - -<para> -Le pilote DGA vous permet de changer la résolution du signal de sortie. Cela -permet -d'éviter un redimensionnement logiciel, beaucoup plus lent, et offre une image -plein -écran. Idéalement il doit passer à la résolution exacte de la vidéo (excepté -pour -respecter le rapport hauteur/largeur), mais le serveur X permet uniquement le -passage -à des résolutions définies dans <filename>/etc/X11/XF86Config</filename> -(<filename>/etc/X11/XF86Config-4</filename> pour XFree 4.X.X respectivement). -Ceux-ci sont définis par des modelines dépendantes des capacités de votre -matériel. -Le serveur X scanne ce fichier de configuration au démarrage et élimine les -modelines -ne correspondant pas au matériel. Vous pouvez retrouver dans les logs de X -quelles -modelines sont acceptables. Elles peuvent être trouvées dans : -<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:pilote=dga</option>) et dans le pilote DGA -(<option>-vo dga</option>). Dans les sections suivantes je vous expliquerai -comment fonctionne le pilote DGA pour <application>MPlayer</application>. -</para> -</formalpara> - - -<formalpara> -<title>FONCTIONNALITÉS</title> - -<para> -Le pilote DGA s'invoque en spécifiant <option>-vo dga</option> en ligne de -commande. -L'action par défaut consiste à passer dans une résolution s'approchant au -mieux de la -résolution de la vidéo. Il ignore volontairement les options -<option>-vm</option> et -<option>-fs</option> (autorisant le changement de résolution et le plein -écran) - il -essaie toujours de couvrir le plus large espace possible de votre écran en -changeant -les modes vidéo, tout en utilisant un seul cycle CPU additionnel pour agrandir -l'image. -Si vous voulez utiliser un autre mode que celui qu'il a choisi, vous pouvez le -forcer -par les options <option>-x</option> et <option>-y</option>. Avec l'option -<option>-v</option>, -le pilote DGA affichera, entre autres choses, une liste de toutes les -résolutions -supportées par votre fichier <filename>XF86Config</filename>. Avec DGA2 vous -pouvez -également le forcer a utiliser un certain nombre de couleurs en utilisant -l'option -<option>-bpp</option>. Les nombres de couleurs autorisées sont 15, 16, 24 et -32. Cela -dépend de votre matériel, soit ces modes sont nativement supportés, ou si une -conversion logicielle doit être appliquée (ce qui peut ralentir la lecture). -</para> -</formalpara> -<para> -Si par chance vous avez assez de mémoire vidéo libre pour y placer une image -entière, -le pilote DGA utilisera le double buffering, qui améliore considérablement la -qualité -de lecture. Il doit vous afficher si le double buffering est utilisé ou non. -</para> - -<para> -Double buffering signifie que la prochaine trame de votre vidéo est dessinée -dans une -partie non affichée de la mémoire graphique tandis que s'affiche la trame en -cours. -Quand la trame suivante est prête, la puce graphique reçoit simplement -l'adresse de -celle-ci et récupère les données a afficher depuis cette partie de la mémoire. -Pendant -ce temps l'autre buffer se remplit avec l'image suivante. -</para> - -<para> -Le double buffering peut s'activer avec l'option <option>-double</option> -et se désactiver avec <option>-nodouble</option>. -Actuellement l'option par défaut est de désactiver le double buffering. -En utilisant le pilote DGA, l'on-screen display (OSD) fonctionne uniquement -avec le doublebuffering activé. -Cependant, activer le double buffering peut demander des calculs -supplémentaires -au processeur (sur mon K6-II+ 525 il utilisait 20% de temps CPU en -plus !), -ceci dépendant de l'implémentation du DGA pour votre matériel. -</para> - - -<formalpara> -<title>PROBLÈMES DE VITESSE</title> - -<para> -Généralement, l'accès au framebuffer DGA peut s'avérer aussi rapide que le -pilote X11, -apportant en plus l'avantage de bénéficier d'une image plein écran. Les -pourcentages -affichés par <application>MPlayer</application> doivent être interprétés avec -précaution, comme par exemple avec le pilote X11 où ils n'incluent pas le -temps utilisé -par le serveur X pour l'affichage. Pour des résultats exacts, branchez un -terminal sur -le port série de votre machine et lancez un <command>top</command> pour savoir -ce qui -se passe réellement lors de la lecture... -</para> -</formalpara> - -<para> -D'une manière générale, l'accélération acquise en utilisant le DGA au lieu de -l'affichage X11 classique dépend fortement de votre carte graphique et des -optimisations effectuées sur le module DGA du serveur X. -</para> - -<para> -Si votre système s'avère trop lent, utilisez plutôt une profondeur de couleurs -de 15 or -16bits, qui ne demandent que la moitié de la bande passante d'un affichage 32 -bits. -</para> - -<para> -Utiliser une profondeur de 24 bits peut s'avérer une bonne solution si votre -carte ne -supporte nativement que le 32 bits, le transfert se réduisant de 25% par -rapport à un -mode 32/32. -</para> - -<para> -J'ai vu certains fichiers AVI passer sur des Pentium MMX 266. Les processeurs -AMD K6-2 -s'avèrent utilisables à partir de 400 MHz. -</para> - - -<formalpara> -<title>BOGUES CONNUS</title> - -<para> -A vrai dire, selon certains développeurs de XFree, DGA est une usine à gaz. -Ils -recommandent d'éviter son utilisation. Son implémentation n'est pas parfaite -avec -chaque chipset pour XFree. -</para> -</formalpara> - -<itemizedlist> -<listitem><para> - Avec XFree 4.0.3 et <filename>nv.o</filename> un bogue affiche des couleurs -étranges. - </para></listitem> -<listitem><para> - Les pilotes ATI requièrent de changer plusieurs fois de mode après -l'utilisation - du DGA. - </para></listitem> -<listitem><para> - Certains pilotes échouent à revenir à la résolution normale (utilisez - <keycombo><keycap>Ctrl</keycap><keycap>Alt</keycap> - <keycap>Keypad +</keycap></keycombo> - et <keycombo><keycap>Ctrl</keycap><keycap>Alt</keycap> - <keycap>Keypad -</keycap></keycombo> pour y retourner manuellement). - </para></listitem> -<listitem><para> - Certains pilotes affichent simplement des couleurs étranges. - </para></listitem> -<listitem><para> - Certains pilotes mentent a propos de la quantité de mémoire allouée dans -l'espace - d'adressage du processus, empêchant vo_dga d'utiliser le doublebuffering -(SIS ?) - </para></listitem> -<listitem><para> - Certains pilotes semblent ne pas pouvoir reporter ne serait-ce qu'un seul -mode valide. - Dans ce cas le pilote DGA plantera en vous affichant un mode 100000x100000 -ou - quelque chose comme ça. - </para></listitem> -<listitem><para> - L'OSD fonctionne uniquement avec le doublebuffering activé (sinon il -clignote). - </para></listitem> -</itemizedlist> - -</sect1> - - -<!-- ********** --> - -<sect1 id="sdl"> -<title>SDL</title> - -<para> -<acronym>SDL</acronym> (Simple Directmedia Layer) est fondamentalement une -interface -vidéo/audio unifiée. Les programmes qui l'utilisent connaissent uniquement -SDL, et pas -quels pilotes vidéo ou audio SDL utilise lui-même. Par exemple, un portage de -Doom -utilisant SDL peut tourner avec svgalib, aalib, X, fbdev et autres, vous devez -seulement -spécifier (par exemple) le pilote vidéo à utiliser avec la variable -d'environnement -<envar>SDL_VIDEOpilote</envar>. Enfin, en théorie. -</para> - -<para> -Avec <application>MPlayer</application>, nous avons utilisé le -redimensionnement -logiciel de ses pilotes X11 pour les cartes qui ne supportent pas XVideo, -jusqu'à ce -que nous fassions notre propre "dimensionneur" logiciel (plus rapide, plus -agréable). -Nous avons également utilisé sa sortie aalib, mais maintenant nous avons la -nôtre qui -est plus confortable. Son support DGA était meilleur que le nôtre, jusqu'à -récemment. -Vous comprenez maintenant? :) -</para> - -<para> -Cela aide également avec certains pilotes/cartes boguées si la vidéo est -saccadée -(pas de problème de lenteur du système), ou si l'audio est retardé. -</para> - -<para> -La sortie vidéo de SDL supporte l'affichage des sous-titres sous le film, dans -les -bandes noires (si elles sont présentes). -</para> -</sect1> - -<!-- ********** --> - -<sect1 id="svgalib"> -<title>SVGAlib</title> - -<formalpara> -<title>INSTALLATION</title> -<para> -Vous devrez installer svgalib et ses paquets de développement afin que -<application>MPlayer</application> construise son pilote SVGAlib (autodetecté, -mais peut être forcé), et n'oubliez pas d'éditer -<filename>/etc/vga/libvga.config</filename> -pour l'ajuster à votre carte et votre moniteur. -</para> -</formalpara> - -<note><para> -Assurez-vous de ne pas utiliser l'option <option>-fs</option>, car elle active -l'utilisation du redimensionneur logiciel, et c'est lent. Si vous en avez -réellement -besoin, utilisez l'option <option>-sws 4</option> qui donnera une qualité -mauvaise, -mais qui est un peu plus rapide. -</para></note> - -<formalpara> -<title>SUPPORT EGA (4BPP)</title> -<para> -SVGAlib incorpore EGAlib, et <application>MPlayer</application> a la -possibilité -d'afficher n'importe quel film en 16 couleurs, donc utilisable avec les -configurations suivantes : -</para> -</formalpara> - -<itemizedlist> -<listitem><para> - carte EGA avec moniteur EGA: 320x200x4bpp, 640x200x4bpp, 640x350x4bpp - </para></listitem> -<listitem><para> - carte EGA avec moniteur CGA: 320x200x4bpp, 640x200x4bpp - </para></listitem> -</itemizedlist> - -<para> - La valeur des bpp (bits par pixel) doit être fixé à 4 manuellement : -<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 -<option>expand</option>, voir la page de man pour les paramètres exacts. - -</para> -</sect1> - -<!-- ********** --> - -<sect1 id="fbdev"> -<title>Sortie Framebuffer (FBdev)</title> - -<para> -La compilation de le sortie FBdev est autodétectée durant -<filename>./configure</filename>. -Lisez la documentation sur le framebuffer dans le sources du noyau -(<filename>Documentation/fb/*</filename>) pour avoir plus d'infos. -</para> - -<para> -Si votre carte ne supporte pas le standard VBE 2.0 (anciennes cartes ISA/PCI, -comme les S3 Trio64), et uniquement VBE 1.2 (ou plus ancien ?) : Dans ce -cas, VESAfb reste disponible, mais vous devrez charger SciTech Display Doctor -(anciennement nommé UniVBE) avant de booter Linux. Utilisez une disquette de -boot DOS ou similaire. Et n'oubliez pas d'enregistrer votre copie d'UniVBE ;)) -</para> - -<para> - La sortie FBdev accepte certains paramètres additionnels : -</para> - -<variablelist> -<varlistentry> - <term><option>-fb</option></term> - <listitem><para> - spécifie le device framebuffer a utiliser (par défaut : -<filename>/dev/fb0</filename>) - </para></listitem> -</varlistentry> -<varlistentry> - <term><option>-fbmode</option></term> - <listitem><para> - mode a utiliser (d'après le fichier <filename>/etc/fb.modes</filename>) - </para></listitem> -</varlistentry> -<varlistentry> - <term><option>-fbmodeconfig</option></term> - <listitem><para> - fichier de configuration des modes (par défaut : -<filename>/etc/fb.modes</filename>) - </para></listitem> -</varlistentry> -<varlistentry> - <term><option>-monitor-hfreq</option></term> - <term><option>-monitor-vfreq</option></term> - <term><option>-monitor-dotclock</option></term> - <listitem><para> - valeurs <emphasis role="bold">importantes</emphasis>, voir - <filename>example.conf</filename> - </para></listitem> -</varlistentry> -</variablelist> - -<para> -Si vous désirez passer dans un mode particulier, alors utilisez -<screen>mplayer -vm -fbmode <replaceable>nom_du_mode</replaceable> -<replaceable>nomfichier</replaceable></screen> -</para> - -<itemizedlist> -<listitem><para> - <option>-vm</option> seul choisira le mode le mieux adapté dans votre -fichier - <filename>/etc/fb.modes</filename>. Peut s'utiliser avec les options - <option>-x</option> et <option>-y</option>. L'option <option>-flip</option> -est - supportée uniquement si le format de pixels de la vidéo correspond au format -de - pixel du mode framebuffer. - Faites attention à la valeur bpp, le pilote fbdev essaie par défaut -d'utiliser - la valeur courante, ou bien celle spécifiée par l'option -<option>-bpp</option>. - </para></listitem> -<listitem><para> - l'option <option>-zoom</option> n'est pas supportée (Utilisez l'option - <option>-fs</option>). Vous ne pouvez pas utiliser de modes 8bpp (ou moins). - </para></listitem> -<listitem><para> - vous pouvez vouloir désactiver le curseur : - <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> -</sect1> - -<!-- ********** --> - -<sect1 id="mga_vid"> -<title>Framebuffer Matrox (mga_vid)</title> - -<para> -<systemitem>mga_vid</systemitem> est la combinaison d'un pilote de sortie -vidéo et d'un module du noyau Linux qui utilise le module vidéo de mise à -l'échelle et de sur-impression des Matrox G200/G400/G450/G550. pour effectuer -la conversion YUV->RGB et le redimentionnement arbitraire de la vidéo. -</para> - -<para> - Pour le pilote compatible avec les noyaux Linux 2.6.x, allez sur - +<ulink url="http://attila.kinali.ch/mga/"/> ou regardez sur le dépot - externe Subversion de mga_vid qui peut être consulté avec - <screen> - svn checkout svn://svn.mplayerhq.hu/mga_vid - </screen> -</para> - - -<procedure> - <title>Installation :</title> |