Il y a deux façons de rendre les polices TrueType opérationnelles. La première est de spécifier le nom du fichier de la police TrueType à utiliser grâce à l'option -font. Il peut être intéressant de placer cette option dans votre fichier de configuration (voir la page de manuel pour plus de détails). La seconde façon est de créer un lien symbolique (symlink) baptisé subfont.ttf pointant vers le fichier contenant la police de votre choix. Pour choisir une police commune à tous les utilisateurs, tapez

ln -s /path/to/sample_font.ttf $PREFIX/share/mplayer/subfont.ttf

Pour définir une police propre à chaque utilisateur, tapez

ln -s /path/to/sample_font.ttf ~/.mplayer/subfont.ttf

La compilation de MPlayer avec le support pour fontconfig rend les méthodes ci-dessus inopérantes. En effet, MPlayer s'attend à ce que -font soit suivi d'un nom de police compatible avec fontconfig et utilisera sans-serif par défaut. Un exemple :

mplayer -font 'Bitstream Vera Sans' anime.mkv

Pour obtenir la liste des polices compatibles avec fontconfig, executez fc-list dans la console.

Si pour une raison quelconque vous souhaitez ou devez employer des polices bitmap, téléchargez en un jeu depuis notre page web. Vous avez les choix entre différentes polices ISO et quelques autres polices développées par des utilisateurs supportant plusieurs encodages.

Décompressez le fichier que vous avez téléchargé dans le répertoire ~/.mplayer ou dans $PREFIX/share/mplayer. Ensuite, renommez ou créez un lien symbolique de l'un des répertoires ainsi créés vers le sous-repertoire font. Exemple :

ln -s ~/.mplayer/arial-24 ~/.mplayer/font

ln -s $PREFIX/share/mplayer/arial-24 $PREFIX/share/mplayer/font

Les polices doivent disposer d'un fichier font.desc associant les positions des caractères unicode à l'encodage (NdT: code page) utilisés par le sous-titre. Une autre solution est d'encoder les sous-titres en UTF-8 et d'utiliser l'option -utf8 ou de donner au fichier sous-titre le même nom qu'au fichier video avec une extension .utf et de le placer dans le même répertoire que la vidéo.

MPlayer possède une interface de menu OSD complètement modulable.

Xvid est un logiciel libre de codec video conforme au MPEG-4 ASP. Notez qu'Xvid n'est pas nécessaire pour décoder des vidéos encodée par Xvid. libavcodec est utilisé par défaut parce qu'il offre une vitesse supérieure.

x264 is a library for creating H.264 video. MPlayer sources are updated whenever an x264 API change occurs, so it is always suggested to use MPlayer from Subversion.

If you have a GIT client installed, the latest x264 sources can be gotten with this command:

git clone git://git.videolan.org/x264.git

Then build and install in the standard way:

./configure && make && make install

Now rerun ./configure for MPlayer to pick up x264 support.

Le codec de voix Adaptive Multi-Rate est utilisé dans les téléphones mobiles de troisième génération (3G). L'implémentation de référence est disponible depuis Projet d'Association sur la 3ème Génération (gratuit pour un usage privé).

Pour activer le support, téléchargez et installez les bibliothèques pour AMR-NB et AMR-WB en suivant les instructions de cette page. Ensuite, recompilez MPlayer.

MPlayer vous permet d'associer n'importe quel touche/bouton à n'importe quelle commande MPlayer en utilisant un simple fichier de configuration. La syntaxe consiste un nom de touche suivi d'une commande. Le fichier de config par défaut est $HOME/.mplayer/input.conf mais cela peut être outrepassé en utilisant l'option -input conf (les chemins relatifs le sont par rapport à $HOME/.mplayer).

Vous pouvez obtenir une liste complète des touches supportées en tapant mplayer -input keylist et une liste complète des commandes disponibles en tapant mplayer -input cmdlist.

##
## MPlayer input control file
##

RIGHT seek +10
LEFT seek -10
- audio_delay 0.100
+ audio_delay -0.100
q quit
> pt_step 1
< pt_step -1
ENTER pt_step 1 1

Linux Infrared Remote Control - utilisez un récepteur infrarouge fait maison, une télécommande, et contrôlez votre linux à distance ! Plus d'infos sur la page de LIRC.

Si vous avez installé le paquet LIRC, configure le détectera automatiquement. Si tout s'est bien passé, MPlayer affichera un message du genre "Setting up LIRC support..." au démarrage. Si une erreur se produit il vous le dira. Si il ne vous dit rien à propos de LIRC c'est que son support n'est pas compilé. C'est tout :-)

Le nom de l'application à lancer avec MPlayer est - oh surprise - mplayer. Vous pouvez utiliser n'importe quelle commande MPlayer et même passer plus d'une commande en les séparant avec \n. N'oubliez pas d'activer le flag repeat dans .lircrc quand cela est approprié (déplacement, volume, etc). Voici un extrait d'un fichier d'exemple .lircrc:

begin
     button = VOLUME_PLUS
     prog = mplayer
     config = volume 1
     repeat = 1
end

begin
    button = VOLUME_MINUS
    prog = mplayer
    config = volume -1
    repeat = 1
end

begin
    button = CD_PLAY
    prog = mplayer
    config = pause
end

begin
    button = CD_STOP
    prog = mplayer
    config = seek 0 1\npause
end

Si vous n'aimez pas l'emplacement standard du fichier de config de lirc (~/.lircrc) utilisez -lircconf nomfichier pour spécifier un autre fichier.

Le mode esclave vous permet de construire un frontend à MPlayer. Quand il est activé (avec -slave) MPlayer lit les commandes séparées par un saut de ligne (\n) depuis l'entrée par défaut (stdin). Les commandes sont documentées dans le fichier slave.txt.

Une fois que vous avez réussi à faire lire votre flux internet favorit par MPlayer, vous pouvez utiliser l'option -dumpstream pour sauvegarder le flux dans un fichier. Par exemple:

mplayer http://217.71.208.37:8006 -dumpstream -dumpfile stream.asf

sauvegardera le contenu en flux depuis http://217.71.208.37:8006 vers stream.asf. Cela marche avec tous les protocoles supportés par MPlayer, comme MMS, RSTP, et bien d'autre encore.

Après avoir compilé MPlayer, allez dans le répertoire TOOLS/netstream et tapez make pour compiler le serveur. Vous pouvez ensuite copier le binaire netstream dans l'endroit approprié sur votre système (généralement /usr/local/bin sous Linux).

Tout d'abord vous devez lancer le serveur sur l'ordinateur auquel vous souhaitez accéder à distance. Actuellement le serveur est très basique et n'accepte aucun argument en ligne de commande, donc tapez juste netstream. Maintenant vous pouvez par exemple jouer la seconde piste d'un VCD sur le serveur avec:

mplayer -cache 5000 mpst://serveur/vcd://2

Vous pouvez aussi accéder aux fichiers de ce serveur:

mplayer -cache 5000 mpst://serveur//usr/local/films/lol.avi

Veuillez noter que les chemins qui ne commencent pas par un / seront relatifs au répertoire dans lequel le serveur fonctionne. L'option -cache n'est pas requise mais vivement recommandée.

Soyez conscient que pour l'instant le serveur n'est pas sécurisé du tout. Donc ne vous plaignez pas des nombreuses attaques possibles par cette voie. À la place envoyez-nous quelques (bons) patches pour le rendre meilleur ou écrivez votre propre serveur.

Vous pouvez réduire la vitesse des lecteurs de CD-ROM IDE avec hdparm, setcd ou cdctl. Ils fonctionnent comme suit :

hdparm -E [vitesse] [périph. cdrom]

setcd -x [vitesse] [périph. cdrom]

cdctl -bS [vitesse]

Si vous utilisez l'émulation SCSI, vous pourriez avoir à appliquer les paramètres au vrai périphérique IDE, et non au périphérique SCSI émulé.

Si vous avez les privilèges root, la commande suivante peut également aider :

echo file_readahead:2000000 > /proc/ide/[périph. cdrom]/settings

Ceci créé un cache de 2 Mo, ce qui est utile pour les CD-ROMs endommagés (rayés). Si vous lui donnez une valeur trop haute, le lecteur ne va pas cesser de s'arrêter et de repartir, ce qui va dramatiquement diminuer les performances. Il est également recommandé d'optimiser votre lecteur de CD-ROM avec hdparm :

hdparm -d1 -a8 -u1 [périph. cdrom]

