Maintenant cela fonctionne avec les droits d'un simple utilisateur.

!!!! MAIS FAITES ATTENTION !!!!
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.
!!!! ON VOUS AURA PRÉVENU ... !!!!

Utilisez maintenant l'option '-vo dga', et c'est parti ! (enfin on peut l'espérer:) Vous pouvez alors essayer l'option '-vo sdl:dga'. C'est beaucoup plus rapide !!!

2.2.1.3.4. Changement de résolution

Le driver DGA vous permet de changer la résolution du driver 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 des résolutions exotiques), mais le serveur X permet uniquement le passage à des résolutions définies dans /etc/X11/XF86Config (/etc/X11/XF86Config-4 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 : /var/log/XFree86.0.log.

C.f. appendice A pour quelques exemples de modelines.

2.2.1.3.5. DGA & MPlayer

DGA est utilisé en deux endroits par MPlayer: le driver SDL peut se compiler pour en faire usage (-vo sdl:dga) et dans le driver DGA (-vo dga). Dans les sections suivantes je vous expliquerai comment fonctionne le driver DGA pour MPlayer.

2.2.1.3.6. Fonctionnalités du driver DGA

Le driver DGA s'invoque en spécifiant -vo dga sur la 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 driver 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).

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.

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 recoit 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...

2.2.1.3.7. Problèmes de vitesse

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 driver 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 demande 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 et supérieur.

2.2.1.3.8. Bogues connus

A vrai dire, selon certains développeurs de XFree, DGA est une usine à gaz. Ils recommandent d'éviter son utilisation. Son implementation n'est pas parfaite avec chaque chipset pour XFree.

• avec XFree 4.0.3 et nv.o un bogue affiche des couleurs étranges.
• les drivers ATI requièrent de passer plusieurs modes après l'utilisation du DGA.
• certains drivers 'plantent' lors du retour à la résolution normale (utilisez Ctrl-Alt-Keypad +, - pour y retourner manuellement)
• certains drivers affichent simplement des couleurs étranges.
• certains drivers mentent a propos de la quantité de mémoire allouée dans l'espace d'adressage du process, empêchant vo_dga d'utiliser le doublebuffering (SIS ?)
• certains drivers 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 ...
• l'OSD fonctionne uniquement avec le doublebuffering activé.

2.2.1.3.9. Travaux prévus

• utilisation de la nouvelle interface de rendering X11 pour l'OSD.
• où est ma liste TODO???? :-(((

2.2.1.3.A. Quelques modelines

  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

Ces entrées fonctionnent bien avec ma carte Riva128, en utilisant le driver nv.o du serveur X.

2.2.1.3.B. Rapports de bogues

Si vous constatez des problèmes avec l'utilisation du driver DGA envoyez moi un rapport de bogue à l'adresse ci-dessous. Lancez mplayer avec l'option -v et joignez toutes les lignes commençant par vo_dga à votre mail :

Merci d'inclure également la version de X11 utilisée, la carte graphique et votre type de processeur. Le module du driver X11 (défini dans XF86-Config) peut également m'aider. Merci !

Acki (acki@acki-netz.de, www.acki-netz.de)

2.2.1.4. SDL

Voici certaines notes sur la sortie SDL dans MPlayer.

Il existe plusieurs options à la ligne de commande pour SDL :
	-vo sdl:nom		spécifie le driver vidéo sdl a utiliser (ie. aalib, dga, x11)
	-ao sdl:nom		spécifie le driver audio sdl a utiliser (ie. dsp, esd, arts)
	-noxv		désactive l'accélération Xvideo matérielle
	-forcexv		tente de forcer l'accélération Xvideo
Touches SDL :
	F		passe du mode plein écran au mode fenêtré
	C		passe par tous les modes plein écran valides
	W/S		mappings pour les touches * et / (contrôle du mixer)

Bogues connus :

• 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).

2.2.1.5. SVGAlib

Si vous n'avez pas X, vous pouvez utiliser la sortie SVGAlib ! Faites attention de ne pas utiliser l'option -fs, qui passe en mode de zoom logiciel, et reste très lent actuellement, a moins que vous possédiez un processeur très rapide (et/ou MTRR ?). :(

Bien sur 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.

2.2.1.6. 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 savoir comment l'utiliser, etc.. !

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 ;))

La sortie FBdev accepte certains paramètres additionnels :

	-fb		spécifie le device framebuffer a utiliser (/dev/fd0)
	-fbmode		mode a utiliser (relatif au fichier /etc/fb.modes)
	-fbmodeconfig		fichier de configuration des modes (/etc/fb.modes par defaut)
	-monitor_hfreq		valeurs IMPORTANTES, lisez le fichier example.conf
	-monitor_vfreq
	-monitor_dotclock

Si vous voulez employer un mode spécifique, utilisez l'option

    mplayer -vm -fbmode (NameOfMode) filename

• -vm 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.
• l'option -zoom 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).

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.

2.2.1.7. Framebuffer Matrox (mga_vid)

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 cque sous X.

Pour l'utiliser, vous devez au préalable compiler mga_vid.o :

    cd drivers
    make

Puis créez le device /dev/mga_vid :

    mknod /dev/mga_vid c 178 0

et chargez le driver avec

    insmod mga_vid.o

Vous pouvez vérifier une détection correcte de la taille mémoire en utilisant la commande 'dmesg'. Si elle s'avère incorrecte, utilisez l'option mga_ram_size (rmmod mga_vid d'abord), en spécifiant la mémoire de la carte en MB:

    insmod mga_vid.o mga_ram_size=16

Pour le charger automatiquement, insérez cette ligne a la fin du fichier /etc/modules.conf :

    alias char-major-178 mga_vid

Puis exécutez

    depmod -a

Vous devez maintenant (re)compiler MPlayer, ./configure détectera /dev/mga_vid et construira le driver 'mga'. Pour l'utiliser dans MPlayer, lancer le avec l'option '-vo mga' si vous êtes en console matroxfb, ou '-vo xmga' sous XFree86 3.x.x ou 4.x.x.

Note: '-vo xmga' fonctionne sous XFree86 4.x.x, mais entre en conflit avec le driver Xv, donc désactivez le auparavent. Si vous devez utiliser Xv avec mga, essayez de lancer MPlayer avec l'option '-vo mga' . Cela doit passer outre Xv.

2.2.1.8. Framebuffer SiS 6326 (sis_vid)

Driver framebuffer SiS 6326 YUV -> driver noyau sis_vid

Son interface doit être compatible avec mga_vid, mais le driver n'a pas eu de mise à jour suite aux changements de mga_vid, il est donc dépassé. Les volontaires sont les bienvenus pour tester et mettre à jour le code.

2.2.1.9. Support 3dfx YUV

La 3dfx supporte nativement le YUV+scaler, en utilisant /dev/3dfx (tdfx.o driver?) Le driver noyau /dev/3dfx existe uniquement pour les noyaux 2.2.x, utilisable avec les ports Linux Glide 2.x. Cela n'a pas été testé avec MPlayer, et donc non supporté. Les volontaires sont les bienvenus pour tester et mettre à jour le code.

2.2.1.10. Sortie OpenGL

MPlayer supporte l'affichage de vidéos en utilisant l'OpenGL. Malheureusement, tous les drivers ne le supportent pas. Par exemple les drivers Utah-GLX (pour XFree86 3.3.6) l'acceptent pour toutes les cartes. C.f. http://utah-glx.sourceforge.net pour plus de détails sur comment installer ce driver.

XFree86(DRI) >= 4.0.3 le supporte uniquement avec les cartes Matrox et Radeon. C.f. http://dri.sourceforge.net pour les instructions de téléchargement et d'installation.

2.2.1.11. AAlib - affichage en mode texte

Sur un terminal vous obtiendrez de meilleures performances en utilisant le driver linux, pas curses (-aadriver linux). 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. C.f. http://aa-project.sourceforge.net/tune/ pour une meilleure optimisation.

2.2.1.A. Support TV-out

2.2.1.A.1. Cartes Matrox

• Utiliser X 4.0.x + le driver HAL de matrox, qui apporte le support dual-head, et vous permettra de rediriger la seconde sortie vera la TV. Cette méthode n'apporte pas la lecture optimisée comme sous windoze ! La seconde tête supporte uniquement le framebuffer YUV, le BES (Back End Scalar, le scaler Yuv sur cartes G200/G400/G450/G550) ne fonctionne pas ici ! Le driver windows contourne le problème, probablement en utilisant le moteur 3D pour zoomer, et le framebuffer YUV pour afficher l'image agrandie. Si vous voulez vraiment utiliser X, essayez l'option -vo x11 -zoom, mais cela restera LENT, et ne passera pas la protection de copie Macrovision.
• Framebuffer: utiliser les modules matroxfb dans le noyaux 2.4 et 2.2 ne suffit pas, vous devez sélectionner toutes les options relatives aux cartes Matrox et les compiler comme modules !

Suivez ces instructions:

• Placez vous dans le répertoire TVout/matroxset et faites make. Installez matroxset quelque part dans votre PATH.
• Placez vous dans le répertoire TVout/ des sources MPlayer, et exécutez./modules en tant que root. Votre console mode texte passera en mode framebuffer (pas de retour possible !) .
• Lancez ensuite le script ./matroxtv. Il vous affichera un menu sommaire. Tapez 2 puis ENTRÉE. Vous devriez maintenant avoir la même image sur la télé et sur votre moniteur. L'option 3 séparera les deux affichages, mais vous ne pourrez alors plus utiliser X ! Si la TV a quelques lignes déphasées, c'est que le script n'a pas pu ajuster correctement la résolution (640x512 par défaut). Utiliser au hasard les autres options du menu, ça devrait passer;-)