diff options
Diffstat (limited to 'DOCS/fr/video.html')
| -rw-r--r-- | DOCS/fr/video.html | 1481 |
1 files changed, 1481 insertions, 0 deletions
diff --git a/DOCS/fr/video.html b/DOCS/fr/video.html new file mode 100644 index 0000000000..5ccd5c6911 --- /dev/null +++ b/DOCS/fr/video.html @@ -0,0 +1,1481 @@ +<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> +<HTML> + +<HEAD> + <TITLE>Vidéo - MPlayer - Le lecteur vidéo pour Linux</TITLE> + <LINK REL="stylesheet" TYPE="text/css" HREF="default.css"> + <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1"> +</HEAD> + +<BODY> + + +<H3><A NAME="video">2.3.1 Sorties vidéo</A></H3> + + +<H4><A NAME="mtrr">2.3.1.1 Réglage MTRR</A></H4> + +<P>Il est FORTEMENT recommandé de bien ajuster ses registres MTRR, + qui apportent un gain important de performances.</P> + +<P>Faites un '<CODE>cat /proc/mtrr</CODE>':</P> + +<P><CODE> + --($:~)-- cat /proc/mtrr<BR> + reg00: base=0xe4000000 (3648MB), size= 16MB: write-combining, count=9<BR> + reg01: base=0xd8000000 (3456MB), size= 128MB: write-combining, count=1</CODE></P> + +<P>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.</P> + +<P>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 :</P> + +<UL> + <LI>à partir des messages au démarrage de X11, par exemple: + <P><CODE>(--) SVGA: PCI: Matrox MGA G400 AGP rev 4, Memory @ 0xd8000000, 0xd4000000<BR> + (--) SVGA: Linear framebuffer at 0xD8000000</CODE></P></LI> + <LI>à partir de /proc/pci (utilisez la commande lspci -v): + <P> + <CODE>01:00.0 VGA compatible controller: Matrox Graphics, Inc.: Unknown device 0525</CODE> + <CODE>Memory at d8000000 (32-bit, prefetchable)</CODE> + </P></LI> + <LI>à partir des messages noyau du driver mga_vid (utilisez <CODE>dmesg</CODE>): + <P><CODE>mga_mem_base = d8000000</CODE></P></LI> +</UL> + +<P>Trouvons maintenant la taille mémoire. Simplement, convertissez la taille de + la mémoire vidéo en hexadécimal, ou utilisez cette table :</P> + +<TABLE BORDER=0> + <TR><TD> </TD><TD>1 Mo</TD><TD WIDTH="10%"></TD><TD>0x100000</TD></TR> + <TR><TD></TD><TD>2 Mo</TD><TD></TD><TD>0x200000</TD></TR> + <TR><TD></TD><TD>4 Mo</TD><TD></TD><TD>0x400000</TD></TR> + <TR><TD></TD><TD>8 Mo</TD><TD></TD><TD>0x800000</TD></TR> + <TR><TD></TD><TD>16 Mo</TD><TD></TD><TD>0x1000000</TD></TR> + <TR><TD></TD><TD>32 Mo</TD><TD></TD><TD>0x2000000</TD></TR> +</TABLE> + + +<P>Vous connaissez l'adresse de base ainsi que la taille, ajustons vos registres + MTRR ! Par exemple, pour la carte Matrox utilisée ci-dessus (base=0xd8000000) + avec 32MB ram (size=0x2000000) faites simplement :</P> + +<P><CODE> echo "base=0xd8000000 size=0x2000000 type=write-combining" >| /proc/mtrr</CODE></P> + + +<P>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 ('<CODE>cat + /proc/cpuinfo</CODE>' pour le vérifier').</P> + +<H4><A NAME="normal">2.3.1.2 Sortie vidéo pour cartes graphiques traditionnelles</A></H4> + +<H4><A NAME="xv">2.3.1.2.1 Xv</A></H4> + +<P>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'. 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.</P> + +<P>Pour que cela fonctionne, vérifiez ceci :</P> + +<UL> + <LI>Vous utilisez XFree86 4.0.2 ou plus récent (les versions précédentes n'ont + pas XVideo)</LI> + <LI>Votre carte supporte l'accélération matérielle (les cartes modernes le font)</LI> + <LI>X charge l'extension XVideo, qui doit faire apparaître quelque chose comme : + + <P><CODE> (II) Loading extension XVideo</CODE></P> + + <P>dans /var/log/XFree86.0.log</P> + + <P>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 à + <B>votre carte</B> est chargé !</P> + </LI> + <LI>Votre carte a le support Xv sous Linux. Pour le vérifier, essayez 'xvinfo', inclut dans + XFree86. Cela doit afficher un long message, similaire à : + <PRE> + 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...) + </PRE> + <P>Cela doit supporter les formats de pixels YUY2 packed et YV12 planar + pour pouvoir être utilisé avec MPlayer.</P> + </LI> + <LI>Finalement, vérifiez si MPlayer a été compilé avec le support 'xv'. + ./configure doit vous le préciser. </LI> +</UL> + + +<H4><A NAME="xv_3dfx">2.3.1.2.1.1 Cartes 3dfx</A></H4> + +<P>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, <B>se plantent avec YV12</B>. Si des problèmes apparaissent en + utilisant -vo xv,essayez SDL (qui utilise également XVideo) et voyez si cela passe + mieux. Lisez la section <A HREF="#sdl">SDL</A> pour plus de détails.</P> + +<P><B>OU</B>, essayez le NOUVEAU pilote -vo tdfxfb! Voir la section + <A HREF="#tdfxfb">tdfxfb</A>.</P> + + +<H4><A NAME="xv_s3">2.3.1.2.1.2 Cartes S3</A></H4> + +<P>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.</P> + +<P><B>NOTE</B>: 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 driver plus récent, ou demandez poliment + un pilote qui gère MMX/3DNow sur la liste de diffusion mplayer-users.</P> + + +<H4><A NAME="xv_nvidia">2.3.1.2.1.3 Cartes nVidia</A></H4> + +<P>nVidia n'est pas un très bon chois sous Linux (d'après nVidia, ce n'est + <A HREF="users_against_developers.html#nvidia">pas vrai</A>).. 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.</P> + +<P>D'après ce que je sais les derniers pilotes XFree86 contiennent le support XVideo + pour les GeForce 2 et 3.</P> + +<P>Les cartes Riva128 n'ont pas de support XVideo même avec le driver nVidia :( + Plaignez-vous en à nVidia.</P> + + +<H4><A NAME="xv_ati">2.3.1.2.1.4 Cartes ATI</A></H4> + +<UL> + <LI>Le <A HREF="http://gatos.sourceforge.net">pilote GATOS</A> (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.</LI> + <LI>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 MPlayer vous pouvez + heureusement avoir un affichage <B>accéléré</B>, avec ou sans <B>sortie TV</B>, et + aucune librairie ou X ne sont requis. Lire la section <A HREF="#vidix">VIDIX</A>.</LI> +</UL> + + +<H4><A NAME="xv_neomagic">2.3.1.2.1.5 Cartes NeoMagic</A></H4> + +<P>Ces cartes sont utilisées sur de nombreux portables. Malheureusement, + X 4.2.0 ne gère pas Xv, mais nous avons un pilote modifié et compatible Xv pour vous. + <A HREF="http://www.mplayerhq.hu/MPlayer/contrib/NeoMagic-driver/neomagic_drv.o.4.2.0.bz2">Téléchargez-le ici</A>. + Pilote fournis par Stefan Seyfried.</P> + +<P>Pour permettre la lecture de contenu de taille DVD changez votre XF86Config comme ceci:</P> + +<P>Section "Device"<BR> + <I>[...]</I><BR> + Driver "neomagic"<BR> + <B>Option "OverlayMem" "829440"</B><BR> + <I>[...]</I><BR> + EndSection</P> + + +<H4><A NAME="xv_trident">2.3.1.2.1.6 Cartes Trident</A></H4> + +<P>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.</P> + + +<H4><A NAME="xv_powervr">2.3.1.2.1.7 Cartes Kyro/PowerVR</A></H4> + +<P>Si vous voulez utiliser Xv avec une carte Kyro (par exemple Hercules Prophet + 4000XT), vous devriez télécharger les pilotes depuis le + <A HREF="http://www.powervr.com/">site de PowerVR</A>.</P> + + +<H4><A NAME="dga">2.3.1.2.2 DGA</A></H4> + + +<H4>PRÉAMBULE</H4> + +<P>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 MPlayer + (et ce qu'il ne peut pas faire).</P> + + +<H4>QU'EST CE QUE LE DGA</H4> + +<P>DGA signifie Direct Graphics Access 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 root ou en plaçant le bit suid sur l'exécutable mplayer (<B>non recommandé</B>).</P> + +<P>Il existe deux versions de DGA: DGA1 est utilisé par XFree 3.x.x et DGA2 a été + introduit par XFree 4.0.1.</P> + +<P>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.</P> + +<P>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.</P> + +<P>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 ...</P> + + +<H4>INSTALLER LE SUPPORT DGA POUR MPLAYER</H4> + +<P>Assurez vous d'abord que X charge l'extension DGA, regardez dans /var/log/XFree86.0.log:</P> + +<P> <CODE>(II) Loading extension XFree86-DGA</CODE></P> + +<P>XFree86 4.0.x ou plus est TRÈS RECOMMANDÉ ! Le pilote DGA de MPlayer est + automatiquement détecté lors de ./configure, ou bien vous pouvez le forcer + avec l'option --enable-dga.</P> + +<P>Si le driver ne peut pas passer en résolution inférieure, essayez les options -vm + (uniquement avec X 3.3.x), -fs, -bpp, -zoom pour trouver un mode vidéo qui convienne + à la vidéo. Il n'existe pas de convertisseur actuellement.. :(</P> + +<P>Passez en ROOT. DGA nécessite un accès root pour écrire directement dans la mémoire + vidéo. Si vous voulez rester en utilisateur, installez MPlayer SUID root:</P> + +<P><CODE> + chown root /usr/local/bin/mplayer<BR> + chmod 750 /usr/local/bin/mplayer<BR> + chmod +s /usr/local/bin/mplayer</CODE></P> + +<P>Maintenant cela fonctionne avec les droits d'un simple utilisateur.</P> + +<BLOCKQUOTE> + <B>Attention: faille de sécurité</B><BR> + Cela présente une <B>grosse</B> faille de sécurité ! Ne faites <B>jamais</B> + 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 mplayer. +</BLOCKQUOTE> + +<P>Utilisez maintenant l'option <CODE>-vo dga</CODE> et c'est parti ! + (enfin on peut l'espérer:) Vous pouvez alors essayer l'option + <CODE>-vo sdl:dga</CODE>. C'est beaucoup plus rapide.</P> + + +<H4><A NAME="dga_modelines">CHANGEMENT DE RÉSOLUTION</A></H4> + +<P>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 + <CODE>/etc/X11/XF86Config</CODE> (<CODE>/etc/X11/XF86Config-4</CODE> pour + XFree 4.0.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 :<CODE>/var/log/XFree86.0.log</CODE>.</P> + +<P>Ces entrées doivent fonctionner correctement avec un chip Riva128, en utilisant + le module pilote <CODE>nv.o</CODE> du serveur X.</P> + +<PRE> + 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 +</PRE> + + +<H4>DGA & MPLAYER</H4> + +<P>DGA est utilisé en deux endroits par MPlayer: le pilote SDL peut se compiler + pour en faire usage (-vo sdl:dga) et dans le pilote DGA (-vo dga). Dans les + sections suivantes je vous expliquerai comment fonctionne le driver DGA pour MPlayer.</P> + + +<H4>FONCTIONNALITÉS</H4> + +<P>Le pilote DGA s'invoque en spécifiant -vo dga 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 -vm et -fs + (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 -x et -y. Avec l'option -v, + le pilote DGA affichera, entre autres choses, une liste de toutes les résolutions + supportées par votre fichier XF86Config. Avec DGA2 vous pouvez également le + forcer a utiliser un certain nombre de couleurs en utilisant l'option -bpp. + 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).</P> + +<P>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.</P> + +<P>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...</P> + +<P>Le doublebuffering peut s'activer dans MPlayer avec l'option -double et se + désactiver avec -nodouble. 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.</P> + + +<H4>PROBLÈMES DE VITESSE</H4> + +<P>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 MPlayer 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 'top' pour savoir ce qui se passe + réellement lors de la lecture...</P> + +<P>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.</P> + +<P>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.</P> + +<P>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.</P> + +<P>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.</P> + + +<H4>BOGUES CONNUS</A></H4> + +<P>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.</P> + +<UL> + <LI>Avec XFree 4.0.3 et nv.o un bogue affiche des couleurs étranges.</LI> + <LI>Les pilotes ATI requièrent de passer plusieurs modes après l'utilisation + du DGA.</LI> + <LI>Certains pilotes 'plantent' lors du retour à la résolution normale (utilisez + Ctrl-Alt-Keypad +, - pour y retourner manuellement).</LI> + <LI>Certains drivers affichent simplement des couleurs étranges.</LI> + <LI>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 ?) </LI> + <LI>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...</LI> + <LI>L'OSD fonctionne uniquement avec le doublebuffering activé.</LI> +</UL> + + +<H4><A NAME="sdl">2.3.1.2.3 SDL</A></H4> + +<P>SDL (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 + SDL_VIDEODRIVER. Enfin, en théorie.</P> + +<P>Avec MPlayer, 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. Prenez-le maintenant? :)</P> + +<P>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é.</P> + +<P>La sortie vidéo de SDL supporte l'affichage des sous-titres sous le film, dans les (si + présentes) bandes noires.</P> + +<P><B>Il existe plusieurs options en ligne de commande pour SDL :</B></P> +<DL> + <DT><CODE>-vo sdl:name</CODE></DT> + <DD>spécifie le driver vidéo sdl a utiliser (i.e.. aalib, dga, x11)</DD> + + <DT><CODE>-ao sdl:name</CODE></DT> + <DD>spécifie le driver audio sdl a utiliser (i.e. dsp, esd, arts)</DD> + + <DT><CODE>-noxv</CODE></DT> + <DD>désactive l'accélération Xvideo matérielle</DD> + + <DT><CODE>-forcexv</CODE></DT> + <DD>tente de forcer l'accélération Xvideo</DD> +</DL> + +<TABLE BORDER=0> + <TR><TD COLSPAN=4><P><B>Touches SDL :</B></P></TD></TR> + <TR><TD></TD><TD><CODE>F</CODE></TD><TD></TD><TD>passe du mode plein écran au mode fenêtré</TD></TR> + <TR><TD></TD><TD><CODE>C</CODE></TD><TD></TD><TD>passe par tous les modes plein écran valides</TD></TR> + <TR><TD></TD><TD><CODE>W/S</CODE></TD><TD></TD><TD>mappings pour les touches * et / (contrôle du mixer)</TD></TR> +</TABLE> + +<H4>Bogues connus :</H4> + +<UL> + <LI>Les touches pressées avec le driver sdl:aalib se répètent en continu. + (utiliser -vo aa !) C'est un bogue dans la SDL, je ne peux pas le changer + (testé avec SDL 1.2.1).</LI> + <LI>NE PAS UTILISER SDL avec la GUI! Cela ne fonctionnera pas comme il devrait.</LI> +</UL> + + +<H4><A NAME="svgalib">2.3.1.2.4 SVGAlib</A></H4> + +<H4>INSTALLATION</H4> + +<P>Vous devrez installer svgalib et ses paquetages de développement afin que + MPlayer construise son driver SVGAlib driver (autodetecté, mais peut être + forcé), et n'oubliez pas d'éditer /etc/vga/libvga.config pour l'ajuster à + votre carte et votre moniteur.</P> + +<H4>NOTES</H4> + +<P>Assurez-vous de ne pas utiliser l'option -fs, car elle active l'utilisation + du redimensionneur logiciel, et c'est lent. Si vous en avez réellement besoin, + utilisez l'option <CODE>-sws 4</CODE> qui donnera une qualité mauvaise, mais + qui est un peu plus rapide.</P> + +<H4>SUPPORT EGA (4BPP)</H4> + +<P>SVGAlib incorpore EGAlib, et MPlayer a la possibilité d'afficher n'importe + quel film en 16 couleurs, donc utilisable avec les configurations suivantes:</P> + +<UL> + <LI>Carte EGA avec moniteur EGA: 320x200x4bpp, 640x200x4bpp, 640x350x4bpp</LI> + <LI>Carte EGA avec moniteur CGA: 320x200x4bpp, 640x200x4bpp</LI> +</UL> + +<P>La valeur des bpp (bits par pixel) doit être fixé à 4 manuellement:<BR> + <CODE>-bpp 4</CODE><BR> + Le film doit probablement être redimensionné pour tenir dans le mode EGA:<BR> + <CODE>-vop scale=640:350</CODE> or<BR> + <CODE>-vop scale=320:200</CODE><BR> + Pour cela nous avons besoin de la routine de redimensionnement rapide + mais de mauvaise qualité:<BR> + <CODE>-sws 4</CODE><BR> + Peut être que la correction d'aspect automatique doit être coupée:<BR> + <CODE>-noaspect</CODE></P> + +<P><B>NOTE:</B> 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é: <CODE>-vop + eq=-20:0</CODE>. J'ai également besoin de diminuer la fréquence d'échantillonnage sur ma + machine, car le son est endommagé en 44kHz: <CODE>-srate 22050</CODE>.</P> + +<P>Vous pouvez activer l'OSD et les sous-titres uniquement avec le filtre <CODE>expand</CODE>, + voir la page de man pour les paramètres exacts.</P> + + +<H4><A NAME="fbdev">2.3.1.2.5 Sortie framebuffer (FBdev)</A></H4> + +<P>La compilation de le sortie FBdev est autodétectée durant ./configure . + Lisez la documentation sur le framebuffer dans le sources du noyau + (Documentation/fb/*) pour avoir plus d'infos.</P> + +<P>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 ;))</P> + +<P>La sortie FBdev accepte certains paramètres additionnels :</P> + +<DL> + <DT><CODE>-fb</CODE></DT> + <DD>spécifie le device framebuffer a utiliser (/dev/fb0)</DD> + + <DT><CODE>-fbmode</CODE></DT> + <DD>mode a utiliser (relatif au fichier /etc/fb.modes)</DD> + + <DT><CODE>-fbmodeconfig</CODE></DT> + <DD>fichier de configuration des modes (/etc/fb.modes par défaut)</DD> + + <DT><CODE>-monitor_hfreq</CODE></DT> + <DT><CODE>-monitor_vfreq</CODE></DT> + <DT><CODE>-monitor_dotclock</CODE></DT> + <DD>valeurs <STRONG>importantes</STRONG>, voir <CODE>example.conf</CODE></DD> +</DL> + +<P>Si vous voulez employer un mode spécifique, utilisez l'option</P> + +<P><CODE> mplayer -vm -fbmode (NomDuMode) nomfichier</CODE></P> + +<UL> + <LI><B>-vm</B> seul choisira le mode le mieux adapté dans votre fichier /etc/fb.modes. + Peut s'utiliser avec les options -x et -y. L'option -flip 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 -bpp. </LI> + <LI>l'option <B>-zoom</B> n'est pas supportée (le redimensionnement logiciel est trop + lent). L'option -fs n'est pas supportée non plus. Vous ne pouvez pas utiliser de + modes 8bpp (ou moins).</LI> + <LI>vous pouvez vouloir désactiver le curseur: <CODE>echo -e + '\033[?25l'</CODE> ou <CODE>setterm -cursor off</CODE><BR> + et l'économiseur d'écran: <CODE>setterm -blank 0</CODE><BR> + Pour afficher de nouveau le curseur: <CODE>echo -e '\033[?25h'</CODE> + ou <CODE>setterm -cursor on</CODE></LI> +</UL> + +<P>NOTE: Le changement de mode vidéo avec FBdev _ne fonctionne pas_ avec le framebuffer + VESA, et ne nous le demandez pas, il ne s'agit pas d'une limitation de MPlayer.</P> + + +<H4><A NAME="mga_vid">2.3.1.2.6 Framebuffer Matrox (mga_vid)</A></H4> + +<P>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 moi + (A'rpi), et supporte le VSYNC matériel avec triple buffering. Cela fonctionne aussi + bien en console framebuffer que sous X.</P> + +<P><B>Attention</B>: Ceci est pour Linux uniquement ! Sur les systèmes non-Linux + (testé sur FreeBSD), vous pouvez utiliser <A HREF="#vidix">VIDIX</A> à la place !</P> + +<P><B>Installation:</B></P> +<OL> + <LI>Pour l'utiliser, vous devez au préalable compiler mga_vid.o: + <P><CODE>cd drivers<BR> + make</CODE></P></LI> + <LI>Puis créez le périphérique <CODE>/dev/mga_vid</CODE>: + <P><CODE>mknod /dev/mga_vid c 178 0</CODE></P> + <P>et chargez le driver avec</P> + <P><CODE>insmod mga_vid.o</CODE></P></LI> + <LI>Vous pouvez vérifier si la détection de la taille mémoire est correcte + en utilisant la commande <CODE>dmesg</CODE>. Si elle s'avère incorrecte, + utilisez l'option <CODE>mga_ram_size</CODE> (<CODE>rmmod mga_vid</CODE> + d'abord), en spécifiant la mémoire de la carte en Mo: + <P><CODE>insmod mga_vid.o mga_ram_size=16</CODE></P></LI> + <LI>Pour le charger/décharger automatiquement, insérez cette ligne a la fin + du fichier <CODE>/etc/modules.conf</CODE>: + <P><CODE>alias char-major-178 mga_vid</CODE></P> + <P>Puis copiez le module <CODE>mga_vid.o</CODE> à une place appropriée + dans <CODE>/lib/modules/<version noyau>/quelquepart</CODE>.</P> + <P>Puis exécutez</P> + <P><CODE>depmod -a</CODE></P></LI> + <LI>Vous devez maintenant (re)compiler MPlayer, <CODE>configure</CODE> détectera + <CODE>/dev/mga_vid</CODE> et construira le driver 'mga'. Pour l'utiliser dans + MPlayer, lancez-le avec l'option <CODE>-vo mga</CODE> si vous êtes en console + matroxfb, ou <CODE>-vo xmga</CODE> sous XFree86 3.x.x ou 4.x.x.</LI> +</OL> + +<P>Le pilote mga_vid coopère avec Xv.</P> + +<P>Le fichier périphérique <CODE>/dev/mga_vid</CODE> peut être lu (par exemple par + <CODE>cat /dev/mga_vid</CODE>) pour avoir des infos, et écrit pour changer la + luminosité: <CODE>echo "brightness=120" > /dev/mga_vid</CODE></P> + + +<H4><A NAME="tdfxfb">2.3.1.2.7 support YUV 3dfx (tdfxfb)</A></H4> + +<P>Ce pilote utilise le pilote framebuffer tdfx du noyau pour lire des films + avec accélération YUV. Vous aurez besoin d'un noyau avec support tdfxfb, et + de recompiler avec <CODE>./configure --enable-tdfxfb</CODE></P> + + +<H4><A NAME="opengl">2.3.1.2.8 Sortie OpenGL</A></H4> + +<P>MPlayer supporte l'affichage de films en utilisant OpenGL, mais si votre + plateforme/pilote supporte xv comme ça devrait être le cas sur un PC avec Linux, + utilisez xv à la place, les performances d'OpenGL sont bien pires. Si vous + avez une implémentation X11 sans support xv, OpenGL est alors une alternative + viable.</P> + +<P>Malheureusement tous les pilotes ne supportent pas cette fonction. Le pilote + Utah-GLX (pour XFree86 3.3.6) le supporte pour toutes les cartes. Voir + <A HREF="http://utah-glx.sourceforge.net">http://utah-glx.sourceforge.net</A> + pour plus de détails sur son installation.</P> + +<P>XFree86(DRI) 4.0.3 et supérieur supporte OpenGL avec les cartes Matrox et Radeon, + 4.2.0 ou supérieur supporte la Rage128. Voir + <A HREF="http://dri.sourceforge.net">http://dri.sourceforge.net</A> + pour son téléchargement et les infos d'installation.</P> + + +<H4><A NAME="aalib">2.3.1.2.9 AAlib - affichage en mode texte</A></H4> + +<P><B>AAlib</B> est une librairie affichant des graphismes en mode texte, en utilisant + un puissant moteur de rendu ASCII. De nombreux programmes le supporte déjà, comme + Doom, Quake, etc. MPlayer possède pour cela un driver parfaitement utilisable. Si + ./configure détecte une installation de aalib, le driver aalib libvo sera compilé.</P> + +<TABLE BORDER=0> + <TR><TD COLSPAN=4><P><B>Vous pouvez utiliser certains raccourcis clavier dans le fenêtre AA pour changer les options de rendu:</B></P></TD></TR> + <TR><TD> </TD><TD><CODE>1</CODE></TD><TD> </TD><TD>diminue le contraste</TD></TR> + <TR><TD></TD><TD><CODE>2</CODE></TD><TD></TD><TD>augmente le contraste</TD></TR> + <TR><TD></TD><TD><CODE>3</CODE></TD><TD></TD><TD>diminue la luminosité</TD></TR> + <TR><TD></TD><TD><CODE>4</CODE></TD><TD></TD><TD>augmente la luminosité</TD></TR> + <TR><TD></TD><TD><CODE>5</CODE></TD><TD></TD><TD>active/désactive le rendu rapide</TD></TR> + <TR><TD></TD><TD><CODE>6</CODE></TD><TD></TD><TD>active le mode de dithering (none, error distribution, Floyd Steinberg)</TD></TR> + <TR><TD></TD><TD><CODE>7</CODE></TD><TD></TD><TD>inverse l'image</TD></TR> + <TR><TD></TD><TD><CODE>a</CODE></TD><TD></TD><TD>passe des contrôles de aa vers ceux de mplayer et vice-versa</TD></TR> +</TABLE> + +<P><B>Vous pouvez utiliser les lignes de commande suivantes :</B></P> +<DL> + <DT><CODE>-aaosdcolor=V</CODE></DT> + <DD>change la couleur de l'OSD</DD> + + <DT><CODE>-aasubcolor=V</CODE></DT> + <DD>change la couleur des sous-titres + <P><I>ou V peut être: (0/normal, 1/noir, 2/bold, 3/bold font, 4/reverse, + 5/special)</I></P></DD> +</DL> + +<P><B>AAlib lui même propose de nombreuses options. En voici les principales :</B></P> +<DL> + <DT><CODE>-aadriver</CODE></DT> + <DD>choisit le pilote aa (X11, curses, Linux)</DD> + + <DT><CODE>-aaextended</CODE></DT> + <DD>utilise les 256 caractères</DD> + + <DT><CODE>-aaeight</CODE></DT> + <DD>utilise l'ascii 8 bits</DD> + + <DT><CODE>-aahelp</CODE></DT> + <DD>affiche toutes les options de aalib</DD> +</DL> + +<P>NOTE: Le rendu prend beaucoup de temps CPU, spécialement en utilisant aalib sur X, + et prend moins de CPU sur une console standard, sans framebuffer. Utilisez + SVGATextMode pour passer en mode texte large, et appréciez ! (une carte hercules + en second écran, c'est génial :)) (mais à mon humble avis vous pouvez utiliser + l'option <CODE>-vop 1bpp</CODE> pour avoir des graphismes sur hgafb:)</P> + +<P>Utilisez l'option <CODE>-framedrop</CODE> si votre machine n'est pas suffisamment + rapide pour afficher toutes les trames !</P> + +<P>Sur un terminal vous obtiendrez de meilleures performances en utilisant le driver + linux, pas curses (<CODE>-aadriver linux</CODE>). Cependant vous devez avoir un accès + en écriture sur <CODE>/dev/vcsa<terminal></CODE>. Ce n'est pas autodétecté par + aalib, mais vo_aa essaie de déterminer le meilleur mode. Voir + <A HREF="http://aa-project.sourceforge.net/tune/">http://aa-project.sourceforge.net/tune/</A> + pour une meilleure optimisation.</P> + + +<H4><A NAME="vesa">2.3.1.2.10 VESA - sortie sur BIOS VESA</A></H4> + +<P>Ce pilote à été conçu et présenter comme un <B>pilote générique</B> pour + n'importe quelle carte ayant un BIOS compatible VESA VBE 2.0+. Un autre avantage + de ce pilote est qu'il force l'ouverture de la sortie TV.<BR> + <B>VESA BIOS EXTENSION (VBE) Version 3.0 Date: 16 Septembre 1998</B> (Page + 70) dit:</P> + +<BLOCKQUOTE> +<B>Conceptions des contrôleurs doubles</B><BR> + 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 BIOS ROM 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. +</BLOCKQUOTE> + +<P>Donc vous avez des chances de faire fonctionner la sortie TV avec ce pilote.<BR> + (Je suppose que la sortie TV est souvent une tête indépendante ou au moins + une sortie indépendante.)</P> + +<H4>AVANTAGES</H4> + +<UL> + <LI>Vous avez la possibilité de voir des films <B>même si Linux ne connaît pas</B> + votre matériel vidéo.</LI> + <LI>Vous n'avez pas besoin d'avoir de logiciels graphiques installés sur votre + Linux (comme X11 (alias XFree86), fbdev et autres). Ce pilote peut fonctionner + en <B>mode texte</B>.</LI> + <LI>Vous avez des chance de faire <B>fonctionner la sortie TV</B>. (C'est le + cas au moins pour les cartes ATI).</LI> + <LI>Ce pilote appelle le gestionnaire <B>int 10h</B> ainsi ce n'est pas + un émulateur - il appelle des choses <B>réelles</B> dans le BIOS <B>réel</B> en + mode <B>réel</B>. (habilement, en mode vm86).</LI> + <LI>Vous pouvez l'utiliser avec Vidix, accélérant ainsi l'affichage vidéo <B>ET</B> + la sortie TV en même temps! (recommandé pour les cartes ATI)</LI> + <LI> si vous avez un BIOS VESA VBE 3.0+, et que vous avez spécifié <CODE>monitor_hfreq</CODE>, + <CODE>monitor_vfreq</CODE>, <CODE>monitor_dotclock</CODE> quelque part (fichier de + config, ou ligne de commande) vous aurez le plus haut taux de rafraîchissement possible. |