Ceci permet l'accès DMA, le cache en lecture, et l'IRQ unmasking (lisez la page de man de hdparm pour plus d'explications).

Référez vous à "/proc/ide/[périph. cdrom]/settings" pour optimiser précisément votre lecteur CD-ROM.

Les lecteurs SCSI n'ont pas une manière uniforme de régler ces paramètres (Vous en connaissez une ? Dites-la nous !). Il y a un outil qui fonctionne pour les Lecteurs SCSI Plextor.

Vitesse :

cdcontrol [-f périphérique] speed [vitesse]

DMA :

sysctl hw.ata.atapi_dma=1

Les lecteurs DVD d'aujourd'hui sont équipés d'une restriction sans queue ni tête appelée protection commerciale par zones . C'est un système qui oblige les lecteurs DVD à accepter uniquement les DVDs produits pour l'une des six zones qui découpent le monde. Il est impensable qu'un groupe de personne se réunisse pour arriver à élaborer une telle idée et pense que la Terre entière se pliera à leur volonté.

Les lecteurs qui appliquent le réglage des zones uniquement via logiciel sont connus comme des lecteurs RPC-1, ceux qui le font via matériel comme des lecteurs RPC-2. Les lecteurs RPC-2 permettent de changer de zone cinq fois avant qu'il ne se bloque. Sous Linux, vous pouvez utiliser l'outil regionset pour modifier le code zone de votre lecteur DVD.

Heureusement, il est possible de convertir les lecteurs RPC-2 en RPC-1 lors d'une mise à jours du micrologiciel. Saisissez la référence de votre lecteur DVD dans votre moteur de recherche favori ou jetez un œil au forum et à la section téléchargement de "The firmware page". Les mises en garde habituelles des mises à jours de micrologiciels restent valables mais les expériences de suppressions de restrictions de zones sont généralement fructueuses.

Incluez l'option -edl <nomfichier> quand vous lancez MPlayer, avec le nom du fichier EDL que vous voulez appliquer à la vidéo.

Le format de fichier actuel EDL est:

[seconde de départ] [seconde de fin] [action]

Où les secondes sont des nombres à virgule et l'action est soit 0 pour sauter, soit 1 pour couper le son. Exemple:

5.3   7.1    0
15    16.7   1
420   422    0

Cela va sauter de la seconde 5.3 à la seconde 7.1 de la vidéo, puis va couper le son à 15 secondes, le remettre à 16.7 secondes et sauter de la seconde 420 à la seconde 422 de la vidéo. Ces actions seront appliquées quand le temps de lecture aura atteint le temps indiqué dans le fichier.

Pour créer un fichier EDL à partir duquel travailler, utilisez l'option -edlout <nomfichier>. Durant la lecture, pressez la touche i pour marquer le début et la fin du passage à sauter. Une entrée correspondante sera ajoutée au fichier pour cette fois-ci. Vous pouvez ensuite ajuster de manière plus précise le fichier EDL ainsi que changer l'opération par défaut qui est de sauter le passage décrit par chaque ligne.

Certaines pistes audio sont trop silencieuses pour être entendues confortablement sans amplification. Cela devient un problème quand votre équipement audio ne peut amplifier le signal à votre place. L'option -softvol oblige MPlayer à utiliser un mixeur interne. Vous pouvez alors utiliser les touches d'ajustement du volume (par défaut 9 et 0) pour atteindre des niveaux de volume plus important. Notez que cela ne dévie pas votre mixeur de carte son; MPlayer amplifie seulement le signal avant de l'envoyer vers votre carte son. L'exemple suivant est un bien pour débuter:

mplayer quiet-file -softvol -softvol-max 300

L'option -softvol-max spécifie le volume maximum de sortie permis en tant que pourcentage du volume original. Par exemple, -softvol-max 200 devra permettre l'ajustement du volume jusqu'à deux fois son niveau d'origine. Il est sûr d'indiquer une valeur importante avec -softvol-max; un volume plus important ne sera utilisé qu'à partir du moment où les touches d'ajustement du volume sont utilisées. Le seul désavantage d'une valeur large est que, puisque MPlayer ajuste le volume par un pourcentage du maximum, vous n'aurez pas un contrôle aussi précis en utilisant les touches d'ajustement du volume. Utilisez une valeur plus basse avec -softvol-max et/ou indiquez -volstep 1 si vous désirez une précision plus importante.

L'option -softvol fonmctionne en contrôlant le filtre audio volume. Si vous voulez jouer un fichier à un certain volume depuis le début vous pouvez spécifier volume manuellement:

mplayer fichier-tranquil -af volume=10

Cela jouera le fichier avec un gain de 10 décibel. Soyez prudent lors de l'utilisation du filtre volume - vous pourriez facilement abimer votre appareil auditif si vous utilisez un valeur trop grande. Commencez bas et travaillez de façon graduelle vers le haut jusqu'à être à même d'apprécier de combien il est nécessaire d'ajuster le volume. Aussi, si vous indiquez des valeurs excessivement haute, volume pourra avoir besoin de couper le signal pour éviter d'envoyer vos données de carte son qui sont en dehors de la bande permise; cela résultera en une distorsion de l'audio.

La liste complète des options est disponible sur la page de man. Voici juste quelques astuces :

MPlayer gère les textes, graphiques et liens classiquess. Malheureusement, les pages colorisées ne sont pas encore complètement gérées : toutes les pages sont affichées en niveau de gris. Les sous-titres (dénommés Closed Captions (CC)) sont aussi supportées.

MPlayer commence à mettre en cache toutes les pages Télétexte dès qu'il commence à recevoir du signal TV. Ainsi, vous n'avez pas besoin d'attendre jusqu'à ce que la page requise soit chargée.

Note : Utiliser le Télétexte avec l'option -vo xv génère des couleurs bizarres.

Pour pouvoir décoder le tététexte, vous devez spécifier le périphérique VBI d'où vous souhaitez extraire les données (normalement /dev/vbi0 pour Linux). Ceci peut être fait en spécifiant tdevice dans votre fichier de configuration comme indiqué ci-dessous :

tv=tdevice=/dev/vbi0

Vous pouvez avoir besoin de spécifier le code de la langue pour le Télétexte dans votre pays. La liste des codes est disponible avec l'option :

tv=tdevice=/dev/vbi0:tlang=-1

Voici un exemple pour du Russe :

tv=tdevice=/dev/vbi0:tlang=33

Cette section a pour but de vous expliquer comment écouter la radio depuis un tuner compatible V4L (Video For Linux). Reportez-vous à la page de manuel pour la description des options controlant la radio ainsi que pour la liste des raccourcis clavier.

mplayer radio://104.4

mplayer -radio driver=v4l radio://104.4

mplayer -radio channels=104.4=Sibir,103.9=Maximm radio://2

mplayer -rawaudio rate=32000 radio://2/capture \
-radio adevice=hw=1.0:arate=32000:channels=104.4=Sibir,103.9=Maximm

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 -vo xv, 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 -vo tdfxfb ! Voir la section tdfxfb.

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 "vga=792 video=vesa:mtrr" en paramètre à votre noyau) et utilisez -vo s3fb (-vf yuy2 et -dr peuvent aider aussi).

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.

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.

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

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.

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.

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 -vo xv.

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 :

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.

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

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.

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.

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 cvidix, comme le montre l'exemple suivant :

    mplayer -vo cvidix exemple.avi
  

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 !

MPlayer supporte les cartes équipées du chipset DVB Siemens des vendeurs tels que Siemens, Technotrend, Galaxis ou Hauppauge. Les derniers pilotes DVB sont disponibles sur le site Linux TV. Si vous voulez faire du transcodage logiciel vous aurez besoin d'un CPU d'au moins 1Ghz.

Configure devrait détecter votre carte DVB. Si ce n'est pas le cas, forcez la détection avec

./configure --enable-dvb

Si vous avez des entêtes ost dans un chemin non-standard, corrigez ce chemin avec

./configure --extra-cflags=
répertoire source DVB/ost/include

Ensuite compilez et installez comme d'habitude.

UTILISATION.  Le décodage matériel de flux contenants des vidéos MPEG-1/2 et/ou du son MPEG peut être fait avec cette commande :

mplayer -ao mpegpes -vo mpegpes
fichier.mpg|vob

Décoder n'importe quel autre type de flux vidéo nécessite le recodage en MPEG-1, donc c'est lent et peut ne pas valoir la chandelle, surtout si votre ordinateur est lent. Cela peut être obtenu en utilisant une commande comme celle-ci :

mplayer -ao mpegpes -vo mpegpes votrefichier.ext
mplayer -ao mpegpes -vo mpegpes -vf expand
votrefichier.ext

Notez que les cartes DVB ne supportent que les tailles 288 par 576 pour le PAL ou 240 par 480 pour le NTSC. Vous devez redimensionner vers d'autres tailles en ajoutant scale=largeur:hauteur avec la largeur et la hauteur que vous voulez à l'option -vf. Les cartes DVB acceptent des largeurs variées, comme 720, 704, 640, 512, 480, 352 etc et font un redimensionnement matériel dans le sens horizontal, vous n'avez donc pas besoin de redimensionner horizontalement dans la plupart des cas. Pour un DivX en 512x384 (aspect 4:3) essayez :

mplayer -ao mpegpes -vo mpegpes -vf scale=512:576

Si vous avez un film plein-écran et que vous ne voulez pas l'afficher à sa taille complète, vous pouvez utiliser le filtre expand=l:h pour ajouter des bandes noires. Pour voir un MPEG-4 (DivX) en 640x384, essayez :

mplayer -ao mpegpes -vo mpegpes -vf expand=640:576
fichier.avi

Si votre CPU est trop lent pour un MPEG-4 (DivX) en taille complète 720x576, essayez de diminuer la taille :

mplayer -ao mpegpes -vo mpegpes -vf scale=352:576
fichier.avi

Si la vitesse ne s'améliore pas, essayez également la diminution verticale :

mplayer -ao mpegpes -vo mpegpes -vf scale=352:288
fichier.avi

Pour l'OSD et les sous-titres utilisez la fonction expand du plugin OSD. Donc, au lieu de expand=l:h ou expand=l:h:x:y, utilisez expand=l:h:x:y:1 (le 5ème paramètre :1 à la fin activera le rendu OSD). Vous pouvez aussi vouloir monter un peu l'image pour obtenir plus de surface noire pour les sous-titres. Vous pouvez aussi monter les sous-titres , si ils sont en dehors de l'écran, utilisez l'option -subpos <0-100> pour l'ajuster (-subpos 80 est un bon choix).

Pour pouvoir lire des films non-25fps sur une TV PAL ou avec un CPU lent, ajoutez l'option -framedrop.

