comparison DOCS/xml/fr/encoding-guide.xml @ 18298:9cc169aef3d2

French corrections by Pierre Lombard < p_l AH gmx POIS fr >

18297:dc6312c0ee19

</informaltable>

<!-- checked so far / pl / diff 1-->

<para>
  Comme vous pouvez le voir, les répétitions n'apparaissent pas aprés 
  4 lignes. Donc pour la vidéo entrelacées, le décalage (offset) sur y 
  et la hauteur pour le découpage doivent être un multiple de 4.
</para>

<para>
  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 (pas tous) des DVDs en wide-screen ne respectent pas 
  strictement le format 16:9, mais plutôt du 1,85:1 ou 2,35:1 (cinémascope). 
  Cela a pour conséquence des bandes noires sur la vidéo qu'il faudra enlever.
</para>

<para>
  <application>MPlayer</application> fournit un filtre de détection pour la 
  découpe qui déterminera le rectangle de découpe (<option>-vf cropdetect</option>).
  Lancer l'application <application>MPlayer</application> avec l'option 
  <option>-vf cropdetect</option> et il affichera les informations nécessaires 
  pour faire une découpe propre afin d'enlever les bandes.
  Vous devez laisser le film assez longtemps avec une utilisation complète de 
  l'image pour obtenir des valeurs précises.
</para>

<para>
  Ensuite, testez les valeurs avec <application>MPlayer</application> en utilisant 
  les informations affichés par la ligne de commande <option>cropdetect</option>, 
  et éventuellement ajuster le rectangle de découpe.
  Ce filtre <option>rectangle</option> offre la possibilité de modifier 
  sa position durant le film. Mais faites bien attention de suivre les 
  recommendations précédentes en matières des dimensions multiples où sinon, 
  l'information chromatique ne sera plus alignée.
</para>

<para>
  Dans certain cas, la réduction ne sera pas désiré. Ce redimensionnement 
  vertical est difficile dès lors que la vidéo est entrelacée, si vous désirez 
  la conserver ainsi, abstenez-vous d'appliquer un redimensionnement.
  Si vous ne voulez pas redimensionner mais que vous voulez toujours utiliser 
  une dimension multiple de 16, il vous faudra couper au delà de la taille 
  normale. Ne pas couper en deçà, les bandes noires ne profitent pas à la qualité 
  de l'encodage.
</para>

<para>
  Le MPEG-4 utilisant des macroblos de 16x16, vérifiez bien que les dimensions 
  de la vidéo que vous encodez est un multiple de 16, sinon vous dégraderez la 
  qualité de la vidéo encodée, surtout sur les faibles débits. Le mieux est 
  d'arrondir les dimensions du rectangle de découpe au multiple de 16 le plus 
  proche.
  Dans l'état initial, durant le redimensionnement, vous devrez augmenter le 
  décallage sur Y par la moitié de la différence entre l'ancienne et la nouvelle 
  taille pour que le résultat sur la vidéo se situe au milieu de la frame. Et 
  aussi, la vidéo DVD étant samplé, vérifiez bien que l'offset est un nombre pair
  (En fait, c'est une règle, ne jamais utiliser une valeur lors d'une découpe ou 
  redimensionnement de video). Si vous ne vous faites pas à l'idée de jeter quelques 
  pixels, vous préfèrerez redimensionner la vidéo par le zoom. Nous allons voir cela 
  par l'example suivant.
  Vous pouvez laisser faire l'option du filtre <option>cropdetect</option> qui fera 
  tout cela pour vous, et un paramètre optionnel <option>round</option> permet de 
  le rendre égal à 16 par défaut.
</para>

<para>
  Faites bien aussi attention aux pixels à "demi-noir". Soyez sûr qu'ils seront 
  enlevés lors de la découpe, sinon ils seront une source de gaspillage de 
  bits alors qu'il pourrait être utiliser ailleurs.
</para>

<para>
  Aprés tout ceci, vous obtiendrez une vidéo avec des pixels ne s'approchant 
  plus de 1,85:1 ou 2,35:1, mais quelque chose d'assez proche. Vous pouvez alors 
  calculer le ratio à la main, mais <application>MEncoder</application> propose 
  une option appelée <option>autoaspect</option> pour <systemitem class="library">libavcodec</systemitem> 
  qui fera cela pour vous. Ne pas surdimensionner par le zoom cette vidéo afin 
  d'obtenir des pixels carrés à part si vous avez de l'espace disque à revendre. 
  Ce changement d'échelle se fera à la lecture, le lecteur utilisera les données 
  stockés dans le fichier AVI pour retrouver la bonne résultante.
  Malheureusement, tous les lecteurs vidéos n'appliquent pas ce redimensionnement 
  automatique, c'est peut-être pour cela que vous devrez faire ce changement d'échelle.
</para>
</sect2>

<sect2 id="menc-feat-dvd-mpeg4-resolution-bitrate">
<title>Choix de la résolution et du débit</title>

  Le concept de débit (bitrate) est assez simple.
  C'est un nombre (moyen) de bits qui sera utilisé pour stocker le film, exprimé 
  en seconde.
  Normalement, le débit est mesuré en kilo-bits (1000 bits) par seconde.
  La taille de votre film sur le disque dur équivaut à ce débit pendant toute sa 
  durée plus quelques entêtes (allez voir par exemple la section sur 
  <link linkend="menc-feat-dvd-mpeg4-muxing-avi-limitations">les conteneurs AVI</link>).
  D'autres paramètres comme le redimensionnement, la découpe, etc.. n'engendreront 
  <emphasis role="bold">pas</emphasis> de modification du fichier sauf si vous y 
  touchez aussi.
</para>
<para>
  Le bitrate n'a <emphasis role="bold">pas</emphasis> d'influence proportionnelle 
  sur la résolution. Par exemple, la qualité d'un film en 320x240 à 200kbit/sec 
  ne sera pas pareil qu'un film en 640x480 à 800kbit/sec ! A cela, deux raisons:
<orderedlist>
  <listitem><para>
  <emphasis role="bold">Visuellement</emphasis> : vous allez remarqué d'autant plus 
  les artefacts de compression MPEG qui vous agrandissent l'image. Les artefacts 
  apparaissent sur des zooms de bloc (8x8). Vos yeux ne verront pas d'erreurs sur 
  4800 petits blocs mais les verront trés facilement sur seulement 1200 plus gros 
  blocs (dans le cas que vous regardez les deux en plein écran).
  </para></listitem>
  <listitem><para>
  <emphasis role="bold">Théoriquement</emphasis> : quand vous réduisez une image, 
  vous continuez d'utiliser les mêmes tailles de bloc (8x8) pour la transformation 
  de la zone de fréquence, alors vous déplacez plus de données vers ces hautes 
  fréquences. Pour rester simple, chaque pixel contient alors plus de détails 
  qu'avant.
  Même en diminuant l'image contenant 1/4 des informations dans le domaine spatial, 
  elle pourra contenir une large part des informations dans le domaine fréquentiel 
  (en partant du fait que les hautes fréquences soient peu utilisées dans le fichier 
  original en 640x480).
  </para></listitem>
  </orderedlist>
</para>
<para>
  Les anciens guides recommandaient de choisir un débit et une résolution basé 
  sur "1 bit par pixel", mais ce n'est que peu valide d'aprés les raisons précédentes.
  Une meilleur estimation reste que le débit augmente proportionellement à la 
  racine carré par rapport à la résolution, donc une image 320x240 à 400kbit/sec 
  sera comparable à celle en 640x480 à 800 kbit/sec.
  Cela n'a pas été strictement vérifié par la théorie ou quelconque méthode empirique.
  De plus, pour un film donné, le résultat variera en fonction du bruit, des détails, 
  du degré de mouvement, etc.. Il est futil de donner des recommendations générales 
  du style: un nombre de bits par longeur de diagonale (similaire au bit par pixel, 
  en utilisant la racine carré).
</para>
<para>
  Nous discuterons plus tard en détail la difficulté de choisir le débit et la résolution.
</para>


