comparison DOCS/xml/fr/encoding-guide.xml @ 18401:deb6419b0e85

French correction by Pierre Lombard <p_l AH gmx PO fr>, and some further changes by myself.

18400:dfef33ea6ddc

<title>Quantiseur constant contre deux passes</title>

<para>
  Il est possible d'encoder votre film suivant une large gamme de qualités.
  Les compresseurs vidéos modernes et quelques pre-codec de compression 
  (anti-bruit et redimensionnement) permettent d'obtenir un 
  trés bon rendu pour un film grand écran de 90-110 minutes sur 700Mo. 
  De plus, la plupart des films longs peuvent approcher un résultat parfait 
  avec un fichier d'un taille de 1400Mo.
</para>

<para>
  Il y a trois approches possibles pour encoder une vidéo: débit constant
  (CBR), quantification constante, et deux-passes (ABR, ou débit moyen). 
</para>

<para>
  La complexité des images d'un film et le nombre de bits utilisés pour 
  cette compression fera varier grandement le résultat d'une scène à l'autre. 
  Les encodeurs vidéos modernes savent s'ajuster en fonction des besoins par 
  variation du débit vidéo (bitrate).
  Cependant, dans un mode simple comme le CBR, le compresseur ne connaît pas 
  le besoin en débit vidéo pour les scènes à venir, donc il ne sait pas définir 
  un bitrate moyen sur la longueur du film.
  Les modes avancés actuels, comme le mode 'multipass' (plusieurs passages), prennent
  en compte les statistiques des passes précédentes pour l'encodage, fixant le 
  problème ci-dessus. 
</para>

<note><title>Note:</title>

  bas ? Votre microprocesseur a assez de ressources car il a le temps, mais votre
  disque lui a une taille fixée.
</para>

<para>
  Avec l'encodage deux-passes, la première passe va ripper le film comme
  en CBR, mais va garder un log des propriétés de chaque trame. Ces données
  sont ensuites utilisées pendant la seconde passe de façon à choisir intelligement
  quels quantificateurs utiliser. Lors des scènes d'action rapide ou celles ayant 
  beaucoup de détails, des quantificateurs plus élevés seront utilisés. Pendant les 
  scènes avec peu de mouvements ou avec peu de détails, ce sera des quantificateurs 
  plus bas.
</para>

  vous réserverez aux piste(s) audio et vous devrez <link linkend="menc-feat-dvd-mpeg4-audio">
  les ripper</link> en premier.
  Vous pourrez alors calculer le débit souhaité avec l'équation suivante :
  <systemitem>Débit = (taille_fichier_final_en_Mo - taille_fichier_son_en_Mo) *
  1024 * 1024 / durée_en_secondes * 8 / 1000</systemitem>
  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 : 
  <systemitem>(702 - 60) * 1024 * 1024 / (120*60) * 8 / 1000 = 740kbps</systemitem>
</para>

</sect2>
<sect2 id="menc-feat-dvd-mpeg4-constraints">
<title>Contraintes pour une compression efficace</title>

<para>
  De par la nature intrinsèque de la compresssion 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).

  La compression MPEG est aussi dépendante du domaine de transformation des 
  fréquences, en particulier du "Discrete Cosine Transform (DCT)" (une espèce de
  transformée de Fourier). Ce type d'encodage est efficace pour les 
  formes et les transitions douces, mais fonctionne moins bien avec les contours
  acérés. Afin d'encoder correctement, il demandera plus de bits, sinon des 
  artefacts de compression apparaitront, aussi connus sous le nom de "ringing".
</para>

<para>
  La transformation en fréquence (DCT) prend place séparément dans chaque 
  macrobloc (en fait, dans chaque bloc), donc le problème n'apparaitra 
  que si un bord franc se situe dans ce bloc. Si vos bordures noires commencent 
  exactement sur un multiple de 16, ce ne sera pas un problème. En pratique, 
  les bordures ne sont jamais bien alignées, et il sera certainement 
  nécessaire de les couper pour éviter ces défauts.
</para>

  Pour chaque macrobloc, la compression MPEG stocke un vecteur identifiant 
  quelle partie de l'image précédente devrait être copiée dans les macroblocs 
  de l'image suivante. Seules les différences devront alors être encodées.
  Si le macrobloc s'étend et prend en compte une des bordures noire de l'image, 
  alors le vecteur de mouvement écrasera la bordure noire. Cela veut dire que de 
  nombreux bits sont gaspillés pour renoircir la bande noire ou alors (plus probable) que le vecteur 
  de mouvement ne sera pas du tout utilisé et que tout le macrobloc 
  devra alors être ré-encodé. Dans tous les cas, l'efficacité de l'encodage en est 
  grandement améliorée.
</para>

</listitem>

<listitem>
<para>
  Malgré le fait que les bordures soient entièrement noires et quelles ne changent jamais, 
  il y a toujours un minimun de macroblocs impliqués.
</para>
</listitem>
</orderedlist>

<para>
  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'enlevera 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.

<sect2 id="menc-feat-dvd-mpeg4-crop">
<title>Découpage et Redimensionnement</title>

<para>
  Vous vous souvenez de la section prédécente 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.
</para>

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

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

<para>
  Dans certain cas, le redimensionnement n'est pas souhaitable. Il est délicat  

  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 échantilloné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 vous débarrasser de quelques 
  pixels, vous préfèrerez sans doute redimensionner la vidéo. Nous allons voir cela 
  dans notre exemple ci-dessous.
  En fait, vous pouvez laisser le filtre <option>cropdetect</option> faire 
  tout cela pour vous: il a un paramètre optionnel d'arrondi <option>round</option> qui vaut
  16 par défaut.
</para>

  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" (overhead, 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, le recadrage, etc. ne modifieront
  <emphasis role="bold">pas</emphasis> la taille du fichier sauf si vous y 
  changez aussi le débit.
</para>

  </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 évoquées ci-dessus.
  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 à 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 