Pour garder les dimensions des fichiers MPEG-4 (DivX) et obtenir les paramètres de zoom optimaux (zoom matériel horizontal et zoom logiciel vertical en gardant l'aspect original), utilisez le nouveau filtre dvbscale :

pour une TV 4:3:  -vf dvbscale,scale=-1:0,expand=-1:576:-1:-1:1
pour une TV 16:9: -vf dvbscale=1024,scale=-1:0,expand=-1:576:-1:-1:1

TV numérique (module d'entrée DVB). Vous pouvez utiliser votre carte DVB pour regarder la TV numérique.

Vous devriez également avoir les programmes scan et szap/tzap/czap/azap installés; ils sont inclus dans le paquet de pilotes.

Vérifiez que vos pilotes fonctionnent correctement avec un programme tel que dvbstream (c'est la base du module d'entrée DVB).

Maintenant vous devriez compiler un fichier ~/.mplayer/channels.conf, avec la syntaxe acceptée par szap/tzap/czap/azap, ou le faire compiler par scan.

Si vous avez plus d'un type de carte (c-a-d. Satellite, Terrestre, Cable et ATSC) vous pouvez sauvegarder vos fichiers de canaux en tant que ~/.mplayer/channels.conf.sat, ~/.mplayer/channels.conf.ter, ~/.mplayer/channels.conf.cbl, et ~/.mplayer/channels.conf.atsc, respectivement, pour qu'implicitement MPlayer les utilise à la place de ~/.mplayer/channels.conf, et vous n'avez qu'à spécifier la carte à utiliser.

Assurez-vous de n'avoir que des canaux réellement disponibles dans votre fichier channels.conf, ou MPlayer attendra pour un programme non-cryptée.

Dans vos champs audio et vidéo vous pouvez utiliser la syntaxe suivante : ...:pid[+pid]:... (avec un maximum de 6 pids pour chaque); dans ce cas MPlayer inclura dans le flux les pids indiqués, plus le pid 0 (qui contient le PAT). Vous devriez toujours inclure dans chaque ligne le pid PMT et PCR du canal correspondant (si vous le connaissez). Vous pouvez aussi mettre 8192, ce qui sélectionnera tous les pids de cette fréquence, puis vous pourrez basculer entre les programmes avec TAB. Ceci risque de nécessiter plus de bande passante bien que les cartes à bas coût transfèrent toujours tous les canaux au moins vers le noyau si bien que cela ne fait pas beaucoup de différence pour elles. Autres utilisations possibles : pid televideo, seconde piste audio,...

Si MPlayer se plain souvent avec le message suivant :

Too many video/audio packets in the buffer

ou si vous remarquez une désynchronisation grandissante entre le son et la vidéo, vérifiez la présence du pid PCR dans votre flux (nécessaire pour se conformer au model de tampon de votre émetteur) et/ou essayez d'utiliser le démultiplexeur MPEG-TS de libavformat en ajoutant à votre ligne de commande : -demuxer lavf -lavfdopts probesize=128 .

Pour afficher le premier des canaux présents dans votre liste, tapez

mplayer dvb://

Si vous voulez regarder un canal spécifique, tel que R1, tapez

mplayer dvb://R1

Si vous avez plus d'une carte vous pouvez aussi spécifier le numéro de la carte où le canal est visible (par ex. 2) avec la syntaxe :

mplayer dvb://2@R1

Pour changer de canal tapez sur les touches h (suivant) et k (précédent), ou utilisez le menu OSD.

Pour désactiver temporairement un flus audio ou vidéo, copiez les lignes suivantes dans le fichier ~/.mplayer/input.conf :

    % set_property  switch_video -2
    & step_property switch_video
    ? set_property  switch_audio -2
    ^ step_property switch_audio
  

(Ceci modifie les préférences des raccourcis claviers) En appuyant sur la touche correspondant à

switch_x -2

, le flux associé sera fermé. En appuyant sur la touche correspondant à

step_x

, le flux sera réouvert. Notez que ce mécanisme ne fonctionnera pas comme attendu si il y a de multiples flux audio et vidéo dans le média.

Pour éviter les saccadements et les messages d'erreurs comme "Votre système est trop LENT pour jouer ce fichier !" lors de la lecture (pas en enregistrement), il est conseillé d'ajouter

-mc 10 -speed 0.97 -af scaletempo

sur la ligne de commande, en ajustant le paramètre scaletempo à vos resources.

Si votre ~/.mplayer/menu.conf contient une entrée <dvbsel>, comme celle du fichier d'exemple etc/dvb-menu.conf (que vous pouvez utiliser pour outrepasser ~/.mplayer/menu.conf), le menu principal affichera un sous-menu qui vous permettra de choisir les canaux présents dans votre channels.conf, peut-être précédé d'un menu des cartes disponibles si il y en a plus d'une utilisable par MPlayer.

Si vous voulez sauvegarder un programme sur le disque vous pouvez utiliser

  mplayer -dumpfile r1.ts -dumpstream dvb://R1

Si vous voulez l'enregistrer dans un format différent (le ré-enregistrer) vous pouvez lancer une commande comme

  mencoder -o r1.avi -ovc xvid -xvidencopts
bitrate=800 \
    -oac mp3lame -lameopts cbr:br=128 -pp=ci
dvb://R1

Lisez la page de man pour avoir une liste des options que vous pouvez passer au module d'entrée DVB.

FUTUR.  Si vous avez des questions ou voulez entendre les annonces de fonctionnalités et participer aux discussions sur ce sujet, rejoignez notre liste de diffusion MPlayer-DVB . SVP, rappelez-vous que la langue de la liste est l'anglais.

Dans le futur vous pouvez vous attendre à pouvoir afficher l'OSD et les sous-titres en utilisant la fonction OSD native des cartes DVB.

MPlayer supporte l'affichage accéléré avec la carte Creative DXR2.

Tout d'abord vous devrez avoir les pilotes correctement installés. Vous pouvez trouver les pilotes et les instructions d'installation sur le site DXR2 Resource Center.

Le chipset overlay utilisé sur la DXR2 est d'assez mauvaise qualité mais les paramètres par défaut devraient suffire pour tout le monde. L'OSD peut être utilisable avec l'overlay (pas sur une télé) en la dessinant avec une couleur-clé. Avec les paramètres de couleur-clé par défaut vous obtiendrez des résultats variables, généralement vous vérez la couleur-clé autour des personnages et autres effets amusants. Mais si vous ajustez correctement les paramètres de couleur-clé vous devriez pouvoir obtenir des résultats acceptables.

Veuillez lire la page de man pour les options disponibles.

MPlayer supporte l'accélération matérielle avec les cartes Creative DXR3 et Sigma Designs Hollywood Plus. Ces cartes ont toutes deux le chip de décodage MPEG em8300 de Sigma Designs.

Tout d'abord vous aurez besoin de pilotes DXR3/H+ correctement installés, version 0.12.0 ou supérieure. Vous pouvez trouver les pilotes et les instructions d'installation sur le site DXR3 & Hollywood Plus for Linux. configure devrait détecter votre carte automatiquement, la compilation devrait se faire sans problèmes.

C'est un pilote d'affichage (-vo zr) pour certaines cartes de capture/lecture (testé pour DC10+ et Buz, et cela devrait fonctionner pour la LML33 et la DC10). Ce pilote fonctionne en encodant la trame en JPEG et en l'envoyant à la carte. Pour l'encodage JPEG libavcodec est utilisé, et requis. Avec le mode spécial cinerama, vous pouvez voir les films en vrai écran large si vous avez deux moniteurs et deux cartes MJPEG. Selon la résolution et les réglages, ce pilote requiert beaucoup de puissance CPU, rappelez-vous de spécifier -framedrop si votre machine est trop lente. Note : Mon AMD K6-2 350Mhz est (avec -framedrop) très adapté pour voir des vidéos de taille VCD et les films dont la taille est réduite.

Ce pilote parle au module noyau disponible sur http://mjpeg.sf.net, donc vous devez d'abord faire fonctionner ce dernier. la présence d'une carte MJPEG est autodétectée par le script configure, si l'autodétection échoue, forcez la détection avec

./configure --enable-zr

La sortie peut être contrôlée par de nombreuses options, une longue description des options peut être trouvée sur la page de man, une courte liste des options peut être obtenue en exécutant

mplayer -zrhelp

Les choses comme le zoom ou l'OSD (on screen display) ne sont pas gérés par ce pilote mais peuvent être obtenus en utilisant les filtres vidéo. Par exemple, supposons que vos avez un film d'une résolution de 512x272 et que vous voulez le voir en plein-écran sur votre DC10+. Il y a trois possibilités principales, vous pouvez redimmensionner le film à une largeur de 768, 384 ou 192. Pour des raisons de performances et de qualité, vous pouvez choisir de redimmensionner le film en 384x204 en utilisant le zoom logiciel bilinéaire rapide. La ligne de commande est

mplayer -vo zr -sws 0 -vf scale=384:204
film.avi

Le découpage peut être fait avec le filtre crop et par ce pilote lui-même. Supposons qu'un film soit trop large pour s'afficher sur votre Buz et que vous vouliez utiliser -zrcrop pour rendre le film moins large, alors vous taperez la commande suivante

mplayer -vo zr -zrcrop 720x320+80+0
benhur.avi

Si vous voulez utiliser le filtre crop, vous feriez

mplayer -vo zr -vf crop=720:320:80:0
benhur.avi

Des occurrences supplémentaires de -zrcrop invoquent le mode cinerama, c-a-d. que vous pouvez distribuer l'affichage sur plusieurs TV ou moniteurs pour créer un écran plus large. Supposons que vous ayez deux moniteurs. Celui de gauche est connecté à votre Buz sur /dev/video1 et celui de droite est connecté à votre DC10+ sur /dev/video0. Le film a une résolution de 704x288. Supposons maintenant que vous voulez le moniteur de droite en noir et blanc et que le moniteur de gauche ait des trames jpeg de qualité 10, alors vous taperez la commande suivante

mplayer -vo zr -zrdev /dev/video0 -zrcrop 352x288+352+0 -zrxdoff 0 -zrbw \
    -zrcrop 352x288+0+0 -zrdev /dev/video1 -zrquality 10
film.avi

Vous voyez que les options apparaissant avant le second -zrcrop ne s'appliquent qu'a la DC10+ et que les options après le second -zrcrop s'appliquent à la Buz. Le nombre maximum de cartes MJPEG participant au cinerama est quatre, vous pouvez donc construire un mur vidéo de 2x2.

Pour finir une remarque importante : Ne lancez ou n'arrêtez pas XawTV sur le périphérique en cours de lecture, cela planterait votre ordinateur. Il est, cependant, sans risque de lancer D'ABORD XawTV, ENSUITE de lancer MPlayer, d'attendre que MPlayer se termine et ENSUITE de stopper XawTV.

Ce pilote est capable de lire en utilisant le protocole UPD Blinkenlights. Si vous ne savez pas ce qu'est Blinkenlights, vous n'avez pas besoin de ce pilote.

Sous Linux vous avez 2 méthodes pour faire fonctionner la sortie TV :

Le support de la sortie TV pour ces cartes n'a été introduit que récemment, et n'est pas encore dans le noyau officiel. Actuellement le module mga_vid ne peut être utilisé à ma connaissance, parce que le pilote G450/G550 ne fonctionne que dans une configuration : le premier chip CRTC (qui a le plus de fonctions) sur le premier affichage (sur le moniteur), et le second CRTC (pas de BES, veuillez voir la section G400 plus haut) sur la TV. Vous ne pouvez donc utiliser que le pilote de sortie fbdev de MPlayer pour le moment.

Le premier CRTC ne peut pas être relié à la seconde tête actuellement. L'auteur du pilote noyau matroxfb - Petr Vandrovec - fera certainement un support pour cela, en affichant la sortie du premier CRTC sur les deux têtes à la fois, comme actuellement recommandé pour la G400, voir la section ci-dessus.

Le patch noyau nécessaire et le HOWTO détaillé sont téléchargeables sur http://www.bglug.ca/matrox_tvout/

Personne ne prends de responsabilités, ni n'offre de garanties quant aux éventuels dommages causés par cette documentation.

Cable pour G400.  La quatrième broche du connecteur CRTC2 transmet le signal vidéo composite. La terre (ground) est sur les sixième, septième et huitième broches (info donnée par Balázs Rácz).

Cable pour G450.  La première broche du connecteur CRTC2 transmet le signal vidéo composite. La terre (ground) est sur les cinquième, sixième, septième, et quinzième (5, 6, 7, 15) broches (info donnée par Balázs Kerekes).

PRÉAMBULE.  Actuellement ATI ne veut supporter aucun de ces chips TV-out sous Linux, à cause de leur technologie Macrovision sous licence.

Sur les autres cartes, utilisez juste le pilote VESA, sans VIDIX. Un CPU puissant est cependant requis.

La seule chose que vous ayez à faire - avoir le connecteur TV branché avant de booter votre PC car le BIOS vidéo s'initialise uniquement durant cette phase.

D'abord, vous DEVEZ télécharger les pilotes closed-source depuis http://nvidia.com. Je ne décrirai pas le processus d'installation et de configuration car il sort du cadre de cette documentation.

Après que l'accélération XFree86, XVideo, et 3D fonctionnent correctement, éditez la section Device de votre carte dans le fichier XF86Config, selon l'exemple suivant (adaptez à votre carte/TV) :

Section "Device"
        Identifier      "GeForce"
        VendorName      "ASUS"
        BoardName       "nVidia GeForce2/MX 400"
        pilote          "nvidia"
        #Option         "NvAGP" "1"
        Option          "NoLogo"
        Option          "CursorShadow"  "on"

        Option          "TwinView"
        Option          "TwinViewOrientation" "Clone"
        Option          "MetaModes" "1024x768,640x480"
        Option          "ConnectedMonitor" "CRT, TV"
        Option          "TVStandard" "PAL-B"
        Option          "TVOutFormat" "Composite"

EndSection

Bien sûr l'élément le plus important est la partie TwinView.

Le chip NeoMagic peut être trouvé sur de nombreux portables, certains équipés d'un encodeur TV analogique simple, certains en ont un plus avancé.

Pour construire le paquet Debian, lancez la commande suivante dans le répertoire source de MPlayer :

fakeroot debian/rules binary

Si vous voulez passer des options particulières à configure, vous pouvez définir la variable d'environnement DEB_BUILD_OPTIONS. Par exemple, si vous voulez le support de la GUI et de l'OSD, faites :

DEB_BUILD_OPTIONS="--enable-gui --enable-menu" fakeroot debian/rules binary

Vous pouvez aussi passer quelques variables au Makefile. Par exemple, si vous voulez compiler avec gcc 3.4 même si ce n'est pas celui par défaut :

CC=gcc-3.4 DEB_BUILD_OPTIONS="--enable-gui" fakeroot debian/rules binary

Pour nettoyer l'arborescence des sources, exécutez la commande suivante :

fakeroot debian/rules clean

En tant que root installez le paquet .deb comme d'habitude :

dpkg -i ../mplayer_version.deb

Christian Marillat a construit des paquets Debian non-officiels pour MPlayer, MEncoder et les polices depuis un certain temps, vous pouvez les obtenir (apt-get) depuis sa page web.

Dominik Mierzejewski maintient les paquets RPM officiels de MPlayer pour Fedora Core. Ils sont disponibles sur le dépôt Livna.

Les paquets RPM pour Mandrake/Mandriva sont disponibles sur le P.L.F., SuSE incluait une version limitée de MPlayer dans sa distribution. Ils l'ont retiré dans leurs dernières versions. Vous pouvez obtenir des RPMs fonctionnels sur links2linux.de.

MPlayer fonctionne sur les PDAs Linux avec un CPU ARM c-a-d Sharp Zaurus, Compaq Ipaq. La manière la plus facile d'obtenir MPlayer est de récupérer un des paquets OpenZaurus. Si vous voulez le compiler vous-même, vous devriez regarder les répertoires mplayer et libavcodec du répertoire raçine de la distribution OpenZaurus. Ils ont toujours les derniers Makefile et patchs utilisés pour contruire la version SVN de MPlayer. Si vous avez besoin d'une GUI, vous pouvez utiliser xmms-embedded.

Si votre CPU à SSE, recompilez votre noyau avec "options CPU_ENABLE_SSE" (FreeBSD-STABLE ou patches noyau requis).

À cause des limitations dans les différentes versions de gas (relocation contre MMX), vous aurez besoin de compiler en deux étapes : D'abord assurez-vous que le non-natif est en premier dans votre $PATH et faites un gmake -k, ensuite assurez-vous que la version native est utilisée et faites gmake.

Depuis OpenBSD 3.4 le hack ci-dessus n'est plus nécessaire.

Voir la section Mac OS.

MPlayer devrait fonctionner sous Solaris 2.6 ou supérieur. Utilisez le pilote audio de SUN avec l'option -ao sun pour le son.

Sur les UltraSPARCs, MPlayer profite des avantages de leurs extensions VIS (équivalentes au MMX), actuellement uniquement dans libmpeg2, libvo et libavcodec, mais pas dans mp3lib. Vous pouvez regarder un fichier VOB sur un CPU à 400MHz. Vous aurez besoin d'avoir mLib installé.

Attention :

Pour construire ce paquetage vous aurez besoin de GNU make (gmake, /opt/sfw/gmake), le make natif de Solaris ne fonctionnera pas. Message d'erreur typique si vous utilisez le make de Solaris au lieu de celui de GNU :

% /usr/ccs/bin/make
make: Fatal error in reader: Makefile, line 25: Unexpected end of line seen

Sur Solaris SPARC, vous aurez besoin du compilateur C/C++ GNU; cela n'a pas d'importance que le compilateur C/C++ GNU soit configuré avec ou sans l'assembleur GNU.

Sur Solaris x86,vous aurez besoin de l'assembleur GNU et du compilateur C/C++ GNU, configuré pour l'utilisation de l'assembleur GNU ! Le code de MPlayer sur la plateforme x86 fait un usage intensif des instructions MMX, SSE et 3DNOW! qui ne peuvent pas être assemblées en utilisant l'assembleur de Sun /usr/ccs/bin/as.

Le script configure essaie de trouver quel assembleur est utilisé par votre commande "gcc" (au cas ou l'autodétection échoue, utilisez l'option --as=/endroit/ou/vous/avez/installe/gnu-as pour indiquer au script configure où il peut trouver GNU "as" sur votre système).

Solutions aux problèmes courants :

Joe Page héberge un HOWTO MPlayer sous HP-UX écrit par Martin Gansser sur sa page web. Avec ses instructions la compilation devrait fonctionner sans modifications. L'information qui suit a été récupéré depuis ce HOWTO.

Vous avez besoin de GCC 3.4.0 ou supérieur, GNU make 3.80 ou supérieur et SDL 1.2.7 ou supérieur. HP cc ne fournira pas un programme qui marche, les versions précedentes de GCC sont boguées. Pour la fonctionnalité OpenGL vous aurez besoin d'installer Mesa et les pilotes de sortie vidéo gl et gl2 devraient marcher, la vitesse pouvant en être très affecté, dépendamment de la vitesse du CPU. Une bonne alternative au pauvre système son natif de HP-UX est GNU esound.

Créer le périphérique DVD scanne le bus SCSI avec :

# ioscan -fn

Class          I            H/W   Path          Driver    S/W State    H/W Type        Description
...
ext_bus 1    8/16/5      c720  CLAIMED INTERFACE  Built-in SCSI
target  3    8/16/5.2    tgt   CLAIMED DEVICE
disk    4    8/16/5.2.0  sdisk CLAIMED DEVICE     PIONEER DVD-ROM DVD-305
                         /dev/dsk/c1t2d0 /dev/rdsk/c1t2d0
target  4    8/16/5.7    tgt   CLAIMED DEVICE
ctl     1    8/16/5.7.0  sctl  CLAIMED DEVICE     Initiator
                         /dev/rscsi/c1t7d0 /dev/rscsi/c1t7l0 /dev/scsi/c1t7l0
...

La sortie d'écran montre un lecteur DVD-ROM Pioneer à l'adresse SCSI 2. L'instance de la carte pour le chemin hardware 8/16 est 1.

Créer un lien depuis le prériphérique brut vers le périphérique DVD.

ln -s /dev/rdsk/c<SCSI bus instance>t<SCSI target ID>d<LUN> /dev/<device>

Exemple :

ln -s /dev/rdsk/c1t2d0 /dev/dvd

Ci-dessous sont exposées les solutions pour certains problèmes communs :

MPlayer se compile parfaitement sous AIX 5.1, 5.2 et 5.3, en utilisant GCC 3.3 ou plus. La compilation de MPlayer sous AIX 4.3.3 et inférieur n'a pas été testé. Il est hautement recommandé que vous compiliez MPlayer en utilisant GCC 3.4 ou plus, ou si vous êtes sous POWERS, GCC 4.0 est requis.

Assurez vous d'utiliser GNU make (/opt/freeware/bin/gmake) pour construire MPlayer, autrement vous rencontreriez des problèmes si vous utilisez /usr/ccs/bin/make.

La détection CPU est toujours un travail en cours. Les architectures suivantes ont été testé :

Les architectures suivantes n'ont pas été testé, mais devraient quand même marcher :

Le son à travers les Services Ultimedia n'est pas supporté, comme Ultimedia a été abondonné dans AIX 5.1; , la seule option est d'utiliser les pilotes AIX OSS de 4Front Technologies depuis http://www/opensound.com/aix/html. 4Front Technologies fourni librement les pilotes OSS pour AIX 5.1 pour un usage personnel et non-commercial. Cependant, il n'y a actuellement pas de pilote de son pour AIX 5.2 ou 5.3. Cela signifie qu'à l'heure actuelle MPlayer ne produit pas de son sous AIX 5.2 et 5.3.

Solutions aux problèmes courants :

Vous aurez besoin de télécharger et installer SDL pour QNX. Puis de lancer MPlayer avec les options -vo sdl:driver=photon et -ao sdl:nto, cela devrait être rapide.

La sortie de -vo x11 sera encore plus lente que sous Linux, étant donné que QNX n'a qu'une émulation X, qui est très lente.

Vous devez utiliser Cygwin 1.5.0 ou supérieur pour pouvoir compiler MPlayer.

Les fichiers d'entête DirectX doivent être décompressés dans /usr/include/ ou dans /usr/local/include/.

Les instructions et les fichiers pour faire tourner SDL sous Cygwin peuvent être trouvés sur le site de libsdl.

Installer une version de MinGW qui puisse compiler MPlayer était considéré comme compliqué, mais fonctionne désormais sans modifications. Installez simplement MinGW 3.1.0 ou plus récent et MSYS 1.0.9 ou plus récent et dites au postinstall de MSYS que MinGW est installé.

Décompressez les fichiers d'entête de DirectX dans /mingw/include/.

Le support des entêtes compressées MOV requiert zlib, que MinGW ne fournit pas par défaut. Configurez-le avec --prefix=/mingw et installez-le avant de compiler MPlayer.

De complètes instructions pour compiler MPlayer et les librairies nécessaires sont disponibles sur MPlayer MinGW HOWTO.

Vous pouvez obtenir un GUI natif et un binaire pré-compilé de MPlayer pour Mac OS X depuis le projet MPlayerOSX, mais soyez averti : ce projet n'est plus du tout actif.

Heureusement, MPlayerOSX a été repris en main par un membre de l'équipe de MPlayer. Des versions preview sont disponibles sur notre page de téléchargement et une version officielle ne devrait pas tarder.

Afin de compiler MPlayerOSX depuis le source vous-même, vous avez besoin du module mplayerosx, du module main et d'une copie du module SVN main renommé en main_noaltivec. mplayerosx est le frontend GUI, main est un MPlayer et main_noaltivec est le MPlayer compilé sans le support AltiVec.

Pour récupérer les modules SVN utilisez :

svn checkout svn://svn.mplayerhq.hu/mplayerosx/trunk/ mplayerosx
svn checkout svn://svn.mplayerhq.hu/mplayer/trunk/ main

Pour compiler MPlayerOSX vous aurez besoin de mettre en place quelque chose comme ceci :

MPlayer_repertoire_source
   |
   |--->main           (source SVN de MPlayer)
   |
   |--->main_noaltivec (source SVN de MPlayer configuré avec --disable-altivec)
   |
   \--->mplayerosx     (source SVN MPlayerOSX)

Premièrement vous avez besoin de compiler main et main_noaltivec.

Pour assurer une rétro compatibilité maximum, commencez par créer la variable d'environnement suivante :

export MACOSX_DEPLOYMENT_TARGET=10.3

Et, configurez :

Si vous configurez pour un CPU G4 (ou plus récent) avec le support AltiVec, faites comme suit :

./configure --disable-gl --disable-x11

Si vous configurez pour un G3 sans le support AltiVec, faites comme suit :

./configure --disable-gl --disable-x11 --disable-altivec

Vous pourriez avoir besoin d'éditer config.mak et changer le -mcpu et -mtune de 74XX à G3.

Continuez avec

make

ensuite placez vous dans le répertoire mplayerosx et tapez

make dist

Cela créera une archive compressée .dmg avec le binaire prêt à l'emploi.

Vous pouvez aussi utiliser le projet Xcode 2.1; le vieux projet pour Xcode 1.x n'étant plus du tout en fonction.

Avant même de penser à encoder un film, il est nécessaire de passer par quelques étapes préliminaires.

La première et plus importante étape avant l'encodage sera la détermination du type de contenu utilisé. Si votre matériel source provient d'un DVD ou de la télévision hertzienne/câble/satellite, il sera stocké sous l'un de ces 2 formats : NTSC pour l'Amérique du nord et le Japon, et PAL pour l'Europe, etc. Il est important de réaliser que ceci est uniquement un format adapté pour la télévision et cela ne correspond souvent pas au format original du film. L'expérience montre que le NTSC est bien plus dur à encoder car il y a plus d'éléments à identifier dans la source. Afin de produire un encodage acceptable, vous devez connaître le format original. Négliger cette étape créera divers défauts dans votre encodage, dont de hideux effets de peigne et des images dupliquées ou même perdues. De plus, ces artefacts sont mauvais pour l'efficacité d'encodage : vous obtiendriez une moins bonne qualité pour le même débit.

Il est possible d'encoder votre film à de très différentes qualités. Avec un encodeurs vidéo modernes et quelques compression pré-codec (antibruit et redimensionnement) il est possible d'obtenir une trés bonne qualité pour un film grand écran de 90-110 minutes sur 700Mb. De plus, à part les plus longs, tous les films peuvent être encodés à une qualité presque parfaite sur 1400Mb.

Il y a trois approches possibles pour encoder une vidéo : débit constant (CBR), quantification constante, et multipasse (ABR pour average bitrate ou débit moyen).

La complexité des images d'un film et donc le nombre de bits requis pour les compresser peut varier grandement d'une scène à l'autre. Les encodeurs vidéos modernes peuvent s'ajuster à ces besoins en faisant varier le débit. Cependant, dans des modes simples comme le CBR, le compresseur ne connaît pas le besoin en débit pour les scènes à venir et ne peut donc pas excéder le débit moyen requis pour de longues portions du film. Des modes plus avancés, comme l'encodage multipasse peuvent prendre en compte les statistiques des passes précédentes, ce qui règle le problème ci-dessus.

Dans chacun de ces modes, le codec vidéo (tel que libavcodec) sépare les images vidéo en macroblocs de 16x16 pixels et applique ensuite un quantificateur sur chaque macrobloc. Plus le quantificateur est bas, meilleure est la qualité et plus le débit est grand. La méthode utilisée par l'encodeur pour déterminer quel quantificateur utiliser pour un macrobloc donné varie et est très configurable. (ceci est une simplification à l'extrême du processus, mais il est utile de comprendre le principe de base).

Lorsque vous spécifiez un débit constant, le codec vidéo encode la vidéo en excluant les détails autant qu'il le faut et aussi peu que possible de façon à rester en dessous du débit spécifié. Si la taille du fichier vous est vraiment égale, vous pourriez aussi bien fixer un débit constant infini (en pratique, dela signifie une valeur assez haute pour ne pas poser de limites, tel que 10000Kbit). Sans réelle restriction de débit, le codec utilisera le plus bas quantificateur possible pour chaque macrobloc (tel que spécifié par vqmin pour libavcodec, qui vaut 2 par défaut). Dès que vous spécifiez un débit suffisament bas pour que le codec soit forcé d'utiliser un quantificateur plus grand, vous ruinez très certainement la qualité votre vidéo. Pour éviter ça, vous devriez probablement réduire la résolution de votre vidéo en suivant la méthode décrite plus tard dans ce guide.En général, vous devriez éviter le CBR si vous vous souciez de la qualité.

Avec un quantificateur constant, le codec utilise le même quantificateur (spécifié par l'option vqscale pour libavcodec) sur chaque macrobloc. Si vous voulez un encodage de la meilleure qualité possible, cette fois encore en ignorant le débit, vous pouvez utiliser vqscale=2. Cela donnera le même débit et le même PSNR (Peak Signal-to-Noise Ratio, rapport signal sur bruit de crête) que le CBR avec vbitrate=infini et la valeur par défaut de vqmin : 2.

Le problème avec la quantification constante est que cela utilise le quantificateur spécifié que le macrobloc en ait besoin ou non. En fait, il doit être possible d'utiliser un quantificateur plus haut sur un macrobloc sans sacrifier la qualité visuelle. Pourquoi gaspiller les bits avec un quantificateur inutilement bas ? Votre microprocesseur est sûrement a largement assez puissant, tandis que votre disque lui, a une taille limitée.

Avec l'encodage deux passes, la première passe va encoder le film comme en CBR, mais va garder un journal des propriétés de chaque image. Ces données sont ensuite utilisées pendant la seconde passe de façon à choisir intelligemment quels quantificateurs utiliser. Lors des scènes d'action rapide ou celles ayant beaucoup de détails, des quantificateurs plus élevés seront probablement utilisés. Pendant les scènes avec peu de mouvements ou avec peu de détails, ce seront des quantificateurs plus bas. Normalement, la quantité de mouvement est bien plus importante que la quantité de détail.

Si vous utilisez vqscale=2, alors vous gaspillez des bits. Si vous utilisez vqscale=3, vous n'avez pas la meilleure qualité d'encodage. Supposez que vous encodez un DVD avec vqscale=3, et que le résultat est 1800Kbit/s. Si vous faites un encodage en deux passes avec vbitrate=1800, la vidéo produite aura une meilleure qualité pour le même débit.

Maintenant que vous êtes convaincu que l'encodage deux passes est la bonne méthode, la vraie question est maintenant de savoir quel débit utiliser. Il n'y a pas de réponse toute faite. Idéalement, vous devriez choisir un débit offrant un compromis entre qualité et taille de fichier. Cette valeur varie selon la vidéo source.

Si la taille ne compte pas, un bon point de départ pour un encodage de très haute qualité est environ 2000kbit/s plus ou moins 200kbit/s. Pour les vidéos comportant beaucoup d'actions ou de détails ou si vous avez de très bon yeux, vous pouvez choisir 2400 ou 2600. Pour certains DVDs, vous pourriez ne pas voir de différence à 1400kbps. C'est une bonne idée que d'essayer sur des scènes avec différents débits pour se rendre compte.

Si vous avez fixé une taille limite, alors il faudra d'une certaine façon calculer le débit. Mais avant cela, il faudra définir l'espace que vous réservez aux piste(s) audio et vous devrez les encoder en premier. Vous pourrez alors calculer le débit souhaité avec l'équation suivante : Débit = (taille_fichier_final_en_Mo - taille_fichier_son_en_Mo) * 1024 * 1024 / durée_en_secondes * 8 / 1000 Par exemple, pour ramener deux heures de films sur un CD de 702Mo avec une piste son de 60Mo, le débit vidéo sera alors de : (702 - 60) * 1024 * 1024 / (120*60) * 8 / 1000 = 740kbit/s

De par la nature intrinsèque de la compression MPEG, de nombreux paramètres entrent en jeu afin d'obtenir une qualité maximale. Le MPEG découpe la vidéo en carré de 16x16 appelé macroblocs. Chacun d'entre eux est composé de 4 petits (8x8) blocs contenant des informations sur la luminosité (intensité) ainsi que de 2 blocs (donc à résolution moitié) contenant des informations chromatiques (pour les teintes rouge-cyan et bleu-jaune). Même si la longueur et la largeur du film ne sont pas des multiples de 16, l'encodeur utilisera des macroblocs de 16x16 pour couvrir l'image entière, l'espace restant sera alors perdu. Si votre intérêt est de conserver une très bonne qualité, utiliser des résolutions non multiples de 16 n'est pas une bonne idée.

La plupart des DVDs ont aussi des bandes noires sur les bords. Négliger ces parties peut grandement altérer la qualité de plusieurs manières.

En plus des transformations au niveau des fréquences, la compression MPEG utilise des vecteurs de mouvements représentant les changements d'une image à la suivante. Ces vecteurs de mouvements voient leur utilité grandement réduite quand la prochaine image à un contenu totalement différent. Quand il y a un mouvement qui sort de la région encodée, cela ne pose pas de problème aux vecteurs. En revanche, cela peut poser des problèmes avec les bandes noires :

Pour toutes ces raisons, il est préférable de couper entièrement ces bandes noires. Dans la même optique, s'il y a une partie contenant du bruit ou de la distorsion d'image près d'une bordure, la coupure l'enlèvera et permettra d'avoir une amélioration significative de la qualité de l'encodage. Les puristes parmi les vidéophiles souhaiteront préserver l'encodage le plus proche possible de l'original, à moins qu'ils n'encodent avec un quantificateur constant, la qualité gagnée après la suppression des bandes noires améliorera grandement la qualité finale de l'encodage au regard des quelques informations perdues.

Vous vous souvenez de la section précédente que les dimensions (à la fois largeur et hauteur) de l'image finale doivent être des multiples de 16. Cela peut être réalisé par recadrage (découpe), redimensionnement ou une combinaison des deux.

Lors du recadrage, il y a quelques règles qui doivent être respectées pour éviter d'endommager votre film. Le format YUV normal, 4:2:0, stocke la chrominance (la couleur) de manière sous-échantillonnée, c'est à dire que la chrominance est échantillonnée moitié moins souvent que la luminance (intensité). Sur le schéma suivant, L indique l'échantillonage en luminance et C en chrominance.

Comme vous pouvez le voir, les lignes et colonnes de l'image viennent naturellement par deux. Ainsi, les dimensions de votre recadrage ainsi que ses distances au bords d'origine doivent être paires. Si elles ne l'étaient pas, les chrominances et luminances ne seraient plus alignées. En théorie, il est possible d'avoir des dimensions impaires, mais cela requière un nouvel échantillonage de la chrominance, ce qui engendre potentiellement des pertes d'information et n'est pas supporté par le filtre de recadrage.

Ensuite, la vidéo entrelacée est échantillonnée de la façon suivante :

Comme vous pouvez le voir, le plus petit motif à se répéter est sur 4 lignes. Donc, pour la vidéo entrelacée, la hauteur de votre recadrage et sa distance verticale aux bords doivent être des multiples de 4.

La résolution native pour un DVD NTSC est 720x480 et 720x576 pour un PAL, mais il y a un indicateur d'aspect qui spécifie que le mode est plein-écran (full-screen 4:3) ou bien écran large (wide-screen 16:9). Un grand nombre de DVDs (pas tous) en wide-screen ne respecte pas strictement le format 16:9, mais est plutôt en 1,85:1 ou 2,35:1 (cinémascope). Ceci signifie qu'il y aura des bandes noires à enlever sur la vidéo.

MPlayer fournit un filtre de détection qui détermine le rectangle de recadrage (-vf cropdetect). Lancer l'application MPlayer avec l'option -vf cropdetect et il affichera les options de recadrage pour enlever les bandes. Vous devez laisser tourner le film suffisamment longtemps pour que toute la zone de l'image soit vue de façon à obtenir des valeurs précises.

Ensuite, testez les valeurs obtenues avec MPlayer en utilisant la ligne de commande fournie par cropdetect, et éventuellement ajustez le rectangle de recadrage. Ce filtre rectangle offre la possibilité de le positionner de façon interactive pendant le film. N'oubliez pas de suivre les recommandations précédentes sur la divisibilité des dimensions de l'image afin de ne pas désaligner les plans de chrominance.

Dans certain cas, le redimensionnement n'est pas souhaitable. Il est délicat dans le sens vertical avec des vidéos entrelacées, si vous désirez conserver l'entrelacement, vous devrez vous abstenir de redimensionner. Sans redimensionner, pour utiliser des dimensions multiples de 16, il vous faudra recadrer plus petit que l'image. Ne pas recadrer plus grand que l'image parce que les bandes noires sont nuisibles à la compression.

Le MPEG-4 utilisant des macroblocs de 16x16, assurez-vous que les dimensions de la vidéo que vous encodez sont des multiples de 16, sinon vous dégraderez la qualité, surtout à de faibles débits. Pour ce faire, vous pouvez arrondir les dimensions du rectangle de recadrage au multiple de 16 inférieur. Comme expliqué plus haut, durant le recadrage, vous devrez augmenter le décalage en Y de la moitié de la différence entre l'ancienne et la nouvelle hauteur pour que l'image résultante se situe au milieu de l'ancienne. Et à cause de la façon dont les vidéos DVD sont échantillonnées, assurez-vous que ce décalage en Y est un nombre pair. (En fait, c'est une règle : n'utilisez jamais une valeur impaire lors d'un recadrage ou d'un redimensionnement de vidéo). Si vous ne vous faites pas à l'idée de perdre quelques pixels, alors vous devriez plutôt redimensionner la vidéo. Nous allons voir cela dans notre exemple ci-dessous. En fait, vous pouvez laisser le filtre cropdetect faire tout cela pour vous : il a un paramètre optionnel d'arrondi round qui vaut 16 par défaut.

Faites aussi attention aux pixels à "demi-noir" sur les bords. Assurez-vous qu'ils sont en dehors de votre recadrage, autrement, vous gâcherez des bits qui seraient mieux utilisés ailleurs.

Après tout ceci, vous obtiendrez une vidéo qui n'est pas tout à fait au format 1,85:1 ou 2,35:1, mais quelque chose d'assez proche. Vous pourriez alors calculer le nouveau format à la main mais MEncoder propose une option appelée autoaspect pour libavcodec qui fera cela pour vous. N'agrandissez surtout pas cette vidéo pour obtenir les dimensions standards à moins que vous n'aimiez gâcher votre espace disque. Ce changement d'échelle se fait à la lecture, le lecteur utilisera les données stockées dans le fichier AVI pour effectuer le bon rendu. Malheureusement, tous les lecteurs vidéos n'appliquent pas ce redimensionnement automatique, c'est peut-être pour cela que vous voudrez quand même procéder à ce redimensionnement.

Si vous n'encodez pas dans un mode à quantificateur constant, vous devez sélectionner un débit. Le concept de débit (bitrate) est assez simple. C'est un nombre (moyen) de bits par seconde qui sera utilisé pour stocker votre film. Normalement, le débit est mesuré en kilobits (1000 bits) par seconde. La taille de votre film sur le disque dur correspond au débit multiplié par sa durée plus une petite quantité pour l'"en-tête" (surcoût, voir par exemple la section sur les conteneurs AVI). D'autres paramètres comme le redimensionnement, le recadrage, etc. ne modifieront pas la taille du fichier sauf si vous y changez aussi le débit.

Le débit n'est pas proportionnel à la résolution. Ce qui veut dire qu'un fichier en 320x240 à 200 kbit/sec n'aura pas la même qualité que le même film en 640x480 à 800 kbit/sec ! A cela, deux raisons :

Les anciens guides recommandaient de choisir un débit et une résolution basés sur "1 bit par pixel", mais ce n'est que peu justifié avec les raisons évoquées ci-dessus. Une meilleure estimation reste que le débit augmente proportionnellement à la racine carrée de la résolution, donc une image 320x240 à 400 kbit/sec sera comparable à une en 640x480 à 800 kbit/sec. Cela n'a pas été strictement vérifié par la théorie ou une quelconque méthode. De plus, pour un film donné, le résultat variera en fonction du bruit, des détails, du degré de mouvement, etc.. Il est futile de donner des recommandations générales du style : un nombre de bits par longueur de diagonale (similaire au bit par pixel, en utilisant la racine carrée).

Jusqu'à maintenant, nous avons discuté de la difficulté de choisir le débit et la résolution.

Apprendre à utiliser les filtres vidéos de MEncoder est essentiel pour créer des fichiers bien encodés. Toutes les transformations vidéos sont exécutées au travers de filtres, comme le recadrage (découpe), le redimensionnement, l'ajustement de couleur, la suppression du bruit, l'ajustement de la netteté, le dés-entrelacement, le téléciné, le téléciné inverse, ou l'effacement des macroblocs trop visible, pour n'en nommer que quelques un. Avec le grand nombre de formats d'entrée supporté, la variété des filtres disponibles dans MEncoder est l'un de ses principaux avantages sur d'autres programmes similaires.

Les filtres sont chargés dans la chaîne grâce à l'option -vf :

-vf filtre1=options,filtre2=options,...

La plupart des filtres acceptent plusieurs options numériques séparées par des double-points (:), mais la syntaxe varie d'un filtre à l'autre, aussi lisez la page manuel pour avoir les détails sur les filtres que vous souhaitez utiliser.

Les filtres agissent sur la vidéo dans l'ordre de leur chargement. Par exemple, la chaîne suivante :

-vf crop=688:464:12:4,scale=640:464

recadrera d'abord une zone de 688x464 depuis le bord supérieur gauche mais avec un décalage de (12;4), puis redimensionnera la vidéo pour obtenir du 640x464.

Certains filtres ont besoin d'être chargés au début (ou proche du début) de la chaîne pour profiter d'informations du décodeur vidéo qui seraient perdues ou invalidées par d'autres filtres. Les principaux exemples sont pp (postprocessing, seulement dans le cas d'un estompage des macroblocs ou des enlèvements des artefacts de compression), le spp (un autre post processus pour enlever les artefacts MPEG), le pullup (téléciné inverse), et softpulldown (conversion du soft téléciné en hard telecine).

En général, il vaut mieux utiliser le moins de filtres possibles afin de conserver l'encodage le plus proche possible du DVD source. Le recadrage est souvent nécessaire (comme expliqué plus haut), mais évitez de redimensionner l'image. Bien qu'il soit parfois préférable de réduire la taille de l'image plutôt que d'utiliser un quantificateur plus élevé, nous voulons éviter tout ceci. Souvenez-vous que nous avons décidé au départ d'échanger des bits pour de la qualité.

Aussi, n'ajustez pas le gamma, le contraste, la luminosité, etc. Ces réglages peuvent être bons chez vous mais pas sur un autre écran. Ils doivent être appliqués lors de la lecture uniquement.

Une chose que vous pouvez vouloir faire est de passer la vidéo à travers un filtre trés léger antibruit, comme par exemple -vf hqdn3d=2:1:2. Il s'agit encore une fois d'optimiser l'utilisation de l'espace disque : pourquoi le gaspiller à encoder du bruit alors qu'il sera là de toutes façons à la lecture ? Augmenter les paramètres de hqdn3d améliorera encore la compressibilité, mais si vous les augmentez trop, vous risquez de dégrader l'image. Les valeurs suggérées ci-dessus (2:1:2) sont plutôt conservatrices, n'hésitez pas à les augmenter et à regarder le résultat par vous-même.

Presque tous les films sont tournés en 24 images par seconde. Puisque le NTSC est en 30000/1001 images par seconde, certains traitements doivent être appliqués pour l'adapter au débit NTSC. Ce procédé est appelé 3:2 pulldown, plus communément appelé téléciné (car le pulldown est souvent appliqué durant la phase de conversion en téléciné), et de façon simpliste, il fonctionne en ralentissant le film à 24000/1001 images par seconde, et en répétant une image sur 4.

Aucun traitement spécifique n'est cependant appliqué à la vidéo des DVDs PAL, qui fonctionnent à 25 images par seconde (techniquement, PAL peut être téléciné, ce qui est appelé 2:2 pulldown, mais ceci n'est pas un problème en pratique). Le film en 24 images par seconde est simplement lu en 25 images par seconde. Le résultat est que la vidéo tourne légèrement plus vite, mais à moins d'être un extra-terrestre, vous ne verrez probablement pas la différence. Le son de la plupart des DVDs PAL a été corrigé de façon à sonner correctement quand il est lu à 25 images par seconde, même si la piste audio (et donc le film entier) a une durée 4% plus courte que les DVDs NTSC.

