<TD> </TD><TDVALIGN=top><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>x11</TD><TD> </TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>X11 avec extensions SHM optionnelles</TD><TR>
<TD></TD><TDVALIGN=top><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>xv</TD><TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>X11 utilisant les recouvrements de l'extension Xvideo (YUV matériel & redimensionnement)</TD><TR>
<TD></TD><TDVALIGN=top><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>gl</TD><TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>rendu OpenGL, ne fonctionne actuellement qu'avec:
<UL><LI>toutes les cartes Utah-GLX
<LI>les cartes Matrox et X/DRI >=4.0.3
<LI>les cartes Radeon avec X/DRI CVS</UL></TD><TR>
<TD></TD><TDVALIGN=top><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>fbdev</TD><TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>sortie vers le framebuffer générique</TD><TR>
<TD></TD><TDVALIGN=top><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>svga</TD><TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>sortie vers SVGAlib</TD><TR>
<CODE><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>1.2.0:</CODE> supporte AAlib (-vo aa recommandé, c.f. ci-dessous !)</TD><TR>
<TD></TD><TDVALIGN=top><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>ggi</TD><TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>similaire a SDL</TD><TR>
<TD></TD><TDVALIGN=top><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>aa</TD><TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>rendu en mode texte avec AAlib</TD><TR>
<TDCOLSPAN=4><P><B><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>Spécifique aux cartes :</B></P></TD><TR>
<TD> </TD><TDVALIGN=top><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>mga</TD><TD> </TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>Revouvrement matérie YUV avec les Matrox G200/G400 via le périphérique mga_vid</TD><TR>
<TD></TD><TDVALIGN=top><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>xmga</TD><TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>Recouvrement pour Matrox G200/G400 (mga_vid) dans une fenêtre X11<BR>
(<I>émulation Xv sur X 3.3.x !</I>)</TD><TR>
<TD></TD><TDVALIGN=top><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>syncfb</TD><TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>support framebuffer YUV pour Matrox G400 (obsolète, utilisez mga/xmga)</TD><TR>
<TD></TD><TDVALIGN=top><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>3dfx</TD><TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>support YUV matériel pour Voodoo2/3 (/dev/3dfx)(pas encore testé !)</TD><TR>
<TD> </TD><TDVALIGN=top><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>png</TD><TD> </TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>sortie fichiers PNG (utilisez l'option -z pour la compression)</TD><TR>
<TD></TD><TDVALIGN=top><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>pgm</TD><TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>sortie fichiers PGM (pour réaliser des tests d'encodage avec ffmpeg)</TD><TR>
<TD></TD><TDVALIGN=top><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>md5</TD><TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>sortie MD5sum (pour tests de conformance MPEG)</TD><TR>
<TD></TD><TDVALIGN=top><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>odivx</TD><TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>sortie fichiers AVI OpenDivX (utilisez l'option -br pour le taux d'encodage) (<B>SANS LE SON</B>!)</TD><TR>
<TD></TD><TDVALIGN=top><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>null</TD><TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>sortie Null (pour tests/benchmarks de vitesse)</TD><TR>
</TABLE>
<P>NOTE: <I>lisez les sous-sections suivantes pour les détails et prérequis !</I></P>
<P><B><ANAME=2.2.1.1>2.2.1.1. MTRR</A></B></P>
<P>Il est FORTEMENT recommandé de bien ajuster ses registres MTRR, qui apportent un gain important de performances.
Vous devez tout d'abord définir leur adresse de base.
Vous pouvez la trouver de trois façons :</P>
<P><UL>
<LI>des messages au démarrage de X11, par exemple :
<TD></TD><TD><CODE>Memory at d8000000 (32-bit, prefetchable)</CODE></TD><TR>
</TABLE></P></CODE>
<LI>des messages noyau du driver mga_vid (utilisez dmesg):
<P><CODE>mga_mem_base = d8000000</CODE></P>
</UL></P>
<P>Trouvons maintenant la taille mémoire. Simplement, convertissez la taille de la mémore vidéo en hexadecimal, ou utilisez cette table :</P>
<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>
<P><B><ANAME=2.2.1.3.2>2.2.1.3.2. Qu'est ce que le DGA</A></B></P>
<P>DGA signifie Direct Graphics Access et permet aux programmes de passer outre le serveur X et de modifier directemment 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 (NON recommandé !).</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 controlant cette carte. Cela peut donc ne pas fonctionner sur tout les systèmes ...</P>
<P><B><ANAME=2.2.1.3.3>2.2.1.3.3. Installer le support DGA pour MPlayer</A></B></P>
<P>Assurez vous d'abord que X charge l'extension DGA, regardez dans /var/log/XFree86.0.log:</P>
<P>XFree86 4.0.x ou plus est TRÈS RECOMMANDÉ !
Le driver DGA de <B>MPlayer</B>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 (unquement 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 <B>MPlayer</B> SUID root:</P>
<P>Maintenant cela fonctionne avec les droits d'un simple utilisateur.</P>
<P><B>!!!! MAIS FAITES ATTENTION !!!!</B><BR>
Cela présente une <B>GROSSE</B> 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.<BR>
<B>!!!! ON VOUS AURA PRÉVENU ... !!!!</B></P>
<P>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 !!!</P>
<P><B><ANAME=2.2.1.3.4>2.2.1.3.4. Changement de résolution</A></B></P>
<P>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
<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>C.f. appendice A pour quelques exemples de modelines.</P>
<P><B><ANAME=2.2.1.3.5>2.2.1.3.5. DGA & MPlayer</A></B></P>
<P>DGA est utilisé en deux endroits par <B>MPlayer</B>: 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 <B>MPlayer</B>.</P>
<P><B><ANAME=2.2.1.3.6>2.2.1.3.6. Fonctionnalités du driver DGA</A></B></P>
<P>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).</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 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...</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'onscreen 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 utilise 20% de temps CPU en plus !), ceci dépendant de l'implementation du DGA pour votre matériel.</P>
<P><B><ANAME=2.2.1.3.7>2.2.1.3.7. Problèmes de vitesse</A></B></P>
<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 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...</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 demande 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>
<P>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.</P>
<P><UL>
<LI>avec XFree 4.0.3 et nv.o un bogue affiche des couleurs étranges.
<LI>les drivers ATI requièrent de passer plusieurs modes après l'utilisation du DGA.
<LI>certains drivers 'plantent' lors du retour à la résolution normale (utilisez Ctrl-Alt-Keypad +, - pour y retourner manuellement)
<LI>certains drivers affichent simplement des couleurs étranges.
<LI>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 ?)
<LI>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 ...
<LI>l'OSD fonctionne uniquement avec le doublebuffering activé.
</UL></P>
<P><B><ANAME=2.2.1.3.9>2.2.1.3.9. Travaux prévus</A></B></P>
<P><UL><LI>utilisation de la nouvelle interface de rendering X11 pour l'OSD.
<LI>où est ma liste TODO???? :-(((</UL></P>
<P><B><ANAME=2.2.1.3.A>2.2.1.3.A. Quelques modelines</A></B></P>
<P>Ces entrées fonctionnent bien avec ma carte Riva128, en utilisant le driver nv.o du serveur X.</P>
<P><B><ANAME=2.2.1.3.B>2.2.1.3.B. Rapports de bogues</A></B></P>
<P>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 :</P>
<P>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 !</P>
<P>Voici certaines notes sur la sortie SDL dans <B>MPlayer</B>.</P>
<P><TABLEBORDER=0>
<TDCOLSPAN=4><P><B><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>Il existe plusieurs options à la ligne de commande pour SDL :</B></P></TD><TR>
<TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>-forcexv</TD><TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>tente de forcer l'accélération Xvideo</TD><TR>
<TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>F</TD><TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>passe du mode plein écran au mode fenêtré</TD><TR>
<TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>C</TD><TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>passe par tous les modes plein écran valides</TD><TR>
<TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>W/S</TD><TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>mappings pour les touches * et / (contrôle du mixer)</TD><TR>
</TABLE></P>
<P><B>Bogues connus :</B></P>
<P><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).
</UL></P>
<P><B><ANAME=2.2.1.5>2.2.1.5. SVGAlib</A></B></P>
<P>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 ?). :(</P>
<P>Bien sur vous devrez installer svgalib et ses paquetages de développement afin que <B>MPlayer</B> 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>
spécifie le device framebuffer a utiliser (/dev/fd0)</TD><TR>
<TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>-fbmode</TD><TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>mode a utiliser (relatif au fichier /etc/fb.modes)</TD><TR>
<TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>-fbmodeconfig</TD><TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>fichier de configuration des modes (/etc/fb.modes par defaut)</TD><TR>
<TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>-monitor_hfreq</TD><TD></TD><TDROWSPAN=3><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>valeurs IMPORTANTES, lisez le fichier example.conf</TD><TR>
<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>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).</UL></P>
<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 <B>MPlayer</B>.</P>
et construira le driver 'mga'. Pour l'utiliser dans <B>MPlayer</B>, 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.</P>
<P>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
<B>MPlayer</B> avec l'option '-vo mga' . Cela doit passer outre Xv.</P>
<P>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.</P>
<P><B><ANAME=2.2.1.9>2.2.1.9. Support 3dfx YUV</A></B></P>
<P>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 <B>MPlayer</B>, et donc non supporté.
Les volontaires sont les bienvenus pour tester et mettre à jour le code.</P>
<P><B>MPlayer</B> 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.
pour plus de détails sur comment installer ce driver.</P>
<P>XFree86(DRI) >= 4.0.3 le supporte uniquement avec les cartes Matrox et Radeon.
C.f. <AHREF="http://dri.sourceforge.net">http://dri.sourceforge.net</A> pour les instructions de téléchargement et d'installation.</P>
<P><B><ANAME=2.2.1.11>2.2.1.11. AAlib - affichage en mode texte</B></P>
<P><B>AAlib</B> est une libraries affichant des graphiques en mode texte, 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>
<P><TABLEBORDER=0>
<TDCOLSPAN=4><P><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>Vous pouvez utiliser certains raccourcis clavier dans le fenêtre AA pour changer les options de rendering :</P></TD><TR>
<TD> </TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>1</TD><TD> </TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>diminue le contraste</TD><TR>
<TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>2</TD><TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>augmente le contraste</TD><TR>
<TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>3</TD><TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>diminue la luminosité</TD><TR>
<TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>4</TD><TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>augmente la luminosité</TD><TR>
<TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>5</TD><TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>active/désactive le fast rendering</TD><TR>
<TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>6</TD><TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>active le mode de dithering (none, error distribution, floyd steinberg)</TD><TR>
<TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>a</TD><TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>passe des contôles de aa vers ceux de mplayer</TD><TR>
<TDCOLSPAN=4><P><B><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>Vous pouvez utiliser les lignes de commande suivantes :</B></P></TD><TR>
<TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>-aaosdcolor=V</TD><TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>change la couleur de l'osd</TD><TR>
<TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>-aasubcolor=V</TD><TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>change la couleur des sous-titres</TD><TR>
<TDCOLSPAN=3></TD><TD><P><I><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>ou V peut être : (0/normal, 1/noir, 2/bold, 3/boldfont, 4/reverse, 5/special)</P></TD><TR>
<TDCOLSPAN=4><P><B><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>AAlib lui même propose de nombreuses options.
En voici les principales :</P></B></TD><TR>
<TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>-aadriver</TD><TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>choisit le driver aa (X11, curses, linux)</TD><TR>
<TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>-aaextended</TD><TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>utilise les 256 caractères</TD><TR>
<TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>-aahelp</TD><TD></TD><TD><FONTface="Verdana,Arial,Helvetica,sans-serif"size=2>affiche toutes les options de aalib</TD><TR>
</TABLE></P>
<P>NOTE: Le rendering 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 ! (Quelqu'un peut il améliorer
bdev pour faire la conversion/dithering vers hgafb ? Ça serait parfait :)</P>
<P>Utilisez l'option -framedrop si votre machine n'est pas suffisement rapide pour afficher toutes les frames !</P>
<P>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. <AHREF="http://aa-project.sourceforge.net/tune/">http://aa-project.sourceforge.net/tune/</A> pour une meilleure optimisation.</P>
<P><B><ANAME=2.2.1.A>2.2.1.A. Support TV-out</A></B></P>
<LI>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 <I>BES</I> (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 <CODE>-vo x11 -zoom</CODE>, mais cela restera <B>LENT</B>, et ne passera pas la protection de copie Macrovision.
<LI><B>Framebuffer</B>: utiliser les <B>modules matroxfb</B> 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 <B>modules</B> !
Placez vous dans le répertoire TVout/matroxset et faites <CODE>make</CODE>. Installez <CODE>matroxset</CODE> quelque part dans votre PATH.</LI>
<LI>Placez vous dans le répertoire <CODE>TVout/</CODE> des sources MPlayer, et exécutez<CODE>./modules</CODE> en tant que root. Votre console mode texte passera en mode framebuffer (pas de retour possible !) .</LI>
<LI>Lancez ensuite le script <CODE>./matroxtv</CODE>. Il vous affichera un menu sommaire. Tapez <B>2</B> puis <B>ENTRÉE</B>. Vous devriez maintenant avoir la même image sur la télé et sur votre moniteur. L'option <B>3</B> séparera les deux affichages, mais vous ne pourrez alors <B>plus utiliser X</B> ! 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;-)</LI></UL>
<P>
Yoh. L'étape suivante consiste à faire disparaitre le curseur de la console et de désactiver le blanking de l'écran. Exécutez les commandes suivantes : </P>
<P>
<CODE>echo -e '\033[?25l'<BR>
setterm -blank 0</CODE>
</P>
<P>Yeah kewl. Lancez la vidéo avec la commande <CODE>mplayer -vo mga -fs -screenw 640
-screenh 512 <filename></CODE><BR>
(Si vous utilisez X, passer en matroxfb, par exemple CTRL-ALT-F1 !)<BR>
Changez la résoltion de 640x512 selon votre préférence...<BR>
<B>Appréciez la sortie Matrox TV ultra-rapide et fonctionnelle (mieux que Xv) !</B>
Actuellement ATI ne veut supporter aucun de ses chips TV-out chips sous Linux.
Ci-dessous la réponse officielle d'ATI Inc.:
<P>
<code>
<i>
<br>> Hello!
<br>>
<br>> On your pages you wrote that you support linux developers.
<br>> Currently I participate with mplayer project (www.mplayerhq.hu)
<br>> I'm interesting with enabling TV-out on Radeon VE chips during
<br>> movie playback. I would be glad to add this feature to radeonfb driver
<br>> (which can be found in CVS tree of mplayer project at main/drivers/radeon).
<br>> Do I have a chance to get any official technical documenation?
</i>
<br>We will not provide TV out related documents due to macrovision concerns.
<br>Also mpeg2 decoding is something that we MAY consider in the future but not
<br>at this current time. This is again due to proprietary and 3rd party
<br>information.
</code>
</P>
<P>Désolant, n'est ce pas ?</P>
<P>
<code>
<B>Q : Qu'est ce que la Macrovision ?</B><BR>
A:Un mécanisme de protection contre la copie.</code>
</P>
<P>Ceal signifie que si vous donnez quelque information que ce soit sur les sorties TV-out alors les hackers pourront désactiver la protection contre la copie sur leurs cartes. C'est pourqoi nous ne pouvons pas avoir de TV-out sur ATI.</P>
<P>Quel est le status des chips tv-out de ATI sous Linux :
<LI><b>ATI Mach64</b> inclut <i>ImpacTV</i> supporté par gatos.
<LI><b>ASIC Radeon VIVO</b> inclut <i>Rage Theatre</i> supporté par gatos.
<LI><b>Radeon VE</b> et <b>Rage PRO LT</b> incluent <i>ImpacTV2+</i> pas encore supporté sous Linux.</P>
Heureusement, les possesseurs de machines suffisement puissantes ((Duron, Celeron2 et sup<75>rieur) <b>peuvent regarder les vid<69>os sur leur TV</b> avec les drivers <ahref=#2.2.1.12>VESA</a>.
</P>
<P>
Je pourrais <20>galement f<>liciter ATI Inc.:<br>
<b>ils produisent des BIOS de haute qualit<69>.</b>
</P>
<P>
Les drivers <b>VESA</b> n'utilisent aucune acc<63>l<EFBFBD>ration mat<61>rielle mais simulent le
<b>DGA</b> a travers une fen<65>tre de 64K, configur<75>e avec les fonctions 32-bit du BIOS.Les cartes ATI poss<73>dent suffisamanet de <b>m<EFBFBD>moire vid<69>o rapide</b> (DIMM ou DDR
chips avec acc<63>s 64 - 128-bit) donc ne souffrent pas de cette m<>thode. Il n'existe pas de
limitations sur le mode vid<69>o utilis<69> pour votre TV (contrairement a d'autres cartes) donc vous pouvez utiliser <b>n'importe lequel</b> sur votre <b>TV</b> (de
<b>320x200</b> jusqu'a <b>1024x768</b>).<br>
La seule chose que vous devez faire - <b>brancher le connecteur connecteur TV avant de d<>marrer votre
PC</b> puisque le bios vid<69>o s'initialise une seule fois durant la proc<6F>dure POST.
</P>
<P>
Pour plus de d<>tail lisez la section <ahref="video.html#2.2.1.12">VESA</a> de cette documentation.