<para>
  Le CQ dépend du débit, de l'efficacité du codec vidéo et de la résolution 
  du film.
  Une manière d'augmenter le CQ, c'est de réduire la résolution du film puisque le 
  débit est calculé en fonction de la taille finale désirée et la longeur du film qui sont constant.
  Avec les codecs ASP MPEG-4 comme le <systemitem class="library">XviD</systemitem> ou le 
  <systemitem class="library">libavcodec</systemitem>, un CQ en dessous de 0,18 donne 
  généralement une image type mosaïque car il n'y pas assez de bits pour coder 
  les informations de chaque macrobloc (le MPEG-4, comme les autres codecs, groupe 
  les pixels compressés par blocs pour compresser l'image, s'il n'y a pas assez 

<para>
  Apprendre à utiliser les filtres vidéos de <application>MEncoder</application> 
  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ésentrelacement, 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 <application>MEncoder</application> est l'un de ses principaux
  avantages sur 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 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.
</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>
  recadrera 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 (ou proche du début) de la chaine pour
  profiter d'informations du decodeur video qui seraient perdues ou invalidées par d'autres filtres.
  Les principaux exemples sont <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 
  artefacts MPEG), le <option>pullup</option> (téléciné inverse), et <option>
  softpulldown</option> (convertion du soft téléciné 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 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:rappellez-vous que
  nous avons décidé qu départ d'échanger des bits pour de la qualité.
</para>

<para>
  Aussi, n'ajustez pas le gamma, le contraste, la luminosité, etc. Ces réglages 

  appliqués lors de la lecture uniquement.
</para>

<para>
  Une chose que vous pouvez vouloir faire est de passer la vidéo à travers un filtre trés léger 
  anti-bruit, comme par exemple <option>-vf hqdn3d=2:1:2</option>. 
  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 <option>hqdn3d</option> 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 (<option>2:1:2</option>) sont plutôt conservatrices, n'hésitez pas à 

  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>
  pour apprendre à gérer les différentes possibilités.
</para>

<para>
  De toutes façons, si vous copiez principalement des films, vous rencontrerez de

<sect2 id="menc-feat-dvd-mpeg4-encoding-interlaced">
<title>Encodage de vidéos 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 vidéo entrelacée.
</para>

<para>

</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>

<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 

  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 

</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 

  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>
  mettra dans ce fichier <replaceable>sond.ac3</replaceable> la piste audio numéro 
  129 du fichier source <replaceable>fichier_source.vob</replaceable> (NB : les fichiers 
  VOB d'un DVD utilise normalement une autre systéme 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 

  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éos 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 audios 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 points.
  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 

<sect2 id="menc-feat-dvd-mpeg4-muxing">
<title>Le multiplexage</title>
<para>
  Maintenant que vous avez encodé votre vidéo, vous désirez très certainement 
  la multiplexer avec une ou plusieurs pistes audios vers un conteneur comme l'AVI, 
  le MPEG, le Matroska ou le NUT.
  <application>MEncoder</application> ne supporte nativement que des conteneurs 
  AVI ou MPEG.
  Par exemple :
  <screen>mencoder -oac copy -ovc copy  -o <replaceable>sortie_film.avi</replaceable> 

</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>

</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 filtres 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 

  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.
  Cela donnera un fichier légèrement plus grand, mais cela ne posera plus de 
  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 

</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

<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à grosses).
</para>
</listitem>
<listitem>
<para>
  L'audio dans un fichier AVI doit aussi avoir un débit constant (CBR) ou une 

</para>
</listitem>
</orderedlist>

<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 

  <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éos et audios 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>.

</para></formalpara>

<para>
  En toute rigueur, ces nombres sont des approximations. Les vidéos NTSC en noir et blanc
  étaient exactement à 60 trames par secondes, mais 60000/1001 a été choisi par la suite
  pour la couleur tout en conservant la compatibilité avec les télévisieurs noir et blanc.
  La vidéo numérique NTSC (comme celle d'un 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>
  De plus anciennes versions de la documentation <application>MEncoder</application> 
  et plusieurs posts archivé provenant de liste de diffusion font encore réference à 
  59.94, 29.97, et 23.976.
  Toute la documentation de <application>MEncoder</application> a été mise à jour
  pour utiliser les valeurs fractionées, et vous devriez aussi les utiliser.
</para>

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

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

<itemizedlist>
<title>Notes :</title>

  Comment réaliser un bon rip DVD ou procéder à des réglages avancés de
<systemitem class="library">libavcodec</systemitem>  dont des questions qui
sortent du contexte de ce guide.
  </para></listitem>
<listitem><para>
  Quelques notes spéficiques à ce guide sont disponibles aux pieds de ce documents, 
  et sont liées comme ceci : <link linkend="menc-feat-telecine-footnotes">[1]</link>
  </para></listitem>
</itemizedlist>
</sect2>

  vous pouvez toujours scanner le film entier : 

  <screen>mplayer dvd://1 -nosound -vo null -benchmark</screen>

  L'utilisation de l'option <option>-benchmark</option> fait lire <application>MPlayer</application> 
  aussi vite qu'il le paut - en fonction du matériel, cela peut prendre un certain 
  temps. Chaque fois que demux_mpg génére une ligne, celle-ci vous donnera 
  immédiatement la valeur du changement.
</para>

<para>
  Parfois, la vidéo progressive sur les DVDs considérés comme un &quot;soft-telecine&quot; 

</sect3>

<sect3 id="menc-feat-telecine-ident-telecined">
<title>Téléciné</title>
<para>
  Les vidéos télécinés sont d'abord filmées à 24000/1001 et seront télécinées 
  <emphasis>avant</emphasis> d'être gravé sur DVD.
</para>

<para>
  <application>MPlayer</application> ne doit (jamais) détecter une changement de fps 

<para>
  Au visionnage d'une vidéo télécinée, vous verrez des artefacts d'entrelacement 
  donnant l'impression de &quot;clignotement&quot;: apparaissant et disparaissant 
  rapidement.
  Vous pouvez le voir plus précisement avec : 
  <orderedlist>
  <listitem>
    <screen>mplayer dvd://1</screen>
    </listitem>
  <listitem><para>

  et de voir comment l'option <option>pullup</option> voit d'images. 
  Si la source est télécinée, vous devriez voir sur la console une forme 3:2 avec des 
  alternances de <systemitem>0+.1.+2</systemitem> et <systemitem>0++1</systemitem>.
  L'avantage de cette technique et que vous n'avez pas besoin de visionner la 
  source pour l'identifier, donc utile pour automatiser l'encodage de vidéos, ou 
  bien effectuer ces procédures à distance même grâce à une connection internet lente.
</para>

</sect3>

<sect3 id="menc-feat-telecine-ident-interlaced">

  progressifs et entrelacés sont réunis ensemble.
</para>

<para>
  Cette catégorie ressemble à du &quot;mélange progressif et téléciné&quot; jusqu'à 
  ce que vous examiniez la partie 30000/1001 fps et que vous vous apperceviez 
  qu'il n'y a pas de trace de téléciné.
</para>
</sect3>

</sect2>

  a pas de mouvements. Notez que <option>-ofps</option> n'est <emphasis>pas</emphasis> nécessaire ici.

  <screen>mencoder dvd://1 -oac copy -ovc lavc -lavcopts ildct:ilme:mbd=2</screen>
  </para></listitem>
<listitem><para>
  Utilisez un filtre de désentrelacement avant l'encodage. Il y a plusieurs de 
  ces filtres disponibles aux choix, chacun avec ces propres avantages et 
  désavantages. Consultez <option>mplayer -pphelp</option> pour voir quels sont 
  ceux disponibles (grep pour &quot;deint&quot;), et cherchez les
  <ulink url="http://www.mplayerhq.hu/homepage/design6/info.html#mailing_lists">
  listes de diffusion MPlayer</ulink> pour trouver plusieurs discussions sur les 
  différents filtres. Encore une fois, le framerate ne change pas, donc pas de
  <option>-ofps</option>. Aussi, le désentrelacement devra être fait après
  découpage <link linkend="menc-feat-telecine-footnotes">[1]</link> et
  avant dimensionnement.

  <screen>mencoder dvd://1 -oac copy -vf pp=lb -ovc lavc</screen>
  </para></listitem>

  est de créer une frame complète à partir de chaque champs, ce qui
  donne le framerate 60000/1001. L'avantage de cette approche est qu'aucune
  donnée n'est jamais perdue. Cependant, vu que chaque frame vient avec seulement 
  un champ, les lignes manquantes doivent être interpolées d'une façon ou d'une autre.
  Il n'y a pas de très bonne méthode générant les données manquantes, et donc le
  résultat sera un peu similaire à celui obtenu quand on utilise certains filtres de désentrelacement. 
  Générer les lignes manquantes crée aussi d'autres problèmes,
  simplement parce que la quantité de données double. Ainsi, de plus haut bitrates 
  d'encodage sont nécessaires pour conserver la qualité, et plus de puissance CPU est
  utilisée pour l'encodage et le décodage. 'tfields' a  plusieurs 
  options pour gérer la création des lignes manquantes de chaque frame. Si vous

  </para></listitem>
</orderedlist>
</sect3>

<sect3 id="menc-feat-telecine-encode-mixedpt">
<title>Progessif et téléciné mélangé</title>
<para>
  Afin de convertir une vidéo composée de progressive et de téléciné en vidéo entièrement
  progressive, les parties en téléciné doivent être inverse-télécinées. Il y a trois 
  moyens d'accomplir cela, comme décrit ci-dessous. Notez que vous devrez
  <emphasis role="bold">toujours</emphasis> inverse-téléciné avant tout 

<listitem><para>
  Je n'ai pas moi-même utilisé <option>-vf filmdint</option>, mais voilà ce que
  D Richard Felker III en dit:
  
  <blockquote><para>Il est correct, mais AMA il essaie de désentrelacer plutôt 
  que de faire l'inverse-téléciné trop souvent (tout comme les lecteurs DVD de salon
   &amp; les TVs progressive) ce qui donne des clignotements affreux et d'autre 
  artefacts. Si vous penser l'employer, vous devez commencer par passer un peu de temps 
  pour affiner les options et observer la sortie pour être sûr que cela
  casse pas tout.</para></blockquote>

  frames par seconde, ils seront télécinés en même temps que les frames progressive. 
  La moitié des "frames" entrelacées sera affichée pour une durée de trois champs
  (3/(60000/1001) secondes), ce qui a pour résultat un effet pichenette de 
  "retour en arrière" ce qui semble tout à fait mauvais. Si vous tentez 
  quand même ceci, vous <emphasis role="bold">devez</emphasis> utiliser un filtre
  désentrelaçant comme <option>lb</option> ou <option>l5</option>.
  </para>

  <para>
  Cela peut tout aussi bien être une mauvaise idée pour l'affichage progressive. 
  Cela laissera tomber les paires consécutives de champs entrelacés, ayant pour 

  </listitem>

<listitem><para>
  Traitez-la comme entrelacée. Certaines frames des parties progressive auront 
  besoin d'être dupliquées, ce qui entraînera en un sautillement inégal. Encore une 
  fois, les filtres désentrelaçant peuvent passiblement dégrader les parties 
  progressives.
  </para></listitem>

</itemizedlist>
</sect3>

<listitem><formalpara>
  <title>A propos de découpage:</title>
  <para>
  Les données vidéo d'un DVD sont stockées dans un format appelé YUV 4:2:0. Dans 
  la vidéo YUV, la luma (&quot;luminosité&quot;) et le chroma (&quot;couleur&quot;)
  sont stockés séparément. Parceque l'oeil humain est somme toute moins sensible
  à la couleur qu'il ne l'est à la luminosité, dans une image YUV 4:2:0 il y a 
  seulement un pixel de chroma pour 4 pixels de luma. Dans une image progressive, 
  chaque carré de quatre pixels de luma (deux sur chaque coté) ont un pixel de 
  chroma commun. Vous devez découper un YUV 4:2:0 progressif à des résolutions paires, 
  et utiliser un décalage pair. Par exemple,

  </para>
  </formalpara>

  <para>
  Quand vous avez à faire à un YUV 4:2:0 entrelacé, la situation devient un peu plus
  compliquée. Au lieu que chaque série de quatres pixels de luma partage un pixel 
  de chroma dans une <emphasis>frame</emphasis>, tous les quatres pixels de luma 
  dans chaque <emphasis>champs</emphasis> partage un pixel de chroma. Quand les 
  champs sont entrelacés pour former une frame, chaque ligne de scan est un 
  pixel de haut. Maintenant, au lieu que tout les quatres pixels de luma soient 
  dans un carré, ils sont deux pixels côte à côte, et les deux autres pixels
  sont côte à côte deux lignes de scan plus bas. Les deux pixels de luma dans la 
  ligne de scan intermédiaire sont à partir de l'autre champ, et donc partage un 
  pixel de chroma différent avec deux pixels de luma deux lignes de scan plus loin. 
  Toute cette confusion rend nécessaire d'avoir des dimensions de découpe verticales 

  Juste parce que je recommande <option>mbd=2</option> ici ne veut pas dire
  que cela ne devrait pas être utilisé autre part. Avec <option>trell</option>,
  <option>mbd=2</option> est l'une des deux options de <systemitem class="library">libavcodec</systemitem> 
  qui augmente le mieux la qualité, et vous devriez toujours utiliser au moins 
  une des deux à moins que la baisse de vitesse d'encodage ne soit prohibitive 
  (e.g. encodage temps-réel). Il y a plusieurs autres options <systemitem class="library">libavcodec</systemitem> 
  qui augmentent la qualité d'encodage (et réduisent la vitesse d'encodage) mais ceci est au delà
  de la portée de ce document.
  </para>
  </formalpara>
  </listitem>

