From 2e8119be9a7474b3f86c53db044cfaa7ec27cbea Mon Sep 17 00:00:00 2001 From: Uoti Urpala Date: Mon, 16 Jul 2012 22:10:28 +0300 Subject: docs: delete outdated translated manpages/docs Delete all manpages and XML documentation in languages other than English. The XML documentation was badly out of date. The content of translated manpages was somewhat out of date, and manpage formatting will change to use reStructuredText instead of raw troff format. If updated translations are created for some languages later, I think it's better to maintain those outside the main repository. --- DOCS/xml/fr/video.xml | 3002 ------------------------------------------------- 1 file changed, 3002 deletions(-) delete mode 100644 DOCS/xml/fr/video.xml (limited to 'DOCS/xml/fr/video.xml') 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 @@ - - - -Sorties vidéo - - -Réglage MTRR - - -Il est FORTEMENT recommandé de bien ajuster ses registres MTRR, qui apportent -un gain important de performances. - - - - Faites un cat /proc/mtrr : - ---($:~)-- cat /proc/mtrr -reg00: base=0xe4000000 (3648MB), size= 16MB: write-combining, count=9 -reg01: base=0xd8000000 (3456MB), size= 128MB: write-combining, count=1 - - - -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. - - - -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 : - - - - à partir des messages au démarrage de X11, par exemple : - -(--) SVGA: PCI: Matrox MGA G400 AGP rev 4, Memory @ 0xd8000000, 0xd4000000 -(--) SVGA: Linear framebuffer at 0xD8000000 - - - à partir de /proc/pci (utilisez la commande - lspci -v) : - -01:00.0 VGA compatible controller: Matrox Graphics, Inc.: Unknown device 0525 -Memory at d8000000 (32-bit, prefetchable) - - - - à partir des messages noyau du pilote mga_vid (utilisez - dmesg) : - mga_mem_base = d8000000 - - - - - -Trouvons maintenant la taille mémoire. Simplement, convertissez la taille de -la -mémoire vidéo en hexadécimal, ou utilisez cette table : - - - -1 Mo0x100000 -2 Mo0x200000 -4 Mo0x400000 -8 Mo0x800000 -16 Mo0x1000000 -32 Mo0x2000000 - - - - - - -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 32Mo de ram (size=0x2000000) faites simplement : - -echo "base=0xd8000000 size=0x2000000 type=write-combining" > /proc/mtrr - - - - -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 -(cat /proc/cpuinfo pour le vérifier). - - - - - - - - -Xv - - -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 . -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. - - - -Pour que cela fonctionne, vérifiez ceci : - - - - Vous devez utiliser XFree86 4.0.2 ou plus récent (les versions précédentes - n'ont pas XVideo) - - - Votre carte supporte l'accélération matérielle (les cartes modernes le font) - - - X charge l'extension XVideo, qui doit faire apparaître quelque chose -comme : - (II) Loading extension XVideo - dans /var/log/XFree86.0.log - - 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 à - votre carte est chargée ! - - - - Votre carte a le support Xv sous Linux. Pour le vérifier, essayez - xvinfo, - inclus dans XFree86. Cela doit afficher un long message, similaire à : - -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...) - Cela doit supporter les formats de pixels YUY2 packed et YV12 planar pour - pouvoir être utilisés avec MPlayer. - - - Finalement, vérifiez si MPlayer a été compilé - avec le support 'xv'. - Faites un mplayer -vo help | grep xv - Si le support 'xv' à été compilé une ligne similaire à celle-ci devrait - apparaitre : - xv X11/Xv - - - - - - Cartes 3dfx - - -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, -plantent avec YV12. -Si des problèmes apparaissent en utilisant , essayez -SDL (qui utilise également XVideo) et voyez si cela passe mieux. -Lisez la section SDL pour plus de détails. - - - -OU, essayez le NOUVEAU pilote - ! Voir la section tdfxfb. - - - - - -Cartes S3 - - -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. - - -Il y a maintenant un pilote framebuffer natif pour les cartes S3 Virge -ou similaires à tdfxfb. Activez votre framebuffer (c-à-d ajoutez -"" en paramètre à votre noyau) et utilisez - ( et -peuvent aider aussi). - - - -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. - - - - - -Cartes nVidia - - -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 -site web de nVidia. -Vous aurez toujours besoin de ce pilote si vous voulez l'accélération 3D. - - - -Les cartes Riva128 n'ont pas de support XVideo même avec le pilote -nVidia :( -Plaignez-vous en à nVidia. - - - -Cependant, MPlayer contient un pilote -VIDIX 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 VIDIX -nVidia. - - - - - -Cartes ATI - - -Le pilote GATOS -(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. - - - -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 MPlayer vous pouvez heureusement -avoir un affichage accéléré, avec ou sans -sortie TV, et aucune librairie ou X ne -sont requis. Lire la section VIDIX. - - - - - -Cartes NeoMagic - - -Ces cartes sont utilisées sur de nombreux portables. Vous devez utiliser -XFree86 4.3.0 ou supérieur, ou utiliser -les -pilotes Xv -de Stefan Seyfried. -Choisissez juste celui qui s'applique à votre version de XFree86. - - - -XFree86 4.3.0 inclut le support Xv, mais Bohdan Horst a envoyé un petit -patch -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. - - - -Pour permettre la lecture de contenu de taille DVD changez votre XF86Config -comme ceci : - -Section "Device" - [...] - pilote "neomagic" - Option "OverlayMem" "829440" - [...] -EndSection - - - - - -Cartes Trident - -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. - - - -MPlayer contient également un pilote -VIDIX pour la carte Cyberblade/i1. - - - - - -Cartes Kyro/PowerVR - - -Si vous voulez utiliser Xv avec une carte Kyro (par exemple la Hercules -Prophet 4000XT), vous devriez télécharger les pilotes depuis le -site de PowerVR. - - - - - - Cartes Intel - - - Ces cartes sont présentes sur de nombreux portables. Un Xorg récent est -recommendé. - - - - Pour permettre la lecture de vidéo de la résolution d'un DVD (voir plus), - modifiez le fichier XF86Config/xorg.conf comme tel : - - Section "Device" - [...] - pilote "intel" - Option "LinearAlloc" "6144" - [...] - EndSection - - L'absence de cette option se caractérise généralement par une erreur du - genre - - X11 error: BadAlloc (insufficient resources for operation) - - lorsque l'on tente d'utiliser l'option . - - - - - - - - -DGA - - -PRÉAMBULE - -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 -MPlayer -(et ce qu'il ne peut pas faire). - - - - - -QU'EST CE QUE LE DGA - -DGA est l'abréviation de 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 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 root ou en plaçant le bit suid sur l'exécutable -MPlayer (non -recommandé). - - - - Il existe deux versions de DGA : DGA1 est utilisé par XFree 3.x.x et -DGA2 a été introduit par XFree 4.0.1. - - - -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. - - - -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. - - - -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... - - - -INSTALLER LE SUPPORT DGA POUR MPLAYER - - -Assurez vous d'abord que X charge l'extension DGA, regardez dans -/var/log/XFree86.0.log : - -(II) Loading extension XFree86-DGA - -XFree86 4.0.x ou plus est hautement -recommandé ! -Le pilote DGA de MPlayer est automatiquement -détecté par ./configure, ou vous pouvez le forcer avec -l'option . - - - - -Si le pilote ne peut pas passer en résolution inférieure, essayez les options - (uniquement avec X 3.3.x), , -, pour trouver un mode vidéo qui -convienne -à la vidéo. Il n'existe pas de convertisseur actuellement :( - - - -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 : - - -chown root /usr/local/bin/mplayer -chmod 750 /usr/local/bin/mplayer -chmod +s /usr/local/bin/mplayer - - -Maintenant cela fonctionne aussi avec les droits d'un simple utilisateur. - - - -Faille de sécurité - -Cela présente une grosse faille de -sécurité ! -Ne faites jamais 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. - - - - -Utilisez maintenant l'option et c'est parti ! -(Enfin on peut l'espérer :)) Vous pouvez alors essayer l'option - ! -C'est beaucoup plus rapide ! - - - - -CHANGEMENT DE RÉSOLUTION - - -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 /etc/X11/XF86Config -(/etc/X11/XF86Config-4 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 : -/var/log/XFree86.0.log. - - - - -Ces entrées doivent fonctionner correctement avec un chip Riva128, en -utilisant le -module pilote nv.o du serveur X. - - - -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 - - - - -DGA & MPLAYER - - DGA est utilisé en deux endroits par -MPlayer : Le pilote SDL peut se compiler pour -en faire usage () et dans le pilote DGA -(). Dans les sections suivantes je vous expliquerai -comment fonctionne le pilote DGA pour MPlayer. - - - - - -FONCTIONNALITÉS - - -Le pilote DGA s'invoque en spécifiant 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 - et - (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 et . Avec l'option -, -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 -. 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). - - - -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. - - - -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. - - - -Le double buffering peut s'activer avec l'option -et se désactiver avec . -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. - - - - -PROBLÈMES DE VITESSE - - -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 MPlayer 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 top pour savoir -ce qui -se passe réellement lors de la lecture... - - - - -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. - - - -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. - - - -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. - - - -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. - - - - -BOGUES CONNUS - - -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. - - - - - - Avec XFree 4.0.3 et nv.o un bogue affiche des couleurs -étranges. - - - Les pilotes ATI requièrent de changer plusieurs fois de mode après -l'utilisation - du DGA. - - - Certains pilotes échouent à revenir à la résolution normale (utilisez - CtrlAlt - Keypad + - et CtrlAlt - Keypad - pour y retourner manuellement). - - - Certains pilotes affichent simplement des couleurs étranges. - - - 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 ?) - - - 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. - - - L'OSD fonctionne uniquement avec le doublebuffering activé (sinon il -clignote). - - - - - - - - - -SDL - - -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 -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 -SDL_VIDEOpilote. Enfin, en théorie. - - - -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 -nôtre qui -est plus confortable. Son support DGA était meilleur que le nôtre, jusqu'à -récemment. -Vous comprenez maintenant? :) - - - -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é. - - - -La sortie vidéo de SDL supporte l'affichage des sous-titres sous le film, dans -les -bandes noires (si elles sont présentes). - - - - - - -SVGAlib - - -INSTALLATION - -Vous devrez installer svgalib et ses paquets de développement afin que -MPlayer construise son pilote SVGAlib (autodetecté, -mais peut être forcé), et n'oubliez pas d'éditer -/etc/vga/libvga.config -pour l'ajuster à votre carte et votre moniteur. - - - - -Assurez-vous de ne pas utiliser l'option , car elle active -l'utilisation du redimensionneur logiciel, et c'est lent. Si vous en avez -réellement -besoin, utilisez l'option qui donnera une qualité -mauvaise, -mais qui est un peu plus rapide. - - - -SUPPORT EGA (4BPP) - -SVGAlib incorpore EGAlib, et MPlayer a la -possibilité -d'afficher n'importe quel film en 16 couleurs, donc utilisable avec les -configurations suivantes : - - - - - - carte EGA avec moniteur EGA: 320x200x4bpp, 640x200x4bpp, 640x350x4bpp - - - carte EGA avec moniteur CGA: 320x200x4bpp, 640x200x4bpp - - - - - La valeur des bpp (bits par pixel) doit être fixé à 4 manuellement : - - - - - Le film doit probablement être redimensionné pour tenir dans le mode -EGA : --vf scale=640:350 -ou --vf scale=320:200 - - - -Pour cela nous avons besoin de la routine de redimensionnement rapide mais de -mauvaise qualité : --sws 4 - - - - Peut-être que la correction d'aspect automatique doit être coupée : --noaspect - - - -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é : -. -J'ai également besoin de diminuer la fréquence d'échantillonnage sur ma -machine, car le son est endommagé en 44kHz : . - - - -Vous pouvez activer l'OSD et les sous-titres uniquement avec le filtre -, voir la page de man pour les paramètres exacts. - - - - - - - -Sortie Framebuffer (FBdev) - - -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. - - - -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 ;)) - - - - La sortie FBdev accepte certains paramètres additionnels : - - - - - - - spécifie le device framebuffer a utiliser (par défaut : -/dev/fb0) - - - - - - mode a utiliser (d'après le fichier /etc/fb.modes) - - - - - - fichier de configuration des modes (par défaut : -/etc/fb.modes) - - - - - - - - valeurs importantes, voir - example.conf - - - - - -Si vous désirez passer dans un mode particulier, alors utilisez -mplayer -vm -fbmode nom_du_mode -nomfichier - - - - - seul choisira le mode le mieux adapté dans votre -fichier - /etc/fb.modes. Peut s'utiliser avec les options - et . L'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 -. - - - l'option n'est pas supportée (Utilisez l'option - ). Vous ne pouvez pas utiliser de modes 8bpp (ou moins). - - - vous pouvez vouloir désactiver le curseur : - echo -e '\033[?25l' - ou - setterm -cursor off - et l'économiseur d'écran : - setterm -blank 0 - Pour afficher de nouveau le curseur : - echo -e '\033[?25h' - ou - setterm -cursor on - - - - -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. - - - - - - -Framebuffer Matrox (mga_vid) - - -mga_vid 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. - - - - Pour le pilote compatible avec les noyaux Linux 2.6.x, allez sur - + ou regardez sur le dépot - externe Subversion de mga_vid qui peut être consulté avec - - svn checkout svn://svn.mplayerhq.hu/mga_vid - - - - - - Installation : - - Pour l'utiliser, vous devez au préalable compiler - pilotes/mga_vid.o : - -make pilotes - - - Puis lancez (sous le compte root) - make install-pilotes - qui devrait installer le module et créer le noeud de périphérique pour vous. - Chargez le pilote avec - insmod mga_vid.o - - - Vous pouvez vérifier si la détection de la taille mémoire est correcte en -utilisant - la commande dmesg. Si elle s'avère incorrecte, utilisez -l'option - (rmmod mga_vid avant), en - spécifiant la mémoire de la carte en Mo : - insmod mga_vid.o mga_ram_size=16 - - - Pour le charger/décharger automatiquement, insérez d'abord cette ligne a la - fin du fichier /etc/modules.conf : - - alias char-major-178 mga_vid - - - Vous devez ensuite (re)compiler MPlayer, - ./configure détectera /dev/mga_vid -et - construira le pilote 'mga'. Pour l'utiliser dans -MPlayer, - lancez-le avec l'option si vous êtes en console - matroxfb, ou sous XFree86 3.x.x ou 4.x.x. - - - - -Le pilote mga_vid coopère avec Xv. - - - -Le périphérique /dev/mga_vid peut être lu (par exemple -par cat /dev/mga_vid) pour avoir des infos, et écrit pour -changer la luminosité : - -echo "brightness=120" > /dev/mga_vid - - - Une application de test appelée mga_vid_testest présente - dans le même répertoire. Elle devrait afficher des images 256x256 sur - l'écran si tout fonctionne bien. - - - - - - - -Support YUV 3Dfx - -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 -./configure --enable-tdfxfb - - - - - - - tdfx_vid - - - Il s'agit de la combinaison d'un module du noyau Linux et d'un pilote de - sortie vidéo similaire à mga_vid. - Vous aurez besoin d'un noyau 2.4.x avec le pilote - agpgart puisque tdfx_vid - utilise AGP. - Ajoutez l'option lors du - configure pour compiler le pilote de la sortie vidéo - puis compilez le module noyau avec les instructions suivantes. - - - - Installation du module noyau tdfx_vid.o : - - Compilez pilotes/tdfx_vid.o : - - make pilotes - - - Puis lancez (avec le compte root) - make install-pilotes - qui devrait installer le module et créer le noeud de périphérique pour - vous. - Chargez le pilote avec - insmod tdfx_vid.o - - - Pour automatiser le chargement/déchargement quand nécessaire, - commencez par inclure la ligne suivante à la fin du fichier - /etc/modules.conf : - alias char-major-178 tdfx_vid - - - - - Une application de test appelée tdfx_vid_test est -disponible dans le même répertoire Elle devrait afficher des informations -utiles si tout fonctionne bien. - - - - - - - - - -Sortie OpenGL - - -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. - - - -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 - pour son téléchargement et les infos -d'installation. - - - -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 pour son téléchargement et les infos -d'installation. - - - - Une astuce d'un de nos utilisateurs : la sortie vidéo GL peut être -utilisée pour obtenir une sortie TV synchronisée verticalement. Vous devrez -définir une variable d'environnement (au moins sur nVidia) : -export __GL_SYNC_TO_VBLANK=1 - - - - - - -AAlib – affichage en mode texte - - -AAlib est une librairie affichant des graphismes en mode texte, en utilisant -un -puissant moteur de rendu ASCII. De nombreux programmes le -supportent déjà, comme Doom, Quake, etc. MPlayer -possède -pour cela un pilote parfaitement utilisable. Si -./configure -détecte une installation de aalib, le pilote aalib libvo sera compilé. - - - - -Vous pouvez utiliser certains raccourcis clavier dans le fenêtre AA pour -changer les options de rendu : - - - - - - ToucheAction - - -1 - diminue le contraste - -2 - augmente le contraste - -3 - diminue la luminosité - -4 - augmente la luminosité - -5 - active/désactive le rendu rapide - -6 - change le mode de dithering (none, error distribution, Floyd Steinberg) - -7 - inverse l'image - -8 - passe des contrôles de aa vers ceux de MPlayer - et vice-versa - - - - - - - Vous pouvez utiliser les lignes de commande suivantes : - - - - change la couleur de l'OSD - - - - - - Change la couleur des sous-titres - - where V peut être : - 0 (normal), - 1 (noir), - 2 (gras), - 3 (fontes grasses), - 4 (inversé), - 5 (spécial). - - - - - -AAlib elle-même propose de nombreuses options. En voici les - principales : - - - - Choisit le pilote aa (X11, curses, Linux) - - - - - - Utilise les 256 caractères - - - - - - Utilise l'ASCII 8 bits - - - - - - Affiche toutes les options de AAlib - - - - - -Le rendu prend beaucoup de temps CPU, spécialement en utilisant AA-on-X (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 pour avoir des graphismes -sur hgafb :)). - - - -Utilisez l'option si votre machine n'est pas -suffisamment rapide pour afficher toutes les trames ! - - - -Sur un terminal vous obtiendrez de meilleures performances en utilisant le -pilote -linux, et pas curses (). Cependant vous devez -avoir -un accès en écriture sur -/dev/vcsa<terminal>. Ce -n'est -pas autodétecté par aalib, mais vo_aa essaie de déterminer le meilleur mode. -Voir - pour une meilleure optimisation. - - - - - - - - <systemitem class="library">libcaca</systemitem> – Librairie ASCII Art -en couleur - - -La libcaca -est une librairie graphique qui affiche du text à la place des pixels, et qui -peut -donc fonctionner sur des cartes graphiques anciennes ou sur des terminaux -texte. Elle -n'est pas très différente de la célèbre librairie -AAlib. -libcaca nécessite un terminal pour -fonctionner, et devrait ainsi fonctionner sur tous les systèmes Unix (dont Mac -OS X) -en utilisant soit la librairie -slang soit la librairie -ncurses, sous DOS en utilisant la -librairie -conio.h, et sous les systèmes Windows -en utilisant soit slang, soit -ncurses (via émulation Cygwin), ou -soit -conio.h. Si -./configure -détecte libcaca, le pilote libvo caca -sera compilé. - - - -Les différences avec <systemitem class="library">AAlib</systemitem> -sont -les suivantes : - - 16 couleurs disponible pour l'affichage des caractères (256 paires de -couleur) - - - tramage des images en couleur - - - - -Mais <systemitem class="library">libcaca</systemitem> à également les - limitations suivantes : - - aucun support pour la luminosité, le contraste, le gamma - - - - -Vous pouvez utiliser certaines touches dans la fenêtre caca pour changer les -options de rendu : - - - - - - KeyAction - - -d - Change de méthode de tramage. - -a - Change de méthode d'anticrénelage. - -b - Change le fond. - - - - - - -<systemitem class="library">libcaca</systemitem> regarde également la - présence de certaines variables d'environnement : - - - - Définie le pilote caca recommandé, c-a-d. ncurses, slang, x11. - - - - - - Spécifie le nombre de lignes de collones. par ex. 128x50. - - - - - - Spécifie la police à utiliser. par ex. fixed, nexus. - - - - - -Use the option if your computer is not fast -enough to render all frames. - - - - - - - -VESA - sortie sur BIOS VESA - - -Ce pilote à été conçu et présenté comme un pilote -générique -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. -dixit VESA BIOS EXTENSION (VBE) Version 3.0 Date: September 16, - 1998 (Page 70) : - - -
-Conceptions des contrôleurs doubles - -VBE 3.0 supporte la conception de contrôleur double en assumant que comme les -deux -contrôleurs sont typiquement fournis par le même OEM, sous le contrôle d'un -seul -ROM BIOS sur la même carte graphique, il est possible de cacher le fait que -deux -contrôleurs sont présent dans l'application. -Cela a la limitation d'interdire l'utilisation simultanée de chacun des -contrôleurs, mais permet aux applications avant VBE 3.0 de fonctionner -normalement. -La fonction VBE 00h (Return Controller Information) retourne l'information -combinée des deux contrôleurs, incluant la liste combinée des modes -disponibles. -Quand une application sélectionne un mode, le contrôleur approprié est -activé. Chacune des fonctions VBE restantes s'appliquent ensuite sur le -contrôleur -actif. - - -
- - -Donc vous avez des chances de faire fonctionner la sortie TV avec ce pilote -(Je suppose que la sortie TV est souvent un affichage indépendant ou au moins -une sortie indépendante). - - - -AVANTAGES - - Vous avez la possibilité de voir des films même si -Linux ne - connaît pas votre matériel vidéo. - - - 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 - mode texte. - - - Vous avez des chances de faire fonctionner la sortie -TV - (C'est le cas au moins pour les cartes ATI). - - - Ce pilote appelle le gestionnaire int 10h ainsi ce -n'est pas un - émulateur - il appelle des choses réelles -dans le BIOS - réel en mode réel (pour l'instant -en mode vm86). - - - Vous pouvez l'utiliser avec VIDIX, accélérant ainsi l'affichage vidéo - et la sortie TV en même temps (recommandé -pour les cartes ATI) ! - - - si vous avez un BIOS VESA VBE 3.0+, et que vous avez spécifié - monitor-hfreq, monitor-vfreq, monitor-dotclock -quelque part - (fichier de config, ou ligne de commande) vous aurez le plus haut taux de - rafraîchissement possible (en utilisant la Formule Générale de Timing). - Pour activer cette fonctionnalité vous devrez spécifier - toutes les options de votre moniteur. - - - - -DÉSAVANTAGES - - Il ne fonctionne que sur les systèmes x86. - - - Il ne peut être utilisé qu'en root. - - - Pour l'instant il n'est disponible que pour Linux. - - - - -N'utilisez pas ce pilote avec GCC -2.96 ! -Cela ne fonctionnera pas ! - - - -OPTIONS EN LIGNE DE COMMANDE POUR VESA - - - - actuellement reconnu : dga pour forcer le mode -dga et nodgapour le désactiver. En mode dga vous pouvez -activer le double buffering via l'option . -Note : -vous pouvez omettre ces paramètres pour activer l' -autodétection du mode dga. - - - - - -PROBLÈMES CONNUS ET CONTOURNEMENTS - - Si vous avez installé des polices NLS sur -votre - Linux box et que vous lancez le pilote VESA depuis le mode texte alors après -la - fermeture de MPlayer vous aurez la - police de la ROM chargée à la place de la -nationale. - Vous pouvez recharger la police nationale en utilisant l'utilitaire - setsysfont de la distribution Mandrake/Mandriva par -exemple. -(Astuce : Le même utilitaire peut être -utilisé pour la localisation de fbdev). - - - Certains pilotes graphiques Linux de -mettent pas à - jour le mode BIOS actif en mémoire DOS. - Donc si vous avez un tel problème - utilisez toujours le pilote VESA -uniquement - depuis le mode texte. - Sinon le mode texte (#03) sera activé de toute façon et vous devrez -redémarrer - votre ordinateur. - - - Souvent après la fin du pilote VESA vous avez un - écran noir. - Pour retourner à l'état original de votre écran - passez simplement sur une -autre - console (en tapant - AltF<x>) et - revenez à la première de la même façon. - - - Pour faire fonctionner la sortie TV vous - devez avoir branché le connecteur TV avant le démarrage de votre PC car - le BIOS vidéo s'initialise uniquement à ce moment-là. - - - - - - - -X11 - - -À éviter si possible. Sort sur X11 (utilise l'extension de mémoire partagée), -sans -aucune accélération matérielle du tout. Supporte le redimensionnement logiciel -(accéléré par MMX/3DNow/SSE, mais toujours lent), utilisez les options -. La plupart des cartes possèdent un -redimensionnement -matériel, pour elles utilisez la sortie ou - pour les Matrox. - - - -Le problème est que la plupart des pilotes de carte ne supportent pas -l'accélération -sur la seconde tête/TV. Dans ce cas, vous voyez une fenêtre verte/bleue à la -place du -film. C'est ici que ce pilote entre en jeu, mais vous aurez besoin d'un CPU -puissant -pour utiliser le redimensionnement logiciel. N'utilisez pas le pilote SDL de -sortie+dimensionnement logiciel, la qualité d'image est pire ! - - - -Le redimensionnement logiciel est très lent, vous devriez essayer de changer -de mode -vidéo à la place. C'est très simple. Voyez la section -des modelines DGA, et insérez-les dans votre -XF86Config. - - - - Si vous avez XFree86 4.x.x : utilisez l'option . - Elle changera de résolution pour s'adapter à celle de votre film. Si -non : - - - Avec XFree86 3.x.x : Vous devrez parcourir les résolutions possibles -avec les touches - CtrlAltKeypad -+ - et - CtrlAltKeypad --. - - - - - -Si vous n'arrivez pas à trouver les mode que vous avez inséré, regardez dans -la sortie -de XFree86. Certains pilotes ne peuvent utiliser les pixelclocks bas qui sont -requis -pour les basses résolutions. - - - - - - -VIDIX - -PRÉAMBULE - -VIDIX est l'abréviation de -VIDéo -Interface -for *niX. -VIDIX a été conçu et présenté comme une interface pour les pilotes -espace-utilisateur rapides fournissant des performances égales à celles de -mga_vid pour les cartes Matrox. -Il est aussi très portable. - - - - -Cette interface à été conçue comme une tentative de regrouper les interfaces -d'accélération existantes (connues sous les noms mga_vid, rage128_vid, -radeon_vid, -pm3_vid) dans un schéma uniforme. Il fournit une interface de haut niveau aux -chipsets -connus sous les noms de BES (BackEnd scalers) ou OV (Video Overlays). -Il ne fournit pas une interface de bas niveau pour les choses connues sous -le nom de serveurs graphiques. -(Je ne veux pas concourir avec l'équipe X11 en changement de mode graphique). -C'est à dire que le but principal de cette interface est de maximiser la -vitesse de la lecture vidéo. - - - -UTILISATION - - Vous pouvez utiliser le pilote de sortie vidéo autonome : . - Ce pilote à été développé comme un front end X11 pour la technologie VIDIX. -Il - requiert un serveur X et ne peut fonctionner que sous X. Notez que, comme il -accède - directement au matériel et contourne le pilote X, les pixmaps mis en cache -dans la - mémoire de la carte graphique peuvent être corrompus. Vous pouvez éviter -cela en - limitant la quantité de mémoire utilisée par X avec l'option "VideoRam" - dans la section "device" de XFree86Config. - Vous devriez fixer cette valeur avec la quantité de mémoire installée sur - votre carte moins 4Mo. - Si vous avez moins de 8Mo de mémoire vidéo, vous pouvez utiliser l'option - "XaaNoPixmapCache" dans la section "screen" à la place. - - - Il existe un pilote console VIDIX : . - Celui-ci requiert un framebuffer fonctionnel et initialisé pour la plupart - des cartes (ou sinon vous brouillerez simplement l'écran), et vous aurez un - effet similaire à ou . - Les cartes nVidia par contre sont capables d'afficher de la vidéo graphique - dans une console texte. Voir la section - nvidia_vid pour plus d'informations. - Pour vous débarrasser du texte sur les bords et du curseur clignotant - essayez - - -setterm -cursor off > /dev/tty9 - - - (en supposant que le terminal tty9n'est pas - utilisé), puis basculez sur tty9. - Sinon, l'option devrait lire la vidéo en - arrière-plan, un tant soit peu que la fonctionnalité de - soit opérationelle. - - - - Vous pouvez utiliser le sous-périphérique VIDIX qui à été appliqué à de - nombreux pilotes de sortie vidéo, tels que : - - (Linux uniquement) et - . - - - - -De plus le pilote de sortie vidéo utilisé avec VIDIX -n'a pas d'importance. - - - -BESOINS - - La carte graphique devrait être en mode graphique (excepté les cartes nVidia - avec le pilote ). - - - Le pilote de sortie vidéo de MPlayer devrait - connaître les modes vidéos actifs et être capable de donner au -sous-périphérique - VIDIX quelques caractéristiques du serveur. - - - -MÉTHODES D'UTILISATION - -Quand VIDIX est utilisé en temps que sous-périphérique -(), alors la configuration du mode vidéo est -faite par -le périphérique de sortie vidéo (vo_server en -bref). -Par conséquent vous pouvez passer en ligne de commande les mêmes touches que -pour -vo_server. De plus il comprends l'option comme un -paramètre -global (je recommande l'utilisation de cette option au moins pour les cartes -ATI). -Comme pour , il reconnaît actuellement les options -suivantes : -. - - - -Vous pouvez aussi spécifier le pilote VIDIX directement en troisième -sous-argument en ligne de commande : - - - -mplayer -vo xvidix:mga_vid.so -fs -zoom -double -fichier.avi - -ou - - mplayer -vo vesa:vidix:radeon_vid.so -fs -zoom -double -bpp 32 -fichier.avi - - - -Mais c'est dangereux, et vous ne devriez pas faire ça. Dans ce cas le -pilote indiqué sera forcé et le résultat sera imprévisible (cela peut -bloquer votre ordinateur). -Vous ne devriez le faire UNIQUEMENT si vous êtes absolument sûr que -cela va fonctionner, et MPlayer ne le fait pas -automatiquement. -Dites-le aux développeurs, SVP. La bonne façon est d'utiliser VIDIX -sans argument pour activer l'autodétection du pilote. - - - - -svgalib_helper - - -Comme VIDIX requiert l'accès direct au matériel, vous avez le choix entre le -lançer -en tant que root ou définir le bit SUID du binaire -MPlayer -(Attention : c'est une faille de sécurité -!). -Sinon, si vous utilisez un noyau Linux 2.4.x, vous pouvez utiliser un module -noyau spécial, comme ceci : - - - - - Téléchargez la version de -développement - de svgalib (par exemple 1.9.17), OU - téléchargez une version faite par Alex spécialement pour utilisation avec - MPlayer (elle ne nécessite pas les sources de -svgalib pour - compiler) - ici. - - - Compilez le module dans le répertoire svgalib_helper - (il peut être trouvé à l'intérieur du répertoire - svgalib-1.9.17/kernel/ si vous avez -téléchargé - les sources depuis le site de svgalib) et faire un insmod. - - - Pour créer les périphériques nécessaires dans le répertoire - /dev, faites un - make device dans le répertoire - svgalib_helper, en root. - - - Puis lancez de nouveau configure en passant les - paramètres et - , - ajustés à l'emplacement où vous avez décompressé les sources. - - - Recompilez. - - - - - -Cartes ATI - -Actuellement la plupart des cartes ATI sont supportés nativement, de la Mach64 -jusqu'aux nouvelles Radeons. - - - - Il y a deux binaires compilés : radeon_vid pour -les cartes Radeon et rage128_vid pour les Rage 128. Vous -pouvez en forcer un ou laisser le système VIDIX le détecter parmis les pilotes -disponibles. - - - - - -Cartes Matrox - -Les Matrox G200, G400, G450 et G550 doivent normalement fonctionner. - - - -Le pilote supporte les égaliseurs vidéo et devrait être presque aussi rapide -que le -framebuffer Matrox - - - - -Cartes Trident - -Il y a un pilote disponible pour les chipsets Trident Cyberblade/i1, qui -peuvent être -trouvés sur les cartes-mère VIA Epia. - - - -Le pilote a été écrit et est maintenu par -Alastair M. -Robinson. - - - - -Cartes 3DLabs - -Bien qu'il y ai un pilote pour les chips 3DLabs GLINT R3 et Permedia3, -personne ne l'a testé, donc les rapports sont les bienvenus. - - - - -Cartes nVidia - - - Une fonction unique du pilote nvidia_vid est la capacité d'afficher de la - vidéo dans un console uniquemnent textuelle - - avec aucun framebuffer ou X. Pour ce faire, nous aurons besoin d'utiliser - la sortie , comme le montre l'exemple suivant : - - mplayer -vo cvidix exemple.avi - - - - - -Cartes SiS - -C'est du code très expérimental, comme nvidia_vid. - - - -Testé sur SiS 650/651/740 (les chipsets les plus couramment utilisés dans les -versions SiS des barebones "Shuttle XPC") - - - -Rapports attendus ! - - - - - - - -DirectFB - -
-"DirectFB est une librairie graphique conçue pour les systèmes embarqués. Il -offre -des performances d'accélération matérielle maximum pour un minimum -d'utilisation des -ressources et de charge." - citation de -
- -J'exclurai les fonctionnalités de DirectFB dans cette section. - - -Bien que MPlayer ne soit pas supporté en tant que -"fournisseur vidéo" dans DirectFB, ce pilote de sortie activera la lecture -vidéo au travers de DirectFB. Il sera - bien sûr - accélér