annotate DOCS/xml/fr/encoding-guide.xml @ 18229:e0d18b30598c

Sync with 1.47, patch by Johan Bos < dariusjb AH gmail com> and LMJ. Hail to the Foggy Team!!!!!!!!!! Not hooked up with the rest of the build system yet as it's not been re-read and proofread enough, and maybe doesn't even validate ;) pre8 or rc1 can probably wait till these issues are straighten up :)

<?xml version="1.0" encoding="iso-8859-1"?>
<!-- $Revision$ -->
<chapter id="encoding-guide">
<title>L'encodage avec <application>MEncoder</application></title>

<sect1 id="menc-feat-dvd-mpeg4">
<title>Créer un rip MPEG-4 (&quot;DivX&quot;) de haute qualité à partir d'un DVD</title>

<para>
  Une question fréquemment posée est "Comment faire le meilleur rip DVD possible ?
  Une autre question est "Comment dois-je faire pour avoir un rip de la meilleur
  qualité possible ?" Peu importe la taille du fichier, je veux simplement la 
  meilleur qualité."
</para>

<para>
  Cette question est peut être un peu mal posée. Après tout, si vous ne vous
  souciez pas de la taille du fichier, pourquoi ne pas simplement copier le
  flux MPEG-2 du DVD entier ? Bien sûr, votre AVI finira par faire 5Go, mais
  si vous voulez la meilleure qualité et ne vous souciez pas de la taille,
  ceci est probablement votre meilleure option.
</para>

<para>
  En fait, la raison pour laquelle vous voulez convertir un DVD en MPEG-4
  est que vous tenez <emphasis role="bold">réellement</emphasis> compte
  de la taille du fichier.
</para>

<para>
  Il est difficile de proposer une recette sur la façon de créer des rips DVD
  de très haute qualité. Il y a de nombreux facteurs à prendre en compte, et vous
  devriez comprendre ces détails, ou vous serez déçus par les résultats. Ci-dessous
  nous allons examiner quelques-uns de ces problèmes, et voir un exemple. Nous
  supposerons que vous utilisez <systemitem class="library">libavcodec</systemitem> pour encoder 
  la vidéo, bien que cette exemple théorique s'applique également à d'autres codecs.
</para>

<para>
  Si cela vous semble un peu trop pour vous, vous devriez utiliser une des 
  interfaces graphiques listées dans   <ulink url="http://mplayerhq.hu/homepage/design7/projects.html#mencoder_frontends">Section 
  MEncoder</ulink> sur la page de notre projet.
  Avec ceci, vous serez suffisamment armé pour produire des rips de bonne qualité sans 
  trop réfléchir car ces outils utilisent des réglages astucieux à votre place.
</para>

<sect2 id="menc-feat-dvd-mpeg4-preparing-encode">
<title>Préparation à l'encodage : identification des sources, du matériel et du framerate</title>
<para>
  Avant même de penser à encoder un film, il est nécessaire de passer par quelques étapes
  préliminaires.
</para>

<para>
  La première et plus importante étape avant l'encodage sera la détermination du 
  type de contenu utilisé. Si la source physique provient d'un DVD ou bien d'un 
  média de diffusion comme la télé par câble ou le satellite, elle sera stocké
  sous deux formats : NTSC pour l'amérique du nord et le Japon, et le PAL pour
  l'Europe et autres...
  C'est important de la prendre en compte, pourtant, ceci est juste le format
  de présentation à la télévision, ce n'est en <emphasis role="bold">aucun</emphasis>
  cas le format original du film.
  L'expérience montre que le NTSC est bien plus dur à encoder car il y a plus
  d'élément d'identification dans la source.
  Afin de produire l'encodage désiré, vous devez connaître le format original.
  Négliger cette étape aura pour conséquence des résultats hasardeux, des artefacts 
  bizarroïdes, des trames en double ou ignorées.
  En plus d'avoir des résultats bizarres, le rendu global en souffrirai par une 
  qualité médiocre par unité du bitrate.
</para>

<sect3 id="menc-feat-dvd-mpeg4-preparing-encode-fps">
<title>Identification du framerate de la source</title>
<para>
  Voici une liste de types de sources matérielles, il est possible que vous
  trouvez la votre avec ces propriétés :
</para>
<itemizedlist>
<listitem><para>
  <emphasis role="bold">Film standard</emphasis>: produit pour une diffusion
  cinématographique avec 24 images par secondes (fps).
</para></listitem>
<listitem><para>
  <emphasis role="bold">Vidéo PAL</emphasis>: Enregistré par une caméra à 50 trames 
  par secondes. Une trame est par exemple les lignes paires ou autre d'une image.
  La télévision a été crée pour rafraîchir l'image de cette manière, une version
  de la compression analogique.
  L'oeil humain est censé compenser cette alternance de trames mais dès lors que vous 
  comprenez ce fonctionnement, vous ne regarderez plus la télévision de la même façon.
  Deux trames ne font <emphasis role="bold">pas</emphasis> une image complète, car elles
  sont capturées 1/50 de seconde décalé dans le temps et ceci, sans bouger tant qu'il n'y
  a pas de mouvement
</para></listitem>
<listitem><para>
  <emphasis role="bold">Vidéo NTSC</emphasis> : Enregistré par une caméra à
  60000/1001 trames par secondes, ou 60 trames par secondes dans l'ère noir/blanc.
  Sinon, c'est similaire au PAL.
</para></listitem>
<listitem><para>
  <emphasis role="bold">Animation</emphasis>: Normalement dessiné pour 24fps, 
  mais il en existe de toute sorte.
</para></listitem>
<listitem><para>
  <emphasis role="bold">Animation Graphique, Effets Spéciaux</emphasis>: il est
  possible d'en trouver avec n'importe quel framerate, mais 24 et 30 fps sont généralement
  destiné au NTSC et 25 pour le PAL.
</para></listitem>
<listitem><para>
  <emphasis role="bold">Vieux films</emphasis>: un framerate généralement plus
   bas.
</para></listitem>
</itemizedlist>
</sect3>

<sect3 id="menc-feat-dvd-mpeg4-preparing-encode-material">
<title>Identification de la source matérielle</title>
<para>
  (?)Les films composés de trames sont dits progressive,
  tandis que ceux composés de champs indépendant sont appelés
  soit entrelacé soit vidéo - ce dernier terme est plutôt ambigu.
</para>
<para>
  Pour compliquer le tout, quelques films font un film des techniques vues ci-dessus.
</para>
<para>
  La distinction la plus importante qui doit être faire entre ces formats
  est que certains sont basés sur l'image d'autre sur le champs
  <emphasis role="bold">Même si</emphasis> un film a été préparé pour être projeté
  sur une télévision (même les DVDs), il est converti dans un format basé sur des champs.
  Les nombreuses méthodes peuvent être rassemblé sous le terme de redimensionnement comme
  l'infâme NTSC "3:2 telecine" qui en ai une variété.
  A part que l'oeuvre originale soit basé sur des champs (et avec le même fieldrate),
  vous obtiendrez un format d'image différent de celui d'origine.
</para>

<itemizedlist>
<title>Plusieurs variétés communes de redimensionnement :</title>
<listitem><para>
  <emphasis role="bold">Redimensionnement PAL 2:2 </emphasis>: Le meilleur de tous.
  Chaque image est affiché pendant la durée de deux trames, par extraction des lignes
  paires et impaires, puis en les affichant par alternance.
  Si l'original est à 24 images par secondes, ce redimensionnement augmentera la vitesse
  du film de 4%.
</para></listitem>
<listitem><para>
  <emphasis role="bold">Redimensionnement PAL 2:2:2:2:2:2:2:2:2:2:2:3</emphasis>:
  La douzième image est affiché pendant la durée de 3 frames au lieu de deux. Cela
  permet d'éviter le problème de l'accélération de 4% mais rend le processus trés 
  difficil à inverser.
  Cette technique est généralement utilisé dans les productions musicales où 
  l'accélération de 4% endommagerai sérieusement la qualité musicale.
</para></listitem>
<listitem><para>
  <emphasis role="bold">Télécine NTSC 3:2</emphasis>: Les images sont alternativement
  affichées la durée de 3 ou 2 frames. Cela provoque un redimensionnement de 2,5 fois le 
  ratio original. Le résultat est très légèrement de 60 frames par secondes à 60000/1001
  frames par seconde pour maintenir le fieldrate NTSC
</para></listitem>
<listitem><para>
  <emphasis role="bold">Redimmensionnement NTSC 2:2</emphasis>: Utilisé pour le NTSC avec une 
  source en 3Dfps. Le rendu est correct, similaire au redimensionnement PAL 2:2
</para></listitem>
</itemizedlist>

<para>
  Il y aussi d'autres manière de convertir des vidéos NTSC et du PAL 
  mais ce sujet s'éloigne des limites de ce guide.
  Si vous désirez encoder une film par exemple, le mieux reste de trouver
  une copie de l'original.
  La conversion entre ces deux formats est hautement destructrice et il n'est 
  pas possible de l'inverser proprement, donc l'encodage sera d'autant plus
  mauvais s'il est fait à partir d'une source déjà converti.
</para>
<para>
  Quand des vidéos sont stockés sur un DVD, des groupes de trames 
  consécutives sont groupés en une image, même si elles ne sont pas censés
  être affichées au même moment.
  Le standard MPEG-2 utilisé dans les DVDs et la télévision numérique fourni
  un moyen d'encoder les images originales progressivement et de stocker le 
  nombre de trames pour chaque image qui devra être afficher avant cette 
  image.
  Si cette méthode avait été utilisé, le film aurait été souvent décrit comme 
  "soft-telecined" ("contenu progressif"), car le processus de redimentionnement 
  est appliqué directement par le lecteur de DVD au lieu de détériorer le film lui même.
  Ce cas est préféré car il peut être tout aussi bien inversé
  (ignoré ici) par l'encodeur puisqu'il préserve la qualité maximale.
  Malgré cela, beaucoup de DVD et d'émissions studios diffusées n'utilisent pas
  des techniques d'encodage propres mais plutôt des films "hard telecine" ("contenu brut") 
  où les trames sont dupliquées puis encodées en MPEG-2.
</para>
<para>
  Les étapes pour gérer correctement ce genre de cas sera évoqué <link
  linkend="menc-feat-telecine">plus tard dans ce guide</link>.
  Pour l'instant, nous allons vous donner quelques indices pour définir à quel
  source vous avez à faire : 
</para>

<itemizedlist>
<title>Domaine du NTSC:</title>
<listitem><para>
  Si <application>MPlayer</application> affiche que le nombre d'image a changé pour 
  24000/1001 quand vous regardez votre film, et qu'il ne change plus du tout, il est 
  quasiment certain que c'est un contenu progressif qui a été "soft teleciné".
</para></listitem>
<listitem><para>
  Si <application>MPlayer</application> affiche un nombre d'images alternant 
  entre 24000/1001 et 30000/1001 et les bords de l'image sont effilés, alors 
  il y a plusieurs possibilités.
  Les segments à 24000/1001 fps ont très certainement un contenu progressif, 
  "soft teleciné" mais les parties 30000/1001 fps  peuvent être "hard-teleciné" 
  depuis un contenu 24000/1001 fps ou 60000/1001 frames par secondes d'une vidéo NTSC.
</para></listitem>
<listitem><para>
  Si <application>MPlayer</application> montre un nombre d'images constant et que chacune 
  des images avec des mouvements apparaît effiles sur les cotés, alors votre film 
  est à 60000/1001 images par secondes sur une vidéo en NTSC.
</para></listitem>
<listitem><para>
  Si <application>MPlayer</application> montre un nombre d'images constant et que deux 
  images sur cinq apparaît effilé, le film est "hard teleciné" avec un contenu 
  de 24000/1001fps.
</para></listitem>
</itemizedlist>

<itemizedlist>
<title>Domaine du PAL:</title>
<listitem><para>
  Si vous ne voyez pas d'effilement sur les cotés, le film à un redimensionnement 2:2.
</para></listitem>
<listitem><para>
  Si vous voyez une alternance régulière d'éffilement, de pseudo entrelacement 
  toutes les demi-secondes, alors le film a subi une réduction 2:2:2:2:2:2:2:2:2:2:2:3.
</para></listitem>
<listitem><para>
  Si vous voyez une sorte d'entrelacement constant dans les scènes en mouvement, 
  le film est en PAL avec 50 trames par secondes.
</para></listitem>
</itemizedlist>

<note><title>Astuce:</title>
<para>
  <application>MPlayer</application> peut lire un film très lentement en utilisant 
  l'option -speed ou en le jouant image par image.
  Essayer d'utiliser l'option <option>-speed</option> à 0.2 afin de regarder le film 
  très doucement ou presser la touche "<keycap>.</keycap>" pour avancer d'une frame 
  à l'autre et ainsi identifier la "signature" d'un type de redimensionnement si 
  celui-ci n'est pas visible à vitesse normale.
</para>
</note>
</sect3>
</sect2>

<sect2 id="menc-feat-dvd-mpeg4-2pass">
<title>Quantiseur constant contre deux passes</title>

<para>
  Il est possible d'encoder votre film suivant différentes qualités. 
  Les encoders vidéo modernes et quelques pre-codec de compression 
  (anti-bruit et redimensionnement), il est possible d'obtenir un 
  trés bon rendu pour un film grand écran de 90-110 minutes tenant 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éo modernes savent s'ajuster en fonction des besoins par 
  variation du débit vidéo (bitrate).
  Dans un mode simple comme le CBR, quel qu'il soit, l'encodeur 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) prends 
  en compte les statistiques des passes précédentes pour l'encodage, fixant le 
  problème ci-dessus. 
</para>

<note><title>Note:</title>
<para>
  La plupart des codecs qui supporte l'encodage ABR supportent seulement deux 
  passages alors que d'autres comme le <systemitem class="library">x264</systemitem>,
  le <systemitem class="library">XviD</systemitem> et <systemitem   class="library">libavcodec</systemitem> supportent des 
  passes multiples qui permettent d'affiner à chaque fois les statistiques mais 
  cela sera négligeable après la quatrième passe.
  Dans cette section, deux passages ou plus peuvent être utilisés indifféremment.
</para>
</note>

<para>
  Dans chacun de ces modes, <systemitem class="library">libavcodec</systemitem>
  sépare les trames vidéos en macroblocs de 16x16 pixels et applique ensuite
  un quantificateur sur chaque macrobloc. Plus le quantificateur est bas, plus 
  la qualité est bonne et le débit est gros. La méthode utilisée par
  <systemitem class="library">libavcodec</systemitem> pour déterminer quel
  quantificateur utiliser varie et est très réglable (ceci est une simplification
  à l'extrême du processus, mais il est utile de comprendre le principe de base).
</para>

<para>
  Lorsque vous spécifiez un débit constant, le codec vidéo encodera la vidéo 
  sans porter suffisamment attention aux détails, et ceux-ci, d'autant plus 
  que le bitrate sera petit. Si vous n'en avez rien à faire de la taille du 
  fichier, vous pouvez fixé un débit contant et infini. (En pratique, cette 
  valeur aura une limite haute, comme par exemple 10000Kbit). Sans réelle 
  restriction de débit, 
  <systemitem class="library">libavcodec</systemitem> utilisera le plus
  bas quantificateur possible pour chaque macrobloc (tel que spécifié par
  <option>vqmin</option>, qui vaut 2 par défaut). 
  Si vous spécifiez un débit si bas que <systemitem class="library">
  libavcodec</systemitem> soit forcé d'utiliser un quantificateur plus haut, 
  alors vous êtes certainement en train de massacrer la qualité de votre 
  vidéo. En général, vous devriez éviter le CBR si vous vous souciez de 
  la qualité.
</para>

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

<para>
  Le problème de la quantification constante est qu'elle utilise le quantificateur
  demandé même si le macrobloc n'en a pas besoin. En fait, il doit être possible
  d'utiliser un quantificateur plus haut sur un macrobloc sans sacrifier de la 
  qualité visuelle. Pourquoi gaspiller des bits avec un quantificateur inutilement 
  bas ? Votre microprocesseur a assez de ressources cette fois ci, mais seulement 
  quelques octects sur le disque.
</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 intelligemment
  quels quantificateurs utiliser. Lors des scènes d'action rapide ou celles ayant 
  peu de détails, des quantificateurs plus haut seront utilisés, et durant les 
  scènes avec peu de mouvements ou avec beaucoup de détails, des quantificateurs 
  plus bas seront utilisés.
</para>

<para>
  Si vous utilisez <option>vqscale=2</option>, alors vous gaspillerez des bits.
  Si vous utilisez <option>vqscale=3</option>, vous n'aurez pas la meilleur
  qualité de rip. Supposez que vous rippiez un DVD avec <option>vqscale=3</option>, 
  et que le résultat soit 1800Kbit. Si vous faites un encodage deux passes avec
  <option>vbitrate=1800</option>, la vidéo produite aura une 
  <emphasis role="bold">meilleur qualité</emphasis> pour le <emphasis role="bold">même débit</emphasis>.
</para>

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

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

<para>
  Si vous avez fixé une taille limite, alors il faudra se livré à un petit calcul 
  pour obtenir le débit souhaité. Mais avant cela, il faudra définir l'espace que 
  vous réservez aux piste(s) audio et vous devrez <link linkend="menc-feat-dvd-mpeg4-audio">
  les ripper</link> en premier.
  Vous pouvez calculer le débit désiré 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 un encodage efficace</title>

<para>
  De part la nature intrinsèque de la compresssion MPEG, de nombreux 
  paramètres rentrent en jeu afin d'obtenir une qualité maximum.
  Le MPEG découpe la vidéo en carré de 16x16 appelé macroblocs, chacun 
  d'entre eux et composé de 4 blocs 8x8 petits blocs d'information sur 
  la luminosité (intensité) et deux moitié de la résolution par des petits 
  blocs 8x8 pour des informations chromatiques (couleur) (un pour l'axe 
  rouge-cyan et l'autre pour l'autre le bleu-jaune).
  Même si la longueur et largeur du film ne sont pas des multiples de 16, 
  l'encodeur utilisera des macroblocs de 16x16 pour couvrir l'image entiere, 
  l'espace restant sera alors perdu.
  Si votre intérêt est de conserver une très bonne qualité, il sera une 
  mauvaise idée d'utiliser d'autres dimensions que des multiples de 16.
</para>

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

<orderedlist>
<listitem>
<para>
  La compression MPEG est aussi dépendante du domaine de transformation des 
  fréquences, en particulier du "Discrete Cosine Transform (DCT)", similaire 
  à la transformation de Fourrier. Ce type d'encodage est efficace pour les 
  formes et les transitions douces, mais fonctionne moins bien avec les bords 
  francs. 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 effet dans chaque bloc même), donc le problème n'apparaitra 
  que si un bord franc est dans ce bloc. Si vos bordures noires commencent 
  exactement sur un multiple de 16, ce n'est pas un problème. En pratique, 
  les bordures ne sont jamais franchement alignées, et il sera certainement 
  nécessaire de les couper pour éviter des soucis.