Puisque la vidéo d'un DVD PAL n'a pas été modifiée, vous n'avez pas à vous soucier de la cadence de défilement des images. La source est en 25 images par seconde, et votre copie sera en 25 images par seconde. Cependant, si vous recopier un film d'un DVD NTSC, vous pourrez avoir besoin d'appliquer du téléciné inverse.

Pour les films tournés en 24 images par seconde, la vidéo du DVD NTSC est soit en 30000/1001 téléciné, soit en 24000/1001 progressif et prévu pour être téléciné à la volée par le lecteur DVD. D'un autre coté, les séries TV sont généralement seulement entrelacées, pas télécinées. Ce n'est pas une règle absolue : certaines séries TV sont entrelacées (comme 'Buffy contre les vampires') alors que d'autres sont un mélange de progressif et d'entrelacé (comme 'Dark Angel', ou '24 heures chrono').

Il est fortement recommandé de lire la section Comment gérer le téléciné et le dés-entrelacement avec les DVDs NTSC pour apprendre à gérer les différentes possibilités.

De toutes façons, si vous copiez principalement des films, vous rencontrerez de la vidéo 24 images par seconde progressive ou télécinée, et dans ce cas vous pouvez utiliser le filtre pullup avec -vf pullup,softskip.

Si la vidéo que vous désirez encoder est entrelacée (NTSC ou PAL), vous devez décider si vous voulez la dés-entrelacer ou non. Si le dés-entrelaçage rend votre film visionable sur des appareils à balayage progressif tels que les écrans d'ordinateur ou les projecteurs, cela a un coût : le taux de 50 ou 60 000/1001 trames par secondes passera à 25 ou 30 000/1001 et en gros, la moitié de l'information de votre film sera perdue pendant les scènes avec beaucoup de mouvement.