<sect3 id="menc-feat-dvd-mpeg4-resolution-bitrate-compute">
<title>Calcul de la résolution</title>

  les pixels compressés par blocs pour compresser l'image, s'il n'y a pas assez 
  de bits, les bords de ce macrobloc deviennent alors visible).
  Donc il est raisonnable de prendre un CQ entre 0,20 et 0,22 pour un rip tenant 
  sur 1 CD, et entre 0,26 et 0,28 pour un rip de 2 CDs pour des options d'encodage 
  standard.
  Des options plus avancé pour l'encodate sont disponinble ici pour le 
  <link linkend="menc-feat-mpeg4-lavc-example-settings"><systemitem class="library">libavcodec</systemitem></link> et le 
  <link linkend="menc-feat-xvid-example-settings"><systemitem class="library">XviD</systemitem></link> 
  afin d'obtenir une qualité similaire avec un CQ se situant maintenant entre 
  0,18 et 0,20 pour un rip 1 CD et 0,24 à 0,26 pour un rip 2 CDs.
  Avec les codecs ASP MPEG-4 comme le <systemitem class="library">x264</systemitem>, 

  d'encodage, et même descendre entre 0,10 et 0,12 avec des 
  <link linkend="menc-feat-x264-example-settings">options avancées <systemitem class="library">x264</systemitem></link>.
</para>

<para>
  Merci de bien prendre note que le CQ n'est qu'un indicateur, il dépend directement 
  du contenu encodé, un CQ de 0,18 sera suffisant pour un film comme Bergman, mais 
  trop petit pour un film comme The Matrix contenant beaucoup de scènes d'actions.
  A l'opposé, il est inutile d'aller au delà de 0,30 pour le CQ, ce ne sera qu'une 
  perte de bits inutilisés sans que la qualité globale soit franchement meilleure.
  Enfin, noter aussi, comme je l'ai mentionné plutôt dans ce guide, les vidéos en 
  plus petites résolutions auront besoin d'un plus gros CQ (comparé à la résolution 
  d'un DVD par exemple) pour avoir un rendu correct.
</para>
</sect3>

<title>Les filtres</title>

<para>
  Apprendre à utiliser les filtres vidéos de <application>MEncoder</application> 
  est essentiel afin de créer des fichiers bien encodés.
  Toutes les calculs vidéos sont exécutés à traces ces filtres, comme la découpe, 
  le redimensionnement, l'ajustement de couleur, l'effacement du bruit, l'ajustement 
  de la netteté, le désentrelacement, le téléciné, le téléciné inverse, ou l'effacement 
  des macroblocs trop visible, pour n'en nommer que quelques un.
  En rapport du grand nombre de formats d'entrées connus, et de la variété de 
  filtres disponibles pour <application>MEncoder</application>, cela en fait son 
  principal avantage comparé à d'autres programmes similaires.
</para>

<para>
  Les filtres sont chargés dans la chaine grâce à l'option -vf :

  <screen>-vf filtre1=options,filtre2=options,...</screen>

  La plupart des filtres prennent en compte plusieurs options numériques, mais 
  la synthaxe varie d'un filtre à l'autre, alors lisez plutôt la page man pour 
  les filtres que vous utilisez.
</para>

<para>
  Les filtres agissent sur la vidéo dans l'ordre de leur chargement, par exemple, 
  la chaine suivante :
  <screen>-vf crop=688:464:12:4,scale=640:464</screen>
  découpera d'abord une zone de 688x464 depuis le bord haut gauche mais avec un 
  décallage de (12;4), puis redimensionnera la vidéo pour obtenir sur 640x480.
</para>

<para>
  Certains filtres ont besoin d'être chargé proche du début de la chaine, car 
  ils doivent prendre des informations importantes auprès de l'encodeur vidéo 
  avant que d'autres filtres ne les altèrent.
  Les principaux exemples sont le <option>pp</option> (postprocessing, seulement 
  dans le cas d'un estompage des macroblocs ou des enlèvements des artefacts de 
  compression), le <option>spp</option> (un autre post processus pour enlever les 

  softpulldown</option> (convertion du soft telecine en hard
  telecine).
</para>

<para>
  En général, vous devriez appliquer le moins possible de filtre afin de conserver 
  l'encodage le plus proche possible du DVD source. Le découpage est souvent 
  nécessaires (expliquer au dessus), mais éviter le redimensionnement de l'image 
  par le zoom. Par contre, le redimensionnement par un dé-zoom est parfois utilisé 
  pour des quantificateurs plus grand, mais nous désirons éliminer ces deux 
  choses : depuis le départ, nous souhaitons que les bits soient utilisés pour la 
  qualité de l'image.
</para>

<para>
  De plus, n'ajustez pas le gamma, le contrast, la luminosité, etc. Ces réglages 
  peuvent être bon chez vous mais pas sur un autre écran. Ils doivent être exclusivement 
  fait lors du processus de lecture.
</para>

<para>
  Une chose conseillé de faire, passez la vidéo à travers un filtre trés léger 
  anti-bruit, comme par exemple avec l'option <option>-vf hqdn3d=2:1:2</option>. Une 
  fois de plus, c'est afin d'optimiser l'utilisation des bits, pourquoi gaspiller des 
  bits à encoder du noir parasité alors que le rendu sera du noir pur à l'écran ? 
  L'augmentation du paramètre <option>hqdn3d</option> pourra augmenter la compression 
  globale, mais si vous l'augmentez trop, l'image sera alors dégradée. La valeur suggèrée 
  ci-dessus (<option>2:1:2</option>) est plutot conservatrice, n'hésitez pas à 
  l'augmenter et constater le dégradation par vous même.
</para>

</sect2>

<sect2 id="menc-feat-dvd-mpeg4-interlacing">
<title>Interlacing et Télécine</title>

<para>
  La plupart des films sont tournés en 24 fps. Puisque NTSC est en 30000/1001 fps,
  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 fps,
  et en répétant chaque quatrième trame.
</para>

<para>
  Aucun traitement spécifique, n'est cependant appliqué pour la vidéo des DVDs
  PAL, qui tournent à 25 fps (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
  24 fps est simplement lu en 25 fps. Le résultat est que la vidéo tourne 
  légèrement plus vite, mais à moins d'être un extra-terrestre, vous ne verrez pas la 
  différence. La plupart des DVDs ont de l'audio dont le ton a été corrigé,
  donc quand elle est joué à 25 fps cela sonne correctement, même si la piste
  audio (et donc le film entier) a une durée 4% plus courte que les DVDs NTSC.
</para>

<para>
  Puisque la vidéo d'un DVD PAL n'a pas été altérée, vous n'avez pas à vous soucier
  du débit. La source est en 25 fps, et votre rip sera en 25 fps. Par contre,
  si vous rippez un film d'un DVD NTSC, vous pourriez avoir besoin d'appliquer
  du téléciné inverse.
</para>

<para>
  Pour les films tournés en 24fps, la vidéo du DVD NTSC est soit en 30000/1001 fps
  téléciné, soit en 24000/1001 fps 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).
</para>

<para>
  Il est fortement recommandé de lire la section <link linkend="menc-feat-telecine">
  Comment gérer le téléciné et le désentrelacement avec les DVDs NTSC</link>

</para>

</sect2>

<sect2 id="menc-feat-dvd-mpeg4-encoding-interlaced">
<title>Encodage de vidéo intrelacées</title>

<para>
  Si la vidéo que vous désirez encoder est entrelacé (NTSC ou PAL), il vous fraudra 
  alors choisir de la désentrelacé ou pas.
  D'un coté, si vous la passer en désentrelacé, votre film sera utilisable en 
  progressive scan pour les écrans d'ordinateurs ou les projecteurs vidéos, mais 
  cela a un prix : le fieldrate de 50 ou 60000/1001 trames par seconde passera à 
  25 ou 30000/1001 trames par seconde, et en gros, vous perdrez la moitié des 
  informations durant les scènes en relatif mouvement.
</para>

<para>
  Donc, si vous encodez pour des archives haute qualitées, il n'est pas recommandé 
  de désentrelacer.
  Vous pouvez toujours desentrelacé le film au moment de la lecture avec des 
  appareils en progressive scan, ou les futurs lecteurs qui pourront désentrelacer 
  toutes les trames, en interpolant les 50 ou 60000/1001 frames par seconde depuis 
  la video entrelacé.
</para>

<para>
Des précautions spéciales sont à adopté lors d'un travail sur des vidéos entrelacés:
</para>

<orderedlist>
<listitem><para>
  Les découpes sur la hauteur et l'offset sur Y doivent être des multiples de 4
</para></listitem>
<listitem><para>
  N'importe quel type de zoom/aggrandissement de l'image devra être fait en mode entrelacé
</para></listitem>
<listitem><para>
  Les filtres de postprocessing et d'anti-bruit ne marcheront surement pas comme prévu, 
  sauf si vous faites bien attention qu'il travaille sur une frame à la fois, mais ils 
  peuvent endommagé la qualité finale s'ils sont utilisés. 
</para></listitem>
</orderedlist>

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

<sect2 id="menc-feat-dvd-mpeg4-av-sync">
<title>Commentaires sur le synchronisation Audio/Vidéo</title>
<para>
  Le système de synchronisation audio/vidéo de <application>MEncoder</application> 
  a été créé dans l'intention de retrouver les synchronisations abimées.
  Il arrive que dans certain cas, qu'il y ait des sauts ou des frames en double, 
  ce qui provoque une désynchronisation A/V, quand vous utilisez des entrées propres 
  (bien sûr, les problèmes de synchro A/V ne s'appliquent que si vous avez copié ou 
  rippé le son en meme temps que l'encodage de la vidéo).
  Vous pouvez ensuite activer l'option de synchronisation <option>-mc 0</option>, 
  ou la mettre dans votre fichier de config <systemitem>~/.mplayer/mencoder</systemitem>. 
  Elle ne sera utilisée qu'avec les bonnes sources vidéos (DVD, capture Télé, 
  bon rip MPEG-4, etc) mais pas pour des fichiers ASF/RM/MOV détériorés.
</para>
<para>
  Si vous désirez une protection plus efficace contre les sauts ou multiplications 
  de frames, utilisez ces deux options : <option>-mc 0</option> et <option>-noskip</option>.
  Cela empêchera <emphasis>toutes</emphasis> synchronisation A/V, ou la copie de 
  frames à frames, donc vous ne pouvez l'utiliser avec aucun autre filtre qui 
  pourrait produire aléatoirement des ajouts ou saut de frames, ou si votre source 
  à une variation de frame!
  C'est pour cela que l'option <option>-noskip</option> n'est que peu recommandée.
</para>
<para>
  L'endodage audio si bien nommé "3 passes" que <application>MEncoder</application> 
  supporte est reconnu pour provoquer des désynchronisations A/V
  Ceci arrive généralement lors qu'il rentre en conjonction avec certains filtres, 
  donc il n'est pas recommandé d'utiliser ce mode "3 passes".
  Cette fonctionnalité est conservée seulement pour une question de compatibilité 
  et pour certains utilisateurs experts qui savent quand il est bon de l'utiliser 
  ou non. Si vous n'avez jamais entendu parler de ce mode "3 passes", oubliez le 
  maintenant.
</para>
<para>
  Il a aussi été reporté des désynchronisation A/V lors d'un encodage depuis stbin 
  avec <application>MEncoder</application>. Ne l'utilisez pas, utilisez toujours 
  un fichier ou une source prise depuis un CD/DVD/etc.
</para>
</sect2>
<sect2 id="menc-feat-dvd-mpeg4-audio">
<title>Audio</title>

<para>
  L'audio est un problème bien plus simple à résoudre : si vous faite attention 
  à la qualité, laissez-le juste tel quel.
  Même les flux AC3 5.1 sont au plus en 448Kbit/s, dont chaque bit est utile.
  Vous pouvez être tenté de convertir l'audio en Ogg Vorbis de haute qualité,
  mais ne pas avoir de décodeur AC3 aujourd'hui ne veut pas dire que vous n'en
  aurez pas demain. Préparez le futur de vos rips DVDs en gardant le flux AC3.
  Vous pouvez conserver le flux AC3 en le copiant directement dans le flux vidéo 
  <link linkend="menc-feat-mpeg4">pendant l'encodage</link>. On peut aussi extraire 
  le flux AC3 pour le mixer dans des conteneurs comme NUT ou Matroska.
  <screen>mplayer <replaceable>fichier_source.vob</replaceable> -aid 129 -dumpaudio 
  -dumpfile <replaceable>son.ac3</replaceable></screen>

  VOB d'un DVD utilise normalement une autre systeme de numéro pour l'audio, ce qui 
  pourrait dire que le fichier 129 serait la seconde piste de ce fichier VOB).