</para>
</listitem>
</orderedlist>

<para>
  En plus des transformations au niveau des fréquences, la compression MPEG 
  utilise des vecteurs de mouvements représentant les changements d'une image 
  à la suivante. Ces vecteurs de mouvements voient leur utilité grandement 
  réduite quand la prochaine image à un contenu totalement différent. Quand 
  il y a un mouvement qui s'étend sur le région encodé, les vecteurs n'ont 
  aucun soucis avec ce mouvement. Alors qu'en présence de bordures noires, 
  cela en créera :
</para>

<orderedlist continuation="continues">
<listitem>
<para>
  Pour chaque macrobloc, la compression MPEG stocke un vecteur identifiant 
  quelle partie de la précédente image devrait être copier dans les macroblocs 
  de l'image suivante. Seules les différences devront alors être encoder. 
  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 sinon, le vecteur 
  de mouvement ne sera pas du tout utiliser (par chance) et tout le macrobloc 
  devra alors être ré-encoder. Autrement, la qualité de l'encodage en est 
  grandement amélioré.
</para>

<para>
  Encore une fois, ce problème s'applique que si les lignes des bordures noires 
  ne sont pas un multiple de 16.
</para>
</listitem>

<listitem>
<para>
  Enfin, supposons que l'on a un macrobloc à l'intérieur d'une image et qu'un 
  objet se déplace dans ce bloc proche d'un bord de l'image. Malheureusement, le 
  MPEG ne sait pas faire "copier juste la partie qui dans l'image et laisser tomber 
  la partie noire". Donc la partie noire sera alors aussi copiée, ce qui fait encore 
  beaucoup de bits encodé alors qu'ils n'ont pas à être gaspillé.
</para>

<para>
  Si l'objet en mouvement parcourt depuis le bord noir jusque dans la zone encodée, 
  le MPEG dispose d'optimisation spéciales pour copier en répétition des pixels 
  depuis le bord de l'image lorsque celui vient de l'extérieur de la partie encodée. 
  Ces optimisations deviennent inutiles quand le film à des bandes noires. Contrairement 
  aux problèmes 1 et 2, même les bordures noires multiples de 16 n'aident dans ce cas.
</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, si 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 vidéophiles les 
  plus puristes souhaiteront préserver l'encodage le plus proche possible de 
  l'original, à moins qu'ils encodent avec un quantificateur constant, la qualité 
  gagnée après l'amputation des bandes noires améliorent grandement la qualité 
  finale de l'encodage au regards des quelques rares informations perdues.
</para>
</sect2>


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

<para>
  Rappel de la section prédécente, la taille de l'image finale devra être un 
  multiple de 16 (en hauteur et largeur). Cela peut être réalisé par découpage, 
  redimensionnement ou les deux.
</para>

<para>
  Lors de la recoupe, il y a quelques règles qui doivent être respecté sous peine 
  d'endomager votre film.
  Le format normal YUV, 4:2:0 stock l'information chromatique (couleur) 
  sous-échantillonnée, par exemple, la chrominance est samplé en moitié moins 
  de temps que l'information de la luminance (intensité). Observez le schéma 
  suivant, L indique un échantillon de luminance, et C pour la chroma.
</para>

<informaltable>
<?dbhtml table-width="40%" ?>
<?dbfo table-width="40%" ?>
<tgroup cols="8" align="center">
<colspec colnum="1" colname="col1"/>
<colspec colnum="2" colname="col2"/>
<colspec colnum="3" colname="col3"/>
<colspec colnum="4" colname="col4"/>
<colspec colnum="5" colname="col5"/>
<colspec colnum="6" colname="col6"/>
<colspec colnum="7" colname="col7"/>
<colspec colnum="8" colname="col8"/>
<spanspec spanname="spa1-2" namest="col1" nameend="col2"/>
<spanspec spanname="spa3-4" namest="col3" nameend="col4"/>
<spanspec spanname="spa5-6" namest="col5" nameend="col6"/>
<spanspec spanname="spa7-8" namest="col7" nameend="col8"/>
  <tbody>
    <row>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
    </row>
    <row>
      <entry spanname="spa1-2">C</entry>
      <entry spanname="spa3-4">C</entry>
      <entry spanname="spa5-6">C</entry>
      <entry spanname="spa7-8">C</entry>
    </row>
    <row>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
    </row>
    <row>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
    </row>
    <row>
      <entry spanname="spa1-2">C</entry>
      <entry spanname="spa3-4">C</entry>
      <entry spanname="spa5-6">C</entry>
      <entry spanname="spa7-8">C</entry>
    </row>
    <row>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
    </row>
  </tbody>
</tgroup>
</informaltable>

<para>
  Comme vous pouvez le voir, les lignes et colonnes de l'image naturelle 
  viennent par deux. Donc votre découpe devra <emphasis>absolument</emphasis> 
  avoir des dimensions paires. Sinon, les informations chromatique et de 
  luminosité ne seront plus alignées.
  En théorie, il est possible de découper d'une dimension impaire, mais cela 
  demandera alors un re-sampling des informations chromatique, et donc 
  potentiellement de générer des pertes d'information et non supporté par 
  le filtre de redimensionnement.
</para>

<para>
  Ensuite, la vidéo entrelacée est samplée de la façon suivante:
</para>

<informaltable>
<?dbhtml table-width="80%" ?>
<?dbfo table-width="80%" ?>
<tgroup cols="16" align="center">
<colspec colnum="1"  colname="col1"/>
<colspec colnum="2"  colname="col2"/>
<colspec colnum="3"  colname="col3"/>
<colspec colnum="4"  colname="col4"/>
<colspec colnum="5"  colname="col5"/>
<colspec colnum="6"  colname="col6"/>
<colspec colnum="7"  colname="col7"/>
<colspec colnum="8"  colname="col8"/>
<colspec colnum="9"  colname="col9"/>
<colspec colnum="10" colname="col10"/>
<colspec colnum="11" colname="col11"/>
<colspec colnum="12" colname="col12"/>
<colspec colnum="13" colname="col13"/>
<colspec colnum="14" colname="col14"/>
<colspec colnum="15" colname="col15"/>
<colspec colnum="16" colname="col16"/>
<spanspec spanname="spa1-2"   namest="col1" nameend="col2"/>
<spanspec spanname="spa3-4"   namest="col3" nameend="col4"/>
<spanspec spanname="spa5-6"   namest="col5" nameend="col6"/>
<spanspec spanname="spa7-8"   namest="col7" nameend="col8"/>
<spanspec spanname="spa9-10"  namest="col9" nameend="col10"/>
<spanspec spanname="spa11-12" namest="col11" nameend="col12"/>
<spanspec spanname="spa13-14" namest="col13" nameend="col14"/>
<spanspec spanname="spa15-16" namest="col15" nameend="col16"/>
  <tbody>
    <row>
      <entry namest="col1" nameend="col8">Top field</entry>
      <entry namest="col9" nameend="col16">Bottom field</entry>
    </row>
    <row>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
    </row>
    <row>
      <entry spanname="spa1-2">C</entry>
      <entry spanname="spa3-4">C</entry>
      <entry spanname="spa5-6">C</entry>
      <entry spanname="spa7-8">C</entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
    </row>
    <row>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
    </row>
    <row>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
    </row>
    <row>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry spanname="spa9-10">C</entry>
      <entry spanname="spa11-12">C</entry>
      <entry spanname="spa13-14">C</entry>
      <entry spanname="spa15-16">C</entry>
    </row>
    <row>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
    </row>
    <row>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
    </row>
    <row>
      <entry spanname="spa1-2">C</entry>
      <entry spanname="spa3-4">C</entry>
      <entry spanname="spa5-6">C</entry>
      <entry spanname="spa7-8">C</entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
    </row>
    <row>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
    </row>
    <row>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
    </row>
    <row>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry spanname="spa9-10">C</entry>
      <entry spanname="spa11-12">C</entry>
      <entry spanname="spa13-14">C</entry>
      <entry spanname="spa15-16">C</entry>
    </row>
    <row>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
      <entry>L</entry>
    </row>
  </tbody>
</tgroup>
</informaltable>

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

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

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

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

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

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

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

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

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

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


<sect3 id="menc-feat-dvd-mpeg4-resolution-bitrate-compute">
<title>Calcul de la résolution</title>
<para>
  Les étapes qui suivent vous guideront dans le calcul de la résolution de votre 
  encodage sans trop distordre la vidéo, en prenant compte des différents types 
  d'information de la source vidéo.
  En premier lieu, il faut calculer le ratio d'aspect de l'encodage:
  <systemitem>ARc = (Wc x (ARa / PRdvd )) / Hc</systemitem>
    
<itemizedlist>
<title>Où :</title>
<listitem><para>
  Wc et Hc sont la largeur et la hauteur de la vidéo redimensionnée,
</para></listitem>
<listitem><para>
  ARa est le ratio affiché, généralement, 4/3 ou 16/9,
</para></listitem>
<listitem><para>
  PRdvd est le ratio des pixels du DVD qui normalement est égal à 1,25 = 720/576 
  pour le PAL et 1,5 pour le NTSC (720/480),
</para></listitem>
</itemizedlist>
</para>

<para>
  Ensuite, vous pouvez calculer la résolution X et Y en tenant compte du facteur 
  de Qualité de Compression (CQ): 
  <systemitem>ResY = INT(SQRT( 1000*Bitrate/25/ARc/CQ )/16) * 16</systemitem>
  et
  <systemitem>ResX = INT( ResY * ARc / 16) * 16</systemitem>
</para>

<para>
  D'accord, mais c'est quoi ce CQ ?
  le CQ représente le nombre de bit par pixel et par image encodée. Grosso modo, 
  plus le CQ est grand, moins il y aura de chances de voir apparaître des artefacts 
  de compression.
  Dans certain cas, vous êtes limité par la taille finale du film (1 ou 2 CDs par 
  exemple), il y a donc une limite totale du nombre de bits pour cette compression 
  et la qualité.
</para>

<para>
  Le CQ dépends du débit, de la qualité intrinséque 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 final désiré et la longeur du final, 
  ce qui est 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 macroblocs (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 
  de bits, les bords de ce macrobloc deviennent alors visible).
  Donc il est raisonnable de prendre un CQ entre 0,20 et 0,22 pour un rip tenant 
  sur 1 CD, et entre 0,26 et 0,28 pour un rip de 2 CDs pour des options d'encodage 
  standard.
  Des options plus avancé pour l'encodate sont disponinble ici pour le 
  <link linkend="menc-feat-mpeg4-lavc-example-settings"><systemitem class="library">libavcodec</systemitem></link> et le 
  <link linkend="menc-feat-xvid-example-settings"><systemitem class="library">XviD</systemitem></link> 
  afin d'obtenir une qualité similaire avec un CQ se situant maintenant entre 
  0,18 et 0,20 pour un rip 1 CD et 0,24 à 0,26 pour un rip 2 CDs.
  Avec les codecs ASP MPEG-4 comme le <systemitem class="library">x264</systemitem>, 
  vous pouvez utiliser un CQ se situant entre 0,14 et 0,16 avec des options standards 
  d'encodage, et même descendre entre 0,10 et 0,12 avec des 
  <link linkend="menc-feat-x264-example-settings">options avancées <systemitem class="library">x264</systemitem></link>.
</para>

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

</sect2>

<sect2 id="menc-feat-dvd-mpeg4-filtering">
<title>Les filtres</title>

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

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

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

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

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

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

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

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

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

</sect2>

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

<para>
  La plupart des films sont tournés en 24 fps. Puisque NTSC est en 30000/1001 fps,
  certains traitements doivent être appliqués pour l'adapter au débit NTSC.
  Ce procédé est appelé 3:2 pulldown, plus communément appelé téléciné (car
  le pulldown est souvent appliqué durant la phase de conversion en téléciné),
  et de façon simpliste, il fonctionne en ralentissant le film à 24000/1001 fps,
  et en répétant chaque quatrième trame.
</para>

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

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

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

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

<para>
  De toute façon, si vous rippez surtout des films, vous rencontrerez soit de
  la vidéo 24 fps progressive, soit télécinée, et dans ce cas vous pouvez
  utiliser le filtre <option>pullup</option> <option>-vf pullup,softskip</option>.
</para>

</sect2>

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

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

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

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

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

<para>
En tenant compte de ces recommandations, voici notre premier exemple :
</para>
<screen>
  mencoder <replaceable>capture.avi</replaceable> -mc 0 -oac lavc -ovc lavc -lavcopts \
  vcodec=mpeg2video:vbitrate=6000:ilme:ildct:acodec=mp2:abitrate=224
</screen>
<para>
Remarquez l'option <option>ilme</option> et <option>ildct</option>. 
</para>
</sect2>


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

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

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

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

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

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

</sect2>

<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> 
  -audiofile <replaceable>entrée_audio.mp2</replaceable> <replaceable>entrée_video.avi</replaceable></screen>
  Cela aura pour effet de fusionner le fichier vidéo <replaceable>entrée_video.avi</replaceable> 
  et le fichier audio <replaceable>entrée_audio.mp2</replaceable> vers un seul fichier AVI 
  <replaceable>sortie_film.avi</replaceable>.
  Cette commande marche avec le MPEG-1 layer I, II, ou III (plus connu sous le nom 
  de MP3), WAV et quelques autres formats audio.
</para>

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

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

<para>
  Sans l'option <option>harddup</option>, si <application>MEncoder</application> 
  veut dupliquer une image, il va demander au multiplexeur de mettre en place 
  une marque sur le conteneur, ainsi la dernière image sera affiché pour maintenir 
  la synchronisation sans avoir à écrire une nouvelle image.
  Avec l'option <option>harddup</option>, <application>MEncoder</application> 
  affichera encore l'image dans le filtre au lieu de pousser la frame précédente.
  Ce qui veut dire que l'encodeur recevra <emphasis>exactement</emphasis> les mêmes 
  frames plusieurs fois, puis les compressera.
  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é à <application>MEncoder</application> comme ceux 
  supporté par <systemitem class="library">libavformat</systemitem>, qui ne supporterai 
  pas la duplication de frame au niveau du conteneur.
</para>
</sect3>

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

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

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

<sect3 id="menc-feat-dvd-mpeg4-muxing-matroska">
<title>Le multiplexage avec le conteneur Matroska</title>
<para>
  Matroska est un conteneur libre, ouvert, qui offre de nombreuses options avancées 
  que, par exemple, l'AVI ne peut pas supporter.
  Par exemple, le Matroska supporte le débit vidéo variable (VBR), un framerate 
  variable (VFR), chapitres, attachement de fichiers, code de détection d'erreur 
  (EDC) et des codecs A/V modernes comme le "Advanced Audio Coding" (AAC), le 
  "Vorbis" ou le "MPEG-4 AVC" (H.264) et d'autres choses non supporté par l'AVI.
</para>

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

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

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

</sect3>

</sect2>

</sect1>

<sect1 id="menc-feat-telecine">
<title>Comment gérer le téléciné et l'entrelacement des DVDs NTSC</title>

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