Ainsi, si votre encodage a pour but l'archivage de haute qualité, il est recommandé de ne pas dés-entrelacer. Le film pourra toujours être dés-entrelacé lors de sa lecture sur un appareil à balayage progressif. La puissance des ordinateurs actuels oblige les lecteurs à utiliser pour ce faire des filtres de désentrelaçage qui offrent un rendu final imparfait. Mais les lecteurs du futur seront capables de mimer l'affichage entrelacé des téléviseurs.

Des précautions particulières doivent être prises lors d'un travail sur vidéo entrelacée :

En tenant compte de ces recommandations, voici notre premier exemple :

mencoder capture.avi -mc 0 -oac lavc -ovc lavc -lavcopts \
    vcodec=mpeg2video:vbitrate=6000:ilme:ildct:acodec=mp2:abitrate=224

Notez l'usage des options ilme et ildct.

Le système de synchronisation audio/vidéo de MEncoder a été créé dans le but de pouvoir lire et restaurer même des fichiers dont la synchronisation est faussée ou été mal faite, ou des fichiers corrompus. Cependant, dans certains cas, ils peuvent créer des duplications ou des sauts d'image non désirés et peut-être une légère désynchronisation lorsqu'ils sont utilisés sur des fichiers sources propres (bien sûr, les questions de synchronisation A/V ne se posent que si vous encodez ou copiez la bande son en même temps que vous encodez la video, ce qui est fortement encouragé). Ainsi, vous devez peut-être passer à la synchronisation A/V basique grâce à l'option -mc 0. Vous pouvez la mettre dans votre fichier de configuration ~/.mplayer/mencoder tant que vous ne travaillez que sur des fichiers sources propres (DVD, capture télé, encodage MPEG-4 de haute qualité, etc) et des fichiers ASF/RM/MOV non-détériorés.