</para>

<para>
  Parfois, il arrivera que vous n'aurez pas d'autre choix que de compresser le son 
  pour laisser plus de place à la vidéo. La plupart des gens optent alors pour le 
  codec MP3 ou le Vorbis.
  Malgré que le codec Mp3 soit moyennement efficace, il est de mieux en mieux 
  accepter par les lecteurs de salon, bien que cette tendance change.
</para>

<para>
  Ne <emphasis>pas</emphasis> utiliser l'option <option>-nosound</option> quand vous 
  encodez un fichier avec de l'audio, même si vous voulez encoder puis mixer l'audio 
  dans un deuxième temps.
  Cela devrait pourtant marcher dans la plupart des cas, mais l'option <option>-nosound</option> 
  cache certains problèmes dans les réglages en ligne de commande.
  En d'autres mots, avoir une piste audio pendant l'encodage vous permettra de ne pas 
  avoir ce type de messages comme <quote>Trop de paquets audio dans la mémoire tampon
  </quote>, et vous aurez ainsi une synchronisation propre.
</para>

<para>
  Vous aurez besion de <application>MEncoder</application> pour travailler le son. 
  Vous pouvez copier la bande son original pendant l'encodage avec l'option 
  <option>-oac copy</option> ou le convertir pour un "lèger" 4kHz mono WAV PCM 
  avec l'option <option>-oac pcm -channels 1 -srate 4000</option>.
  Sinon, dans la plupart des cas, cela générera un fichier son désynchronisé de l'audio.
  Cela arrive quand le nombre de frames vidéo dans le fichier source ne correspond 
  pas exactement à la longeur total des frames audios ou bien qu'il y ait une 
  discontinuitée ou des frames audio audio sont en trop ou manquantes. La meilleur 
  façon de traiter ces soucis est d'inserer un silence ou bien de couper l'audio 
  sur ces point précis.
  Cependant, <application>MPlayer</application> ne sait pas faire cela, si vous 
  avez démultiplexé l'AC3, vous pourrez l'encoder avec une application externe 
  (ou le transformer en PCM avec <application>MPlayer</application>), les supperpositions 
  de son seront mises de coté, et la seule manière de corriger cela au niveau de 
  la vidéo, sera de la couper pendant des erreurs.
  Du moment que <application>MEncoder</application> voit l'audio pendant qu'il 
  encode la vidéo, il pourrait faire ces découpes (généralement sans soucis, car 
  elles se produisent lors d'un changement de scène avec fondu au noir) mais si 
  <application>MEncoder</application> ne voit pas l'audio, il encodera toutes les frames 
  mais elles ne tiendront pas dans le fichier audio final comme si par exemple, 
  vous mélangez la piste video et sonore dans un fichier Matroska.
</para>

<para>
  Dans un premier temps, il faudra convertir le son du DVD vers en fichier WAV, 
  ainsi, le codec audio pour l'utiliser en entrée.
  Par exemple :
  <screen>mplayer <replaceable>fichier_source.vob</replaceable> -ao pcm:file=<replaceable>fichier_destination_son.wav</replaceable>
   -vc dummy -aid 1 -vo null</screen> 
  aura pour effet de prendre la seconde piste du fichier <replaceable>source_file.vob</replaceable> 
  pour le placer vers le fichier <replaceable>destination_sound.wav</replaceable>.
  Vous devriez ensuite normaliser le son avec l'encodage, car les pistes 
  audio des DVDs sont généralement enregistrés avec un volume bas.
  Vous pouvez utiliser l'outil <application>normalize</application> qui est 
  normalement disponible dans toutes les distributions.
  Si vous utilisez Windows, un outil comme <application>BeSweet</application> 
  donnera le même résultat.
  Il faudra ensuite l'encoder en Vorbis ou MP3.
  Par exemple :
  <screen>oggenc -q1 <replaceable>fichier_destination_son.wav</replaceable></screen> 
  encodera <replaceable>fichier_destination_son.wav</replaceable> avec une qualité de 1, 
  ce qui est équivalent à environ 80Kb/s, soit le strict minimum en terme de qualité.
  Prenez en considération que <application>MEncoder</application> ne sait pas 
  encore multiplexé des pistes audio Vorbis car il ne supporte que des conteneurs 
  en sortie du type AVI ou MPEG, ce qui signifie qu'il y aura des problèmes de 
  synchronisation lors de la lecture avec quelques lecteurs vidéo avec l'AVI 
  contenant un flux audio VBR en Vorbis.
  Soyez sans crainte, ce document vous montrera comment y arriver avec un programme 
  tiers.

  Cette commande marche avec le MPEG-1 layer I, II, ou III (plus connu sous le nom 
  de MP3), WAV et quelques autres formats audio.
</para>

<para>
  Une des caractéristiques expérimentale de <application>MEncoder</application> 
  est le support de <systemitem class="library">libavformat</systemitem>, étant 
  une librairie extraite du projet FFmpeg, supportant le multiplexage et démultiplexage 
  vers une grande variété de conteneurs.
  Par exemple : 
  <screen>mencoder -oac copy -ovc copy  -o <replaceable>sortie_film.avi</replaceable> 
  -audiofile <replaceable>entrée_audio.mp2</replaceable> <replaceable>entrée_video.avi</replaceable> 
  -of lavf -lavfopts format=asf</screen>
  Cela fera strictement la meme chose que l'exemple d'avant, mais le conteneur 
  de sortie sera alors de l'ASF. 
  Prenez note : ce support est à l'état expérimental (mais s'améliorant jour aprés jour), 
  et ne marchera que si vous compilez <application>MPlayer</application> avec l'option 
  activé <systemitem class="library">libavformat</systemitem> (ce qu'il veut dire que 
  les binaires en package ne marcheront certainement pas).