<listitem><formalpara>
  <title>A propos de la performance de pullup:</title>
  <para>
  Employer <option>pullup</option> (avec <option>softskip</option>) 
  sur une vidéo progressive est sûr, et est habituellement une bonne idée à moins qu'il
  ait été vérifié que la source est entiérement progressive.
  La perte de performance est petite pour la plupart des cas. Sur un encodage minimal,
  <option>pullup</option> ralentit <application>MEncoder</application> de 50%. 
  L'ajout du traitement du son et d'options avancées pour <option>lavcopts</option> masquent cette 
  différence, en limitant la perte de performance due à l'utilisation de <option>pullup</option> à 2%.
  </para>

<sect1 id="menc-feat-enc-libavcodec">
<title>Encodage avec la famille de codec <systemitem class="library">libavcodec</systemitem></title>

<para>
<link linkend="ffmpeg"><systemitem class="library">libavcodec</systemitem></link>
fournit un  encodage simple pour plusieurs formats vidéos et audios intéressants.
Vous pouvez encoder vers les codecs suivant (la liste suivante est plus ou moins à jour):
</para>

<sect2 id="menc-feat-enc-libavcodec-video-codecs">
<title>codecs vidéo de <systemitem class="library">libavcodec</systemitem></title>

</para>
</informalexample>

<para>
  Contrairement aux codecs vidéo de <systemitem class="library">libavcodec</systemitem>, 
  ces codecs audios ne font pas un usage intelligents des bits qu'on leur donne
  vu qu'ils ont des modèles psycho-acoustique minimaux (quand ils en ont)
  ce que la plupart des autres implémentations de codec comportent.
  Cependant, notez que tous ces codecs audios sont très rapides et fonctionnent en dehors
  de leur environnement à partir du moment où <application>MEncoder</application> a été 
  compilée avec <systemitem class="library">libavcodec</systemitem> (ce qui est le
  cas la plupart du temps), et ne dépend pas de bibliothèques externes.
</para>
</sect2>

  Des valeurs négatives sont une échelle complètement différente.
  De bonnes valeurs sont -1 pour un encodage rapide, ou 2-4 pour un plus lent.
</para></listitem>

<listitem><para>
  <emphasis role="bold">predia</emphasis>: pre-passage de recherche de mouvement.
  Pas aussi important que dia. De bonnes valeurs sont 1 (par défaut) à 4. Cela 
  demande preme=2 pour être vraiment utile.
</para></listitem>

<listitem><para>

</para></listitem>

<listitem><para>
  <emphasis role="bold">last_pred</emphasis>: Nombre de prédicateurs de mouvement 
  à prendre depuis la frame précédente.
  1-3 (ou dans ces eaux) améliore la vitesse de l'encodage quasiment sans contre-partie.
  De plus hautes valeurs ralentiront sans avoir de gain réel.
</para></listitem>

<listitem><para>
  <emphasis role="bold">cbp, mv0</emphasis>: Contrôle la sélection de macroblocs.

</para></listitem>

<listitem><para>
  <emphasis role="bold">qprd</emphasis>: quantification adaptative basée sur la
  complexité du macrobloc.
  Peut aider ou agraver la situation ceci dépend de la vidéo et des autres options.
  Cela peut causer des artefacts à moins que vous ne paramétriez vqmax à certaines
  valeurs raisonnablement petites (6 c'est bien, voire peut-être 4); 
  vqmin=1 devrait aussi aider.
</para></listitem>

  recommandée: 0.5-0.7).
</para></listitem>

<listitem><para>
  <emphasis role="bold">vlelim, vcelim</emphasis>: Paramètre le seuil du seul 
  coefficent d'élimination pour les plans de luminance et de chroma.
  Ceux-là sont encodés séparément dans tous les algorithmes de style MPEG.
  L'idée derrière tout ceci est d'utiliser certaines bonnes heuristiques
  pour déterminer quand le changement dans un bloc est inférieur au seuil que 
  vous avez spécifié, et dans ce cas, de simplement encoder le bloc comme étant 
  "sans changement".

  (+25% en pratique).
</para></listitem>

<listitem><para>
  <emphasis role="bold">psnr</emphasis>: n'affecte pas l'encodage courant,
  mais écrit un fichier log donnant le type/taille/qualité de chaque frame, et 
  imprime un résumé du PSNR (rapport maximal du signal sur le bruit) à la fin.
</para></listitem>

</itemizedlist>

  <emphasis role="bold">vme</emphasis>: La valeur par défaut est la mieux.
</para></listitem>

<listitem><para>
  <emphasis role="bold">lumi_mask, dark_mask</emphasis>: Quantification adaptative 
  psychovisuelle.
  Vous ne voulez pas jouer avec ces options si vous tenez à la qualité.
  Des valeurs raisonnables peuvent être efficaces dans votre cas, mais soyez prévenu 
  que ceci reste très subjectif.
</para></listitem>

  encodages qui affectent la vitesse et la qualité pour un bitrate donné.
</para>

<para>
  Tous les paramètres d'encodage sont testés sur un échantillon de vidéo de 
  720x448 @30000/1001 fps, le bitrate ciblé était 900kbps, et la machine était un
  AMD-64 3400+ à 2400 Mhz en mode 64 bits.
  Chaque paramètre d'encodage comporte la mesure de vitesse d'encodage (en
  frames par seconde) et la perte PSNR (en dB) comparé au paramètre de "très
  haute qualité".
  Sachez que selon votre source, votre machine et les derniers développements,

  <entry><option>vcodec=mpeg4:mbd=2:trell:v4mv:turbo</option></entry>
  <entry>42fps</entry>
  <entry>-0.74dB</entry>
</row>
<row>
  <entry>Temps-Réel</entry>
  <entry><option>vcodec=mpeg4:mbd=2:turbo</option></entry>
  <entry>54fps</entry>
  <entry>-1.21dB</entry>