Si vous désirez vous protéger encore plus contre les sauts et les duplications étranges d'images, vous pouvez utiliser à la fois -mc 0 et -noskip. Cela empêche toute synchronisation A/V et copie les images une à une. Vous ne pouvez donc pas l'utiliser avec des filtres qui ajoutent ou enlèvent des image de façon imprévisible ou si votre fichier source a un nombre d'images par seconde variable ! L'option -noskip n'est donc généralement pas recommandée.

Il a été signalé que l'encodage audio nommé "3 passes" que MEncoder supporte provoquait des désynchronisations A/V. Cela arrive en tout cas quand il est utilisé en même temps que certains filtres, donc, il est maintenant recommandé de ne pas utiliser le mode audio "3 passes". Cette possibilité n'est conservé que pour des raisons de compatibilité et pour les utilisateurs experts qui savent quand l'utiliser. Si vous n'avez jamais entendu parler de mode "3 passes", oubliez que cela a été mentioné !

Il a été signalé des désynchronisations A/V lors d'encodage à partir de l'entrée standard avec MEncoder. Ne faites pas ça ! Utilisez toujours un fichier, un CD/DVD ou autre comme source.

Le choix du meilleur codec video dépend de plusieurs facteurs comme la taille, la qualité, la lecture en transit (streamability), la facilité d'utilisation, la popularité qui, pour certains d'entre eux dépendent de préférences personnelles et de contraintes techniques.