</para>

<sect3 id="menc-feat-dvd-mpeg4-muxing-filter-issues">
<title>Amélioration de la fiabilité lors du multiplexage A/V</title>
<para>
  Vous avez pu sûrement expérimenté des problèmes de désynchonisation A/V
  quand vous multiplexiez des pistes vidéos et audio A/V, même en ajustant 
  le délai de décalage du son, il y avait toujours un décalage.
  Ceci est dû à l'utilisation de filtre qui élèvent ou ajoutent des images, 
  comme le filtre téléciné inverse. Il est vivement conseillé d'utiliser le 
  filtre vidéo <option>harddup</option> à la chaine des filtres pour éviter 
  ce problème.
</para>

<para>
  Sans l'option <option>harddup</option>, si <application>MEncoder</application> 
  veut dupliquer une image, il va demander au multiplexeur de mettre en place 
  une marque sur le conteneur, ainsi la dernière image sera affiché pour maintenir 
  la synchronisation sans avoir à écrire une nouvelle image.
  Avec l'option <option>harddup</option>, <application>MEncoder</application> 
  affichera encore l'image dans le filtre au lieu de pousser la frame précédente.
  Ce qui veut dire que l'encodeur recevra <emphasis>exactement</emphasis> les mêmes 
  frames plusieurs fois, puis les compressera.

  problèmes quand vous démultiplexerez ou multiplexerez vers un autre conteneur.
</para>

<para>
  Vous n'aurez pas d'autre choix que d'utiliser <option>harddup</option> avec certains 
  formats de conteneur peu lié à <application>MEncoder</application> comme ceux 
  supporté par <systemitem class="library">libavformat</systemitem>, qui ne supporterai 
  pas la duplication de frame au niveau du conteneur.
</para>
</sect3>

<sect3 id="menc-feat-dvd-mpeg4-muxing-avi-limitations">
<title>Limitations du conteneur AVI</title>
<para>
  Bien que c'est le format soit le mieux supporté aprés le MPEG-1, l'AVI a 
  pourtant quelques inconvénients.
  Le pire sûrement est l'entête du fichier.
  Pour chaque partie du fichier AVI, 24 octets sont gaspillés pour l'entête et 
  l'index.
  Cela se transforme à environ 5Mo par heure, soit à peu près 1-2,5% d'entête 
  sur un fichier de 700Mo. Cela ne semble pas énorme, mais cela peut quand même 
  faire une différence dans un fichier qui utilise 700 kbits/sec et 714 kbits/sec, 
  pour la qualité, chaque bits comptent.
</para>

<para>
  En plus de cette grosse inefficacité, l'AVI a aussi d'autres grosses limitations :
</para>

<orderedlist>
<listitem>
<para>
  Seulement des contenus à fps constant peuvent être stocké. Ce qui est particulièrement 
  limité quand vous voulez encoder des fichiers éclectiques, comme un mélange de 
  NTSC et d'un fils matériel.
  En fait, il existe un modification qui permet de stocker des contenus à fps 
  variables dans un AVI, mais ils augmentent la taille des entêtes (déjà grosse) 
  par 5 environ voir plus en pratique.