</row>
</tbody>

  nous utilisons le filtre cropdetect:

  <screen>mplayer dvd://1 -vf cropdetect</screen>

  Cherchez une frame complètement remplie (comme une scène 
  lumineuse), et vous verez dans la console de sortie de <application>MPlayer</application>:

  <screen>crop area: X: 0..719  Y: 57..419  (-vf crop=720:362:0:58)</screen>

  Rejouons ensuite le film avec le filtre pour tester le résultat:

  Une autre raison pour retirer les pixels du haut et du bas est que nous nous 
  assurons que nous avons éliminé tous les pixels à moitié noir s'ils 
  existent. Notez que si votre vidéo est télécinée, assurez-vous que le filtre 
  <option>pullup</option> (ou quelque soit le filtre inverse téléciné que vous 
  avez décidé d'utiliser) apparaissent dans la chaîne de filtres avant que vous 
  découpiez. Si il est entrelacé, désentrelacez-le avant découpage.
  (Si vous choisissez de préserver la vidéo entrelacée, alors soyez certain que 
  votre décalage de découpage vertical est un multiple de 4.)
</para>

<para>

  carrés, vous pouvez essayer de choisir le NSSE expérimental comme fonction 
  de comparaison via <option>*cmp=10</option>.
</para>

<para>
  Pour ce film, le AVI résultant durera 138 minutes et pésera à peu près 3GB. 
  Si vous disiez que la taille du fichier n'était pas importante, cette taille
  est parfaitement acceptable. Cependant, si vous la souhaitez plus petite, 
  vous pouvez essayer un bitrate inférieur. Les augmentations de bitrates ont des 
  effets amoindris, tandis que nous pourrons clairement voir une 
  amélioration à partir de 1800Kbit jusqu'à 2000Kbit, cela ne semblera pas
  tellement rentable notablement au-dessus de 2000Kbit. Libre à vous 
  d'expérimenter jusqu'à totale satisfaction.
</para>

<para>
  Parce que nous avons passé la source vidéo au travers d'un filtre anti-bruit, 
  vous aimerez en rajouter un peu pendant la lecture. Ceci, avec le filtre de 
  post-traitement <option>spp</option>, améliore de façon radicale la perception 
  de qualité et aide à éliminer les artefacts carrés de la vidéo.
  Avec l'option <option>autoq</option> de <application>MPlayer</application>,
  vous pouvez faire varier le montant de post-traitement achevé par le filtre spp
  selon le CPU disponible. Aussi, à ce point, pourrez-vous vouloir demander
  une correction gamma et/ou couleur qui convient mieux à l'affichage. Par exemple:

  <screen>mplayer Harry_Potter_2.avi -vf spp,noise=9ah:5ah,eq2=1.2 -autoq 3</screen>

</para>

<title>Encodé avec le codec <systemitem class="library">XviD</systemitem></title>
<para>
 <systemitem class="library">XviD</systemitem> est une bibliothèque libre pour
 encoder les flux vidéo de MPEG-4 ASP.
 Avant de commencer à encoder, vous avez besoin de <link linkend="xvid">
 paramètrer <application>MEncoder</application> pour son support</link>.
</para>
<para>
 Ce guide a pour principal objectif de fournir le même genre d'information que
 le guide d'encodage de x264.
 Par consèquent, commencez par lire
 <link linkend="menc-feat-x264-encoding-options-intro">la première partie</link>
 de ce guide.
</para>

<listitem><para>
 <emphasis role="bold">max_bframes</emphasis>
  Un plus grand nombre de B-frames consécutives permis améliore habituellement
  la compressibilité, bien qu'il puisse également entraîner plus d'artefacts carrés.
  Le paramètrage par défaut est un bon compromis entre compressibilité et qualité, 
  mais vous pouvez l'augmenter jusqu'à 3 si vous êtes omnibulé par le bitrate.
  Vous pouvez aussi le réduire à 1 ou 0 si vous avez pour seul but la qualité 
  parfaite, cependant dans votre cas vous devriez vous assurer que le bitrate 
  cible est assez élevé pour que l'encodeur n'ait pas à augmenter le 
  quantificateur pour l'atteindre.
</para></listitem>

<listitem><para>
 <emphasis role="bold">bf_threshold</emphasis>
  Ceci contrôle la sensibilité de l'encodeur pour les B-frames, où une plus haute
  valeur amène à ce que plus de B-frames soit utilisé (et vice versa).
  Ce paramètre doit être utilisé avec <option>max_bframes</option>;
  si vous êtes omnibulé par le bitrate, vous devrez augmenter <option>max_bframes</option> 
  et <option>bf_threshold</option>, tandis que vous devriez augmenter <option>max_bframes</option> 
  et réduire <option>bf_threshold</option> ainsi donc l'encodeur peut utiliser plus de B-frames 
  aux seuls endroits qui les nécessitent <emphasis role="bold">vraiment</emphasis>.
  Un nombre bas de <option>max_bframes</option> et une valeur élevée de <option>bf_threshold</option> 
  n'est probablement pas un choix avisé vu qu'il obligera l'encodeur à mettre 

  compressibilité en utilisant les B-frames.
</para></listitem>

<listitem><para>
 <emphasis role="bold">trellis</emphasis>
  Optimise la procèdure de quantification pour obtenir un compromis optimal
  entre le PSNR et le bitrate, ce qui permet de sauver de manière significative 
  des bits.
  Ces bits seront en retour utilisés autre part sur la vidéo, augmentant l'ensemble 
  de la qualité visuelle.
  Vous devriez toujours l'utiliser étant donné qu'il impacte énormément sur la 

</para></listitem>

<listitem><para>
  <emphasis role="bold">hq_ac</emphasis>
  Active une meilleure méthode d'estimation du coût en coefficient, ce qui réduit 
  passiblement la taille de fichier par environ 0.15 à 0.19% (ce qui correspond 
  à moins de 0.01dB PSNR d'augmentation), tandis qu'elle a un impact négligeable 
  sur la vitesse.
  Il est néanmoins recommandé de toujours la laisser activée.
</para></listitem>

    lumineux ou si c'est un moniteur TFT).
</para></listitem>

<listitem><para>
  <emphasis role="bold">qpel</emphasis>
    Elève le nombre de vecteurs de mouvement candidats en augmentant la 
    précision de l'estimation de mouvement de halfpel (demi-pixel) à quarterpel (quart de pixel).
    L'idée est de trouver de meilleurs vecteurs de mouvement pour
    réduire le bitrate (ou augmenter la qualité à bitrate constant).
    Cependant, les vecteurs de mouvement avec une précision quarterpel requièrent 
    quelques bits en plus à coder, mais les vecteurs candidats ne donnent pas 

    mais en retour il n'y aura que peu ou pas de qualité supplémentaire.
    Malheureusement, il n'y a aucune façon de prévoir les avantages possible de
    <option>qpel</option>, donc vous avez précisément besoin de l'encoder avec 
    et sans pour en être sûr.
  </para><para>
    <option>qpel</option> peut quasimment doubler la durée d'encodage, et ne
    requièrt pas moins de 25% en plus de puissance de traitement pour décoder.
    Cela n'est pas supporté par tous les lecteurs.
</para></listitem>

<listitem><para>
  <emphasis role="bold">gmc</emphasis>

  qualité, ces options sont les premières que vous devriez prendre en 
  considération.
  A propos de la dimension de la vitesse, les options <option>frameref</option> 
  et <option>subq</option> interagissent entre elles assez fortement.
  L'expérience montre que, avec une frame de référence,
  <option>subq=5</option> (le règlage par défaut) est environ 35% plus long que
  <option>subq=1</option>.
  Avec 6 frames de référence, la pénalité passe au dessus des 60%.
  L'effet de <option>subq</option> sur le PSNR semble assez constant 
  indépendamment du nombre de frames de référence.
  Typiquement, <option>subq=5</option> résulte en un PSNR global plus haut de 

  Notez qu'il est encore recommandé de toujours régler les <option>bframes</option> 
  à d'autres valeurs que zéro (voir ci-dessous).
</para></listitem>
<listitem><para>
  <emphasis role="bold">frameref</emphasis>:
  <option>frameref</option> est règlé à 1 par défaut, mais ceci ne devrait pas 
  être pris en compte pour justifier qu'il est raisonnable de le mettre à 1.
  En augmentant simplement <option>frameref</option> à 2 permet un gain d'environ 
  0.15dB sur le PSNR avec une pénalité à 5-10% sur la vitesse; cela semble être 
  un bon compromis.
  <option>frameref=3</option> gagne environ 0.25dB de PSNR de mieux que
  <option>frameref=1</option>, ce qui devrait être une différence visible.
  <option>frameref=3</option> est d'environ 15% plus lent que <option>frameref=1</option>.
  Malheureusement, des retours diminuants se mettent en place rapidement.
  <option>frameref=6</option> peut entraîner un gain de seulement 0.05-0.1 dB 
  de mieux que <option>frameref=3</option> avec une pénalité de
  15% sur la vitesse.
  Au delà de <option>frameref=6</option>, les gains en qualité sont 
  habituellement très faible (bien que vous deviez garder à l'esprit

18401:deb6419b0e85

<title>Quantiseur constant contre deux passes</title>

<para>
  Il est possible d'encoder votre film suivant une large gamme de qualités.
  Les compresseurs vidéos modernes et quelques pre-codec de compression 
  (antibruit et redimensionnement) permettent d'obtenir un 
  trés bon rendu pour un film grand écran de 90-110 minutes sur 700Mo. 
  De plus, la plupart des films longs peuvent approcher un résultat parfait 
  avec un fichier d'un taille de 1400Mo.
</para>

<para>
  Il y a trois approches possibles pour encoder une vidéo: débit constant
  (CBR), quantification constante, et deux passes (ABR, ou débit moyen). 
</para>

<para>
  La complexité des images d'un film et le nombre de bits utilisés pour 
  cette compression fera varier grandement le résultat d'une scène à l'autre. 
  Les encodeurs vidéos modernes savent s'ajuster en fonction des besoins par 
  variation du débit vidéo (bitrate).
  Cependant, dans un mode simple comme le CBR, le compresseur ne connaît pas 
  le besoin en débit vidéo pour les scènes à venir, donc il ne sait pas définir 
  un bitrate moyen sur la longueur du film.
  Les modes avancés actuels, comme le mode 'multi-passes' (plusieurs passages), prennent
  en compte les statistiques des passes précédentes pour l'encodage, fixant le 
  problème ci-dessus. 
</para>

<note><title>Note:</title>

  bas ? Votre microprocesseur a assez de ressources car il a le temps, mais votre
  disque lui a une taille fixée.
</para>

<para>
  Avec l'encodage deux passes, la première passe va ripper le film comme
  en CBR, mais va garder un journal des propriétés de chaque trame. 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 utilisés. Pendant les 
  scènes avec peu de mouvements ou avec peu de détails, ce sera des quantificateurs 
  plus bas.
</para>

  vous réserverez aux piste(s) audio et vous devrez <link linkend="menc-feat-dvd-mpeg4-audio">
  les ripper</link> en premier.
  Vous pourrez alors calculer le débit souhaité avec l'équation suivante :
  <systemitem>Débit = (taille_fichier_final_en_Mo - taille_fichier_son_en_Mo) *
  1024 * 1024 / durée_en_secondes * 8 / 1000</systemitem>
  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 : 
  <systemitem>(702 - 60) * 1024 * 1024 / (120*60) * 8 / 1000 = 740kbps</systemitem>
</para>

</sect2>
<sect2 id="menc-feat-dvd-mpeg4-constraints">
<title>Contraintes pour une compression efficace</title>

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

  La compression MPEG est aussi dépendante du domaine de transformation des 
  fréquences, en particulier du "Discrete Cosine Transform (DCT)" (une espèce de
  transformée de Fourier). Ce type d'encodage est efficace pour les 
  formes et les transitions douces, mais fonctionne moins bien avec les contours
  acérés. Afin d'encoder correctement, il demandera plus de bits, sinon des 
  artefacts de compression apparaîtront, aussi connus sous le nom de "ringing".
</para>

<para>
  La transformation en fréquence (DCT) prend place séparément dans chaque 
  macrobloc (en fait, dans chaque bloc), donc le problème n'apparaîtra 
  que si un bord franc se situe dans ce bloc. Si vos bordures noires commencent 
  exactement sur un multiple de 16, ce ne sera pas un problème. En pratique, 
  les bordures ne sont jamais bien alignées, et il sera certainement 
  nécessaire de les couper pour éviter ces défauts.
</para>

  Pour chaque macrobloc, la compression MPEG stocke un vecteur identifiant 
  quelle partie de l'image précédente devrait être copiée dans les macroblocs 
  de l'image suivante. Seules les différences devront alors être encodées.
  Si le macrobloc s'étend et prend en compte une des bordures noire de l'image, 
  alors le vecteur de mouvement écrasera la bordure noire. Cela veut dire que de 
  nombreux bits sont gaspillés pour re-noircir la bande noire ou alors (plus probable) que le vecteur 
  de mouvement ne sera pas du tout utilisé et que tout le macrobloc 
  devra alors être ré-encodé. Dans tous les cas, l'efficacité de l'encodage en est 
  grandement améliorée.
</para>

</listitem>

<listitem>
<para>
  Malgré le fait que les bordures soient entièrement noires et quelles ne changent jamais, 
  il y a toujours un minimum de macroblocs impliqués.
</para>
</listitem>
</orderedlist>

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

<sect2 id="menc-feat-dvd-mpeg4-crop">
<title>Découpage et Redimensionnement</title>

<para>
  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.
</para>

<para>
  <application>MPlayer</application> fournit un filtre de détection 
  qui détermine le rectangle de recadrage (<option>-vf cropdetect</option>).
  Lancer l'application <application>MPlayer</application> avec l'option 
  <option>-vf cropdetect</option> 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.
</para>

<para>
  Ensuite, testez les valeurs obtenues avec <application>MPlayer</application> en utilisant 
  la ligne de commande fournie par <option>cropdetect</option>, 
  et éventuellement ajustez le rectangle de recadrage.
  Ce filtre <option>rectangle</option> 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.
</para>

<para>
  Dans certain cas, le redimensionnement n'est pas souhaitable. Il est délicat  

  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 échantilloné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 vous débarrasser de quelques 
  pixels, vous préférerez sans doute redimensionner la vidéo. Nous allons voir cela 
  dans notre exemple ci-dessous.
  En fait, vous pouvez laisser le filtre <option>cropdetect</option> faire 
  tout cela pour vous: il a un paramètre optionnel d'arrondi <option>round</option> qui vaut
  16 par défaut.
</para>

  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 
  <link linkend="menc-feat-dvd-mpeg4-muxing-avi-limitations">les conteneurs AVI</link>).
  D'autres paramètres comme le redimensionnement, le recadrage, etc. ne modifieront
  <emphasis role="bold">pas</emphasis> la taille du fichier sauf si vous y 
  changez aussi le débit.
</para>

  </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 é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 à 400kbit/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 

<para>
  Le CQ dépend du débit, de l'efficacité du codec vidéo et de la résolution 
  du film.
  Une manière d'augmenter le CQ, c'est de réduire la résolution du film puisque le 
  débit est calculé en fonction de la taille finale désirée et la longueur du film qui sont constant.
  Avec les codecs ASP MPEG-4 comme le <systemitem class="library">XviD</systemitem> ou le 
  <systemitem class="library">libavcodec</systemitem>, un CQ en dessous de 0,18 donne 
  généralement une image type mosaïque car il n'y pas assez de bits pour coder 
  les informations de chaque macrobloc (le MPEG-4, comme les autres codecs, groupe 
  les pixels compressés par blocs pour compresser l'image, s'il n'y a pas assez 

<para>
  Apprendre à utiliser les filtres vidéos de <application>MEncoder</application> 
  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 <application>MEncoder</application> est l'un de ses principaux
  avantages sur d'autres programmes similaires.
</para>

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

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

  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.
</para>

<para>
  Les filtres agissent sur la vidéo dans l'ordre de leur chargement. Par exemple, 
  la chaîne suivante :
  <screen>-vf crop=688:464:12:4,scale=640:464</screen>
  recadrera 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 (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 <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 
  artefacts MPEG), le <option>pullup</option> (téléciné inverse), et <option>
  softpulldown</option> (conversion du soft téléciné 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 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é qu départ d'échanger des bits pour de la qualité.
</para>

<para>
  Aussi, n'ajustez pas le gamma, le contraste, la luminosité, etc. Ces réglages 

  appliqués lors de la lecture uniquement.
</para>

<para>
  Une chose que vous pouvez vouloir faire est de passer la vidéo à travers un filtre trés léger 
  antibruit, comme par exemple <option>-vf hqdn3d=2:1:2</option>. 
  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 <option>hqdn3d</option> 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 (<option>2:1:2</option>) sont plutôt conservatrices, n'hésitez pas à 

  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és-entrelacement avec les DVDs NTSC</link>
  pour apprendre à gérer les différentes possibilités.
</para>

<para>
  De toutes façons, si vous copiez principalement des films, vous rencontrerez de

<sect2 id="menc-feat-dvd-mpeg4-encoding-interlaced">
<title>Encodage de vidéos 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és-entrelacer ou pas.
  D'un coté, si vous la passez en dés-entrelacé, 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és-entrelacer.
  Vous pouvez toujours dés-entrelacer le film au moment de la lecture avec des 
  appareils en progressive scan, et les les futurs lecteurs pourront dés-entrelacer 
  toutes les trames, en interpolant les 50 ou 60000/1001 frames par seconde depuis 
  la vidéo entrelacée.
</para>

<para>

</para></listitem>
<listitem><para>
  Tout redimensionnement vertical doit être effectué en mode entrelacé
</para></listitem>
<listitem><para>
  Les filtres de post-traitement et d'antibruit 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>

<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 pouvoir lire même des fichiers dont la synchronisation
  a été mal faite ou des fichiers corrompus.
  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 synchronisation A/V ne s'appliquent que si vous avez copié ou 
  rippé le son en même 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 configuration <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 

  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'encodage 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 

</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 

  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>
  mettra dans ce fichier <replaceable>sond.ac3</replaceable> la piste audio numéro 
  129 du fichier source <replaceable>fichier_source.vob</replaceable> (NB : les fichiers 
  VOB d'un DVD utilise normalement une autre système de numérotation pour l'audio,
  ainsi la piste 129 est 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 

  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éos dans le fichier source ne correspond 
  pas exactement à la longueur totale des frames audio, 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 points.
  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 superpositions
  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 

<sect2 id="menc-feat-dvd-mpeg4-muxing">
<title>Le multiplexage</title>
<para>
  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.
  <application>MEncoder</application> ne supporte nativement que des conteneurs 
  AVI ou MPEG.
  Par exemple :
  <screen>mencoder -oac copy -ovc copy  -o <replaceable>sortie_film.avi</replaceable> 

</para>

<para>
  Une des caractéristiques expérimentales de <application>MEncoder</application> 
  est le support de <systemitem class="library">libavformat</systemitem>, étant 
  une librairie issue 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>

</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ésynchronisation 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 filtres 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 

  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.
  Cela donnera un fichier légèrement plus grand, mais cela ne posera plus de 
  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 

</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

<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 multiplient par au moins 5 la taille des entêtes (déjà grosses).
</para>
</listitem>
<listitem>
<para>
  L'audio dans un fichier AVI doit aussi avoir un débit constant (CBR) ou une 

</para>
</listitem>
</orderedlist>

<para>
  Ceci dit, <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 

  <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éos 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>.

</para></formalpara>

<para>
  En toute rigueur, ces nombres sont des approximations. Les vidéos NTSC en noir et blanc
  étaient exactement à 60 trames par secondes, mais 60000/1001 a été choisi par la suite
  pour la couleur tout en conservant la compatibilité avec les téléviseurs noir et blanc.
  La vidéo numérique NTSC (comme celle d'un 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>
  De plus anciennes versions de la documentation <application>MEncoder</application> 
  et plusieurs e-mails archivés provenant de liste de diffusion font encore référence à
  59.94, 29.97, et 23.976.
  Toute la documentation de <application>MEncoder</application> a été mise à jour
  pour utiliser les valeurs fractionnelles, et vous devriez aussi les utiliser.
</para>

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

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

<itemizedlist>
<title>Notes :</title>

  Comment réaliser un bon rip DVD ou procéder à des réglages avancés de
<systemitem class="library">libavcodec</systemitem>  dont des questions qui
sortent du contexte de ce guide.
  </para></listitem>
<listitem><para>
  Quelques notes spécifiques à ce guide sont disponibles dans le pied de page,
  et sont liées comme ceci : <link linkend="menc-feat-telecine-footnotes">[1]</link>
  </para></listitem>
</itemizedlist>
</sect2>

  vous pouvez toujours scanner le film entier : 

  <screen>mplayer dvd://1 -nosound -vo null -benchmark</screen>

  L'utilisation de l'option <option>-benchmark</option> fait lire <application>MPlayer</application> 
  aussi vite qu'il le peut - en fonction du matériel, cela peut prendre un certain
  temps. Chaque fois que demux_mpg génère une ligne, celle-ci vous donnera
  immédiatement la valeur du changement.
</para>

<para>
  Parfois, la vidéo progressive sur les DVDs considérés comme un &quot;soft-telecine&quot; 

</sect3>

<sect3 id="menc-feat-telecine-ident-telecined">
<title>Téléciné</title>
<para>
  Les vidéos télécinées sont d'abord filmées à 24000/1001 et seront télécinées
  <emphasis>avant</emphasis> d'être gravé sur DVD.
</para>

<para>
  <application>MPlayer</application> ne doit (jamais) détecter une changement de fps 

<para>
  Au visionnage d'une vidéo télécinée, vous verrez des artefacts d'entrelacement 
  donnant l'impression de &quot;clignotement&quot;: apparaissant et disparaissant 
  rapidement.
  Vous pouvez le voir plus précisément avec :
  <orderedlist>
  <listitem>
    <screen>mplayer dvd://1</screen>
    </listitem>
  <listitem><para>

  et de voir comment l'option <option>pullup</option> voit d'images. 
  Si la source est télécinée, vous devriez voir sur la console une forme 3:2 avec des 
  alternances de <systemitem>0+.1.+2</systemitem> et <systemitem>0++1</systemitem>.
  L'avantage de cette technique et que vous n'avez pas besoin de visionner la 
  source pour l'identifier, donc utile pour automatiser l'encodage de vidéos, ou 
  bien effectuer ces procédures à distance même à travers une connexion internet lente.
</para>

</sect3>

<sect3 id="menc-feat-telecine-ident-interlaced">

  progressifs et entrelacés sont réunis ensemble.
</para>

<para>
  Cette catégorie ressemble à du &quot;mélange progressif et téléciné&quot; jusqu'à 
  ce que vous examiniez la partie 30000/1001 fps et que vous vous aperceviez
  qu'il n'y a pas de trace de téléciné.
</para>
</sect3>

</sect2>

  a pas de mouvements. Notez que <option>-ofps</option> n'est <emphasis>pas</emphasis> nécessaire ici.

  <screen>mencoder dvd://1 -oac copy -ovc lavc -lavcopts ildct:ilme:mbd=2</screen>
  </para></listitem>
<listitem><para>
  Utilisez un filtre de dés-entrelacement avant l'encodage. Il y a plusieurs de
  ces filtres disponibles aux choix, chacun avec ces propres avantages et 
  désavantages. Consultez <option>mplayer -pphelp</option> pour voir quels sont 
  ceux disponibles (grep pour &quot;deint&quot;), et cherchez les
  <ulink url="http://www.mplayerhq.hu/homepage/design6/info.html#mailing_lists">
  listes de diffusion MPlayer</ulink> pour trouver plusieurs discussions sur les 
  différents filtres. Encore une fois, le framerate ne change pas, donc pas de
  <option>-ofps</option>. Aussi, le dés-entrelacement devra être fait après
  découpage <link linkend="menc-feat-telecine-footnotes">[1]</link> et
  avant dimensionnement.

  <screen>mencoder dvd://1 -oac copy -vf pp=lb -ovc lavc</screen>
  </para></listitem>

  est de créer une frame complète à partir de chaque champs, ce qui
  donne le framerate 60000/1001. L'avantage de cette approche est qu'aucune
  donnée n'est jamais perdue. Cependant, vu que chaque frame vient avec seulement 
  un champ, les lignes manquantes doivent être interpolées d'une façon ou d'une autre.
  Il n'y a pas de très bonne méthode générant les données manquantes, et donc le
  résultat sera un peu similaire à celui obtenu quand on utilise certains filtres de dés-entrelacement. 
  Générer les lignes manquantes crée aussi d'autres problèmes,
  simplement parce que la quantité de données double. Ainsi, de plus haut bitrates 
  d'encodage sont nécessaires pour conserver la qualité, et plus de puissance CPU est
  utilisée pour l'encodage et le décodage. 'tfields' a  plusieurs 
  options pour gérer la création des lignes manquantes de chaque frame. Si vous

  </para></listitem>
</orderedlist>
</sect3>

<sect3 id="menc-feat-telecine-encode-mixedpt">
<title>Progressif et téléciné mélangé</title>
<para>
  Afin de convertir une vidéo composée de progressive et de téléciné en vidéo entièrement
  progressive, les parties en téléciné doivent être inverse-télécinées. Il y a trois 
  moyens d'accomplir cela, comme décrit ci-dessous. Notez que vous devrez
  <emphasis role="bold">toujours</emphasis> inverse-téléciné avant tout 

<listitem><para>
  Je n'ai pas moi-même utilisé <option>-vf filmdint</option>, mais voilà ce que
  D Richard Felker III en dit:
  
  <blockquote><para>Il est correct, mais AMA il essaie de dés-entrelacer plutôt
  que de faire l'inverse-téléciné trop souvent (tout comme les lecteurs DVD de salon
   &amp; les TVs progressive) ce qui donne des clignotements affreux et d'autre 
  artefacts. Si vous penser l'employer, vous devez commencer par passer un peu de temps 
  pour affiner les options et observer la sortie pour être sûr que cela
  casse pas tout.</para></blockquote>

  frames par seconde, ils seront télécinés en même temps que les frames progressive. 
  La moitié des "frames" entrelacées sera affichée pour une durée de trois champs
  (3/(60000/1001) secondes), ce qui a pour résultat un effet pichenette de 
  "retour en arrière" ce qui semble tout à fait mauvais. Si vous tentez 
  quand même ceci, vous <emphasis role="bold">devez</emphasis> utiliser un filtre
  dés-entrelaçant comme <option>lb</option> ou <option>l5</option>.
  </para>

  <para>
  Cela peut tout aussi bien être une mauvaise idée pour l'affichage progressive. 
  Cela laissera tomber les paires consécutives de champs entrelacés, ayant pour 

  </listitem>

<listitem><para>
  Traitez-la comme entrelacée. Certaines frames des parties progressive auront 
  besoin d'être dupliquées, ce qui entraînera en un sautillement inégal. Encore une 
  fois, les filtres dés-entrelaçant peuvent passablement dégrader les parties
  progressives.
  </para></listitem>

</itemizedlist>
</sect3>

<listitem><formalpara>
  <title>A propos de découpage:</title>
  <para>
  Les données vidéo d'un DVD sont stockées dans un format appelé YUV 4:2:0. Dans 
  la vidéo YUV, la luma (&quot;luminosité&quot;) et le chroma (&quot;couleur&quot;)
  sont stockés séparément. Parce que l'oeil humain est somme toute moins sensible
  à la couleur qu'il ne l'est à la luminosité, dans une image YUV 4:2:0 il y a 
  seulement un pixel de chroma pour 4 pixels de luma. Dans une image progressive, 
  chaque carré de quatre pixels de luma (deux sur chaque coté) ont un pixel de 
  chroma commun. Vous devez découper un YUV 4:2:0 progressif à des résolutions paires, 
  et utiliser un décalage pair. Par exemple,

  </para>
  </formalpara>

  <para>
  Quand vous avez à faire à un YUV 4:2:0 entrelacé, la situation devient un peu plus
  compliquée. Au lieu que chaque série de quatre pixels de luma partage un pixel 
  de chroma dans une <emphasis>frame</emphasis>, chaque groupe de quatre pixels de luma 
  dans chaque <emphasis>champs</emphasis> partage un pixel de chroma. Quand les 
  champs sont entrelacés pour former une frame, chaque ligne de scan est un 
  pixel de haut. Maintenant, au lieu que tout les quatre pixels de luma soient 
  dans un carré, ils sont deux pixels côte à côte, et les deux autres pixels
  sont côte à côte deux lignes de scan plus bas. Les deux pixels de luma dans la 
  ligne de scan intermédiaire sont à partir de l'autre champ, et donc partage un 
  pixel de chroma différent avec deux pixels de luma deux lignes de scan plus loin. 
  Toute cette confusion rend nécessaire d'avoir des dimensions de découpe verticales 

  Juste parce que je recommande <option>mbd=2</option> ici ne veut pas dire
  que cela ne devrait pas être utilisé autre part. Avec <option>trell</option>,
  <option>mbd=2</option> est l'une des deux options de <systemitem class="library">libavcodec</systemitem> 
  qui augmente le mieux la qualité, et vous devriez toujours utiliser au moins 
  une des deux à moins que la baisse de vitesse d'encodage ne soit prohibitive 
  (e.g. encodage temps réel). Il y a plusieurs autres options <systemitem class="library">libavcodec</systemitem> 
  qui augmentent la qualité d'encodage (et réduisent la vitesse d'encodage) mais ceci est au delà
  de la portée de ce document.
  </para>
  </formalpara>
  </listitem>

<listitem><formalpara>
  <title>A propos de la performance de pullup:</title>
  <para>
  Employer <option>pullup</option> (avec <option>softskip</option>) 
  sur une vidéo progressive est sûr, et est habituellement une bonne idée à moins qu'il
  ait été vérifié que la source est entièrement progressive.
  La perte de performance est petite pour la plupart des cas. Sur un encodage minimal,
  <option>pullup</option> ralentit <application>MEncoder</application> de 50%. 
  L'ajout du traitement du son et d'options avancées pour <option>lavcopts</option> masquent cette 
  différence, en limitant la perte de performance due à l'utilisation de <option>pullup</option> à 2%.
  </para>

<sect1 id="menc-feat-enc-libavcodec">
<title>Encodage avec la famille de codec <systemitem class="library">libavcodec</systemitem></title>

<para>
<link linkend="ffmpeg"><systemitem class="library">libavcodec</systemitem></link>
fournit un encodage simple pour plusieurs formats vidéos et audio intéressants.
Vous pouvez encoder vers les codecs suivant (la liste suivante est plus ou moins à jour):
</para>

<sect2 id="menc-feat-enc-libavcodec-video-codecs">
<title>codecs vidéo de <systemitem class="library">libavcodec</systemitem></title>

</para>
</informalexample>

<para>
  Contrairement aux codecs vidéo de <systemitem class="library">libavcodec</systemitem>, 
  ces codecs audio ne font pas un usage intelligents des bits qu'on leur donne
  vu qu'ils ont des modèles psycho-accoustiques minimaux (quand ils en ont)
  ce que la plupart des autres implémentations de codec comportent.
  Cependant, notez que tous ces codecs audio sont très rapides et fonctionnent qu'importe
  leur environnement à partir du moment où <application>MEncoder</application> a été
  compilée avec <systemitem class="library">libavcodec</systemitem> (ce qui est le
  cas la plupart du temps), et ne dépend pas de bibliothèques externes.
</para>
</sect2>

  Des valeurs négatives sont une échelle complètement différente.
  De bonnes valeurs sont -1 pour un encodage rapide, ou 2-4 pour un plus lent.
</para></listitem>

<listitem><para>
  <emphasis role="bold">predia</emphasis>: pré-passe de recherche de mouvement.
  Pas aussi important que dia. De bonnes valeurs sont 1 (par défaut) à 4. Cela 
  demande preme=2 pour être vraiment utile.
</para></listitem>

<listitem><para>

</para></listitem>

<listitem><para>
  <emphasis role="bold">last_pred</emphasis>: Nombre de prédicateurs de mouvement 
  à prendre depuis la frame précédente.
  1-3 (ou dans ces eaux) améliore la vitesse de l'encodage quasiment sans contrepartie.
  De plus hautes valeurs ralentiront sans avoir de gain réel.
</para></listitem>

<listitem><para>
  <emphasis role="bold">cbp, mv0</emphasis>: Contrôle la sélection de macroblocs.

</para></listitem>

<listitem><para>
  <emphasis role="bold">qprd</emphasis>: quantification adaptative basée sur la
  complexité du macrobloc.
  Peut aider ou aggraver la situation ceci dépend de la vidéo et des autres options.
  Cela peut causer des artefacts à moins que vous ne paramétriez vqmax à certaines
  valeurs raisonnablement petites (6 c'est bien, voire peut-être 4); 
  vqmin=1 devrait aussi aider.
</para></listitem>

  recommandée: 0.5-0.7).
</para></listitem>

<listitem><para>
  <emphasis role="bold">vlelim, vcelim</emphasis>: Paramètre le seuil du seul 
  coefficient d'élimination pour les plans de luminance et de chroma.
  Ceux-là sont encodés séparément dans tous les algorithmes de style MPEG.
  L'idée derrière tout ceci est d'utiliser certaines bonnes heuristiques
  pour déterminer quand le changement dans un bloc est inférieur au seuil que 
  vous avez spécifié, et dans ce cas, de simplement encoder le bloc comme étant 
  "sans changement".

  (+25% en pratique).
</para></listitem>

<listitem><para>
  <emphasis role="bold">psnr</emphasis>: n'affecte pas l'encodage courant,
  mais écrit un fichier journal donnant le type/taille/qualité de chaque frame, et 
  imprime un résumé du PSNR (rapport maximal du signal sur le bruit) à la fin.
</para></listitem>

</itemizedlist>

  <emphasis role="bold">vme</emphasis>: La valeur par défaut est la mieux.
</para></listitem>

<listitem><para>
  <emphasis role="bold">lumi_mask, dark_mask</emphasis>: Quantification adaptative 
  pyscho-visuelle.
  Vous ne voulez pas jouer avec ces options si vous tenez à la qualité.
  Des valeurs raisonnables peuvent être efficaces dans votre cas, mais soyez prévenu 
  que ceci reste très subjectif.
</para></listitem>

  encodages qui affectent la vitesse et la qualité pour un bitrate donné.
</para>

<para>
  Tous les paramètres d'encodage sont testés sur un échantillon de vidéo de 
  720x448 @30000/1001 fps, le bitrate cible était 900kbps, et la machine était un
  AMD-64 3400+ à 2400 Mhz en mode 64 bits.
  Chaque paramètre d'encodage comporte la mesure de vitesse d'encodage (en
  frames par seconde) et la perte PSNR (en dB) comparé au paramètre de "très
  haute qualité".
  Sachez que selon votre source, votre machine et les derniers développements,

  <entry><option>vcodec=mpeg4:mbd=2:trell:v4mv:turbo</option></entry>
  <entry>42fps</entry>
  <entry>-0.74dB</entry>
</row>
<row>
  <entry>Temps réel</entry>
  <entry><option>vcodec=mpeg4:mbd=2:turbo</option></entry>
  <entry>54fps</entry>
  <entry>-1.21dB</entry>
</row>
</tbody>

  nous utilisons le filtre cropdetect:

  <screen>mplayer dvd://1 -vf cropdetect</screen>

  Cherchez une frame complètement remplie (comme une scène 
  lumineuse), et vous verrez dans la console de sortie de <application>MPlayer</application>:

  <screen>crop area: X: 0..719  Y: 57..419  (-vf crop=720:362:0:58)</screen>

  Rejouons ensuite le film avec le filtre pour tester le résultat:

  Une autre raison pour retirer les pixels du haut et du bas est que nous nous 
  assurons que nous avons éliminé tous les pixels à moitié noir s'ils 
  existent. Notez que si votre vidéo est télécinée, assurez-vous que le filtre 
  <option>pullup</option> (ou quelque soit le filtre inverse téléciné que vous 
  avez décidé d'utiliser) apparaissent dans la chaîne de filtres avant que vous 
  découpiez. Si il est entrelacé, dés-entrelacez-le avant découpage.
  (Si vous choisissez de préserver la vidéo entrelacée, alors soyez certain que 
  votre décalage de découpage vertical est un multiple de 4.)
</para>

<para>

  carrés, vous pouvez essayer de choisir le NSSE expérimental comme fonction 
  de comparaison via <option>*cmp=10</option>.
</para>

<para>
  Pour ce film, le AVI résultant durera 138 minutes et pèsera à peu près 3GB. 
  Si vous disiez que la taille du fichier n'était pas importante, cette taille
  est parfaitement acceptable. Cependant, si vous la souhaitez plus petite, 
  vous pouvez essayer un bitrate inférieur. Les augmentations de bitrates ont des 
  effets amoindris, tandis que nous pourrons clairement voir une 
  amélioration à partir de 1800Kbit jusqu'à 2000Kbit, cela ne semblera pas
  tellement rentable notablement au-dessus de 2000Kbit. Libre à vous 
  d'expérimenter jusqu'à totale satisfaction.
</para>

<para>
  Parce que nous avons passé la source vidéo au travers d'un filtre antibruit, 
  vous aimerez en rajouter un peu pendant la lecture. Ceci, avec le filtre de 
  post-traitement <option>spp</option>, améliore de façon radicale la perception 
  de qualité et aide à éliminer les artefacts carrés de la vidéo.
  Avec l'option <option>autoq</option> de <application>MPlayer</application>,
  vous pouvez faire varier le montant de post-traitement achevé par le filtre spp
  selon le CPU disponible. Aussi, à ce point, pourriez-vous vouloir demander
  une correction gamma et/ou couleur qui convient mieux à l'affichage. Par exemple:

  <screen>mplayer Harry_Potter_2.avi -vf spp,noise=9ah:5ah,eq2=1.2 -autoq 3</screen>

</para>

<title>Encodé avec le codec <systemitem class="library">XviD</systemitem></title>
<para>
 <systemitem class="library">XviD</systemitem> est une bibliothèque libre pour
 encoder les flux vidéo de MPEG-4 ASP.
 Avant de commencer à encoder, vous avez besoin de <link linkend="xvid">
 paramétrer <application>MEncoder</application> pour son support</link>.
</para>
<para>
 Ce guide a pour principal objectif de fournir le même genre d'information que
 le guide d'encodage de x264.
 Par conséquent, commencez par lire
 <link linkend="menc-feat-x264-encoding-options-intro">la première partie</link>
 de ce guide.
</para>

<listitem><para>
 <emphasis role="bold">max_bframes</emphasis>
  Un plus grand nombre de B-frames consécutives permis améliore habituellement
  la compressibilité, bien qu'il puisse également entraîner plus d'artefacts carrés.
  Le paramétrage par défaut est un bon compromis entre compressibilité et qualité, 
  mais vous pouvez l'augmenter jusqu'à 3 si vous êtes obnubilé par le bitrate.
  Vous pouvez aussi le réduire à 1 ou 0 si vous avez pour seul but la qualité 
  parfaite, cependant dans votre cas vous devriez vous assurer que le bitrate 
  cible est assez élevé pour que l'encodeur n'ait pas à augmenter le 
  quantificateur pour l'atteindre.
</para></listitem>

<listitem><para>
 <emphasis role="bold">bf_threshold</emphasis>
  Ceci contrôle la sensibilité de l'encodeur pour les B-frames, où une plus haute
  valeur amène à ce que plus de B-frames soit utilisé (et vice versa).
  Ce paramètre doit être utilisé avec <option>max_bframes</option>;
  si vous êtes obnubilé par le bitrate, vous devrez augmenter <option>max_bframes</option> 
  et <option>bf_threshold</option>, tandis que vous devriez augmenter <option>max_bframes</option> 
  et réduire <option>bf_threshold</option> ainsi donc l'encodeur peut utiliser plus de B-frames 
  aux seuls endroits qui les nécessitent <emphasis role="bold">vraiment</emphasis>.
  Un nombre bas de <option>max_bframes</option> et une valeur élevée de <option>bf_threshold</option> 
  n'est probablement pas un choix avisé vu qu'il obligera l'encodeur à mettre 

  compressibilité en utilisant les B-frames.
</para></listitem>

<listitem><para>
 <emphasis role="bold">trellis</emphasis>
  Optimise la procédure de quantification pour obtenir un compromis optimal
  entre le PSNR et le bitrate, ce qui permet de sauver de manière significative 
  des bits.
  Ces bits seront en retour utilisés autre part sur la vidéo, augmentant l'ensemble 
  de la qualité visuelle.
  Vous devriez toujours l'utiliser étant donné qu'il impacte énormément sur la 

</para></listitem>

<listitem><para>
  <emphasis role="bold">hq_ac</emphasis>
  Active une meilleure méthode d'estimation du coût en coefficient, ce qui réduit 
  passablement la taille de fichier par environ 0.15 à 0.19% (ce qui correspond
  à moins de 0.01dB PSNR d'augmentation), tandis qu'elle a un impact négligeable 
  sur la vitesse.
  Il est néanmoins recommandé de toujours la laisser activée.
</para></listitem>

    lumineux ou si c'est un moniteur TFT).
</para></listitem>

<listitem><para>
  <emphasis role="bold">qpel</emphasis>
    Élève le nombre de vecteurs de mouvement candidats en augmentant la
    précision de l'estimation de mouvement de halfpel (demi-pixel) à quarterpel (quart de pixel).
    L'idée est de trouver de meilleurs vecteurs de mouvement pour
    réduire le bitrate (ou augmenter la qualité à bitrate constant).
    Cependant, les vecteurs de mouvement avec une précision quarterpel requièrent 
    quelques bits en plus à coder, mais les vecteurs candidats ne donnent pas 

    mais en retour il n'y aura que peu ou pas de qualité supplémentaire.
    Malheureusement, il n'y a aucune façon de prévoir les avantages possible de
    <option>qpel</option>, donc vous avez précisément besoin de l'encoder avec 
    et sans pour en être sûr.
  </para><para>
    <option>qpel</option> peut quasiment doubler la durée d'encodage, et ne
    requiert pas moins de 25% de puissance processeur en plus pour décoder.
    Cela n'est pas supporté par tous les lecteurs.
</para></listitem>

<listitem><para>
  <emphasis role="bold">gmc</emphasis>

  qualité, ces options sont les premières que vous devriez prendre en 
  considération.
  A propos de la dimension de la vitesse, les options <option>frameref</option> 
  et <option>subq</option> interagissent entre elles assez fortement.
  L'expérience montre que, avec une frame de référence,
  <option>subq=5</option> (le réglage par défaut) est environ 35% plus lent que
  <option>subq=1</option>.
  Avec 6 frames de référence, la pénalité passe au dessus des 60%.
  L'effet de <option>subq</option> sur le PSNR semble assez constant 
  indépendamment du nombre de frames de référence.
  Typiquement, <option>subq=5</option> résulte en un PSNR global plus haut de 

  Notez qu'il est encore recommandé de toujours régler les <option>bframes</option> 
  à d'autres valeurs que zéro (voir ci-dessous).
</para></listitem>
<listitem><para>
  <emphasis role="bold">frameref</emphasis>:
  <option>frameref</option> est réglé à 1 par défaut, mais cela ne veut pas dire
  qu'il est raisonnable de le laisser à 1.
  La simple augmentation de <option>frameref</option> à 2 permet un gain de PSNR d'environ
  0.15dB, avec une pénalité de 5-10% sur la vitesse; cela semble être
  un bon compromis.
  <option>frameref=3</option> gagne environ 0.25dB de PSNR de mieux que
  <option>frameref=1</option>, ce qui devrait être une différence visible.
  <option>frameref=3</option> est d'environ 15% plus lent que <option>frameref=1</option>.
  Malheureusement, des retours diminuant se mettent en place rapidement.
  <option>frameref=6</option> peut entraîner un gain de seulement 0.05-0.1 dB 
  de mieux que <option>frameref=3</option> avec une pénalité de
  15% sur la vitesse.
  Au delà de <option>frameref=6</option>, les gains en qualité sont 
  habituellement très faible (bien que vous deviez garder à l'esprit