Référez-vous à la section Sélection des codecs et du format du conteneur pour avoir une liste des codecs supportés.

Le son est un problème bien plus simple à résoudre : si la qualité vous intéresse, laissez le flux audio tel quel. Même les flux AC-3 5.1 utilisent au plus 448Kbit/s, et tous ces bits sont utiles. Vous pourriez être tenté de convertir le son en Ogg Vorbis de haute qualité, mais le fait que vous n'ayez pas d'entrée AC-3 (dolby digital) sur votre chaîne HIFI aujourd'hui ne signifie pas que vous n'en n'aurez pas demain. Pensez au futur en conservant le flux AC-3. Vous pouvez le garder en le copiant directement dans le flux vidéo pendant l'encodage. Vous pouvez aussi l'extraire avec l'intention de l'inclure dans des conteneurs tels que NUT ou Matroska.

mplayer fichier_source.vob -aid 129 -dumpaudio -dumpfile son.ac3

mettra dans le fichier son.ac3 la piste audio 129 du fichier fichier_source.vob (NB : les fichiers VOB des DVD utilisent normalement un système de numérotation différent pour les pistes audio, ainsi la piste numéro 129 est la deuxième piste du fichier).

Mais parfois vous n'aurez d'autres choix que de re-compresser le son afin de laisser plus de place à la vidéo. La plupart des gens optent alors pour le codec MP3 ou le Vorbis. Bien que ce dernier soit très efficace, le MP3 est bien mieux accepté par les lecteurs de salon même si cette tendance évolue.