</para>
</listitem>
<listitem>
<para>
  l'Audio dans un fichier AVI doit aussi avoir un débit constant (CBR) ou une 
  taille de 'frames' constante (par exemple : toutes les frames décodent le même 
  nombre d'échantillons).
  Malheureusement, le meilleur codec, Vorbis, ne rentre pas dans ces critères.
  Donc, si vous envisagez de stocker un fichier en AVI, vous devrez utiliser un 
  codec moins performant comme le MP3 ou l'AC3.

<para>
  Aprés avoir dit tout cela, <application>MEncoder</application> ne supporte pas actuellement 
  l'encodage avec des fps variables ou le Vorbis;
  Donc vous n'allez pas voir de limitation de <application>MEncoder</application> si vous 
  n'utilisez que cet outil pour produire vos encodages.
  Pourtant, il est possible d'utiliser <application>MEncoder</application> que pour 
  l'encodage vidéo, utiliser des outils externes pour l'encodage de l'audio et 
  multiplexer le tout vers un conteneur différent.
</para>
</sect3>

</para>

<para>
  Les outils nécessaires à la création de fichier Matroska sont appelés <application>mkvtoolnix</application>, 
  et sont disponibles dans la plupart des systèmes Unix mais aussi sous <application>Windows</application>.
  Puisque Matroska est un standart ouvert, vous trouverez sûrement d'autres outils 
  qui vous conviendront parfaitement, mais comme mkvtoolnix est le plus connu, et 
  qu'il est supporté par Matroska lui même, nous allons parlé de son utilisation.
</para>

<para>
  La façon la plus simple assurément de démarrer avec Matroska, est d'utiliser
  <application>MMG</application>, une interface graphique livrée avec <application>mkvtoolnix</application>, 
  et suivre le guide sur <ulink url="http://www.bunkus.org/videotools/mkvtoolnix/doc/mkvmerge-gui.html">l'interface mkvmerge (mmg)</ulink>.
</para>

<para>
  Vous pouvez multiplexer des fichiers vidéo et audio avec utilisant la commande : 
  <screen>mkvmerge -o <replaceable>sortie.mkv</replaceable> <replaceable>entree_video.avi</replaceable> 
  <replaceable>entre_son1.mp3</replaceable> <replaceable>entree_son2.ac3</replaceable></screen>
  Ceci aura pour effet de multiplexer le fichier vidéo <replaceable>entree_video.avi</replaceable> 
  avec les deux fichiers audio <replaceable>entre_son1.mp3</replaceable> et <replaceable>entree_son2.ac3</replaceable> 
  dans un fichier Matroska <replaceable>sortie.mkv</replaceable>.
  Matroska, comme mentionné plutot, est capable de faire bien plus, comme plusieurs 
  pistes audio (avec un réglage précis de la synchronisation audio/video), chapitres, 
  sous titres, coupures, etc... Merci de bien vouloir se référer à la documentation 
  de cette application pour plus d'informations.
</para>

</sect3>

<sect2 id="menc-feat-telecine-intro">
<title>Introduction</title>
<formalpara>
<title>Qu'est ce que le télécine ?</title>
<para>
  Je vous suggere de visiter la page suivante sous peine de ne rien comprendre 
  au document suivant :
  <ulink url="http://www.divx.com/support/guides/guide.php?gid=10">http://www.divx.com/support/guides/guide.php?gid=10</ulink>
  Ce lien point vers une documentation raisonablement compréhensible sur le format 
  télécine.
</para></formalpara>

<formalpara>
<title>Une note à propos des chiffres</title>

  29.97 images par secondes (pour le télécine entrelacé à et 23.976 fps pour 
  le progressive. Pour des raisons de simplicité, des documents utilisent les 
  chiffres arrondis de 60, 30 et 24.
</para></formalpara>

<para>
  En toute rigueur, ces nombres sont des approximations. Des vidéos Noire/Blanche 
  sont à 60 trames par secondes exactement, puis 60000/1001 a été choisi plus tard 
  pour la couleur mais aussi pour garder une retro-compatibilité avec les télévisions 
  en N/B. La vidéo numérique NTSC (comme le DVD) est aussi en 60000/1001 trames 
  par seconde. A partir de cela, la vidéo entrelacé et téléciné sont dérivées vers 
  30000/1001 images par seconde ou pour les vidéos progressives en 24000/1001 
  images par secondes.
</para>

<para>

18298:9cc169aef3d2

</informaltable>

<!-- checked so far / pl / diff 1-->

<para>
  Comme vous pouvez le voir, le motif n'apparaissent pas pour moins de
  4 lignes. Ainsi, pour la vidéo entrelacée, le décalage (offset) sur y 
  et la hauteur pour le recadrage doivent être multiples de 4.
</para>

<para>
  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 (pas tous) des DVDs 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.
</para>

<para>
  <application>MPlayer</application> fournit un filtre de détection pour le
  recadrage qui déterminera le rectangle de découpe (<option>-vf cropdetect</option>).
  Lancer l'application <application>MPlayer</application> avec l'option 
  <option>-vf cropdetect</option> et il affichera les informations nécessaires 
  pour faire une découpe propre afin d'enlever les bandes.
  Vous devez laisser le film assez longtemps avec une utilisation complète de 
  l'image pour obtenir des valeurs précises.
</para>

<para>
  Ensuite, testez les valeurs avec <application>MPlayer</application> en utilisant 
  les informations affichées par la ligne de commande <option>cropdetect</option>, 
  et éventuellement ajustez le rectangle de découpe.
  Ce filtre <option>rectangle</option> offre la possibilité de modifier 
  sa position pendant le film. Faites bien attention à suivre les 
  recommendations précédentes en ce qui concerne les dimensions qui doivent 
  être des multiples de certaines valeurs ou bien  
  l'information chromatique ne sera plus alignée.
</para>

<para>
  Dans certain cas, la réduction ne sera pas désirée. Ce redimensionnement 
  vertical est difficile dès lors que la vidéo est entrelacée, si vous désirez 
  la conserver ainsi, abstenez-vous d'appliquer un redimensionnement.
  Si vous ne voulez pas redimensionner mais que vous voulez toujours utiliser 
  une dimension multiple de 16, il vous faudra couper au delà de la taille 
  normale. Ne coupez pas en dessous car les bandes noires ont un effet néfaste
  pour la compression.
</para>

<para>
  Le MPEG-4 utilisant des macroblos de 16x16, vérifiez bien que les dimensions 
  de la vidéo que vous encodez sont des multiples de 16, sinon vous dégraderez la 
  qualité de la vidéo encodée, surtout sur aux faibles débits. Le mieux est 
  d'arrondir les dimensions du rectangle de découpe au multiple de 16 le plus 
  proche.
  Dans l'état initial, durant le redimensionnement, vous devrez augmenter le 
  décallage sur Y par la moitié de la différence entre l'ancienne et la nouvelle 
  taille pour que le résultat sur la vidéo se situe au milieu de l'image. Aussi,
  la vidéo DVD étant samplée, vérifiez bien que l'offset est un nombre pair
  (En fait, c'est une règle: n'utilisez jamais une valeur impaire lors d'un recadrage ou 
  lors d'un redimensionnement d'une vidéo). Si vous ne vous faites pas à l'idée de jeter quelques 
  pixels, vous préfèrerez sans doute redimensionner la vidéo par le zoom. Nous allons voir cela 
  dans l'example ci-dessous.
  En fait, vous pouvez laisser faire l'option du filtre <option>cropdetect</option> qui fera 
  tout cela pour vous: il a un paramètre optionnel <option>round</option> qui vaut
  16 par défaut.
</para>

<para>
  Faites bien aussi attention aux pixels à "demi-noir" sur les bords. Assurez-vous qu'ils seront 
  enlevés lors de la découpe, autrement, ils seront une source de gaspillage de 
  bits alors qu'il pourrait être utilisés ailleurs.
</para>

<para>
  Aprés tout ceci, vous obtiendrez une vidéo avec des pixels ne s'approchant 
  plus de 1,85:1 ou 2,35:1, mais quelque chose d'assez proche. Vous pouvez alors 
  calculer le ratio à la main mais <application>MEncoder</application> propose 
  une option appelée <option>autoaspect</option> pour <systemitem class="library">libavcodec</systemitem> 
  qui fera cela pour vous. N'agrandissez pas cette vidéo pour
  d'obtenir des pixels carrés sauf si vous avez de l'espace disque à revendre. 
  Ce changement d'échelle se fera à la lecture, le lecteur utilisera les données 
  stockés 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.
</para>
</sect2>

<sect2 id="menc-feat-dvd-mpeg4-resolution-bitrate">
<title>Choix de la résolution et du débit</title>

  Le concept de débit (bitrate) est assez simple.
  C'est un nombre (moyen) de bits qui sera utilisé pour stocker le film, exprimé 
  en seconde.
  Normalement, le débit est mesuré en kilo-bits (1000 bits) par seconde.
  La taille de votre film sur le disque dur équivaut à ce débit pendant toute sa 
  durée plus la taille de quelques entêtes (allez voir par exemple la section sur 
  <link linkend="menc-feat-dvd-mpeg4-muxing-avi-limitations">les conteneurs AVI</link>).
  D'autres paramètres comme le redimensionnement, la découpe, etc.. ne modifieront
  <emphasis role="bold">pas</emphasis> la taille du fichier sauf si vous y 
  changez aussi le bitrate.
</para>
<para>
  Le bitrate n'est <emphasis role="bold">pas</emphasis> lié proportionnellement
  à la résolution. Par exemple, la qualité d'un film en 320x240 à 200kbit/sec 
  ne sera pas pareille que celle d'un film en 640x480 à 800kbit/sec ! A cela, deux raisons:
<orderedlist>
  <listitem><para>
  <emphasis role="bold">Visuellement</emphasis> : vous allez remarquer d'autant plus 
  les artefacts de compression MPEG qui vous agrandissent l'image. Les artefacts 
  apparaissent sur des zooms de bloc (8x8). Vos yeux ne verront pas d'erreurs sur 
  4800 petits blocs mais les verront trés facilement sur seulement 1200 plus gros 
  blocs (dans le cas où vous regardez les deux en plein écran).
  </para></listitem>
  <listitem><para>
  <emphasis role="bold">Théoriquement</emphasis> : quand vous réduisez une image, 
  vous continuez d'utiliser les mêmes tailles de bloc (8x8) pour la transformation 
  de la zone de fréquence, alors vous déplacez plus de données vers ces hautes 
  fréquences. Pour rester simple, chaque pixel contient alors plus de détails 
  qu'avant.
  Même en diminuant l'image contenant 1/4 des informations dans le domaine spatial, 
  elle pourra contenir une large part des informations dans le domaine fréquentiel 
  (en partant du fait que les hautes fréquences sont peu utilisées dans le fichier 
  original en 640x480).
  </para></listitem>
  </orderedlist>
</para>
<para>
  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 précédentes.
  Une meilleure estimation reste que le débit augmente proportionellement à la 
  racine carrée de la résolution, donc une image 320x240 à 400kbit/sec 
  sera comparable à celle en 640x480 à 800 kbit/sec.
  Cela n'a pas été strictement vérifié par la théorie ou une quelconque méthode empirique.
  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 recommendations générales 
  du style: un nombre de bits par longeur de diagonale (similaire au bit par pixel, 
  en utilisant la racine carrée).
</para>
<para>
  Nous discuterons plus tard en détails de la difficulté de choisir le débit et la résolution.
</para>


<sect3 id="menc-feat-dvd-mpeg4-resolution-bitrate-compute">
<title>Calcul de la résolution</title>

  les pixels compressés par blocs pour compresser l'image, s'il n'y a pas assez 
  de bits, les bords de ce macrobloc deviennent alors visible).
  Donc il est raisonnable de prendre un CQ entre 0,20 et 0,22 pour un rip tenant 
  sur 1 CD, et entre 0,26 et 0,28 pour un rip de 2 CDs pour des options d'encodage 
  standard.
  Des options plus avancées pour l'encodage sont disponibles ici pour le 
  <link linkend="menc-feat-mpeg4-lavc-example-settings"><systemitem class="library">libavcodec</systemitem></link> et le 
  <link linkend="menc-feat-xvid-example-settings"><systemitem class="library">XviD</systemitem></link> 
  afin d'obtenir une qualité similaire avec un CQ se situant maintenant entre 
  0,18 et 0,20 pour un rip 1 CD et 0,24 à 0,26 pour un rip 2 CDs.
  Avec les codecs ASP MPEG-4 comme le <systemitem class="library">x264</systemitem>, 

  d'encodage, et même descendre entre 0,10 et 0,12 avec des 
  <link linkend="menc-feat-x264-example-settings">options avancées <systemitem class="library">x264</systemitem></link>.
</para>

<para>
  Veuillez bien noter que le CQ n'est qu'un indicateur, il dépend directement 
  du contenu encodé, un CQ de 0,18 sera suffisant pour un film de Bergman, mais 
  trop petit pour un film comme Matrix contenant beaucoup de scènes d'actions.
  A l'opposé, il est inutile d'aller au delà de 0,30 pour le CQ, ce ne serait qu'une
  perte de bits inutilisés sans que la qualité globale soit franchement meilleure.
  Enfin, notez aussi, comme cela a été dit plus haut que les vidéos en 
  plus petites résolutions auront besoin d'un plus gros CQ (comparé à la résolution 
  d'un DVD par exemple) pour avoir un rendu correct.
</para>
</sect3>

<title>Les filtres</title>

<para>
  Apprendre à utiliser les filtres vidéos de <application>MEncoder</application> 
  est essentiel afin de 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ésentrelacement, le téléciné, le téléciné inverse, ou l'effacement 
  des macroblocs trop visible, pour n'en nommer que quelques un.
  Le grand nombre de formats d'entrées supportés, ainsi que la variété des
  filtres disponibles dans  <application>MEncoder</application> sont les
  principaux avantages de l'applications par rapport aux autres applications.
  avantages de 
</para>

<para>
  Les filtres sont chargés dans la chaine grâce à l'option -vf :

  <screen>-vf filtre1=options,filtre2=options,...</screen>

  La plupart des filtres prend en compte plusieurs options numériques, mais 
  la syntaxe varie d'un filtre à l'autre, aussi vaudrait-il mieux que vous
  consultiez la page man pour les filtres que vous souhaitez utiliser.
</para>

<para>
  Les filtres agissent sur la vidéo dans l'ordre de leur chargement, par exemple, 
  la chaine suivante :
  <screen>-vf crop=688:464:12:4,scale=640:464</screen>
  découpera d'abord une zone de 688x464 depuis le bord haut gauche mais avec un 
  décalage de (12;4), puis redimensionnera la vidéo pour obtenir du 640x464.
</para>

<para>
  Certains filtres ont besoin d'être chargés au début de la chaine, car 
  ils doivent prendre des informations importantes auprès de l'encodeur vidéo 
  avant que d'autres filtres ne les altèrent.
  Les principaux exemples sont le <option>pp</option> (postprocessing, seulement 
  dans le cas d'un estompage des macroblocs ou des enlèvements des artefacts de 
  compression), le <option>spp</option> (un autre post processus pour enlever les 

  softpulldown</option> (convertion du soft telecine en hard
  telecine).
</para>

<para>
  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 découpage est souvent 
  nécessaires (voir raisions au dessus), mais évitez le redimensionnement de l'image 
  par le zoom. En revanche, le redimensionnement par un dé-zoom est parfois utilisé 
  pour des quantificateurs plus grand, mais nous désirons éliminer ces deux 
  choses : depuis le départ, nous souhaitons que les bits soient utilisés pour améliorer la
  qualité de l'image.
</para>

<para>
  De plus, 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 exclusivement 
  faits lors du processus de lecture.
</para>

<para>
  Une chose que vous pouvez vouloir faire est passer la vidéo à travers un filtre trés léger 
  anti-bruit, comme par exemple avec l'option <option>-vf hqdn3d=2:1:2</option>. Une 
  fois de plus, ceci sert à optimiser l'utilisation des bits: pourquoi gaspiller des 
  bits à encoder du noir parasité alors que le rendu sera du noir pur à l'écran ? 
  L'augmentation du paramètre <option>hqdn3d</option> pourra augmenter la compression 
  globale, mais si vous l'augmentez trop, l'image sera alors dégradée. La valeur suggérée 
  ci-dessus (<option>2:1:2</option>) est plutot conservatrice, n'hésitez pas à 
  l'augmenter et à regarder le résultat par vous-même.
</para>

</sect2>

<sect2 id="menc-feat-dvd-mpeg4-interlacing">
<title>Interlacing et Télécine</title>

<para>
  La plupart des films sont tournés en 24 fps. Puisque le NTSC est en 30000/1001 fps,
  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 fps,
  et en répétant chaque quatrième trame.
</para>

<para>
  Aucun traitement spécifique, n'est cependant appliqué pour la vidéo des DVDs
  PAL, qui marchent à 25 fps (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
  24 fps est simplement lu en 25 fps. Le résultat est que la vidéo tourne 
  légèrement plus vite, mais à moins d'être un extra-terrestre, vous ne verrez pas la 
  différence. La plupart des DVDs ont de l'audio dont le ton a été corrigé,
  donc quand elle est jouée à 25 fps le son reste correct, même si la piste
  audio (et donc le film entier) a une durée 4% plus courte que les DVDs NTSC.
</para>

<para>
  Puisque la vidéo d'un DVD PAL n'a pas été modifiée, vous n'avez pas à vous soucier
  du débit. La source est en 25 fps, et votre rip sera en 25 fps. Cependant,
  si vous rippez un film d'un DVD NTSC, vous pourrez avoir besoin d'appliquer
  du téléciné inverse.
</para>

<para>
  Pour les films tournés en 24fps, la vidéo du DVD NTSC est soit en 30000/1001 fps
  téléciné, soit en 24000/1001 fps 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').
</para>

<para>
  Il est fortement recommandé de lire la section <link linkend="menc-feat-telecine">
  Comment gérer le téléciné et le désentrelacement avec les DVDs NTSC</link>

</para>

</sect2>

<sect2 id="menc-feat-dvd-mpeg4-encoding-interlaced">
<title>Encodage de vidéo entrelacées</title>

<para>
  Si la vidéo que vous désirez encoder est entrelacée (NTSC ou PAL), il vous faudra 
  alors choisir de la désentrelacer ou pas.
  D'un coté, si vous la passez en désentrelacé, votre film sera utilisable en 
  progressive scan pour les écrans d'ordinateurs ou les projecteurs vidéos, mais 
  cela aura un prix : le fieldrate de 50 ou 60000/1001 trames par seconde passera à 
  25 ou 30000/1001 trames par seconde, et en gros, vous perdrez la moitié des 
  informations durant les scènes avec beaucoup de mouvements.
</para>

<para>
  Ainsi, si vous encodez pour avoir des archives de haute qualité, il est recommandé 
  de ne pas désentrelacer.
  Vous pouvez toujours desentrelacer le film au moment de la lecture avec des 
  appareils en progressive scan, et les les futurs lecteurs pourront désentrelacer 
  toutes les trames, en interpolant les 50 ou 60000/1001 frames par seconde depuis 
  la video entrelacée.
</para>

<para>
Des précautions spéciales doivent être prises lors d'un travail sur les vidéos entrelacées:
</para>

<orderedlist>
<listitem><para>
  Les découpes sur la hauteur et l'offset sur Y doivent être des multiples de 4
</para></listitem>
<listitem><para>
  Tout redimensionnement vertical doit être effectué en mode entrelacé
</para></listitem>
<listitem><para>
  Les filtres de postprocessing et d'anti-bruit ne marcheront pas comme prévu, 
  sauf si vous faites bien attention à ce qu'ils travaillent sur une frame à la fois, et
  ils peuvent endommager la qualité finale s'ils sont utilisés de manière incorrecte.
</para></listitem>
</orderedlist>

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

<sect2 id="menc-feat-dvd-mpeg4-av-sync">
<title>Commentaires sur le synchronisation Audio/Vidéo</title>
<para>
  Le système de synchronisation audio/vidéo de <application>MEncoder</application> 
  a été créé dans le but de récupérer les fichiers avec des synchronisations abimées.
  Il arrive que dans certain cas, il y ait des sauts ou des frames en double, 
  ce qui provoque une désynchronisation A/V, quand vous utilisez des entrées propres 
  (bien sûr, les problèmes de synchro A/V ne s'appliquent que si vous avez copié ou 
  rippé le son en meme temps que l'encodage de la vidéo).
  Vous pouvez ensuite activer l'option de synchronisation <option>-mc 0</option>, 
  ou la mettre dans votre fichier de config <systemitem>~/.mplayer/mencoder</systemitem>. 
  Elle ne sera utilisée qu'avec les sources vidéos propres (DVD, capture Télé, 
  bon rip MPEG-4, etc) mais pas pour des fichiers ASF/RM/MOV détériorés.
</para>
<para>
  Si vous désirez une protection plus efficace contre les sauts ou multiplications 
  de frames, utilisez ces deux options : <option>-mc 0</option> et <option>-noskip</option>.
  Cela empêchera <emphasis>toutes</emphasis> synchronisation A/V, ou la copie de 
  frames à frames, donc vous ne pouvez l'utiliser avec aucun autre filtre qui 
  pourrait produire aléatoirement des ajouts ou sauts de frames, ou si votre source 
  a un framerate variable!
  C'est pour cela que l'option <option>-noskip</option> n'est en général pas recommandée.
</para>
<para>
  L'endodage audio nommé "3 passes" que <application>MEncoder</application> 
  supporte est connu pour provoquer des désynchronisations A/V
  Ceci arrive généralement que lorsqu'il rentre en conjonction avec certains filtres, 
  donc il n'est pas recommandé d'utiliser ce mode "3 passes".
  Cette fonctionnalité est conservée seulement pour une question de compatibilité 
  et pour certains utilisateurs experts qui savent quand il est bon de l'utiliser 
  ou pas. Si vous n'avez jamais entendu parler de ce mode "3 passes", oubliez le 
  maintenant.
</para>
<para>
  On a rapporté des désynchronisations A/V lors d'un encodage depuis stdin 
  avec <application>MEncoder</application>. Ne faites pas ça ! Utilisez toujours 
  un fichier ou bien une source telle qu'un CD/DVD/etc.
</para>
</sect2>
<sect2 id="menc-feat-dvd-mpeg4-audio">
<title>Audio</title>

<para>
  L'audio est un problème bien plus simple à résoudre : si la qualité importe, 
  laissez-le flux audio tel quel.
  Même les flux AC3 5.1 utilisent au plus 448Kbit/s, et tous ces bits sont utiles.
  Vous pouvez être tenté de convertir l'audio en Ogg Vorbis de haute qualité,
  mais ne pas avoir de décodeur AC3 aujourd'hui ne veut pas dire que vous n'en
  n'aurez pas demain. Préparez le futur de vos rips DVDs en gardant le flux AC3.
  Vous pouvez conserver le flux AC3 en le copiant directement dans le flux vidéo 
  <link linkend="menc-feat-mpeg4">pendant l'encodage</link>. On peut aussi extraire 
  le flux AC3 pour le mixer dans des conteneurs comme NUT ou Matroska.
  <screen>mplayer <replaceable>fichier_source.vob</replaceable> -aid 129 -dumpaudio 
  -dumpfile <replaceable>son.ac3</replaceable></screen>

  VOB d'un DVD utilise normalement une autre systeme de numéro pour l'audio, ce qui 
  pourrait dire que le fichier 129 serait la seconde piste de ce fichier VOB).
</para>

<para>
  Parfois, il arrivera que vous n'ayez pas d'autre choix que de compresser le son 
  pour laisser plus de place à la vidéo. La plupart des gens optent alors pour le 
  codec MP3 ou le Vorbis.
  Bien que le codec MP3 soit moyennement efficace, il est de mieux en mieux 
  accepté par les lecteurs de salon, mais cette tendance évolue.
</para>

<para>
  N'utilisez <emphasis>pas</emphasis> l'option <option>-nosound</option> quand vous 
  encodez un fichier avec de l'audio, même si vous voulez encoder puis mixer l'audio 
  dans un deuxième temps.
  Cela devrait pourtant marcher dans la plupart des cas, mais l'option <option>-nosound</option> 
  cache certains problèmes dans les réglages en ligne de commande.
  En d'autres mots, avoir une piste audio pendant l'encodage vous permettra de ne pas 
  avoir ce type de messages comme <quote>Trop de paquets audio dans la mémoire tampon
  </quote>, et vous aurez ainsi une synchronisation propre.
</para>

<para>
  Vous aurez besoin de <application>MEncoder</application> pour traiter le son. 
  Vous pouvez copier la bande son originale pendant l'encodage avec l'option 
  <option>-oac copy</option> ou la convertir en un "petit" 4kHz mono WAV PCM 
  avec l'option <option>-oac pcm -channels 1 -srate 4000</option>.
  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 frames vidéo dans le fichier source ne correspond 
  pas exactement à la longeur totale des frames audios ou bien lorsqu'il y a une 
  discontinuité ou des frames audio en trop ou manquantes. La meilleure
  façon de traiter ces soucis est d'insérer un silence ou bien de couper l'audio 
  à ces point.
  Cependant, <application>MPlayer</application> ne sait pas faire cela, si vous 
  avez démultiplexé l'AC3, vous pourrez l'encoder avec une application externe 
  (ou le transformer en PCM avec <application>MPlayer</application>), les supperpositions 
  de son seront mises de coté, et la seule manière de corriger cela au niveau de 
  la vidéo, sera de la couper pendant des erreurs.
  Du moment que <application>MEncoder</application> voit l'audio pendant qu'il 
  encode la vidéo, il peut faire ces découpes (ce qui fonctionne habituellement 
  car elles se produisent lors d'un changement de scène avec fondu au noir) mais si 
  <application>MEncoder</application> ne voit pas l'audio, il encodera toutes les frames telles quelles
  et elles ne tiendront pas dans le fichier audio final, quand, par exemple, 
  vous mélangerez la piste video et sonore dans un fichier Matroska.
</para>

<para>
  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 :
  <screen>mplayer <replaceable>fichier_source.vob</replaceable> -ao pcm:file=<replaceable>fichier_destination_son.wav</replaceable>
   -vc dummy -aid 1 -vo null</screen> 
  aura pour effet de prendre la seconde piste du fichier <replaceable>source_file.vob</replaceable> 
  pour la placer dans le fichier <replaceable>destination_sound.wav</replaceable>.
  Vous devrez ensuite normaliser le son avec l'encodage, car les pistes 
  audio des DVDs sont généralement enregistrés avec un volume bas.
  Vous pouvez utiliser l'outil <application>normalize</application> qui est 
  normalement disponible dans toutes les distributions.
  Si vous utilisez Windows, un outil comme <application>BeSweet</application> 
  donnera le même résultat.
  Il faudra ensuite l'encoder en Vorbis ou MP3.
  Par exemple :
  <screen>oggenc -q1 <replaceable>fichier_destination_son.wav</replaceable></screen> 
  encodera <replaceable>fichier_destination_son.wav</replaceable> avec une qualité de 1, 
  ce qui est équivalent à environ 80Kb/s, soit le strict minimum en terme de qualité.
  Notez que <application>MEncoder</application> ne sait pas 
  encore multiplexer des pistes audio Vorbis car il ne supporte que des conteneurs 
  en sortie du type AVI ou MPEG, ce qui signifie qu'il y aura des problèmes de 
  synchronisation lors de la lecture avec quelques lecteurs vidéo avec l'AVI 
  contenant un flux audio VBR en Vorbis.
  Soyez sans crainte, ce document vous montrera comment y arriver avec un programme 
  tiers.

  Cette commande marche avec le MPEG-1 layer I, II, ou III (plus connu sous le nom 
  de MP3), WAV et quelques autres formats audio.
</para>

<para>
  Une des caractéristiques expérimentales de <application>MEncoder</application> 
  est le support de <systemitem class="library">libavformat</systemitem>, étant 
  une librairie extraite du projet FFmpeg, supportant le multiplexage et démultiplexage 
  vers une grande variété de conteneurs.
  Par exemple : 
  <screen>mencoder -oac copy -ovc copy  -o <replaceable>sortie_film.avi</replaceable> 
  -audiofile <replaceable>entrée_audio.mp2</replaceable> <replaceable>entrée_video.avi</replaceable> 
  -of lavf -lavfopts format=asf</screen>
  Cela fera strictement la meme chose que l'exemple d'avant, mais le conteneur 
  de sortie sera alors de l'ASF. 
  Prenez note : ce support est à l'état expérimental (mais s'améliore de jour en jour), 
  et ne marchera que si vous compilez <application>MPlayer</application> avec l'option 
  activée <systemitem class="library">libavformat</systemitem> (ce qui veut dire que 
  les binaires en package ne marcheront certainement pas).
</para>

<sect3 id="menc-feat-dvd-mpeg4-muxing-filter-issues">
<title>Amélioration de la fiabilité lors du multiplexage A/V</title>
<para>
  Vous avez sûrement pu expérimenter des problèmes de désynchonisation A/V
  quand vous multiplexiez des pistes vidéos et audio A/V, même en ajustant 
  le délai de décalage du son, il y avait toujours un décalage.
  Ceci est dû à l'utilisation de filtre qui dupliquent ou ajoutent des images, 
  comme le filtre téléciné inverse. Il est vivement conseillé d'utiliser le 
  filtre vidéo <option>harddup</option> à la fin des filtres pour éviter 
  ce problème.
</para>

<para>
  Sans l'option <option>harddup</option>, si <application>MEncoder</application> 
  veut dupliquer une image, il va demander au multiplexeur de mettre en place 
  une marque sur le conteneur, ainsi la dernière image sera affichée pour maintenir 
  la synchronisation sans avoir à écrire une nouvelle image.
  Avec l'option <option>harddup</option>, <application>MEncoder</application> 
  affichera encore l'image dans le filtre au lieu de pousser la frame précédente.
  Ce qui veut dire que l'encodeur recevra <emphasis>exactement</emphasis> les mêmes 
  frames plusieurs fois, puis les compressera.

  problèmes quand vous démultiplexerez ou multiplexerez vers un autre conteneur.
</para>

<para>
  Vous n'aurez pas d'autre choix que d'utiliser <option>harddup</option> avec certains 
  formats de conteneur peu liés à <application>MEncoder</application> comme ceux 
  supportés par <systemitem class="library">libavformat</systemitem>, qui ne supportent
  pas la duplication de frame au niveau du conteneur.
</para>
</sect3>

<sect3 id="menc-feat-dvd-mpeg4-muxing-avi-limitations">
<title>Limitations du conteneur AVI</title>
<para>
  Bien que ce soit le format de conteneur le mieux supporté aprés le MPEG-1, l'AVI a 
  des inconvénients majeurs.
  Peut-être que plus évident est le surcoût.
  Pour chaque morceau du fichier AVI, 24 octets sont utilisés dans les entêtes et dans l'index.
  Ceci se traduit à environ 5Mo par heure, soit à peu près 1-2,5% de surcoût
  sur un fichier de 700Mo. Cela peut ne pas sembler être important, mais c'est ce qui
  fait la différence dans un fichier qui utilise 700 kbits/sec au lieu de 714 kbits/sec:
  pour la qualité, chaque bit compte.
</para>

<para>
  En plus de cette grosse inefficacité, l'AVI a aussi d'autres limitations importantes:
</para>

<orderedlist>
<listitem>
<para>
  Seuls les contenus à fps constants peuvent être stockés. Ceci est particulièrement 
  limitant si vous voulez stocker des fichiers aux contenus hétérogènes (par
  exemple un mélange de vidéo NTSC et de films).
  En fait, il y a des modifications qui permettent de stocker des contenus à fps 
  variables dans un AVI, mais ils mutliplient par au moins 5 la taille des entêtes (déjà grosse).
</para>
</listitem>
<listitem>
<para>
  L'audio dans un fichier AVI doit aussi avoir un débit constant (CBR) ou une 
  taille de 'frames' constante (par exemple : toutes les frames décodent le même 
  nombre d'échantillons).
  Malheureusement, le meilleur codec, Vorbis, ne rentre pas dans ces critères.
  Donc, si vous envisagez de stocker un fichier en AVI, vous devrez utiliser un 
  codec moins performant comme le MP3 ou l'AC3.

<para>
  Aprés avoir dit tout cela, <application>MEncoder</application> ne supporte pas actuellement 
  l'encodage avec des fps variables ou le Vorbis;
  Donc vous n'allez pas voir de limitation de <application>MEncoder</application> si vous 
  n'utilisez que cet outil pour produire vos encodages.
  Pourtant, il est possible d'utiliser <application>MEncoder</application> uniquement pour 
  l'encodage vidéo, utiliser des outils externes pour l'encodage de l'audio et 
  multiplexer le tout vers un conteneur différent.
</para>
</sect3>

</para>

<para>
  Les outils nécessaires à la création de fichier Matroska sont appelés <application>mkvtoolnix</application>, 
  et sont disponibles dans la plupart des systèmes Unix mais aussi sous <application>Windows</application>.
  Puisque Matroska est un standard ouvert, vous trouverez sûrement d'autres outils 
  qui vous conviendront parfaitement, mais comme mkvtoolnix est le plus connu, et 
  qu'il est supporté par Matroska lui même, nous allons parler de son utilisation.
</para>

<para>
  La façon la plus simple assurément de démarrer avec Matroska, est d'utiliser
  <application>MMG</application>, une interface graphique livrée avec <application>mkvtoolnix</application>, 
  et suivre le guide sur <ulink url="http://www.bunkus.org/videotools/mkvtoolnix/doc/mkvmerge-gui.html">l'interface mkvmerge (mmg)</ulink>.
</para>

<para>
  Vous pouvez multiplexer des fichiers vidéo et audio en utilisant la commande : 
  <screen>mkvmerge -o <replaceable>sortie.mkv</replaceable> <replaceable>entree_video.avi</replaceable> 
  <replaceable>entre_son1.mp3</replaceable> <replaceable>entree_son2.ac3</replaceable></screen>
  Ceci aura pour effet de multiplexer le fichier vidéo <replaceable>entree_video.avi</replaceable> 
  avec les deux fichiers audio <replaceable>entre_son1.mp3</replaceable> et <replaceable>entree_son2.ac3</replaceable> 
  dans un fichier Matroska <replaceable>sortie.mkv</replaceable>.
  Matroska, comme mentionné plus tôt, est capable de faire bien plus, comme plusieurs 
  pistes audio (avec un réglage précis de la synchronisation audio/video), chapitres, 
  sous titres, coupures, etc... Merci de bien vouloir vous reporter à la documentation 
  de cette application pour plus d'informations.
</para>

</sect3>

<sect2 id="menc-feat-telecine-intro">
<title>Introduction</title>
<formalpara>
<title>Qu'est ce que le télécine ?</title>
<para>
  Je vous suggère de visiter la page suivante sous peine de ne rien comprendre 
  au document suivant :
  <ulink url="http://www.divx.com/support/guides/guide.php?gid=10">http://www.divx.com/support/guides/guide.php?gid=10</ulink>
  Ce lien pointe vers une documentation relativement compréhensible sur le format 
  télécine.
</para></formalpara>

<formalpara>
<title>Une note à propos des chiffres</title>

  29.97 images par secondes (pour le télécine entrelacé à et 23.976 fps pour 
  le progressive. Pour des raisons de simplicité, des documents utilisent les 
  chiffres arrondis de 60, 30 et 24.
</para></formalpara>

<!-- checked so far 2 / pl -->
<para>
  En toute rigueur, ces nombres sont des approximations. Des vidéos Noire/Blanche 
  sont à 60 trames par secondes exactement, puis 60000/1001 a été choisi plus tard 
  pour la couleur mais aussi pour garder une retro-compatibilité avec les télévisions 
  en N/B. La vidéo numérique NTSC (comme le DVD) est aussi en 60000/1001 trames 
  par seconde. A partir de cela, la vidéo entrelacée et télécinée est dérivée vers 
  30000/1001 images par seconde ou pour les vidéos progressives en 24000/1001 
  images par secondes.
</para>

<para>