diff options
Diffstat (limited to 'DOCS/fr/video.html')
| -rw-r--r-- | DOCS/fr/video.html | 1580 |
1 files changed, 0 insertions, 1580 deletions
diff --git a/DOCS/fr/video.html b/DOCS/fr/video.html deleted file mode 100644 index 3145220de6..0000000000 --- a/DOCS/fr/video.html +++ /dev/null @@ -1,1580 +0,0 @@ -<!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, - XFree avant la version 4.3.0 ne gère pas Xv, mais Stefan Seyfried fournit - <A HREF="http://www.mplayerhq.hu/MPlayer/contrib/NeoMagic-driver/neomagic_drv.o.4.2.0.bz2">des pilotes Xv</A>. - Choisissez juste celui qui s'applique à votre version de XFree.</P> - -<P>XFree86 4.3.0 inclut le support Xv, mais Bohdan Horst a envoyé un petit - <A HREF="http://www.mplayerhq.hu/MPlayer/contrib/NeoMagic-driver/neo_driver.patch">patch</A> - 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.</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 uniquement :</B></P></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>n</CODE></TD><TD></TD><TD>revient au mode normal</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>-vf scale=640:350</CODE> or<BR> - <CODE>-vf 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>-vf - 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> - -<P>L'astuce d'un de nos utilisateurs: la sortie vidéo GL peut être utilisée pour - obtenir une sortie TV "vsynchronisée". Vous devez initialiser une - variable d'environnement (du moins sur nVidia):</P> - -<P> - <CODE>export $__GL_SYNC_TO_VBLANK=1</CODE> -</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>-vf 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 |