N'utilisez pas l'option -nosound si vous avez l'intention d'ajouter du son à votre encodage vidéo, même plus tard. En effet, même s'il est probable que tout fonctionne correctement, l'utilisation de l'option -nosound peut cacher certains problèmes dans la ligne de commande de votre encodage. En d'autres mots, avoir une bande son pendant l'encodage vous certifie que vous pourrez avoir une synchronisation propre (en supposant que vous ne receviez pas de messages comme « Trop de paquets audio dans la mémoire tampon  »)

Vous aurez besoin que MEncoder traite le son. Vous pouvez par exemple copier la bande son originale pendant l'encodage avec l'option -oac copy ou la convertir en "léger" 4kHz mono WAV PCM avec l'option -oac pcm -channels 1 -srate 4000. Autrement, dans certains cas, cela générera un fichier vidéo qui ne se synchronisera pas avec l'audio. Cela arrive quand le nombre de trames vidéos dans le fichier source ne correspond pas exactement à la longueur totale des trames audio ou lorsqu'il y a une discontinuité ou des frames audio en trop ou manquantes. La bonne façon de gérer ce type de problèmes est d'insérer un silence ou bien de couper l'audio à ces emplacements. Cependant, MPlayer ne sait pas le faire, donc si vous dé-multiplexez l'AC-3 et l'encodez avec une autre application (ou le sortez en PCM avec MPlayer), les discontinuités subsistent et la seule façon de les corriger est de supprimer ou de rajouter des trames. Tant que MEncoder voit la piste son pendant qu'il encode la vidéo, il peut faire ces suppressions/rajouts (ce qui fonctionne habituellement car cela se produit lorsque l'image est totalement noire ou lors de changement de scènes) mais si MEncoder ne voit pas la piste son, il encodera toutes les trames telles quelles et elles ne correspondront pas au fichier audio final, quand, par exemple, vous multiplexerez la piste vidéo et la piste son dans un fichier Matroska.

Dans un premier temps, il faudra convertir le son du DVD en fichier WAV que le codec audio peut utiliser en entrée. Par exemple :

mplayer fichier_source.vob \
   -ao pcm:file=fichier_destination_son.wav \
   -vc dummy -aid 1 -vo null

aura pour effet de prendre la seconde piste audio du fichier fichier_source.vob pour la placer dans le fichier fichier_destination_son.wav. Vous voudrez ensuite peut-être normaliser le son avant l'encodage, car les pistes audio des DVDs sont généralement enregistrées à un faible volume. Vous pouvez par exemple utiliser l'outil normalize qui est normalement disponible sur la plupart des distributions. Si vous utilisez Windows, un outil comme BeSweet fera le même travail. Vous le compresserez ensuite en Vorbis ou MP3. Par exemple :

oggenc -q1 fichier_destination_son.wav

encodera fichier_destination_son.wav avec une qualité de 1, ce qui est équivaut à environ 80Kb/s, soit le minimum si vous voulez de la qualité. Notez que MEncoder ne sait actuellement pas multiplexer les pistes audio Vorbis dans le fichier final car il ne supporte que les conteneurs AVI ou MPEG en sortie, chacun pouvant mener à des problèmes de synchronisation A/V avec certains lecteurs quand le fichier AVI contient des flux audio VBR comme Vorbis. Ne vous inquiétez pas, ce document vous montrera comment y arriver avec un programme tiers.

Maintenant que vous avez encodé votre vidéo, vous désirez très certainement la multiplexer avec une ou plusieurs pistes audio vers un conteneur comme l'AVI, le MPEG, le Matroska ou le NUT. MEncoder ne supporte nativement que des conteneurs AVI ou MPEG. Par exemple :

mencoder -oac copy -ovc copy -o sortie_film.avi \
  -audiofile entrée_audio.mp2 entrée_video.avi

Cela aura pour effet de fusionner le fichier vidéo entrée_video.avi et le fichier audio entrée_audio.mp2 vers un seul fichier AVI sortie_film.avi. Cette commande marche avec le MPEG-1 layer I, II, ou III (plus connu sous le nom de MP3), WAV et aussi quelques autres formats audio.

Une des caractéristiques expérimentales de MEncoder est le support de libavformat, une bibliothèque issue du projet FFmpeg qui supporte le multiplexage et dé-multiplexage vers une grande variété de conteneurs. Par exemple :

mencoder -oac copy -ovc copy  -o sortie_film.asf \
  -audiofile entrée_audio.mp2 entrée_video.avi \
  -of lavf -lavfopts format=asf

Cela fera strictement la même chose que pour l'exemple précédent, sauf que le conteneur de sortie sera l'ASF. Souvenez-vous que ce support est encore très expérimental (mais il s'améliore de jour en jour), et ne marchera que si vous compilez MPlayer avec l'option activée libavformat (ce qui veut dire que les packets binaires ne marcheront peut-être pas).

mkvmerge -o sortie.mkv entree_video.avi \
  entree_audio1.mp3 entree_audio2.ac3

Qu'est ce que le téléciné ?  Si vous ne comprenez pas grand-chose à ce qui est écrit dans le document présent, je vous suggère de visiter cette page (en anglais) : http://en.wikipedia.org/wiki/Telecine Ce lien pointe vers une documentation relativement claire et compréhensible sur ce qu'est le téléciné.

Une note à propos des nombres.  Beaucoup de documents, incluant l'article pointé par le lien précédent, renvoient à un nombre de trames par secondes pour la vidéo NTSC de 59.94 ce qui correspond à 29.97 images complètes par secondes (pour le télécine et l'entrelacé) et à 23.976 (pour le progressif). Pour simplifier, certains documents arrondissent même à 60, 30 et 24.

En toute rigueur, tous ces nombres sont des approximations. Les vidéos NTSC en noir et blanc avaient exactement 60 trames par secondes, mais 60000/1001 a été choisi par la suite pour s'accomoder de la couleur en conservant la compatibilité avec les téléviseurs noir et blanc de l'époque. La vidéo numérique NTSC (par exemple sur un DVD) est aussi en 60000/1001 trames par seconde. A partir de là, la vidéo entrelacée et télécinée est faite pour être en 30000/1001 images par seconde; les vidéos progressives en 24000/1001 images par secondes.

De plus anciennes versions de la documentation MEncoder et plusieurs e-mails archivés de liste de diffusion font référence à 59.94, 29.97, et 23.976. Toute la documentation de MEncoder a été mise à jour pour utiliser les valeurs fractionnaires, et vous devriez aussi les utiliser.

-ofps 23.976 est incorrect. -ofps 24000/1001 doit être utilisé à la place.

Comment le téléciné est-il utilisé ?  Toutes les vidéos qui sont censées être affichées sur des téléviseurs NTSC doivent être en 60000/1001 trames par secondes. Les téléfilms sont souvent filmés directement en 60000/1001 trames par secondes, alors que la majorité des films pour le cinéma est en 24000/1001 images par seconde. Quand les DVD contenant des films faits pour le cinéma sont masterisés, la vidéo est alors convertie pour la télévision par un processus appelé le téléciné.

Sur un DVD, la vidéo n'est jamais vraiment stockée à 60000/1001 trames par seconde. Si la vidéo est d'origine en 60000/1001, chaque paire de trames est alors combinée pour former une image, ce qui donne 30000/1001 images par seconde. Les lecteurs de DVD de salon lisent alors les drapeaux incorporés au flux vidéo pour déterminer si la première ligne à afficher doit être paire ou impaire.

Normalement, les contenus à 24000/1001 images par seconde restent comme cela lorsqu'ils sont encodés pour un DVD, et le lecteur DVD doit alors faire la conversion du téléciné à la volée. Parfois, la vidéo est télécinée avant d'être stockée sur le DVD, même si c'était originalement du 24000/1001 images par seconde, cela devient du 60000/1001 trames par seconde. Quand elles sont stockées sur le DVD, les trames sont combinées par paires pour former 30000/1001 images par seconde.

Quand on regarde les images formées individuellement à partir de la vidéo en 60000/1001 trames par seconde, téléciné ou autre, l'entrelacement est clairement visible et ce, qu'il y ait un mouvement ou non car l'une des trames (disons les lignes impaires) représente un moment dans le temps 1/(60000/1001) seconde plus tard que les autres. Regarder une vidéo entrelacée sur un ordinateur semble laid parce que l'écran a une résolution plus élevée et parce que la vidéo est affichée image après image au lieu de trame après trame.

Comme évoqué au départ, les exemples de lignes de commande MEncoder ne doivent pas être utilisés tels quels; ils fournissent uniquement les paramètres minimum pour encoder chaque catégorie.

mencoder dvd://1 -oac copy -ovc lavc -ofps 24000/1001

La première colonne contient les noms de codec qui doivent être donnés après la configuration de vcodec, par exemple comme ceci : -lavcopts vcodec=msmpeg4

mencoder dvd://2 -o title2.avi -ovc lavc -lavcopts vcodec=mjpeg -oac copy

La première colonne contient les noms de codec qui doivent être donnés après l'option acodec, par exemple comme ceci : -lavcopts acodec=ac3

mencoder dvd://2 -o title2.avi -oac lavc -lavcopts acodec=ac3 -ovc copy

Contrairement aux codecs vidéo de libavcodec, ses codecs audio ne font pas un usage avisé des bits qu'ils consomment car ils leur manquent certains modèles psycho-acoustiques minimaux (quand ils en ont) ce que la plupart des autres implémentations de codecs possèdent. Cependant, notez que tous ces codecs audio sont très rapides et sont disponibles à partir du moment où MEncoder a été compilé avec libavcodec (ce qui est le cas la plupart du temps), et ne dépend pas de bibliothèques externes.

Idéalement, vous voudriez probablement juste dire à mencoder de passer en mode "haute qualité" et passer à autre chose. Ce serait sûrement sympa, mais c'est malheureusement difficile à implémenter car les différentes options d'encodage donnent des résultats de qualité différents en fonction du matériel source. Ceci vient du fait que la compression dépend des propriétés visuelles de la vidéo en question. Par exemple, un film d'animation et un film d'action ont des propriétés très différentes et nécessitent des options différentes pour obtenir un encodage optimal. La bonne nouvelle, c'est que certaines options ne devraient jamais être omises, comme mbd=2, trell, et v4mv. Voir ci-dessous pour une description détaillée des options d'encodage les plus communes.