<formalpara>
<title>Une note à propos des chiffres</title>
<para>
  Beaucoup de documents, entre autre le guide proposé ci-dessus, renvoie à un 
  nombre de trames par secondes pour la vidéo NTSC de 59.94 ce qui correspond à 
  29.97 images par secondes (pour le télécine entrelacé à et 23.976 fps pour 
  le progressive. Pour des raisons de simplicité, des documents utilisent les 
  chiffres arrondis de 60, 30 et 24.
</para></formalpara>

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

<para>
  De plus anciennes versions de la documentation <application>MEncoder</application> 
  et plusieurs posts archivé provenant de liste de diffusion se référent encor à 
  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 utilisées.
</para>

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

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

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

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

<para>
  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 qu'il y ait un mouvement ou non, parcequ'un champs (dit, 
  les lignes impaires) représente un moment dans le temps 1/(60000/1001) seconde 
  plutard que les autres. Jouer une vidéo entrelacé sur un ordinateur semble 
  dans les deux cas moches parceque l'écran a une résolution plus élévée et 
  parceque la vidéo se déroule trame après trame à la place de champs après champs.
</para>

<itemizedlist>
<title>Notes :</title>
<listitem><para>
  Cette section est seulement destinés aux DVDs NTSC, pas au PAL.
  </para></listitem>
<listitem><para>
  Les lignes d'exemple de <application>MEncoder</application> présenté dans ce 
  document ne sont <emphasis role="bold">pas</emphasis> à utiliser tel quel. 
  Elles sont juste là pour montrer le minimum à faire en relation avec ce chapitre. 
  Comment faire un bon rip DVD et des réglages finement étudiés avec <systemitem class="library">libavcodec</systemitem> 
  afin d'obtenir une qualité maximale n'est pas l'objectif de ce document.
  </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>


<sect2 id="menc-feat-telecine-ident">
<title>Comment trouver le type de votre vidéo ?</title>

<sect3 id="menc-feat-telecine-ident-progressive">
<title>Progressive</title>
<para>
  Les vidéos progressives sont filmées initialement à 24000/1001 fps et stockées 
  sur le DVD sans altération.
</para>

<para>
  Quand vous lisez un DVD progressive dans <application>MPlayer</application>, 
  il affiche la ligne suivante avant de commencer la lecture : 

  <screen> demux_mpg: 24000/1001 fps progressive NTSC content detected, switching framerate.</screen>

  Dans l'état actuel des choses, demux_mpg ne devrait jamais être trouvé pour 
  &quot;une vidéo NTSC à 30000/1001 fps.&quot;
</para>

<para>
  Quand vous regardez une vidéo progressive, vous ne devrez voir aucun entrelacement. 
  Mais soyez attentif, il arrive parfois que du téléciné se glisse sans prévenir. 
  Il m'est arrivé de tomber sur des émissions de télévisions en DVD avec une 
  seconde de téléciné à chaque changement de scène, voir de temps en temps à une 
  zone totalement aléatoire. Une autre fois, la moitié du DVD était en progressif 
  et l'autre moitié en téléciné. Si vous n'êtes pas <emphasis>vraiment</emphasis> sûr, 
  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 peut et 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 des DVDs considérés comme un &quot;soft-telecine&quot; 
  car il devrait être téléciné par le lecteur DVD.
</para>
</sect3>

<sect3 id="menc-feat-telecine-ident-telecined">
<title>Téléciné</title>
<para>
  Les vidéos téléciné 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 
  quand une vidéo téléciné est lue.
</para>

<para>
  Au visionnage d'une vidéo téléciné, vous verrer 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>
    Chercher une partie en mouvement.
    </para></listitem>
  <listitem><para>
    Utiliser la touche <keycap>.</keycap> pour avancer image par image.
    </para></listitem>
  <listitem><para>
    Observer la forme donnée par l'entrelacement et les images progressives. 
  Si la forme que vous voyez semble comme PPPII,PPPII,PPPII,... alors la vidéo est 
  téléciné. Si ce n'est pas le cas, la vidéo a peut-être été téléciné selon des règles 
  non standard, <application>MEncoder</application> ne sait pas convertir un téléciné
  non-standart vers du progressive sans dégradation. Si aucune forme n'est visible, c'est 
  alors sûrement une vidéo entrelacée.
    </para></listitem>
  </orderedlist>
</para>

<para>
  Parfois, les vidéos télécinées sur les DVD sont &quot;hard-teleciné&quot;. Le hard-teleciné
  étant à 60000/1001 images par seconde, les lecteurs de DVD liront la vidéo sans modification.
</para>

<para>
  Une autre façon de savoir si la source est télécinée ou non, est de la lire avec 
  l'option <option>-vf pullup</option> et <option>-v</option> depuis une ligne de commande 
  et de voir comment l'option <option>pullup</option> voit d'images. 
  Si la source est téléciné, 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éo, ou 
  bien effectuer ces procedures à distance même grâce à une connection internet lente.
</para>

</sect3>

<sect3 id="menc-feat-telecine-ident-interlaced">
<title>Entrelacée</title>
<para>
  Les vidéos entrelacées sont d'abord filmées en 60000/1001 frames par seconde, 
  puis stockées sur le DVD à 30000/1001 frames par secondes. L'effet d'entrelacement 
  (souvent appelé &quot;combing&quot;) est le résultat d'une combinaison de paires 
  de trames dans chaque frames. Chaque frame est supposée être caché 1/(60000/1001) 
  d'une seconde, quand elles sont affichées en même temps, la différence devient 
  visible.
</para>

<para>
  Comme pour la vidéo télécinée, <application>MPlayer</application> ne devrait 
  jamais signaler un changement de framerate à la lecture de la vidéo entrelacée.
</para>

<para>
  Si vous regardez une vidéo entrelacée de plus près, image par image avec la 
  touche <keycap>.</keycap>, vous pourrez voir l'entrelacement de chaque frame.
</para>
</sect3>

<sect3 id="menc-feat-telecine-ident-mixedpt">
<title>Mélange de vidéo progressive et télécinée</title>
<para>
  Toutes les vidéos qui &quot;mélangent progressif et téléciné&quot; ont été au 
  départ en 24000/1001 frames par seconde, et certaines parties ont été téléciné.
</para>

<para>
  Quand <application>MPlayer</application> joue ce type de fichier, il jonglerai 
  (souvent rapidement) entre &quot;30000/1001 fps NTSC&quot; et &quot;24000/1001 fps 
  NTSC progressif&quot;. Regardez la sortie des messages de <application>MPlayer</application>.
</para>

<para>
  Vous devriez aller voir la section &quot;30000/1001 fps NTSC&quot; afin d'être 
  sûr que c'est vraiment téléciné, et pas seulement entrelacé.
</para>
</sect3>

<sect3 id="menc-feat-telecine-ident-mixedpi">
<title>Mélange de progressif et d'entrelacement</title>
<para>
  Dans les vidéos qui &quot;mélangent progressif et téléciné&quot;, les flux vidéos 
  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>

<sect2 id="menc-feat-telecine-encode">
<title>Comment encoder chaque catégorie ?</title>
<para>
  Comme mentionné au départ, ces prochaines lignes de &quot;HowTo&quot; 
  <application>MEncoder</application> ne sont <emphasis role="bold">pas</emphasis> là pour être strictement 
  utilisé tel quel, mais pour informer des paramètres minimum d'encodages pour 
  chaque catégorie.
</para>

<sect3 id="menc-feat-telecine-encode-progressive">
<title>Le progressif</title>
<para>
  La vidéo progressive ne nécessite pas de filtre spécial pour l'encodage. 
  Pourtant, un paramètre ne doit pas omettre : <option>-ofps 24000/1001</option>. Sinon,
  <application>MEncoder</application> essayera d'encoder à 30000/1001 fps et produira des 
  images en double.
</para>

<para>
  <screen>mencoder dvd://1 -oac copy -ovc lavc -ofps 24000/1001</screen>
</para>

<para>
  Il n'est pas rare de se trouver avec une vidéo qui semble progressive mais qui 
  contient en fait quelques petites parties en téléciné. A moins d'être vraiment 
  sûr l'état de la vidéo, il sera préférable de traiter la vidéo comme 
  <link linkend="menc-feat-telecine-encode-mixedpt"> progressif et téléciné mélangés</link>.
  La perte de qualité est négligeable <link linkend="menc-feat-telecine-footnotes">[3]</link>.
</para>
</sect3>

<sect3 id="menc-feat-telecine-encode-telecined">
<title>Téléciné</title>
<para>
  Les vidéos télécinés peuvent redonner le contenu original à 24000/1001 avec 
  un processus appelé inverse-téléciné.
  <application>MPlayer</application> a plusieurs filtres disponibles pour ceci, 
  mais le meilleur, <option>pullup</option>, est abordé à la section 
  <link linkend="menc-feat-telecine-encode-mixedpt">mélange de progressif et téléciné</link>. 
</para>
</sect3>

<sect3 id="menc-feat-telecine-encode-interlaced">
<title>L'entrelacé</title>
<para>
  Pour des raisons pratique, il n'est pas possible de retrouver entièrement une 
  vidéo progressive depuis une entrelacée. La seule manière de faire cela sans 
  perdre la moitié de la résolution verticale est de doubler le framerate et 
  essayer de &quot;deviner&quot; les lignes correspondantes pour chaque frame 
  (cela a des inconvénients, voir la méthode 3).
</para>

<orderedlist>
<listitem><para>
  Encodez la vidéo sous une forme entrelacée. Normalement, l'enterlacement 
  détériore l'habilité de l'encodeur à bien compresser, mais <systemitem class="library">libavcodec</systemitem> 
  possède deux paramètres spécifiquement fait pour stocker la vidéo entrelacé un
  peu mieux: <option> ildct</option> et <option>ilme</option>. Aussi,
  l'utilisation de <option>mbd=2</option> est fortement recommandé <link linkend="menc-feat-telecine-footnotes">[2] </link> 
  parceque cela encodera les macroblocs non-entrelacé à des endroits où il n'y 
  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 disponible (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. Encor 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>
<listitem><para>
  Malheureusement, cette option est un bogué avec
  <application>MEncoder</application>; cela devrait bien marché avec
  <application>MEncoder G2</application>, mais on en est pas encor là. Vous
  pourriez faire l'expérience de crash. Qu'importe, le but de <option> -vf tfields</option> 
  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 viens avec seulement 
  un champs, les lignes manquantes doivent être interpolé d'une façon ou d'une autre.
  Il n'y a pas de très bonne méthodes générant les données manquantes, et donc le
  résultat sera un peu similaire à quand on utilise certains filtres de désentrelacement. 
  Générer les lignes manquantes créée d'autres problèmes, aussi bien,
  simplement parceque le montant de donnée double. Donc, de plus haut bitrates 
  d'encodage sont requis pour maintenir la qualité, et plus de puissance CPU est
  utilisé pour l'encodage et le décodage. tfields ont plusieurs différentes
  options pour comment créer les lignes manquantes de chaque frame. Si vous
  utilisez cette méthode, alors Référencez le manuel, et prenez n'importe quelle
  option qui semble le mieux pour votre matériel. Notez que lors de l'utilisation de
  <option>tfields</option> vous
  <emphasis role="bold">devez</emphasis> spécifier les deux options <option>-fps</option> 
  et <option>-ofps</option> à deux fois le framerate de votre source originale.

  <screen>mencoder dvd://1 -oac copy -vf tfields=2 -ovc lavc -fps 60000/1001 -ofps 60000/1001</screen>
  </para></listitem>
<listitem><para>
  Si vous avez décidé de réduire la taille de façon dramatique, vous pouvez 
  extraire et encoder seulement un des deux champs. Bien sûr, vous perdrez la 
  moitié de la résolution verticale, mais si vous pensez la réduire au plus de 
  moitié par rapport à l'original, la perte ne sera pas trop grande. Le résultat 
  sera un fichier progressif à 30000/1001 frames par seconde. La procédure est 
  d'utiliser <option>-vf field</option>, puis de découper
  <link linkend="menc-feat-telecine-footnotes">[1]</link> et de dimensionner
  de manière approprié. Souvenez-vous que vous devrez ajuster la dimension pour
  compenser la résolution verticale ayant été réduite de moitié.
  <screen>mencoder dvd://1 -oac copy -vf field=0 -ovc lavc</screen>
  </para></listitem>
</orderedlist>
</sect3>

<sect3 id="menc-feat-telecine-encode-mixedpt">
<title>Progessif et téléciné mélangé</title>
<para>
  Afin de rendre une vidéo de progressive et téléciné mélangé à entièrement
  progressive, les parties téléciné doivent être inverse-téléciné. Il y a trois 
  façons d'accomplir cela, comme décrit ci-dessous. Notez que vous devrez
  <emphasis role="bold">toujours</emphasis> inverse-téléciné avant tout 
  redimensionnement; à moins que vous sachiez vraiment ce que vous faites,
  inverse-téléciné avant aussi tout découpage, <link linkend="menc-feat-telecine-footnotes">[1]</link>.
  <option>-ofps 24000/1001</option> est nécessaire ici parceque la sortie vidéo
  sera 24000/1001 frames par seconde.
</para>

<itemizedlist>
<listitem><para>
  <option>-vf pullup</option> est faite pour inverse-téléciné le matériel 
  téléciné tandis que les données progressives sont laissées intactes. Afin
  de bien fonctionner, <option>pullup</option> <emphasis role="bold">doit</emphasis>
  être suivi par le filtre <option>softskip</option> ou sinon <application>MEncoder</application> plantera.
  <option>pullup</option> est, cependant, la méthode la plus propre et la plus précise
  disponible pour encoder le téléciné et le &quot;progressif et téléciné mélangé&quot;.

  <screen>mencoder dvd://1 -oac copy -vf pullup,softskip -ovc lavc -ofps 24000/1001</screen>
  </para>


  </listitem>
  <listitem><para>
  Une plus vieille méthode
  est de, plutot que inverse-téléciné les parties téléciné, téléciner les 
  parties non-télécinées et ensuite inverse-téléciné la vidéo tout entière. 
  Cela semble confus? softpulldown est un filtre qui parcours une vidéo
  et rend téléciné le fichier entier. Si nous faisons suivre softpulldown avec 
  soit <option>detc</option> ou soit <option>ivtc</option>, le résultat final
  sera entièrement progressif. <option>-ofps 24000/1001</option> est nécessaire.

  <screen>mencoder dvd://1 -oac copy -vf softpulldown,ivtc=1 -ovc lavc -ofps 24000/1001</screen>
  </para>
  </listitem>

<listitem><para>
  Je n'ai pas moi-même utilisé <option>-vf filmdint</option>, mais voilà ce que
  D Richard Felker III a dit:
  
  <blockquote><para>Il est Correct, mais IMO qu'il tente de désentrelacer plutôt 
  que de faire l'inverse-téléciné trop souvent (tout comme les lecteurs de settop 
  DVD &amp; les TVs progressive) ce qui donne des clignotements affreux et d'autre 
  artefacts. Si vous allez l'employer, vous devez au moins passer un peu de temps 
  pour affiner les options et observer la sortie premièrement pour être sûr que cela
  ne mettent pas le bazar.</para></blockquote>
  </para></listitem>
</itemizedlist>
</sect3>

<sect3 id="menc-feat-telecine-encode-mixedpi">
<title>Progressif et entrelacé mélangé</title>
<para>
  Il y a deux options pour s'occuper de cette catégorie, chacune étant un  
  compromis. Vous devez prendre une décision basée sur la durée/localisation 
  de chaque type.
</para>

<itemizedlist>
<listitem><para>
  Traitez-la comme progressive. Les parties entrelacées sembleront entrelacées,
  et certains des champs entrelacés devront être jeté, ayant pour résultat un 
  peu de sautillement inégal. Vous pouvez utiliser un filtre post-traitement si
  vous le voulez, mais cela peut sensiblement dégrader les parties progressives.
  </para>

  <para>
  Cette option devrait définitivement ne pas être utilisé si vous voulez 
  éventuellement afficher la vidéo sur un appareil entrelacé (avec une carte TV, 
  par exemple). Si vous avez entrelacé les frames dans une vidéo à 24000/1001 
  frames par seconde, ils seront téléciné en même temps que les frames progressive. 
  La moitié des "frames" entrelacées seront affichées pour une durée de trois champs
  (3/(60000/1001) secondes), ce qui a pour résultat un effet pichenette de 
  &quot;retour en arrière&quot; 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ées, ayant pour 
  résultat une discontinuité qui peut être plus visible qu'avec la seconde méthode, 
  ce qui montre certaines frames progressive en double. Une vidéo entrelacé à 
  30000/1001 frames par seconde est déjà un peu variable parceque cela devrait 
  vraiment être montré à 60000/1001 champs par seconde, donc les frames dupliquées 
  ne tiennent pas.
  </para>

  <para>
  Qu'importe la façon, il est recommandé de considérer votre contenu et comment 
  vous voulez l'afficher. Si votre vidéo est à 90% progressive et que vous ne 
  pensez pas la regarder sur une TV, vous devriez favoriser une approche progressive. 
  Si elle est seulement à moitié progressive, vous voudrez probablement l'encoder
  comme si elle était entièrement entrelacée.
  </para>
  </listitem>

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

</itemizedlist>
</sect3>

</sect2>

<sect2 id="menc-feat-telecine-footnotes">
<title>Notes de pied</title>
<orderedlist>
<listitem><formalpara>
  <title>A propos de découpage:</title>
  <para>
  Les données video 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 pairs. Par exemple,
  <option>crop=716:380:2:26</option> est correct mais 
  <option>crop=716:380:3:26 </option> ne l'est pas.
  </para>
  </formalpara>

  <para>
  Quand vous avez à faire à un YUV 4:2:0 entrelacé, la situation est un peu plus
  compliqué. 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 de 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 champs, 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 
  et des décalages en multiple de quatre. L'horizontal peut rester égal.
  </para>

  <para>
  POur la vidéo téléciné, Je recommande que le découpage prenne place après l'inverse
  téléciné. Une fois la vidéo progressive vous avez seulement besoin de découper par 
  nombre pairs. Si vous voulez vraiment gagner la légère accélération que la découpe
  premièrement peut offrir, vous devez découper verticallement par multiples de quatre
  ou bien le filtre inverse-téléciné n'aura pas les bonnes données.
  </para>

  <para>
  Pour la vidéo entrelacé (pas téléciné), vous devez toujours découper verticallement
  par multiples de quatre à moins que vous utilisiez <option>-vf field</option> avant de découper.
  </para>
  </listitem>

<listitem><formalpara>
  <title>A propos des paramètres d'encodage et de la qualité:</title>
  <para>
  Juste parceque 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>
  Il est sûr d'employer <option>pullup</option> (avec <option>softskip</option>) 
  sur une vidéo progressive, et est habituellement une bonne idée à moins que 
  la source ait été définitivement vérifiée pour être enitèrement progressive.
  La perte de performance est petite pour la plupart des cas. Sur une bare-minimum 
  d'encodage, <option>pullup</option> ralenti <application>MEncoder</application> de 50%. 
  L'ajout du traitement du son et de <option>lavcopts</option> avancé éclipsent cette 
  différence, ramenant vers le bas la baisse de performance d'utilisation de <option>pullup</option> à 2%.
  </para>
  </formalpara>
  </listitem>

</orderedlist>

</sect2>

</sect1>


<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>
fourni un simple encodage à pas mal de formats vidéo et audio intéressant.
Vous pouvez encoder vers les codecs suivant (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>
<informaltable frame="all">
<tgroup cols="2">
<thead>
<row><entry>Nom du codec vidéo</entry><entry>Description</entry></row>
</thead>
<tbody>
<row><entry>mjpeg</entry><entry>
   Motion JPEG
  </entry></row>
<row><entry>ljpeg</entry><entry>
   JPEG sans perte
  </entry></row>
<row><entry>h261</entry><entry>
  H.261
  </entry></row>
<row><entry>h263</entry><entry>
  H.263
  </entry></row>
<row><entry>h263p</entry><entry>
  H.263+
  </entry></row>
<row><entry>mpeg4</entry><entry>
  ISO standard MPEG-4 (DivX 5, compatible XviD)
  </entry></row>
<row><entry>msmpeg4</entry><entry>
  pre-standard MPEG-4 variant par MS, v3 (AKA DivX3)
  </entry></row>
<row><entry>msmpeg4v2</entry><entry>
  pre-standard MPEG-4 by MS, v2 (utilisé dans les vieux fichiers ASF)
  </entry></row>
<row><entry>wmv1</entry><entry>
  Windows Media Video, version 1 (AKA WMV7)
  </entry></row>
<row><entry>wmv2</entry><entry>
  Windows Media Video, version 2 (AKA WMV8)
  </entry></row>
<row><entry>rv10</entry><entry>
  RealVideo 1.0
  </entry></row>
<row><entry>rv20</entry><entry>
  RealVideo 2.0
  </entry></row>
<row><entry>mpeg1video</entry><entry>
  MPEG-1 video
  </entry></row>
<row><entry>mpeg2video</entry><entry>
  MPEG-2 video
  </entry></row>
<row><entry>huffyuv</entry><entry>
  compression sans perte
  </entry></row>
<row><entry>asv1</entry><entry>
  ASUS Video v1
  </entry></row>
<row><entry>asv2</entry><entry>
  ASUS Video v2
  </entry></row>
<row><entry>ffv1</entry><entry>
  codec vidéo sans perte de FFmpeg
  </entry></row>
<row><entry>svq1</entry><entry>
  Sorenson video 1
  </entry></row>
<row><entry>flv</entry><entry>
  Sorenson H.263 utilisé dans Vidéo Flash
  </entry></row>
<row><entry>dvvideo</entry><entry>
  Vidéo Numérique Sony
  </entry></row>
<row><entry>snow</entry><entry>
  codec basé sur l'ondelette expérimentale de FFmpeg
  </entry></row>
</tbody>
</tgroup>
</informaltable>

La première colonne contient les noms de codec qui devraient être passé après la
config de <literal>vcodec</literal>, comme ceci: <option>-lavcopts vcodec=msmpeg4</option>
</para>
<informalexample>
<para>
Un exemple avec la compression MJPEG:
<screen>mencoder dvd://2 -o title2.avi -ovc lavc -lavcopts vcodec=mjpeg -oac copy</screen>
</para>
</informalexample>
</sect2>

<sect2 id="menc-feat-enc-libavcodec-audio-codecs">
<title>Codecs audio de <systemitem class="library">libavcodec</systemitem>=</title>
<para>
<informaltable frame="all">
<tgroup cols="2">
<thead>
<row><entry>Nom de codec audio</entry><entry>Description</entry></row>
</thead>
<tbody>
  <row>
    <entry>mp2</entry>
    <entry>MPEG Layer 2</entry>
  </row>
  <row>
    <entry>ac3</entry>
    <entry>AC3, AKA Dolby Digital</entry>
  </row>
  <row>
    <entry>adpcm_ima_wav</entry>
    <entry>IMA adaptatif PCM (4 bits par échantillon, compression 4:1)</entry>
  </row>
  <row>
    <entry>sonic</entry>
    <entry>codec avec/sans perte expérimental</entry>
  </row>
</tbody>
</tgroup>
</informaltable>

La première colonne contient les noms de codec qui devra être passé après l'option 
<literal>acodec</literal>, comme ceci: <option>-lavcopts acodec=ac3</option>
</para>

<informalexample>
<para>
Un exemple avec compression AC3:
<screen>mencoder dvd://2 -o title2.avi -oac lavc -lavcopts acodec=ac3 -ovc copy</screen>
</para>
</informalexample>

<para>
  Contrairement aux codecs vidéo de <systemitem class="library">libavcodec</systemitem>, 
  ces codecs audio ne font pas un usage sage des bits qu'on leur donne
  vu qu'ils manquent de certain modèle psychoacoustic minimal (le cas échéant)
  ce que la plupart des autres implémentations de codec comportent.
  Cependant, notez que tous ces codecs audio sont très rapide et fonctionne en dehors
  de leur environnement à partir du moment où <application>MEncoder</application> a été 
  compilé avec <systemitem class="library">libavcodec</systemitem> (ce qui est le
  cas la plupart du temps), et ne dépend pas de librairies externes.
</para>
</sect2>


<sect2 id="menc-feat-dvd-mpeg4-lavc-encoding-options">
<title>Options d'encodage de libavcodec</title>

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


<itemizedlist>
<title>Options à ajuster:</title>
<listitem><para>
  <emphasis role="bold">vmax_b_frames</emphasis>: 1 ou 2 est bon, dépendamment 
  du film.
  Notez que si vous nécessitez d'avoir votre encodeur décodable par DivX5, vous
  avez besoin d'activer le support closed GOP, en utilisant l'option <option>cgop</option> de
  <systemitem class="library">libavcodec</systemitem>, mais vous aurez besoin de désactiver 
  la détection de scène, ce qui n'est pas une bonne idée étant donné que cela 
  affectera un peu l'efficacité d'encodage.
</para></listitem>

<listitem><para>
  <emphasis role="bold">vb_strategy=1</emphasis>: aide aux scènes avec de rapide 
  mouvements.
  Sur certaines vidéos, vmax_b_frames peut affecter la qualité, mais 
  vmax_b_frames=2 avec vb_strategy=1 aideront.
</para></listitem>

<listitem><para>
  <emphasis role="bold">dia</emphasis>: portée de recherche de mouvement. Le plus large 
  est l'écart, le mieux ce sera mais aussi plus lent.
  Des valeurs négative sont une échelle complètement différente.
  De bonne 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>
  <emphasis role="bold">cmp, subcmp, precmp</emphasis>: Fonction de comparaison 
  pour l'estimation de mouvement.
  Testez avec des valeurs de 0 (défaut), 2 (hadamard), 3 (dct), et 6 (taux de
  distorsion).
  0 est le plus rapide, et suffisant pour precmp.
  Pour cmp et subcmp, 2 est bonne pour les animations, et 3 est bonne pour les 
  actions en directe.
  6 peut-être ou non un peu mieux, mais c'est lent.
</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 autre aide avec peu de frais en matière de vitesse.
  De plus haute valeurs sont lente sans avoir de réel intérêt.
</para></listitem>

<listitem><para>
  <emphasis role="bold">cbp, mv0</emphasis>: Contrôle la sélection de macroblocs.
  Un petit coût en vitesse pour un petit gain en qualité.
</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 paramètriez vqmax à certaine 
  valeur raisonnablement petite (6 c'est bien, peut-être aussi lent que 4); 
  vqmin=1 devrait aussi aider.
</para></listitem>

<listitem><para>
  <emphasis role="bold">qns</emphasis>: très lente, spécialement quand combinée
  avec qprd.
  Cette option amènera l'encodeur à minimiser le bruit dû à la compression
  d'artefact au lieu de faire strictement ressembler la vidéo encodé à la 
  source.
  Ne pas utilisez ceci à moins d'avoir déjà bidouillé tout ce qui fut possible 
  de faire et que les résultats ne sont pas encor assez bon.
</para></listitem>

<listitem><para>
  <emphasis role="bold">vqcomp</emphasis>: Bidouille du contrôle de taux.
  Quelles sont les bonnes valeurs dépend du film.
  Vous pouvez de manière sûr laisser cela de côté si vous le voulez.
  Réduire vqcomp met plus de bits sur les scènes de basse complexité, l'augmenter 
  les met sur les scènes de haute complexité (défaut: 0.5, portée: 0-1. portée 
  recommandé: 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 approches heuristics 
  pour déterminer quand le changement dans un bloc est inférieur au seuil que 
  vous avez spécifié, et dans ce cas, de juste encoder le bloc comme étant 
  "sans changement".
  Cela épargnera des bits et peut-être accélèrera l'encodage. vlelim=-4 et 
  vcelim=9 semblent être de bonnes valeurs pour les films en direct, mais 
  semblent ne pas aider avec les animations; quand on veut encoder une animation, 
  vous devriez probablement les laisser inchangé.
</para></listitem>

<listitem><para>
  <emphasis role="bold">qpel</emphasis>: Estimation de mouvement de quart de pixel.
  MPEG-4 utilise la précision de moitié de pixel pour sa recherche de mouvement 
  par défaut, donc cette option vient avec un surplus car plus d'information seront 
  stockée dans le fichier encodé.
  La compression gain/perte dépend du film, mais n'est habituellement pas très 
  efficace sur les animations.
  qpel induit toujours un coût significatif dans le temps de décodage du CPU 
  (+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>

<itemizedlist>
<title>Options non-recommandé de jouer avec:</title>
<listitem><para>
  <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 voudriez pas jouer avec ces options si vous tenez à la qualité.
  Des valeurs raisonnable peuvent être efficace dans votre cas, mais soyez prévenu 
  que ceci est très subjectif.
</para></listitem>

<listitem><para>
  <emphasis role="bold">scplx_mask</emphasis>: Essaye de prévenir l'apparition d'artefacts 
  carré, mais le post-traitement est le mieux.
</para></listitem>
</itemizedlist>
</sect2>

<sect2 id="menc-feat-mpeg4-lavc-example-settings">
<title>Exemples de paramètres d'encodage</title>

<para>
  Les paramètres suivant sont des exemples de combinaisons d'option de différent 
  encodage qui affectent la vitesse contre la différence de qualité pour la même 
  cible de bitrate.
</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é".
  Veuillez comprendre que dépendamment de votre source, de votre type de machine 
  et des avancements en développement, vous pouvez obtenir des résultats très 
  différent.
</para>

<para>
<informaltable frame="all">
<tgroup cols="4">
<thead>
<row><entry>Description</entry><entry>Options d'encodage</entry><entry>vitesse (en fps)</entry><entry>perte PSNR relative (en dB)</entry></row>
</thead>
<tbody>
<row>
  <entry>Très haute qualité</entry>
  <entry><option>vcodec=mpeg4:mbd=2:mv0:trell:v4mv:cbp:last_pred=3:predia=2:dia=2:vmax_b_frames=2:vb_strategy=1:precmp=2:cmp=2:subcmp=2:preme=2:qns=2</option></entry>
  <entry>6fps</entry>
  <entry>0dB</entry>
</row>
<row>
  <entry>Haute qualité</entry>
  <entry><option>vcodec=mpeg4:mbd=2:trell:v4mv:last_pred=2:dia=-1:vmax_b_frames=2:vb_strategy=1:cmp=3:subcmp=3:precmp=0:vqcomp=0.6:turbo</option></entry>
  <entry>15fps</entry>
  <entry>-0.5dB</entry>
</row>
<row>
  <entry>Rapide</entry>
  <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>
</tgroup>
</informaltable>
</para>
</sect2>

<sect2 id="custommatrices"><title>Matrices inter/intra customisées</title>

<para>
Avec cette fonctionnalité de
<link linkend="ffmpeg"><systemitem class="library">libavcodec</systemitem></link>
vous êtes à même de règler des matrices inter (I-frames/frames clé) et intra
(P-frames/frames prévu) customisées. Cela est supporté par la plupart des codecs:
<systemitem>mpeg1video</systemitem> et <systemitem>mpeg2video</systemitem>
sont rapportés comme fonctionnant.
</para>

<para>
Un usage typique de cette fonctionnalité est de règler les matrices préférées 
grâce aux spécifications <ulink url="http://www.kvcd.net/">KVCD</ulink>.
</para>

<para>
La <emphasis role="bold">Matrice de Quantification KVCD &quot;Notch&quot; :</emphasis>
</para>

<para>
Intra:
<screen>
 8  9 12 22 26 27 29 34
 9 10 14 26 27 29 34 37
12 14 18 27 29 34 37 38
22 26 27 31 36 37 38 40
26 27 29 36 39 38 40 48
27 29 34 37 38 40 48 58
29 34 37 38 40 48 58 69
34 37 38 40 48 58 69 79
</screen>

Inter:
<screen>
16 18 20 22 24 26 28 30
18 20 22 24 26 28 30 32
20 22 24 26 28 30 32 34
22 24 26 30 32 32 34 36
24 26 28 32 34 34 36 38
26 28 30 32 34 36 38 40
28 30 32 34 36 38 42 42
30 32 34 36 38 40 42 44
</screen>
</para>

<para>
Usage:
<screen>
$ mencoder <replaceable>input.avi</replaceable> -o <replaceable>output.avi</replaceable> -oac copy -ovc lavc -lavcopts inter_matrix=...:intra_matrix=...
</screen>
</para>

<para>
<screen>
$ mencoder <replaceable>input.avi</replaceable> -ovc lavc -lavcopts
vcodec=mpeg2video:intra_matrix=8,9,12,22,26,27,29,34,9,10,14,26,27,29,34,37,
12,14,18,27,29,34,37,38,22,26,27,31,36,37,38,40,26,27,29,36,39,38,40,48,27,
29,34,37,38,40,48,58,29,34,37,38,40,48,58,69,34,37,38,40,48,58,69,79
:inter_matrix=16,18,20,22,24,26,28,30,18,20,22,24,26,28,30,32,20,22,24,26,
28,30,32,34,22,24,26,30,32,32,34,36,24,26,28,32,34,34,36,38,26,28,30,32,34,
36,38,40,28,30,32,34,36,38,42,42,30,32,34,36,38,40,42,44 -oac copy -o svcd.mpg
</screen>
</para>
</sect2>


<sect2 id="menc-feat-dvd-mpeg4-example">
<title>Exemple</title>

<para>
  Voilà, vous venez tout juste d'acheter votre exemplaire de Harry Potter et la 
  Chambre des Secrets (édition écran large, bien sûr), et vous voulez ripper ce 
  DVD ceci afin de pouvoir l'ajouter à votre PC Home Cinéma. C'est un DVD de 
  région 1, donc c'est du NTSC. L'exemple ci-dessous s'accorde quand même au PAL, 
  excepté que vous devrez omettre <option>-ofps 24000/1001</option> (parceque le 
  framerate de sortie est le même que celui en entrée), et bien sûr les dimensions 
  de découpage seront différentes.
</para>

<para>
  Après lancement de <option>mplayer dvd://1</option>, nous suivons le processus
  détailé dans la section <link linkend="menc-feat-telecine">Comment traiter le
  téléciné et l'entrelacement dans les DVDs NTSC</link> et découvrer que c'est une 
  vidéo progressive en 24000/1001 fps, ce qui signifie que nous n'aurons pas besoin 
  d'utiliser un filtre inverse téléciné, comme <option>pullup</option> ou <option>filmdint</option>.
</para>

<para>
  Ensuite, nous voulons déterminer le rectangle de découpage approprié, donc 
  nous utilisons le filtre cropdetect:

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

  Soyez sûr que vous recherchez 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>

  Nous rejouons ensuite le film avec le filtre pour tester son exactitude:

  <screen>mplayer dvd://1 -vf crop=720:362:0:58</screen>

  Et nous nous apercevons que tout est parfait. Ensuite, nous nous assurons que 
  le hauteur et la largeur sont des multiples de 16. La largeur est bonne, 
  cependant la hauteur ne l'est pas. Vu que nous n'avons pas échoué notre brevet à 
  cause des maths, nous savons que le plus proche multiple de 16 inférieur à 362 
  est 352.
</para>

<para>
  Nous pourrions juste utiliser <option>crop=720:352:0:58</option>, mais ce 
  serait mieux d'enlèver un peu du haut et un peu du bas ceci afin de garder 
  le centre. Nous avons rétréci la hauteur de 10 pixels, mais nous ne voulons 
  pas augmenter le décalage y de 5 pixels vu que c'est un nombre impair et
  affectera défavorablement la qualité. A la place, nous augmenterons le 
  décalage y de 4 pixels:

  <screen>mplayer dvd://1 -vf crop=720:352:0:62</screen>

  Une autre raison pour tailler les pixels du haut et du bas est que nous nous 
  assurons que nous avons éliminé n'importe quels pixels à moitié noir si ils 
  existent. Notez que si votre vidéo est téléciné, 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 filtre 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é, alors soyez certain que 
  votre décalage de découpage vertical est un multiple de 4.)
</para>

<para>
  Si vous vous sentez vraiment concerné par la perte de ces 10 pixels, vous 
  pourriez à la place de réduire les dimensions préférer le plus proche multiple 
  de 16.
  La chaîne de filtre ressemblerait à ceci:

  <screen>-vf crop=720:362:0:58,scale=720:352</screen>

  Réduire la vidéo comme cela signifierai qu'un petit montant de détails soit perdu, 
  pensant que cela ne serait probablement pas perceptible. Augmenter la taille 
  résultera en une plus basse qualité (à moins que vous augmentiez le bitrate). 
  Le découpage épargne ces pixels tout ensemble. C'est une différence que vous 
  voudriez prendre en compte à chaque circonstance. Par exemple, si le DVD vidéo  
  était fait pour la télévision, vous pourriez avoir intérêt à éviter le 
  redimensionnement vertical, étant donné que la ligne d'échantillon correspond 
  à la façon d'origine avec laquelle le contenu a été enregistré.
</para>

<para>
  Après inspection, nous voyons que notre film a un peu d'action et beaucoup de 
  détails, donc nous prenons 2400Kbit pour notre bitrate.
</para>

<para>
  Nous sommes maintenant prêt à faire les deux passes d'encodage. Passe une:

  <screen>mencoder dvd://1 -ofps 24000/1001 -oac copy -vf crop=720:352:0:62,hqdn3d=2:1:2 -ovc lavc \
-lavcopts vcodec=mpeg4:vbitrate=2400:v4mv:mbd=2:trell:cmp=3:subcmp=3:mbcmp=3:autoaspect:vpass=1 \
-o Harry_Potter_2.avi</screen>

  Et passe deux est la même, excepté que nous spécifions <option>vpass=2</option>:

  <screen>mencoder dvd://1 -ofps 24000/1001 -oac copy -vf crop=720:352:0:62,hqdn3d=2:1:2 -ovc lavc \
-lavcopts vcodec=mpeg4:vbitrate=2400:v4mv:mbd=2:trell:cmp=3:subcmp=3:mbcmp=3:autoaspect:vpass=2 \
-o Harry_Potter_2.avi</screen>
</para>

<para>
  Les options <option>v4mv:mbd=2:trell</option> augmenterons considérablement la
  qualité au dépend de la durée d'encodage. Il y a peu de raison de ne pas 
  prendre en compte ces options quand le but premier est la qualité. Les options
  <option>cmp=3:subcmp=3:mbcmp=3</option> séléctionnent une fonction de comparaison
  qui rend une plus haute qualité que celle par défaut. Vous pourriez tenter de
  tester avec ces paramètre (référez-vous à la page de man pour les valeurs possible) 
  étant donné que différentes fonctions peuvent avoir un large impact sur la 
  qualité dépendamment du matériel source. Par exemple, si vous trouvez que
  <systemitem class="library">libavcodec</systemitem> produit trop d'artefacts 
  carré, vous pouvez essayer de séléctionner le NSSE expérimental comme fonction 
  de comparaison via <option>*cmp=10</option>.
</para>

<para>
  Pour ce film, le AVI résultant sera de 138 minutes long et à peu près 3GB. 
  Et parceque vous disiez que la taille du fichier n'était pas importante, c'est 
  une taille parfaitement acceptable. Cependant, si vous la désiriez plus petite, 
  vous pouvez essayer un bitrate inférieur. L'augmentation de bitrates ont des 
  retours amoindri, ainsi tandis que nous pourrions clairement voir une 
  amélioration à partir de 1800Kbit jusqu'à 2000Kbit, cela ne semblerai pas autant 
  notable au-dessus de 2000Kbit. Libre à vous de l'expérimenter jusqu'à en être
  totalement satisfait.
</para>

<para>
  Parceque nous avons passé la source vidéo au travers d'un filtre anti-bruit, 
  vous voudriez 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é 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
  dépendamment du CPU disponible. Aussi, à ce point, vous pourriez vouloir demander
  une correction gamma et/ou couleur pour mieux convenir à l'affichage. Par exemple:

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

</para>
</sect2>
</sect1>


<sect1 id="menc-feat-xvid">
<title>Encodé avec le codec <systemitem class="library">XviD</systemitem></title>
<para>
 <systemitem class="library">XviD</systemitem> est une librairie 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>


<sect2 id="menc-feat-xvid-intro">
<title>QUelles options devrais-je utiliser pour avoir les meilleurs résultats?</title>

<para>
 Commencez par passer en revue la page man de la section 
 <systemitem class="library">XviD</systemitem> de <application>MPlayer</application>.
 Cette section est prévue pour être un supplément à la page man.
</para>
<para>
 Les paramètres XviD par défaut font déjà une bonne distinction entre la 
 vitesse et la qualité, donc vous pouvez sans risque vous en tenir à eux 
 si la section suivante vous laisse perplexe.
</para>
</sect2>

<sect2 id="menc-feat-xvid-encoding-options">
<title>Options d'encodage de <systemitem class="library">XviD</systemitem></title>

<itemizedlist>
<listitem><para>
 <emphasis role="bold">vhq</emphasis>
  Ce paramètre affecte l'algorithme de décision de macrobloc, où plus la valeur 
  du paramètre est élevée, plus sage sera la décision.
  Le paramètre par défaut peut être de façon sûr utilisé pour tout les encodages, 
  alors que des paramètrages plus élevés aident toujours le PSNR mais sont de 
  façon signifiante plus lente.
  Veuillez noter que un meilleur PSNR ne veut pas forcement dire que l'image 
  sera mieux, mais vous informe qu'elle est proche de l'original.
  L'enlevé accélèrera de façon notable l'encodage; si la vitesse est un point 
  critique pour vous, la différence peut valoir le coup.
</para></listitem>

<listitem><para>
 <emphasis role="bold">bvhq</emphasis>
  C'est pareil que vhq, mais cela agit sur les B-frames.
  Cela a un impact négligeable sur la vitesse, et amélior un peu la qualité
  (environ +0.1dB PSNR).
</para></listitem>

<listitem><para>
 <emphasis role="bold">max_bframes</emphasis>
  Un plus grand nombre de B-frames permise consécutive améliore habituellement
  la compressibilité, bien qu'il puisse également mener à plus d'artefacts carré.
  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 être sûr que votre bitrate 
  cible est assez élevé pour s'assurer 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 
  à des endroits qui seuls <emphasis role="bold">vraiment</emphasis> les nécessitent.
  Un nombre bas de <option>max_bframes</option> et une valeur élevé de <option>bf_threshold</option> 
  n'est probablement pas un choix avisé vu qu'il obligera l'encodeur à mettre 
  des B-frames en des endroits qui n'en tireront pas de bénéfice, mais en plus 
  réduiront la qualité visuelle.
  Cependant, si vous avez besoin d'être compatible avec des lecteurs qui 
  supportent seulement de vieux profils DivX (qui revient à supporter jusqu'à 
  1 B-frame consécutive), ceci sera votre seul espoir d'augmenter la 
  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é autre part sur la vidéo, augmentant l'ensemble 
  de la qualité visuelle.
  Vous devriez toujours l'utiliser étant donné qu'il impacte énormement sur la 
  qualité.
  Même si vous recherchez de la vitesse, ne le désactiver pas jusqu'à ce que 
  vous réduisiez <option>vhq</option> et toutes les autre options plus gourmande 
  en CPU à leur minimum.
</para></listitem>

<listitem><para>
  <emphasis role="bold">hq_ac</emphasis>
  Active une meilleur 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é.
</para></listitem>

<listitem><para>
 <emphasis role="bold">cartoon</emphasis>
  Faite pour un meilleur encodage de contenu dessin animé, et n'a pas d'impact 
  sur la vitesse étant donné qu'il modifie juste le mode décision heuristics
  pour ce type de contenu.
</para></listitem>

<listitem><para>
 <emphasis role="bold">me_quality</emphasis>
  Ce paramètre contrôle la précision de l'estimation de mouvement.
  Le plus élevé <option>me_quality</option> est, le plus précis
  l'estimation du mouvement d'origine sera, et mieux le clip résultant 
  capturera le mouvement d'origine.
 </para>
 <para>
  Le paramètre par défaut est le mieux dans tous les cas; bien qu'il ne 
  soit pas recommandé de l'éteindre à moins que vous recherchiez vraiment 
  la rapidité, vu que tout les bits sauvés par une bonne estimation du 
  mouvement seront dépensés autre part, augmentant la qualité générale.
  Cependant, n'allez pas plus bas que 5, et même ceci doit être utilisé 
  en dernier recours.
</para></listitem>

<listitem><para>
 <emphasis role="bold">chroma_me</emphasis>
  Améliore l'estimation de mouvement en prenant aussi en compte l'information 
  de la chroma (couleur), alors que <option>me_quality</option> toute seule 
  utilise seulement la luma (niveau de gris).
  Cela ralenti l'encodage de 5-10% mais améliore pas mal la qualité visuelle 
  en réduisant les effets de bloc et réduis la taille de fichier d'environ 1.3%.
  Si vous cherchez de la vitesse, vous devriez désactiver cette option avant de
  commencer à considérer à la réduction de <option>me_quality</option>.
</para></listitem>

<listitem><para>
  <emphasis role="bold">chroma_opt</emphasis>
    A pour objectif d'augmenter la qualité  du chroma de l'image vers des 
    bords blanc/noirs pures, plutôt que d'améliorer la compression.
    Ceci peut aider à réduire l'effet "red stairs".
</para></listitem>

<listitem><para>
  <emphasis role="bold">lumi_mask</emphasis>
    Tente de donner moins de bitrate à une partie de l'image que l'oeil humain 
    ne peut pas très bien voir, ce qui devrait permettre à l'encodeur de dépenser
    les bits sauvés sur des parties plus importantes de l'image.
    La qualité de l'encodage yielded by this option dépends grandement des 
    préférences personnelles et des paramètres de type et moniteur utilisé pour 
    le regarder (typiquement, cela ne semblera pas aussi bon si c'est plus 
    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 candidat en augmentant la 
    précision de l'estimation de mouvement de halfpel à quarterpel.
    L'idée est de trouver de meilleurs vecteurs de mouvement ce qui 
    en retour réduira le bitrate (augmentant la qualité par la même occasion).
    Cependant, les vecteurs de mouvement avec une précision quarterpel requièrent 
    quelques bits en plus à coder, mais les vecteurs candidats ne donnent pas 
    toujours de (bien) meilleurs résultats.
    Assez souvent, le codec gaspille encor des bits sur la précision en plus, 
    mais en retour peu ou aucune qualité en plus aura été gagné.
    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 doublé la durée d'encodage, et
    requière pas moins de 25% en plus de puissance de traitement pour décoder.
    Cela n'est pas supporté par tout les lecteurs.
</para></listitem>

<listitem><para>
  <emphasis role="bold">gmc</emphasis>
    Essaye de sauver des bits sur des scènes panoramique en employant un 
    vecteur simple de mouvement pour la frame entière.
    Cela augmente à peu près toujours le PSNR, mais de façon significative
    ralenti l'encodage (aussi bien que le décodage).
    Par conséquent, vous devriez seulement l'employer si vous avez 
    augmenté <option>vhq</option> au maximum.
    GMC de <systemitem class="library">XviD</systemitem> est plus sophistiqué 
    que celui de DivX, mais il est seulement supporté par quelques lecteurs.
</para></listitem>

</itemizedlist>
</sect2>

<sect2 id="menc-feat-xvid-encoding-profiles">
<title>Profils d'encodage</title>
<para>
  XviD supporte des profils d'encodage à travers l'option <option>profile</option>,
  ce qui est utilisé pour imposer des restrictions sur les propriétés du flux 
  vidéo XviD comme cela il sera jouable sur n'importe quoi supportant le profil 
  choisi.
  Les restrictions relient les résolutions, les bitrates et certaines 
  fonctionnalités MPEG-4.
  La table suivante montre ce que chaque profil supporte.
</para>
<informaltable>
<tgroup cols="16" align="center">
<colspec colnum="1"  colname="col1"/>
<colspec colnum="2"  colname="col2"/>
<colspec colnum="3"  colname="col3"/>
<colspec colnum="4"  colname="col4"/>
<colspec colnum="5"  colname="col5"/>
<colspec colnum="6"  colname="col6"/>
<colspec colnum="7"  colname="col7"/>
<colspec colnum="8"  colname="col8"/>
<colspec colnum="9"  colname="col9"/>
<colspec colnum="10" colname="col10"/>
<colspec colnum="11" colname="col11"/>
<colspec colnum="12" colname="col12"/>
<colspec colnum="13" colname="col13"/>
<colspec colnum="14" colname="col14"/>
<colspec colnum="15" colname="col15"/>
<colspec colnum="16" colname="col16"/>
<colspec colnum="17" colname="col17"/>
<spanspec spanname="spa2-5"   namest="col2" nameend="col5"/>
<spanspec spanname="spa6-11"  namest="col6" nameend="col11"/>
<spanspec spanname="spa12-17" namest="col12" nameend="col17"/>
  <tbody>
    <row>
      <entry></entry>
      <entry spanname="spa2-5">Simple</entry>
      <entry spanname="spa6-11">Simple avancé</entry>
      <entry spanname="spa12-17">DivX</entry>
    </row>
    <row>
      <entry>Nom de profil</entry>
      <entry>0</entry>
      <entry>1</entry>
      <entry>2</entry>
      <entry>3</entry>
      <entry>0</entry>
      <entry>1</entry>
      <entry>2</entry>
      <entry>3</entry>
      <entry>4</entry>
      <entry>5</entry>
      <entry>Handheld</entry>
      <entry>NTSC Portable</entry>
      <entry>PAL Portable</entry>
      <entry>NTSC Home Cinéma</entry>
      <entry>PAL Home Cinéma</entry>
      <entry>TV Haute Définition</entry>
    </row>
    <row>
      <entry>Largeur [pixels]</entry>
      <entry>176</entry>
      <entry>176</entry>
      <entry>352</entry>
      <entry>352</entry>
      <entry>176</entry>
      <entry>176</entry>
      <entry>352</entry>
      <entry>352</entry>
      <entry>352</entry>
      <entry>720</entry>
      <entry>176</entry>
      <entry>352</entry>
      <entry>352</entry>
      <entry>720</entry>
      <entry>720</entry>
      <entry>1280</entry>
    </row>
    <row>
      <entry>Hauteur [pixels]</entry>
      <entry>144</entry>
      <entry>144</entry>
      <entry>288</entry>
      <entry>288</entry>
      <entry>144</entry>
      <entry>144</entry>
      <entry>288</entry>
      <entry>288</entry>
      <entry>576</entry>
      <entry>576</entry>
      <entry>144</entry>
      <entry>240</entry>
      <entry>288</entry>
      <entry>480</entry>
      <entry>576</entry>
      <entry>720</entry>
    </row>
    <row>
      <entry>Frame rate [fps]</entry>
      <entry>15</entry>
      <entry>15</entry>
      <entry>15</entry>
      <entry>15</entry>
      <entry>30</entry>
      <entry>30</entry>
      <entry>15</entry>
      <entry>30</entry>
      <entry>30</entry>
      <entry>30</entry>
      <entry>15</entry>
      <entry>30</entry>
      <entry>25</entry>
      <entry>30</entry>
      <entry>25</entry>
      <entry>30</entry>
    </row>
    <row>
      <entry>Bitrate moyen maxi [kbps]</entry>
      <entry>64</entry>
      <entry>64</entry>
      <entry>128</entry>
      <entry>384</entry>
      <entry>128</entry>
      <entry>128</entry>
      <entry>384</entry>
      <entry>768</entry>
      <entry>3000</entry>
      <entry>8000</entry>
      <entry>537.6</entry>
      <entry>4854</entry>
      <entry>4854</entry>
      <entry>4854</entry>
      <entry>4854</entry>
      <entry>9708.4</entry>
    </row>
    <row>
      <entry>Bitrate moyen maximal plus de 3 secs [kbps]</entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry>800</entry>
      <entry>8000</entry>
      <entry>8000</entry>
      <entry>8000</entry>
      <entry>8000</entry>
      <entry>16000</entry>
    </row>
    <row>
      <entry>B-frames maxi</entry>
      <entry>0</entry>
      <entry>0</entry>
      <entry>0</entry>
      <entry>0</entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry>0</entry>
      <entry>1</entry>
      <entry>1</entry>
      <entry>1</entry>
      <entry>1</entry>
      <entry>2</entry>
    </row>
    <row>
      <entry>Quantification MPEG</entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry>X</entry>
      <entry>X</entry>
      <entry>X</entry>
      <entry>X</entry>
      <entry>X</entry>
      <entry>X</entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
    </row>
    <row>
      <entry>Quantification adaptative</entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry>X</entry>
      <entry>X</entry>
      <entry>X</entry>
      <entry>X</entry>
      <entry>X</entry>
      <entry>X</entry>
      <entry>X</entry>
      <entry>X</entry>
      <entry>X</entry>
      <entry>X</entry>
      <entry>X</entry>
      <entry>X</entry>
    </row>
    <row>
      <entry>Encodage entrelacé</entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry>X</entry>
      <entry>X</entry>
      <entry>X</entry>
      <entry>X</entry>
      <entry>X</entry>
      <entry>X</entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry>X</entry>
      <entry>X</entry>
      <entry>X</entry>
    </row>
    <row>
      <entry>Quaterpixel</entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry>X</entry>
      <entry>X</entry>
      <entry>X</entry>
      <entry>X</entry>
      <entry>X</entry>
      <entry>X</entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
    </row>
    <row>
      <entry>Compensation globale du mouvement</entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry>X</entry>
      <entry>X</entry>
      <entry>X</entry>
      <entry>X</entry>
      <entry>X</entry>
      <entry>X</entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
      <entry></entry>
    </row>
  </tbody>
</tgroup>
</informaltable>
</sect2>

<sect2 id="menc-feat-xvid-example-settings">
<title>Exemples de paramètres d'encodage</title>

<para>
  Les paramètres suivant sont des exemples de différentes combinaisons 
  d'option d'encodage qui affèctent la compensation entre la vitesse et 
  la qualité pour le même bitrate cible.
</para>

<para>
  Tous les paramètres d'encodage sont testés sur un échantillon vidéo à 
  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 exploite la vitesse d'encodage mesuré (en
  frames par seconde) et la perte PSNR (en dB) en la comparant au paramètre 
  de "très haute qualité".
  Veuillez comprendre que dépendemment de votre source, de votre type de machine
  et des avancements en développement, vous pouvez obtenir des résultats très 
  différents.
</para>

<para>
<informaltable frame="all">
<tgroup cols="4">
<thead>
<row><entry>Description</entry><entry>Options d'encodage</entry><entry>vitesse (en fps)</entry><entry>Perte PSNR relative (en dB)</entry></row>
</thead>
<tbody>
<row>
  <entry>Très haute qualité</entry>
  <entry><option>chroma_opt:vhq=4:bvhq=1:quant_type=mpeg</option></entry>
  <entry>16fps</entry>
  <entry>0dB</entry>
</row>
<row>
  <entry>Haute qualité</entry>
  <entry><option>vhq=2:bvhq=1:chroma_opt:quant_type=mpeg</option></entry>
  <entry>18fps</entry>
  <entry>-0.1dB</entry>
</row>
<row>
  <entry>Rapide</entry>
  <entry><option>turbo:vhq=0</option></entry>
  <entry>28fps</entry>
  <entry>-0.69dB</entry>
</row>
<row>
  <entry>Temps réel</entry>
  <entry><option>turbo:nochroma_me:notrellis:max_bframes=0:vhq=0</option></entry>
  <entry>38fps</entry>
  <entry>-1.48dB</entry>
</row>
</tbody>
</tgroup>
</informaltable>
</para>
</sect2>

</sect1>

<sect1 id="menc-feat-x264">
<title>Encodage avec le codec <systemitem class="library">x264</systemitem></title>
<para>
  <systemitem class="library">x264</systemitem> est une librairie libre pour 
  encoder des flux vidéo H.264/AVC.
  Avant de commencer à encoder, vous avez besoin de <link linkend="codec-x264-encode">
  règler <application>MEncoder</application> pour le supporter</link>.
</para>

<sect2 id="menc-feat-x264-encoding-options">
<title>Options d'encodage de x264</title>

<para>
  Veuillez commencer par passer en revue la section 
  <systemitem class="library">x264</systemitem> de la page man
  de <application>MPlayer</application>.
  Cette section a été prévu pour être un supplément à la page man.
  Ici vous trouverez rapidement des astuces sur quelles options sont 
  le plus susceptible d'intéresser la plupart des gens. la page man 
  est plus laconique, mais est aussi plus exhaustive, et cela offre 
  parfois beaucoup plus de détail technique.
</para>

<sect3 id="menc-feat-x264-encoding-options-intro">
<title>Introduction</title>
<para>Ce guide considère deux catégories majeurs d'options d'encodage:</para>

<orderedlist>
  <listitem><para>Options qui principalement compensent la durée d'encodage de la qualité
  </para></listitem>
  <listitem><para>Options qui peuvent être utile pour accomplir des préférences personnelles 
  variées et des conditions spéciales</para></listitem>
</orderedlist>

<para>
  Finalement, seul vous pouvez décider quelles options sont mieux pour vos buts.
  Le choix de la première classe d'options est la plus simple:  
  vous devez seulement décider si vous pensez que les différences de qualité 
  justifient les différences de vitesse. Pour la deuxième classe d'options, 
  les préférences peuvent être bien plus subjectives, et plus de facteurs 
  peuvent être impliqués. Notez sur que certaines des options de type 
  "préférences personnelles et de conditions spéciales" peuvent encor avoir 
  de larges impacts sur la vitesse ou la qualité, mais ce n'est pas ce pourquoi 
  ils sont principalement utiles. Quelques une des options de "préférence 
  personnelle" peuvent même causer des changements qui semblent mieux pour 
  certaines personnes, mais semblent moins bon à d'autres. 
</para>

<para>
  Avant de continuer, il vous est nécessaire de comprendre que ce guide utilise seulement
  une qualité métrique: le PSNR global.
  Pour une brève explication sur le PSNR, voir
  <ulink url="http://en.wikipedia.org/wiki/PSNR">l'article Wikipedia sur le PSNR</ulink>.
  PSNR global est le dernier nombre PSNR rapporté quand vous incluez l'option
  <option>psnr</option> dans <option>x264encopts</option>.
  Chaque fois que vous lisez une réclamation sur le PSNR, une des prétentions 
  derrière la réclamation est que des bitrates égaux sont utilisés.
</para>

<para>
  A peu près tous les commentaires de ce guide présument que vous utilisez 
  deux passages.
  Lors de la comparaison des options, il y a deux principales raisons pour 
  l'utilisation d'un encodage à deux passages.
  Premièrement, utiliser deux passages permet souvent de gagner environ 1dB 
  PSNR, ce qui est une très grosse différence.
  Deuxièmement, tester les options en faisant des comparaisons directes de 
  qualité avec un encodage en un passage introduit un facteur confus important: 
  bitrate varie souvent de façon significative avec chaque encodage.
  Il n'est pas toujours facile de dire si les changements de qualité sont 
  principalement dûs aux changements d'options, ou si la plupart du temps ils 
  reflètent essentiellement des différences aléatoires dans le bitrate réalisé.
</para>

</sect3>

<sect3 id="menc-feat-x264-encoding-options-speedvquality">
<title>Options qui affectent principalement la vitesse et la qualité</title>

<itemizedlist>
<listitem><para>
  <emphasis role="bold">subq</emphasis>:
  Des options qui vous permettent de compenser la vitesse pour la qualité,
  <option>subq</option> et <option>frameref</option> (voir ci-dessous) sont 
  habituellement et de loin les plus importantes.
  Si vous êtes intéressé par le bidouillage soit de la vitesse soit de la 
  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 
  0.2-0.5 dB en comparaison à <option>subq=1</option>.
  C'est habituellement assez pour être évident.
</para>
<para>
  <option>subq=6</option> est le plus lent, le plus élevé mode de qualité.
  En comparaison à <option>subq=5</option>, il gagne habituellement un PSNR 
  global de 0.1-0.4 dB avec des coûts en vitesse variant entre 25% et 100%.
  A la différence des autres niveaux de <option>subq</option>, le comportement 
  de <option>subq=6</option> ne dépend pas beaucoup de <option>frameref</option>
  et <option>me</option>. A la place, l'efficacité de <option>subq=6</option> 
  dépend principalement du nombre de B-frames utilisé. Lors d'une utilisation 
  normal, cela signifie que <option>subq=6</option> a un large impact sur la 
  vitesse et la qualité dans le cas complexe, des scènes élevé en mouvement, 
  mais il peut ne pas avoir beaucoup d'effet sur les scènes avec peu de mouvement. 
  Notez que il est encore recommandé de toujours paramètrer les <option>bframes</option> 
  à autre chose 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.
  Simplement en augmentant <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 diminuant se mettent en place rapidement.
  <option>frameref=6</option> peut être attendu de gagner seulement 0.05-0.1 dB 
  de mieux que <option>frameref=3</option> avec une pénalité additionelle de 
  15% sur la vitesse.
  Au dessus de <option>frameref=6</option>, les gains en qualité sont 
  habituellement très faible (bien que vous devriez garder à l'esprit à travers 
  cette entière discussion que selon votre source cela peut varier énormément).
  Dans un cas assez typique, <option>frameref=12</option> améliorera le PSNR 
  global par un minuscule 0.02dB de mieux que <option>frameref=6</option>, 
  avec un coût sur la vitesse de 15%-20%.
  Avec des valeurs si élevé de <option>frameref</option>, la seule vraie bonne 
  chose qui peut être dîte est que de l'augmenter même un peu plus ne 
  <emphasis role="bold">nuira</emphasis> à peu près certainement jamais le PSNR, 
  mais les bénéfices sur la qualité additionnelle sont à peine mesurable, et encore 
  moins perceptible.
</para>
<note><title>Note:</title>
<para>
  Augmenter le <option>frameref</option> à des valeurs non nécessairement élevées
  <emphasis role="bold">peut affecter</emphasis> et <emphasis role="bold">habituellement affecte</emphasis>
  l'efficacité d'encodage si vous arrêtez le CABAC.
  Avec le CABAC lancé (comportement par défaut), la possibilité de paramètrage 
  de <option>frameref</option> "trop élevé" actuellement semble trop distant 
  pour même s'en inquiéter, et dans l'avenir, les optimisations peuvent enlever 
  les possibilités complètement.
</para>
</note>
<para>
  Si vous vous inquiétez pour la vitesse, un compromis raisonnable est 
  d'utiliser des valeurs <option>subq</option> et <option>frameref</option> basses
  sur le premier passage, et ensuite les augmenter sur le second passage.
  Typiquement, cela a un effet négatif négligeable sur la qualité finale: 
  Vous perdrez probablement bien en dessous de 0.1dB du PSNR, ce qui devrez 
  être une différence beaucoup trop faible pour la voir.
  Cependant, des valeurs différentes de <option>frameref</option> peuvent
  occasionnellement affecter le choix du frametype.
  Très probablement, ce sont des cas périphériques rares, mais si vous voulez 
  en être complètement certain, considèrez que votre vidéo a soit des modèles 
  plein écran, clignotants et répétitifs, soit des occlusions provisoires très 
  grandes qui pourraient forcer une I-frame.
  Ajustez le <option>frameref</option> de premier passage pour qu'il soit assez 
  large pour contenir la durée du cycle de clignotement (ou occlusion).
  Par exemple, si la scène clignote dans les deux sens entre deux images 
  au-dessus d'une durée de trois frames, règlez le <option>frameref</option> de 
  premier passage à 3 ou plus.
  Le problème est probablement extrêmement rare sur des matériaux vidéo de type 
  action en directe, mais cela arrive quelque fois dans des captures de jeu vidéo.
</para></listitem>

<listitem><para>
  <emphasis role="bold">me</emphasis>:
  Cette option est pour choisir la méthode de recherche d'estimation de mouvement.
  Alterer cette option fourni une compensation franche entre qualité et vitesse. 
  <option>me=1</option> est seulement quelque pourcent plus rapide que
  la recherche par défaut, à un coût en dessous de 0.1dB du PSNR global. Le 
  paramètre par défaut (<option>me=2</option>) est une compensation raisonnable
  entre vitesse et qualité. <option>me=3</option> gagne un petit peu en dessous 
  de 0.1dB du PSNR global, avec une pénalité sur la vitesse qui varie dépendamment 
  du <option>frameref</option>.  A de haute valeurs du <option>frameref</option> 
  (e.g. 12 ou autre), <option>me=3</option> est environ 40% plus lente que la 
  valeur par défaut <option> me=2</option>. Avec <option>frameref=3</option>, 
  la pénalité encouru sur la vitesse chute à 25%-30%.
</para>
<para>
  <option>me=4</option> utilise une recherche exhaustive qui est trop lente pour
  une utilisation pratique.
</para>
</listitem>

<listitem><para>
  <emphasis role="bold">4x4mv</emphasis>:
  Cette option active l'utilisation des sous-partitions 8x4, 4x8 et 4x4 dans
  les macroblocs prévu. L'activer résulte en une assez consistente perte de 
  vitesse de 10%-15%. Cette option est plutôt inutile dans une source contenant
  seulement des mouvements bas, bien que dans certaine source de mouvement élevé,
  particulièrement des sources avec beaucoup de petits objets en mouvement, un 
  gain d'environ 0.1dB peut être attendu.
</para>
</listitem>

<listitem><para>
  <emphasis role="bold">bframes</emphasis>:
  Si vous avez l'habitude d'encoder avec d'autre codecs, vous pourriez avoir 
  trouvé que les B-frames ne sont pas toujours utile.
  Avec le H.264, ceci a changé: il y a de nouvelles techniques et types de bloc 
  qui sont possible avec les B-frames.
  Habituellement, même un choix naïf d'algorithme de B-frame peut avoir un 
  bénéfice significatif sur le PSNR.
  Il est intéressant de noter que l'utilisation de B-frames accélère 
  habituellement le second passage de manière légère, et peut aussi accélèrer 
  un encodage en un seul passage si le choix de B-frame adaptatif est stoppé.
</para>
<para>
  Avec le choix de B-frame adaptatif stoppé
  (<option>nob_adapt</option> de <option>x264encopts</option>),
  la valeur optimal pour le paramètrage est habituellement pas plus que
  <option>bframes=1</option>, ou bien les scènes élevé en mouvement peuvent 
  en patir.
  Avec le choix de B-frame adaptatif activé (le comportement par défaut), il 
  est sûr d'utiliser des valeurs plus élevées; l'encodeur réduira l'utilisation 
  de B-frames dans les scènes où cela pourrait abîmer la compression.
  L'encodeur choisi rarement d'utiliser plus de 3 ou 4 B-frames;
  paramètrer cette option a une valeur plus élevée aura peu d'effet.
</para></listitem>

<listitem><para>
  <emphasis role="bold">b_adapt</emphasis>:
  Note: il est activé par défaut.
</para>
<para>
  Avec cette option activé, l'encodeur utilisera un traitement de choix 
  raisonnablement rapide pour réduire le nombre de B-frames utilisé par les 
  scènes qui ne pourraient pas en bénéficier autant qu'elles le voudraient.
  Vous pouvez utiliser <option>b_bias</option> pour bidouiller combien 
  l'encodeur est heureux de ces B-frames.
  La pénalité sur la vitesse des B-frames adaptatives est actuellement
  plutôt modeste, mais il en est de même pour le gain potentiel en qualité.
  Cela n'endomage pas habituellement, cependant.
  Notez que cela affecte seulement le choix de vitesse et de frametype sur 
  le premier passage.
  <option>b_adapt</option> et <option>b_bias</option> n'ont aucun effet sur 
  les passages suivants.
</para></listitem>

<listitem><para>
  <emphasis role="bold">b_pyramid</emphasis>:
  Vous devriez aussi bien activé cette option si vous utilisez >=2 B-frames;
  comme la page man le dit, vous obtiendrez une faible améliroration de la 
  qualité avec aucun surcoût sur la vitesse.
  Notez que ces vidéos ne peuvent pas être lu sur des décodeurs basés sur 
  une version de libavcodec datant d'avant le 5 Mars, 2005.
</para></listitem>

<listitem><para>
  <emphasis role="bold">weight_b</emphasis>:
  Dans des cas typiques, il n'y a pas assez de gain avec cette option.
  Cependant, dans des scènes crossfades ou fade-to-black, la prédiction de 
  poids donne de plutôt large bénéfice en bitrate.
  Dans le MPEG-4 ASP, un fade-to-black est habituellement mieux codé comme une 
  série de I-frames onéreuses; utiliser la prédiction de poids dans les 
  B-frames rend possible la conversion d'un certain nombre en de beaucoup plus 
  petites B-frames.
  Le coût sur la durée d'encodage est minimal, étant donné qu'aucun choix 
  supplémentaire n'a besoin d'être fait.
  Aussi, contrairement à ce que les gens semble deviner, les requis en CPU par 
  le décodeur ne sont pas énormement affecté par la prédiction de poids, tout 
  le reste étant égal.
</para>
<para>
  Malheureusement, l'algorithme courant de choix de B-frame adaptative
  a une forte tendance à éviter les B-frames durant les fondus.
  Jusqu'à ce que cela change, il peut être une bonne idée d'ajouter
  <option>nob_adapt</option> à votre x264encopts, si vous vous attendiez
  à ce que le fondu ait un plus grand effet sur votre clip vidéo particulier.
</para></listitem>
</itemizedlist>
</sect3>

<sect3 id="menc-feat-x264-encoding-options-misc-preferences">
<title>Options concernant des préférences diverses</title>
<itemizedlist>
<listitem><para>
  <emphasis role="bold">Encodage en deux passages</emphasis>:
  Ci-dessus, il a été suggèré de toujours utiliser un encodage en deux passages, 
  mais il y a encor des raisons pour ne pas l'utiliser. Par exemple, si vous 
  capturez la télévision en direct et l'encoder en temps réel, vous êtes forcé 
  d'utiliser un encodage en un passage.
  Aussi, un passage est évidemment plus rapide que deux passages; si vous 
  utilisez l'exact même jeu d'options sur les deux passages, deux passages 
  d'encodage est à peu près deux fois plus lent.
</para>
<para>
  Encore, il y a de très bonne raisons pour utiliser l'encodage en deux passages. 
  Pour une chose, taux de contrôle d'un seul passage n'est pas psychic, et il 
  fait souvent des choix irraisonnable parce qu'il ne peut pas voir l'ensemble 
  de l'image. Par exemple, supposez que vous avez une vidéo de dexu minute de 
  long consistant en deux moitiés distinctes. La première moitié est une scène
  à mouvement élevé durant 60 secondes ce qui, en de manière isolée, demande 
  environ 2500kbps afin d'avoir l'air correcte.
  Immédiatement suivi d'une scène de 60 secondes beaucoup moins demandante qui 
  a l'air bien à 300kbps. Supposez que vous demandiez pour 1400kbps sur la 
  théorie que ceci est suffisant pour accomoder les deux scènes. Un taux de 
  contrôle en un seul passage fera quelques "fautes" dans un cas comme celui-là. 
  Premièrement, il ciblera 1400kbps pour les deux segments. Le premier segment 
  pourrait finir lourdement sur-quantifié, l'entraînant à ressembler à un bloc
  de façon inadmissible et irraisonable. le second segment serait lourdement 
  sous-quantifié; cela pourrait avoir l'air parfait, mais le coût en bitrate de 
  cette perfection sera complètement irraisonnable. Ce qui est d'autant plus dur 
  à éviter que le problème est à la transition entre les deux scènes. Les premières 
  secondes de moitié de mouvement lente sera grandement sur-quantifié, parce que 
  le taux de contrôle prévoit encore le genre de conditions en bitrate qu'il 
  rencontre dans la première moitié de la vidéo. Cette "période d'erreur" de 
  grandement sur-quantifié mouvement faible aura l'air mauvais, et utilisera 
  réellement moins que les 300kbps qu'il aurait pris pour le rendre un semblant 
  correct. IL y a des façons pour atténuer les pièges de l'encodage en simple 
  passage, mais ils peuvent tendre à augmenter la mauvaise prédiction de bitrate.
</para>
<para>
  Le taux de contrôle multiple passage peut offrir d'énormes avantages sur un 
  encodage simple passage.
  En utilisant les statistiques récupérées depuis le premier passage d'encodage, 
  l'encodeur peut estimer, avec une raisonnable exactitude, le "coût" (en bits) 
  de l'encodage de n'importe quel frame donnée, à n'importe quel quantificateur 
  donné. Cela permet une beaucoup plus rationnelle, mieux plannifiée allocation 
  de bits entre les scènes onéreuses (mouvement élevé) et bon marché (mouvement 
  faible). Voir <option>qcomp</option> ci-dessous pour quelques idées sur comment 
  bidouiller cette allocation à vos besoins.
</para>
<para>
  D'ailleurs, deux passages n'ont pas besoin de prendre deux fois plus de temps 
  qu'un seul passage. Vous pouvez bidouiller les options dans le premier passage
  pour une vitesse plus élevé et une qualité plus faible.
  Si vous choisissez bien vos options, vous pouvez obtenir un premier passage 
  très rapide.
  La qualité résultante dans le second passage sera légèrement plus basse parce 
  que la prédiction de taille est moins précise, mais la différence de qualité 
  est normalement beaucoup trop petite pour être visible. Essayez, par exemple, 
  d'ajouter <option>subq=1:frameref=1</option> au premier passage <option>x264encopts</option>. 
  Ensuite, sur le second passage, utilise des options plus lentes, de plus 
  grandes qualités:
  <option>subq=6:frameref=15:4x4mv:me=3</option>
</para></listitem>
<listitem><para>
  <emphasis role="bold">Encodage en trois passages</emphasis>?

  x264 offre la capacité de faire un nombre arbitraire de passages consécutive. 
  Si vous spécifiez <option>pass=1</option> sur le premier passage, alors 
  utilisez <option>pass=3</option> sur un passage suivant, le passage suivant
  lira les statistiques depuis le passage précédent, et écrira ses propres 
  statistiques. Un passage additionnel suivant celui-là aura une très bonne base
  depuis laquelle faire des prédictions hautement précise de framesizes à un
  quantificateur choisi. En pratique, les gains sur la qualité d'ensemble de 
  ceci est habituellement proche de zéro, et tout à fait possiblement un 
  troisième passage résultera en un PSNR global légèrement plus mauvais que le 
  passage avant ça. Dans une utilisation typique, trois passages aident si vous 
  obtenez soit une mauvaise prédiction de bitrate ou soit une mauvaise apparence 
  des transitions de scènes lors de l'utilisation de seulement deux passages.
  Ceci peut se produire sur les clips extrêmement courts. Il y a aussi quelques 
  cas spéciaux dans lequels trois (ou plus) passages sont pratique pour les 
  utilisateurs avancés, mais par souci de brièveté, ce guide omet de traiter ces 
  cas spéciaux.
</para></listitem>
<listitem><para>
  <emphasis role="bold">qcomp</emphasis>:
  <option>qcomp</option> compense le nombre de bits alloué entre les frames 
  "onéreux" mouvement élevé et les frames "bon marché" mouvement bas. A une 
  extrémité, <option>qcomp=0</option> vis pour le vrai bitrate constant. 
  Typiquement cela rendrait des scènes élevées en mouvement complètement moche, 
  tandis que les scènes basses en mouvement serait absoluement parfaite, mais 
  utiliserait aussi beaucoup plus de bitrate qu'ils n'en auraient besoin dans 
  le but de les rendre simplement excellente. A une autre extrèmité, <option>qcomp=1</option> 
  réalise le paramètre de quantification (QP) presque constant. Un QP constant 
  n'a pas l'air mauvais, mais la plupart des gens pense qu'il est plus raisonnable 
  d'enlever quelque bitrate des scènes extrèmement onéreuses (où la perte de 
  qualité ne sera pas aussi apparente) et les ré-allouer aux scènes qui sont 
  plus facile à encoder à une excellente qualité.
  <option>qcomp</option> est règlé à 0.6 par défaut, ce qui pourrait être un 
  peu faible pour les goûts de plein de gens (0.7-0.8 sont aussi communément 
  utilisé).
</para></listitem>
<listitem><para>
  <emphasis role="bold">keyint</emphasis>:
  <option>keyint</option> est seulement pour compenser l'habilité de recherche 
  de fichier contre l'efficacité de codage. Par défaut, <option>keyint</option> 
  est paramètré à 250. Sur des matériaux à 25 fps, cela garanti l'habilité de 
  faire une recherche avec une précision de 10 secondes. Si vous pensez qu'il 
  serait important et utile d'être capable de faire une recherche dans les 5 
  secondes de précision, paramètrez <option>keyint=125</option>;
  cela endommagera un peu la qualité/bitrate. Si vous vous inquiétez seulement 
  de la qualité et non de l'habilité à faire une recherche, vous pouvez le 
  paramètrer à des valeurs beaucoup plus élevées (comprenant qu'il y a des 
  retours diminuants qui peuvent devenir extrèmement bas, ou même zéro). Le flux 
  vidéo aura encor des points recherchable aussi longtemps qu'il y aura des 
  changements dans la scène.
</para></listitem> 
<listitem><para>
  <emphasis role="bold">deblockalpha, deblockbeta</emphasis>:
  Ce sujet va être un peu controversé.
</para>
<para>
  H.264 défini une simple procédure de déblocage sur les I-blocs qui utilise
  des pré-règlages de forces et de seuils en dépendance avec le QP du bloc en 
  question.
  Par défaut, des blocs QP élevés sont fortement filtrés, et des blocs QP bas
  ne sont pas débloqué du tout.
  Les pré-règlage de forces défini par les standard sont bien choisi et les 
  chances sont très bonne pour qu'elles aient des PSNR optimal quelque soit la 
  vidéo que vous essayez d'encoder.
  Les paramètres de <option>deblockalpha</option> et <option>deblockbeta</option>
  vous permettent de spécifier des décalages aux pré-règlage des seuils de 
  déblocage.
</para>
<para>
  Plein de gens semble penser que c'est une bonne idée de baisser la force
  du filtre de déblocage par de large montants (disons, -3).
  Ce n'est cependant presque jamais une bonne idée, et dans la plupart des cas, 
  les gens qui le font ne comprennent pas très bien comment le déblocage 
  fonctionne par défaut.
</para>
<para>
  La première et plus importante chose à savoir à propos du filtre de déblocage 
  in-loop est que les seuils par défaut sont à peu près toujours optimal PSNR.
  Dans les rares cas où ils ne sont pas optimal, le décalage idéal est plus ou 
  moins 1.
  Ajustant les paramètres de déblocage par un montant plus large est à peu près 
  garanti d'abimer le PSNR.
  Le renforcement du filtre enduira plus de détails; l'affaiblissement du filtre 
  augmentera l'aspect du carré.
</para>
<para>
  C'est définitivement une mauvaise idée de baisser les seuils de déblocage si
  votre source est principalement basse en complexité spaciale (i.e., peu de 
  détail ou bruit).
  Le filtre in-loop fait un travail plutôt excellent en cachant les artefacts 
  qui se surviennent.
  Si la source est élevé en complexité spacial, cependant, les artefacts sont
  moins apparent.
  C'est parce que le déclencheur tend à ressembler à du détail ou du bruit.
  La perception visuelle humaine remarque facilement quand un détail est enlevé,
  mais elle ne remarque pas si facilement quand le bruit est faussement 
  représenté.
  Quand on en vient à une qualité subjective, bruit et détail sont quelque peu 
  interchangeable.
  En baissant la force du filtre de déblocage, vous aurez des erreurs 
  croissantes le plus susceptible en ajoutant des artefacts qui donneront 
  l'alerte, mais l'oeil ne les remarque pas parce qu'il confond les 
  artefacts avec des détails.
</para>

<para>
  Ceci ne justifie <emphasis role="bold">toujours</emphasis> pas d'abaisser 
  la force du filtre de déblocage, cependant.
  Vous pouvez généralement obtenir une meilleur qualité de bruit du 
  post-traitement.
  Si votre encodage en H.264 est trop flou ou souillé, essayez de lui rajouter
  <option>-vf noise</option> quand vous jouez votre film encodé.
  <option>-vf noise=8a:4a</option> devrez cacher la plupart des simples 
  artefacts.
  Cela aura l'air certainement mieux que les résultats que vous auriez obtenus 
  juste en jouant du violon avec le filtre de déblocage.
</para></listitem>
</itemizedlist>
</sect3>
</sect2>

<sect2 id="menc-feat-x264-example-settings">
<title>Exemples de paramètre d'encodage</title>

<para>
  Les paramètres suivant sont des exemples de différentes combinaisons 
  d'option d'encodage qui affèctent la compensation entre la vitesse et 
  la qualité pour le même bitrate cible.
</para>

<para>
  Tous les paramètres d'encodage sont testés sur un échantillon vidéo à 
  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 exploite la vitesse d'encodage mesuré (en
  frames par seconde) et la perte PSNR (en dB) en la comparant au paramètre 
  de "très haute qualité".
  Veuillez comprendre que dépendemment de votre source, de votre type de machine
  et des avancements en développement, vous pouvez obtenir des résultats très 
  différents.
</para>

<para>
<informaltable frame="all">
<tgroup cols="4">
<thead>
<row><entry>Description</entry><entry>Options d'encodage</entry><entry>vitesse (en fps)</entry><entry>Perte PSNR relative (en dB)</entry></row>
</thead>
<tbody>
<row>
  <entry>Très haute qualité</entry>
  <entry><option>subq=6:4x4mv:8x8dct:me=3:frameref=5:bframes=3:b_pyramid:weight_b</option></entry>
  <entry>6fps</entry>
  <entry>0dB</entry>
</row>
<row>
  <entry>Haute qualité</entry>
  <entry><option>subq=5:4x4mv:8x8dct:frameref=2:bframes=3:b_pyramid:weight_b</option></entry>
  <entry>13fps</entry>
  <entry>-0.89dB</entry>
</row>
<row>
  <entry>Rapide</entry>
  <entry><option>subq=4:bframes=2:b_pyramid:weight_b</option></entry>
  <entry>17fps</entry>
  <entry>-1.48dB</entry>
</row>
</tbody>
</tgroup>
</informaltable>
</para>
</sect2>

</sect1>

<sect1 id="menc-feat-vcd-dvd">
<title>Utiliser MEncoder pour créer des fichiers conforme VCD/SVCD/DVD.</title>

<sect2 id="menc-feat-vcd-dvd-constraints">
<title>Contraintes de Format</title>
<para>
  <application>MEncoder</application> est capable de créer des fichiers MPEG 
  au format VCD, SCVD et DVD en utilisant la librairie
  <systemitem class="library">libavcodec</systemitem>.
  Ces fichiers peuvent ensuite être utilisé conjointement avec 
  <ulink url="http://www.gnu.org/software/vcdimager/vcdimager.html">vcdimager</ulink>
  ou
  <ulink url="http://dvdauthor.sourceforge.net/">dvdauthor</ulink>
  pour créer des discs qui joueront sur une platine de salon standard.
</para>

<para>
  Les formats DVD, SVCD, et VCD sont sujet à des lourdes contraintes.
  Seule une petite sélection des tailles d'image encodé et taux d'aspect 
  est disponible.
  Si votre film n'est pas déjà en accord avec ces conditions, vous pourriez 
  avoir à dimensionner, découper ou ajouter des bords noirs à l'image pour 
  la rendre conforme.
</para>

<sect3 id="menc-feat-vcd-dvd-constraints-resolution">
<title>Contraintes de Format</title>

<informaltable frame="all">
<tgroup cols="9">
<thead>
    <row>
        <entry>Format</entry>
        <entry>Résolution</entry>
        <entry>V. Codec</entry>
        <entry>V. Bitrate</entry>
        <entry>Taux d'Echantillonnage</entry>
        <entry>A. Codec</entry>
        <entry>A. Bitrate</entry>
        <entry>FPS</entry>
        <entry>Aspect</entry>
    </row>
</thead>
<tbody>
    <row>
        <entry>NTSC DVD</entry>
        <entry>720x480, 704x480, 352x480, 352x240</entry> 
        <entry>MPEG-2</entry>
        <entry>9800 kbps</entry>
        <entry>48000 Hz</entry>
        <entry>AC3,PCM</entry>
        <entry>1536 kbps (max)</entry>
        <entry>30000/1001, 24000/1001</entry>
        <entry>4:3, 16:9 (seulement pour 720x480)</entry>
    </row>
    <row>
        <entry>NTSC DVD</entry>
        <entry>352x240<footnote id='fn-rare-resolutions'><para>
	  Ces résolutions sont rarement utilisé pour les DVDs 
	  parcequ'ils ont une assez basse qualité.</para></footnote></entry> 
        <entry>MPEG-1</entry>
        <entry>1856 kbps</entry>
        <entry>48000 Hz</entry>
        <entry>AC3,PCM</entry>
        <entry>1536 kbps (max)</entry>
        <entry>30000/1001, 24000/1001</entry>
        <entry>4:3, 16:9</entry>
    </row>
    <row>
        <entry>NTSC SVCD</entry>
        <entry>480x480</entry>
        <entry>MPEG-2</entry>
        <entry>2600 kbps</entry>
        <entry>44100 Hz</entry>
        <entry>MP2</entry>
        <entry>384 kbps (max)</entry>
        <entry>30000/1001</entry>
        <entry>4:3</entry>
    </row>
    <row>
        <entry>NTSC VCD</entry>
        <entry>352x240</entry>
        <entry>MPEG-1</entry>
        <entry>1150 kbps</entry>
        <entry>44100 Hz</entry>
        <entry>MP2</entry>
        <entry>224 kbps</entry>
        <entry>24000/1001, 30000/1001</entry>
        <entry>4:3</entry>
    </row>
    <row>
        <entry>PAL DVD</entry>
        <entry>720x576, 704x576, 352x576, 352x288</entry>
        <entry>MPEG-2</entry>
        <entry>9800 kbps</entry>
        <entry>48000 Hz</entry>
        <entry>MP2,AC3,PCM</entry>
        <entry>1536 kbps (max)</entry>
        <entry>25</entry>
        <entry>4:3, 16:9 (seulement pour 720x576)</entry>
    </row>
    <row>
        <entry>PAL DVD</entry>
        <entry>352x288<footnoteref linkend='fn-rare-resolutions'/></entry>
        <entry>MPEG-1</entry>
        <entry>1856 kbps</entry>
        <entry>48000 Hz</entry>
        <entry>MP2,AC3,PCM</entry>
        <entry>1536 kbps (max)</entry>
        <entry>25</entry>
        <entry>4:3, 16:9</entry>
    </row>
    <row>
        <entry>PAL SVCD</entry>
        <entry>480x576</entry>
        <entry>MPEG-2</entry>
        <entry>2600 kbps</entry>
        <entry>44100 Hz</entry>
        <entry>MP2</entry>
        <entry>384 kbps (max)</entry>
        <entry>25</entry>
        <entry>4:3</entry>
    </row>
    <row>
        <entry>PAL VCD</entry>
        <entry>352x288</entry>
        <entry>MPEG-1</entry>
        <entry>1152 kbps</entry>
        <entry>44100 Hz</entry>
        <entry>MP2</entry>
        <entry>224 kbps</entry>
        <entry>25</entry>
        <entry>4:3</entry>
    </row>
</tbody>
</tgroup>
</informaltable>

<para>
  Si votre film a un aspect 2.35:1 (les plus récents films d'action), vous 
  aurez à ajouter des bords noirs ou découper le film jusqu'à un aspect 16:9 
  pour faire un DVD ou un VCD.
  Si vous ajoutez des bords noirs, essayez de les aligner aux frontières de 
  16-pixels de façon à minimiser l'impact sur la performance d'encodage.
  Dieu merci le DVD a un bitrate suffisamment excéssif que vous n'avez pas trop 
  à vous inquiéter pour l'efficacité de l'encodage, mais le SVCD et le VCD sont
  hautement gourmand en bitrate et demandent des efforts pour obtenir une qualité 
  acceptable.
</para>
</sect3>

<sect3 id="menc-feat-vcd-dvd-constraints-gop">
<title>Contraintes de Taille GOP</title>
<para>
  DVD, VCD, et SVCD vous contraignent aussi à des tailles relativement basses 
  de GOP (Group of Pictures ou "Groupe d'Images").
  Pour des matériaux à 30 fps la plus large taille de GOP permise est 18.
  Pour 25 ou 24 fps, le maximum est 15.
  La taille du GOP est règlé en utilisant l'option <option>keyint</option>.
</para>
</sect3>

<sect3 id="menc-feat-vcd-dvd-constraints-bitrate">
<title>Contraintes de Bitrate</title>
<para>
  Une vidéo VCD doit être nécessairement en CBR à 1152 kbps.
  Cette contrainte grandement limitante vient aussi avec une taille du buffer 
  vbv de 327 kilobits extrèmement basse.
  SVCD permet de varié des bitrates vidéo jusqu'à 2500 kbps, et une légèrement 
  moins restrictive taille du buffer vbv de 917 kilobits est permis.
  Les bitrates de vidéo DVD peuvent s'étendre de n'importe où jusqu'à 9800 kbps 
  (bien que les bitrates typiques sont à peu près la moitié de ça), et la taille 
  du buffer vbv est 1835 kilobits.
</para>
</sect3>
</sect2>

<sect2 id="menc-feat-vcd-dvd-output">
<title>Options de Sortie</title>
<para>
  <application>MEncoder</application> a des options de contrôle du format 
  de sortie.
  En utilisant ces options nous pouvons lui dire de créer le type correct de 
  fichier.
</para>

<para>
  Les options pour le VCD et le SVCD sont appelé xvcd et xsvcd, parceque ce
  sont des formats étendus.
  Elles ne sont pas strictement conforme, principalement parceque la sortie 
  ne contient pas des décalages de scan.
  Si vous avez besoin de générer une image SVCD, vous devriez passer le fichier 
  de sortie à <ulink url="http://www.gnu.org/software/vcdimager/vcdimager.html">vcdimager</ulink>.
</para>

<para>
  VCD:
  <screen>
  -of mpeg -mpegopts format=xvcd
  </screen>
</para>

<para>
  SVCD:
  <screen>
  -of mpeg -mpegopts format=xsvcd
  </screen>
</para>

<para>
  DVD:
  <screen>
  -of mpeg -mpegopts format=dvd
  </screen>
</para>

<para>
  DVD avec NTSC étiré:
  <screen>
  -of mpeg -mpegopts format=dvd:telecine -ofps 24000/1001
  </screen>
  Ceci permet au contenu progressif à 24000/1001 fps d'être encodé à 
  30000/1001 fps tandis que la conformité DVD est maintenu.
</para>

<sect3 id="menc-feat-vcd-dvd-output-aspect">
<title>Rapport d'Aspect</title>
<para>
  L'argument d'aspect <option>-lavcopts</option> est utilisé pour encoder
  le rapport d'aspect du fichier.
  Durant la lecture le rapport d'aspect est utilisé pour redonner à la vidéo 
  la taille correcte.
</para>

<para>
  16:9 ou "Ecran Large"
  <screen>
  -lavcopts aspect=16/9
  </screen>
</para>

<para>
  4:3 ou "Plein Ecran"
  <screen>
  -lavcopts aspect=4/3
  </screen>
</para>

<para>
  2.35:1 ou NTSC "Cinémascope"
  <screen>
  -vf scale=720:368,expand=720:480 -lavcopts aspect=16/9
  </screen>
  Pour calculer la taille correcte de dimensionnement, utilisez la largeur 
  étendu NTSC de 854/2.35 = 368
</para>

<para>
  2.35:1 ou PAL "Cinémascope"
  <screen>
  -vf scale="720:432,expand=720:576 -lavcopts aspect=16/9
  </screen>
  Pour calculer la taille correcte de dimensionnement, utilisez la largeur 
  étendu PAL de 1024/2.35 = 432
</para>

</sect3>

<sect3 id="menc-feat-vcd-dvd-output-srate">
<title>Conversion du Taux d'Echantillonnage</title>
<para>
  Si le taux d'échantillonnage de l'audio du fichier original n'est pas le même 
  que celui requis par le format cible, la conversion du taux d'échantillonnage 
  est requis.
  Ceci est réalisé en utilisant ensemble l'option <option>-srate</option> et le 
  filtre audio <option>-af lavcresample</option>.
  </para>
  <para>
  DVD:
  <screen>
  -srate 48000 -af lavcresample=48000
  </screen>
</para>
<para>
  VCD et SVCD:
  <screen>
  -srate 44100 -af lavcresample=44100
  </screen>
  </para>
</sect3>
</sect2>

<sect2 id="menc-feat-vcd-dvd-lavc">
<title>Utilisant libavcodec pour l'Encodage VCD/SVCD/DVD</title>

<sect3 id="menc-feat-vcd-dvd-lavc-intro">
<title>Introduction</title>
<para>
  <systemitem class="library">libavcodec</systemitem> peut être utilisé pour créer
  des vidéos conforme VCD/SVCD/DVD en utilisant les options appropriées.
</para>
</sect3>

<sect3 id="menc-feat-vcd-dvd-lavc-options">
<title>lavcopts</title>
<para>
  Ceci est une liste de champs de <option>-lavcopts</option> que vous pourriez
  avoir besoin de changer dans le but de rendre un film conforme VCD, 
  SVCD, ou DVD:
</para>

<itemizedlist>
<listitem><para>
  <emphasis role="bold">acodec</emphasis>:
  <option>mp2</option> pour le VCD, le SVCD, ou le DVD PAL;
  <option>ac3</option> est plus communément utilisé pour le DVD.
  L'audio PCM peut aussi être utilisé pour le DVD, mais c'est principalement
  une grosse perte d'espace.
  Notez que l'audio MP3 n'est compatible pour aucun de ces formats, mais de 
  toute façon les lecteurs n'ont souvent aucun problème pour les jouer.
</para></listitem>

<listitem><para>
  <emphasis role="bold">abitrate</emphasis>:
  224 pour le VCD; jusqu'à 384 pour le SVCD; jusqu'à 1536 pour le DVD, mais 
  utilise communément une gamme de valeurs de 192 kbps pour le stéréo à 
  384 kbps pour le son canaux 5.1.
</para></listitem>

<listitem><para>
  <emphasis role="bold">vcodec</emphasis>:
  <option>mpeg1video</option> pour le VCD;
  <option>mpeg2video</option> pour le SVCD;
  <option>mpeg2video</option> est habituellement utilisé pour le DVD mais peut 
  aussi utiliser <option>mpeg1video</option> pour des résolutions CIF.
</para></listitem>

<listitem><para>
  <emphasis role="bold">keyint</emphasis>:
  Utilisé pour règler la taille du GOP.
  18 pour les matériaux à 30 fps, ou 15 pour les matériaux  à 25/24 fps.
  Les producteurs commerciaux semblent préférer des keyframe à des intervales 
  de 12.
  Il est possible de l'avoir plus grand et et d'être encor compatible avec la 
  plupart des lecteurs.
  Un <option>keyint</option> de 25 ne devrait jamais causer de problèmes.
</para></listitem>

<listitem><para>
  <emphasis role="bold">vrc_buf_size</emphasis>:
  327 pour le VCD, 917 pour le SVCD, et 1835 pour le DVD.
</para></listitem>

<listitem><para>
  <emphasis role="bold">vrc_minrate</emphasis>:
  1152, pour le VCD. Pëut être laissé seul pour le SVCD et le DVD.
</para></listitem>

<listitem><para>
  <emphasis role="bold">vrc_maxrate</emphasis>:
  1152 pour le VCD; 2500 pour le SVCD; 9800 pour le DVD.
  Pour le SVCD et le DVD, vous pourriez souhaiter utiliser des valeurs plus 
  basse dépendamment de vos propres préférences et conditions personnelles .
</para></listitem>

<listitem><para>
  <emphasis role="bold">vbitrate</emphasis>:
  1152 pour le VCD;
  jusqu'à 2500 pour le SVCD;
  jusqu'à 9800 pour le DVD.
  Pour les deux derniers formats, vbitrate devrait être règlé basé sur des 
  préférences personnelles.
  Par exemple, si vous insistez à faire tenir 20 heures ou plus sur un DVD, 
  vous pourriez utiliser vbitrate=400.
  La qualité vidéo résutlante sera probablement assez mauvaise.
  Si vous essayez d'avoir la qualité maximum possible sur un DVD, utilisez 
  vbitrate=9800, mais soyez prévenu que cela pourrait vous contraindre 
  à n'avoir que moins d'une heure de vidéo sur un DVD simple couche.
</para></listitem>
</itemizedlist>
</sect3>

<sect3 id="menc-feat-vcd-dvd-lavc-examples">
<title>Exemples</title>
<para>
  Ceci est un paramètrage typique minimum de <option>-lavcopts</option> pour
  encoder une vidéo:
</para>
<para>
  VCD:
  <screen>
  -lavcopts vcodec=mpeg1video:vrc_buf_size=327:vrc_minrate=1152:\
  vrc_maxrate=1152:vbitrate=1152:keyint=15:acodec=mp2
  </screen>
</para>

<para>
  SVCD:
  <screen>
  -lavcopts vcodec=mpeg2video:vrc_buf_size=917:vrc_maxrate=2500:vbitrate=1800:\
  keyint=15:acodec=mp2
  </screen>
</para>

<para>
  DVD:
  <screen>
  -lavcopts vcodec=mpeg2video:vrc_buf_size=1835:vrc_maxrate=9800:vbitrate=5000:\
  keyint=15:acodec=ac3
  </screen>
</para>

</sect3>

<sect3 id="menc-feat-vcd-dvd-lavc-advanced">
<title>Options Avancé</title>
<para>
  Pour une qualité plus élevé d'encodage, vous pourriez aussi souhaiter ajouter 
  des options d'amélioration de qualité à lavcopts, comme <option>trell</option>,
  <option>mbd=2</option>, et autres.
  Notez que <option>qpel</option> et <option>v4mv</option>, tandis que souvent 
  utile avec le MPEG-4, ne sont pas utilisable avec MPEG-1 ou MPEG-2.
  Aussi, si vous essayez de créer un encodage DVD de très haute qualité, il 
  peut être utile d'ajouter <option>dc=10</option> à lavcopts.
  Le faire peut aider à réduire l'apparition de blocs dans les zones plates 
  colorées.
  Les mettre toute ensemble, ceci est un exemple d'un paramètrage de lavcopts 
  pour un DVD de plus haute qualité:
</para>

<para>
  <screen>
  -lavcopts vcodec=mpeg2video:vrc_buf_size=1835:vrc_maxrate=9800:vbitrate=8000:\
  keyint=15:trell:mbd=2:precmp=2:subcmp=2:cmp=2:dia=-10:predia=-10:cbp:mv0:\
  vqmin=1:lmin=1:dc=10
  </screen>
</para>

</sect3>
</sect2>

<sect2 id="menc-feat-vcd-dvd-audio">
<title>Encodage Audio</title>
<para>
  VCD et SVCD supportent l'audio MPEG-1 layer II, en utilisant un des 
  encodeurs MP2 <systemitem class="library">toolame</systemitem>,
  <systemitem class="library">twolame</systemitem>,
  ou <systemitem class="library">libavcodec</systemitem>.
  Le MP2 libavcodec est loin d'être aussi bon que les deux autres librairies,
  cependant il devrait toujours être disponible en utilisation.
  VCD supporte seulement l'audio avec un bitrate constant (CBR) alorsque SVCD 
  supporte aussi le bitrate variable (VBR).
  Soyez purdent lors de l'utilisation du VBR car certains mauvais lecteurs 
  pourraient ne pas trop bien le supporter.
</para>

<para>
  Pour l'audio DVD, le codec AC3 de <systemitem class="library">libavcodec</systemitem>
  est utilisé.
</para>

<sect3 id="menc-feat-vcd-dvd-audio-toolame">
<title>toolame</title>
<para>
  Pour le VCD et le SVCD:
  <screen>
  -oac toolame -toolameopts br=224
  </screen>
</para>
</sect3>

<sect3 id="menc-feat-vcd-dvd-audio-twolame">
<title>twolame</title>
<para>
  Pour le VCD et le SVCD:
  <screen>
  -oac twolame -twolameopts br=224
  </screen>
</para>
</sect3>

<sect3 id="menc-feat-vcd-dvd-audio-lavc">
<title>libavcodec</title>
<para>
  Pour le DVD avec le son 2 canaux:
  <screen>
  -oac lavc -lavcopts acodec=ac3:abitrate=192
  </screen>
</para>
<para>
  Pour le DVD avec le son 5.1 canaux:
  <screen>
  -channels 6 -oac lavc -lavcopts acodec=ac3:abitrate=384
  </screen>
</para>
<para>
  Pour le VCD et le SVCD:
  <screen>
  -oac lavc -lavcopts acodec=mp2:abitrate=224
  </screen>
</para>
</sect3>

</sect2>

<sect2 id="menc-feat-vcd-dvd-all">
<title>Les mettre tous Ensemble</title>
<para>
  Cette section montre certaines commandes complètes  pour créer des vidéos 
  compatible VCD/SVCD/DVD.
</para>

<sect3 id="menc-feat-vcd-dvd-all-pal-dvd">
<title>DVD PAL</title>
<para>
  <screen>
  mencoder -oac lavc -ovc lavc -of mpeg -mpegopts format=dvd -vf scale=720:576,\
  harddup -srate 48000 -af lavcresample=48000 -lavcopts vcodec=mpeg2video:\
  vrc_buf_size=1835:vrc_maxrate=9800:vbitrate=5000:keyint=15:acodec=ac3:\
  abitrate=192:aspect=16/9 -ofps 25 \
  -o <replaceable>film.mpg</replaceable> <replaceable>film.avi</replaceable>
  </screen>
</para>
</sect3>

<sect3 id="menc-feat-vcd-dvd-all-ntsc-dvd">
<title>DVD NTSC</title>
<para>
  <screen>
  mencoder -oac lavc -ovc lavc -of mpeg -mpegopts format=dvd -vf scale=720:480,\
  harddup -srate 48000 -af lavcresample=48000 -lavcopts vcodec=mpeg2video:\
  vrc_buf_size=1835:vrc_maxrate=9800:vbitrate=5000:keyint=18:acodec=ac3:\
  abitrate=192:aspect=16/9 -ofps 30000/1001 \
  -o <replaceable>film.mpg</replaceable> <replaceable>film.avi</replaceable>
  </screen>
</para>
</sect3>

<sect3 id="menc-feat-vcd-dvd-all-pal-ac3-copy">
<title>AVI PAL Contenant Audio AC3 vers DVD</title>
<para>
  Si la source a déjà l'audio en AC3, utilise la copie -oac au lieu de la ré-encoder.
  <screen>
  mencoder -oac copy -ovc lavc -of mpeg -mpegopts format=dvd -vf scale=720:576,\
  harddup -lavcopts vcodec=mpeg2video:vrc_buf_size=1835:vrc_maxrate=9800:\
  vbitrate=5000:keyint=15:aspect=16/9 -ofps 25 \
  -o <replaceable>film.mpg</replaceable> <replaceable>film.avi</replaceable>
  </screen>
</para>
</sect3>

<sect3 id="menc-feat-vcd-dvd-all-ntsc-ac3-copy">
<title>AVI NTSC Contenant Audio AC3 vers DVD</title>
<para>
  Si la source a déjà l'audio en AC3, et est en NTSC @ 24000/1001 fps:
  <screen>
  mencoder -oac copy -ovc lavc -of mpeg -mpegopts format=dvd:telecine \
  -vf scale=720:480,harddup -lavcopts vcodec=mpeg2video:vrc_buf_size=1835:\
  vrc_maxrate=9800:vbitrate=5000:keyint=15:aspect=16/9 -ofps 24000/1001 \
  -o <replaceable>film.mpg</replaceable> <replaceable>film.avi</replaceable>
  </screen>
</para>
</sect3>

<sect3 id="menc-feat-vcd-dvd-all-pal-svcd">
<title>SVCD PAL</title>
<para>
  <screen>
  mencoder -oac lavc -ovc lavc -of mpeg -mpegopts format=xsvcd -vf \
  scale=480:576,harddup -srate 44100 -af lavcresample=44100 -lavcopts \
  vcodec=mpeg2video:mbd=2:keyint=15:vrc_buf_size=917:vrc_minrate=600:\
  vbitrate=2500:vrc_maxrate=2500:acodec=mp2:abitrate=224 -ofps 25 \
  -o <replaceable>film.mpg</replaceable> <replaceable>film.avi</replaceable>
  </screen>
</para>
</sect3>

<sect3 id="menc-feat-vcd-dvd-all-ntsc-svcd">
<title>SVCD NTSC</title>
<para>
  <screen>
  mencoder -oac lavc -ovc lavc -of mpeg -mpegopts format=xsvcd  -vf \
  scale=480:480,harddup -srate 44100 -af lavcresample=44100 -lavcopts \
  vcodec=mpeg2video:mbd=2:keyint=18:vrc_buf_size=917:vrc_minrate=600:\
  vbitrate=2500:vrc_maxrate=2500:acodec=mp2:abitrate=224 -ofps 30000/1001 \
  -o <replaceable>film.mpg</replaceable> <replaceable>film.avi</replaceable>
  </screen>
</para>
</sect3>

<sect3 id="menc-feat-vcd-dvd-all-pal-vcd">
<title>VCD PAL</title>
<para>
  <screen>
  mencoder -oac lavc -ovc lavc -of mpeg -mpegopts format=xvcd -vf \
  scale=352:288,harddup -srate 44100 -af lavcresample=44100 -lavcopts \
  vcodec=mpeg1video:keyint=15:vrc_buf_size=327:vrc_minrate=1152:vbitrate=1152:\
  vrc_maxrate=1152:acodec=mp2:abitrate=224 -ofps 25 \
  -o <replaceable>film.mpg</replaceable> <replaceable>film.avi</replaceable>
  </screen>
</para>
</sect3>

<sect3 id="menc-feat-vcd-dvd-all-ntsc-vcd">
<title>VCD NTSC</title>
<para>
  <screen>
  mencoder -oac lavc -ovc lavc -of mpeg -mpegopts format=xvcd -vf \
  scale=352:240,harddup -srate 44100 -af lavcresample=44100 -lavcopts \
  vcodec=mpeg1video:keyint=18:vrc_buf_size=327:vrc_minrate=1152:vbitrate=1152:\
  vrc_maxrate=1152:acodec=mp2:abitrate=224 -ofps 30000/1001 \
  -o <replaceable>film.mpg</replaceable> <replaceable>film.avi</replaceable>
  </screen>
</para>
</sect3>

</sect2>
</sect1>

</chapter>