mpv/DOCS/xml/fr/encoding-guide.xml

<?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<EFBFBD>er un rip MPEG-4 (&quot;DivX&quot;) de haute qualit<69> <20> partir d'un DVD</title>

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

<para>
  Cette question est peut <20>tre un peu mal pos<6F>e. Apr<70>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<69> 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<EFBFBD>ellement</emphasis> compte
  de la taille du fichier.
</para>

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

<para>
  Si cela vous semble un peu trop pour vous, vous devriez utiliser une des 
  interfaces graphiques list<73>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<72> pour produire des rips de bonne qualit<69> sans 
  trop r<>fl<66>chir car ces outils utilisent des r<>glages astucieux <20> votre place.
</para>

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

<para>
  La premi<6D>re et plus importante <20>tape avant l'encodage sera la d<>termination du 
  type de contenu utilis<69>. Si la source physique provient d'un DVD ou bien d'un 
  m<>dia de diffusion comme la t<>l<EFBFBD> par c<>ble ou le satellite, elle sera stock<63>e
  sous deux formats : NTSC pour l'Am<41>rique du nord et le Japon, et PAL pour
  l'Europe et les autres pays...
  C'est important de la prendre en compte ce param<61>tre: ceci est juste le format
  de pr<70>sentation <20> la t<>l<EFBFBD>vision, ce n'est en <emphasis role="bold">aucun</emphasis>
  cas le format original du film.
  L'exp<78>rience montre que le NTSC est bien plus dur <20> encoder car il y a plus
  d'<27>l<EFBFBD>ment d'identification dans la source.
  Afin de produire l'encodage d<>sir<69>, vous devez conna<6E>tre le format original.
  N<>gliger cette <20>tape aura pour cons<6E>quence des r<>sultats hasardeux, des artefacts 
  bizarro<72>des, des trames en double ou ignor<6F>es.
  En plus d'avoir des r<>sultats bizarres, le rendu global risque d'en souffrir avec une 
  qualit<69> m<>diocre par unit<69> 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<61>rielles, il est possible que vous
  trouviez la v<>tre avec ces propri<72>t<EFBFBD>s :
</para>
<itemizedlist>
<listitem><para>
  <emphasis role="bold">Film standard</emphasis>: produit pour une diffusion
  cin<69>matographique avec 24 images par secondes (fps).
</para></listitem>
<listitem><para>
  <emphasis role="bold">Vid<EFBFBD>o PAL</emphasis>: Enregistr<74> par une cam<61>ra <20> 50 trames 
  par secondes. Une trame est, par exemple, l'ensemble des lignes paires ou des lignes impaires d'une image.
  La t<>l<EFBFBD>vision a <20>t<EFBFBD> cr<63><72>e pour afficher l'image de cette mani<6E>re (en fait une version bas de gamme
  de compression analogique).
  L'oeil humain est cens<6E> compenser cette alternance de trames mais d<>s lors que vous 
  comprenez ce fonctionnement, vous ne regarderez plus la t<>l<EFBFBD>vision de la m<>me fa<66>on.
  Deux trames ne font <emphasis role="bold">pas</emphasis> une image compl<70>te, car elles
  sont captur<75>es avec un d<>calage de 1/50e de seconde, et donc, elles ne s'alignent pas
  parfaitement sauf s'il y a du mouvement
</para></listitem>
<listitem><para>
  <emphasis role="bold">Vid<EFBFBD>o NTSC</emphasis> : Enregistr<74> par une cam<61>ra <20>
  60000/1001 trames par secondes, ou 60 trames par secondes dans l'<27>re noir/blanc.
  A part cela, c'est similaire au PAL.
</para></listitem>
<listitem><para>
  <emphasis role="bold">Animation</emphasis>: Habituellement dessin<69> pour du 24fps,
  mais on peut en trouver de toute sorte.
</para></listitem>
<listitem><para>
  <emphasis role="bold">Animation Graphique, Effets Sp<53>ciaux</emphasis>: il est
  possible d'en trouver avec n'importe quel framerate, mais en g<>n<EFBFBD>ral, le NTSC utilise 24fps et 30fps, le PAL utilise plut<75>t
  25fps.
</para></listitem>
<listitem><para>
  <emphasis role="bold">Vieux films</emphasis>: le framerate est g<>n<EFBFBD>ralement plus
   bas.
</para></listitem>
</itemizedlist>
</sect3>

<sect3 id="menc-feat-dvd-mpeg4-preparing-encode-material">
<title>Identification de la source mat<61>rielle</title>
<para>
  (?)Les films compos<6F>s de trames sont dits 'progressive',
  alors que ceux compos<6F>s de champs ind<6E>pendant sont appel<65>s
  soit entrelac<61> soit vid<69>o - ce dernier terme est plut<75>t ambigu.
</para>
<para>
  Pour compliquer le tout, certains films utiliset un m<>lange de plusieurs des
  techniques vues ci-dessus.
</para>
<para>
  La distinction la plus importante qui doit <20>tre faire entre ces formats
  est que certains utilisent les trames alors que d'autres, les champs.
  <emphasis role="bold">M<EFBFBD>me si</emphasis> un film a <20>t<EFBFBD> pr<70>par<61> pour <20>tre projet<65>
  sur une t<>l<EFBFBD>vision (DVDs inclus), il est converti dans un format bas<61> sur des champs.
  Les nombreuses m<>thodes peuvent <20>tre rassembl<62> sous le terme de redimensionnement comme
  l'inf<6E>me NTSC "3:2 telecine" qui en est une vari<72>t<EFBFBD>.
  Sauf si l'oeuvre originale est bas<61>e sur des champs (et avec le m<>me fieldrate),
  le format d'image obtenu sera diff<66>rent de celui d'origine.
</para>

<itemizedlist>
<title>Plusieurs vari<72>t<EFBFBD>s communes de redimensionnement :</title>
<listitem><para>
  <emphasis role="bold">Redimensionnement PAL 2:2 </emphasis>: Le meilleur de tous.
  Chaque image est affich<63>e pendant la dur<75>e de deux trames, par extraction des lignes
  paires et impaires, puis en les affichant par alternance.
  Si l'original est <20> 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<7A>me image est affich<63> pendant la dur<75>e de 3 frames au lieu de deux. Cela
  permet d'<27>viter le probl<62>me de l'acc<63>l<EFBFBD>ration de 4% mais rend le processus tr<74>s 
  difficile <20> inverser.
  Cette technique est g<>n<EFBFBD>ralement utilis<69> dans les productions musicales o<> 
  l'acc<63>l<EFBFBD>ration de 4% endommagerait s<>rieusement la qualit<69> musicale.
</para></listitem>
<listitem><para>
  <emphasis role="bold">T<EFBFBD>l<EFBFBD>cine NTSC 3:2</emphasis>: Les images sont alternativement
  affich<63>es pendant une dur<75>e de 3 ou 2 frames. Cela provoque un redimensionnement de 2,5 fois le 
  ratio original. Le r<>sultat est tr<74>s l<>g<EFBFBD>rement ralenti de 60 frames par secondes <20> 60000/1001
  frames par seconde pour maintenir le fieldrate NTSC
</para></listitem>
<listitem><para>
  <emphasis role="bold">Redimensionnement NTSC 2:2</emphasis>: Utilis<69> pour le NTSC avec une 
  source en 30fps. Le rendu est correct, similaire au redimensionnement PAL 2:2
</para></listitem>
</itemizedlist>

<para>
  Il y aussi d'autres mani<6E>re de convertir des vid<69>os NTSC et PAL 
  mais ce sujet s'<27>loigne des limites de ce guide.
  Si vous d<>sirez encoder un 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 <20> partir d'une source d<>j<EFBFBD> converti.
</para>
<para>
  Quand des vid<69>os sont stock<63>es sur un DVD, des groupes de trames 
  cons<6E>cutives sont rassembl<62>s en une image, m<>me si elles ne sont pas cens<6E>es
  <20>tre affich<63>es au m<>me moment.
  Le standard MPEG-2 utilis<69> dans les DVDs et la t<>l<EFBFBD>vision num<75>rique fournit
  un moyen d'encoder les images originales progressivement et de stocker le 
  nombre de trames pour chaque image qui devra <20>tre affich<63> avant cette 
  image.
  Si cette m<>thode autilis<69>e, on dit que le film est "soft-telecined"
  ("contenu progressif"), car le processus de rendu est
  appliqu<71> directement par le lecteur DVD et non pas en d<>gradant le film.
  Ce cas est de loin le mieux car il peut <20>tre tout aussi bien invers<72>
  (en fait, non pris en compte) par l'encodeur puisqu'il pr<70>serve la qualit<69> maximale.
  Malgr<67> cela, beaucoup de DVD et d'<27>missions studios diffus<75>es n'utilisent pas
  des techniques d'encodage propres mais plut<75>t des films "hard telecine" ("contenu brut") 
  dans lesquels les trames sont dupliqu<71>es puis encod<6F>es en MPEG-2.
</para>
<para>
  Les <20>tapes pour g<>rer correctement ce genre de cas seront <20>voqu<71>es <link
  linkend="menc-feat-telecine">plus tard dans ce guide</link>.
  Pour l'instant, nous allons vous donner quelques indices pour d<>finir <20> quelle
  source vous avez <20> faire : 
</para>

<itemizedlist>
<title>Domaine du NTSC:</title>
<listitem><para>
  Si <application>MPlayer</application> affiche que le nombre d'image a chang<6E> 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 <20>t<EFBFBD> "soft telecin<69>".
</para></listitem>
<listitem><para>
  Si <application>MPlayer</application> affiche un nombre d'images alternant 
  entre 24000/1001 et 30000/1001 et que les bords de l'image affichent des esp<73>ces de "peignes", alors 
  il y a plusieurs possibilit<69>s.
  Les segments <20> 24000/1001 fps ont tr<74>s certainement un contenu progressif, 
  "soft telecin<69>" mais les parties 30000/1001 fps ont pu <20>tre "hard-telecin<69>es" 
  depuis un contenu 24000/1001 fps ou 60000/1001 frames par secondes d'une vid<69>o NTSC.
  Utilisez les m<>mes conseils que ceux pour les deux cas qui suivent.
</para></listitem>
<listitem><para>
  Si <application>MPlayer</application> montre un nombre d'images constant et que chacune 
  des images avec des mouvements semble avoir un "peigne" sur les cot<6F>s, alors votre film 
  est une vid<69>o NTSC <20> 60000/1001 images par seconde.
</para></listitem>
<listitem><para>
  Si <application>MPlayer</application> montre un nombre d'images constant et que deux 
  images sur cinq apparaissent avec des "peignes", le film est "hard telecin<69>" avec un contenu
  <20> 24000/1001fps.
</para></listitem>
</itemizedlist>

<itemizedlist>
<title>Domaine du PAL:</title>
<listitem><para>
  Si vous ne voyez pas de "peigne" sur les cot<6F>s, le film a un redimensionnement 2:2.
</para></listitem>
<listitem><para>
  Si vous voyez une alternance r<>guli<6C>re d'effet "peigne", 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<73>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<74>s lentement en utilisant 
  l'option -speed ou en le jouant image par image.
  Essayer d'utiliser l'option <option>-speed</option> <20> 0.2 afin de regarder le film 
  tr<74>s doucement ou presser la touche "<keycap>.</keycap>" pour avancer d'une frame 
  <20> l'autre et ainsi identifier la "signature" d'un type de redimensionnement si 
  celui-ci n'est pas visible <20> 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 une large gamme de qualit<69>s.
  Les compresseurs vid<69>o modernes et quelques pre-codec de compression 
  (anti-bruit et redimensionnement) permettent d'obtenir un 
  tr<74>s bon rendu pour un film grand <20>cran de 90-110 minutes sur 700Mo. 
  De plus, la plupart des films longs peuvent approcher un r<>sultat parfait 
  avec un fichier d'un taille de 1400Mo.
</para>

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

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

<note><title>Note:</title>
<para>
  La plupart des codecs qui supportent la compression 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 <20> chaque fois les statistiques (ces am<61>liorations seront cependant n<>gligeables
  apr<70>s la quatri<72>me passe).
  Dans cette section, deux passages ou plus peuvent <20>tre utilis<69>s indiff<66>remment.
</para>
</note>

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

<!-- FIXME -->
<para>
  Lorsque vous sp<73>cifiez un d<>bit constant, le compresseur vid<69>o codera la vid<69>o 
  en laissant de c<>t<EFBFBD> les d<>tails, et ceci, d'autant plus 
  que le bitrate sera petit. Si la taille du fichier vous importe peu,
  vous pouvez fixer un d<>bit contant et infini. (En pratique, cette 
  valeur aura une limite haute dans les 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<73>cifi<66> par
  <option>vqmin</option>, qui vaut 2 par d<>faut). 
  Si vous sp<73>cifiez un d<>bit si petit que <systemitem class="library">
  libavcodec</systemitem> doit utiliser un quantificateur plus haut, 
  alors vous <20>tes certainement en train de massacrer la qualit<69> de votre 
  vid<69>o. En g<>n<EFBFBD>ral, vous devriez <20>viter le CBR si vous vous souciez de 
  la qualit<69>.
</para>

<para>
  Avec un quantificateur constant <systemitem class="library">libavcodec</systemitem> utilise 
  le m<>me quantificateur, sp<73>cifi<66> par l'option <option>vqscale</option>, sur chaque macrobloc. 
  Si vous voulez un rip de la meilleure qualit<69> possible, cette fois 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<63>te) 
  que le CBR avec <option>vbitrate</option>=infini et la valeur de <option>vqmin</option> par 
  d<>faut (2).
</para>

<para>
  Le probl<62>me de la quantification constante est qu'elle utilise le quantificateur
  demand<6E> m<>me si le macrobloc n'en a pas besoin. En fait, il doit <20>tre possible
  d'utiliser un quantificateur plus haut sur un macrobloc sans sacrifier de la 
  qualit<69> visuelle. Pourquoi gaspiller des bits avec un quantificateur inutilement 
  bas ? Votre microprocesseur a assez de ressources car il a le temps, mais votre
  disque lui a une taille fix<69>e.
</para>

<para>
  Avec l'encodage deux-passes, la premi<6D>re passe va ripper le film comme
  en CBR, mais va garder un log des propri<72>t<EFBFBD>s de chaque trame. Ces donn<6E>es
  sont ensuites utilis<69>es pendant la seconde passe de fa<66>on <20> choisir intelligemment
  quels quantificateurs utiliser. Lors des sc<73>nes d'action rapide ou celles ayant 
  beaucoup de d<>tails, des quantificateurs plus <20>lev<65>s seront utilis<69>s. Pendant les 
  sc<73>nes avec peu de mouvements ou avec peu de d<>tails, ce sera des quantificateurs 
  plus bas.
</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<69> 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 en deux passes avec
  <option>vbitrate=1800</option>, la vid<69>o produite aura une 
  <emphasis role="bold">meilleure qualit<69></emphasis> pour le <emphasis role="bold">m<EFBFBD>me d<>bit</emphasis>.
</para>

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

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

<para>
  Si vous avez fix<69> une taille limite, alors il faudra se livrer <20> un petit calcul 
  pour obtenir le d<>bit souhait<69>. Mais avant cela, il faudra d<>finir l'espace que 
  vous r<>serverez aux piste(s) audio et vous devrez <link linkend="menc-feat-dvd-mpeg4-audio">
  les ripper</link> en premier.
  Vous pourrez alors calculer le d<>bit souhait<69> avec l'<27>quation suivante :
  <systemitem>D<EFBFBD>bit = (taille_fichier_final_en_Mo - taille_fichier_son_en_Mo) *
  1024 * 1024 / dur<75>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<69>o sera alors de : 
  <systemitem>(702 - 60) * 1024 * 1024 / (120*60) * 8 / 1000 = 740kbps</systemitem>
</para>

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

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

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

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

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

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

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

<para>
  Une fois encore, ce probl<62>me n'existe que si les lignes des bordures noires 
  ne sont pas un multiple de 16.
</para>
</listitem>

<listitem>
<para>
  Enfin, supposons que l'on ait un macrobloc <20> l'int<6E>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<70>e, ce qui fait encore gaspiller
  beaucoup de bits pour compresser un morceau d'image qui n'est pas sens<6E> <20>tre l<>.
</para>

<para>
  Si l'objet en mouvement parcourt depuis le bord noir jusque dans la zone encod<6F>e, 
  le MPEG dispose d'optimisation sp<73>ciales pour copier en r<>p<EFBFBD>tition des pixels 
  depuis le bord de l'image lorsque celui vient de l'ext<78>rieur de la partie encod<6F>e. 
  Ces optimisations deviennent inutiles quand le film <20> des bandes noires. Contrairement 
  aux probl<62>mes 1 et 2, m<>me les bordures noires multiples de 16 n'aident pas dans ce cas.
</para>
</listitem>

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

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


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

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

<para>
  Lors du recadrage, il y a quelques r<>gles qui doivent <20>tre respect<63>es sous peine 
  d'endommager votre film.
  Le format normal YUV, 4:2:0 stocke l'information chromatique (couleur) de mani<6E>re
  sous-<2D>chantillonn<6E>e, par exemple, la chrominance est <20>chantillon<6F>e en moiti<74> moins 
  de temps que l'information de la luminance (intensit<69>). Observez le sch<63>ma 
  suivant, L indique un <20>chantillon de luminance, et C pour la chrominance.
</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. Ainsi, votre d<>coupe devra <emphasis>absolument</emphasis> 
  avoir des dimensions paires. Si ce n'est pas le cas, les informations chromatiques et de 
  luminosit<69> ne seront plus align<67>es.
  En th<74>orie, il est possible de d<>couper d'une dimension impaire, mais cela 
  demandera alors un re-sampling des informations chromatique, ce qui,
  potentiellement, g<>n<EFBFBD>re des pertes d'information et n'est pas support<72> par 
  le filtre de redimensionnement.
</para>

<para>
  Ensuite, la vid<69>o entrelac<61>e est <20>chantillon<6F>e de la fa<66>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>

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

<para>
  Comme vous pouvez le voir, les r<>p<EFBFBD>titions n'apparaissent pas apr<70>s 
  4 lignes. Donc pour la vid<69>o entrelac<61>es, le d<>calage (offset) sur y 
  et la hauteur pour le d<>coupage doivent <20>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<73>cifie que le mode est 
  plein-<2D>cran (full-screen  4:3) ou bien <20>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<75>t du 1,85:1 ou 2,35:1 (cin<69>mascope). 
  Cela a pour cons<6E>quence des bandes noires sur la vid<69>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<70>te de 
  l'image pour obtenir des valeurs pr<70>cises.
</para>

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

<para>
  Dans certain cas, la r<>duction ne sera pas d<>sir<69>. Ce redimensionnement 
  vertical est difficile d<>s lors que la vid<69>o est entrelac<61>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<65> de la taille 
  normale. Ne pas couper en de<64><65>, les bandes noires ne profitent pas <20> la qualit<69> 
  de l'encodage.
</para>

<para>
  Le MPEG-4 utilisant des macroblos de 16x16, v<>rifiez bien que les dimensions 
  de la vid<69>o que vous encodez est un multiple de 16, sinon vous d<>graderez la 
  qualit<69> de la vid<69>o encod<6F>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'<27>tat initial, durant le redimensionnement, vous devrez augmenter le 
  d<>callage sur Y par la moiti<74> de la diff<66>rence entre l'ancienne et la nouvelle 
  taille pour que le r<>sultat sur la vid<69>o se situe au milieu de la frame. Et 
  aussi, la vid<69>o DVD <20>tant sampl<70>, 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 <20> l'id<69>e de jeter quelques 
  pixels, vous pr<70>f<EFBFBD>rerez redimensionner la vid<69>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<61>tre optionnel <option>round</option> permet de 
  le rendre <20>gal <20> 16 par d<>faut.
</para>

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

<para>
  Apr<70>s tout ceci, vous obtiendrez une vid<69>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 <20> la main, mais <application>MEncoder</application> propose 
  une option appel<65>e <option>autoaspect</option> pour <systemitem class="library">libavcodec</systemitem> 
  qui fera cela pour vous. Ne pas surdimensionner par le zoom cette vid<69>o afin 
  d'obtenir des pixels carr<72>s <20> part si vous avez de l'espace disque <20> revendre. 
  Ce changement d'<27>chelle se fera <20> la lecture, le lecteur utilisera les donn<6E>es 
  stock<63>s dans le fichier AVI pour retrouver la bonne r<>sultante.
  Malheureusement, tous les lecteurs vid<69>os n'appliquent pas ce redimensionnement 
  automatique, c'est peut-<2D>tre pour cela que vous devrez faire ce changement d'<27>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 <20> 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<69> pour stocker le film, exprim<69> 
  en seconde.
  Normalement, le d<>bit est mesur<75> en kilo-bits (1000 bits) par seconde.
  La taille de votre film sur le disque dur <20>quivaut <20> ce d<>bit pendant toute sa 
  dur<75>e plus quelques ent<6E>tes (allez voir par exemple la section sur 
  <link linkend="menc-feat-dvd-mpeg4-muxing-avi-limitations">les conteneurs AVI</link>).
  D'autres param<61>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<69> d'un film en 320x240 <20> 200kbit/sec 
  ne sera pas pareil qu'un film en 640x480 <20> 800kbit/sec ! A cela, deux raisons:
<orderedlist>
  <listitem><para>
  <emphasis role="bold">Visuellement</emphasis> : vous allez remarqu<71> 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<74>s facilement sur seulement 1200 plus gros 
  blocs (dans le cas que vous regardez les deux en plein <20>cran).
  </para></listitem>
  <listitem><para>
  <emphasis role="bold">Th<EFBFBD>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<66>quence, alors vous d<>placez plus de donn<6E>es vers ces hautes 
  fr<66>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<66>quentiel 
  (en partant du fait que les hautes fr<66>quences soient peu utilis<69>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<61> 
  sur "1 bit par pixel", mais ce n'est que peu valide d'apr<70>s les raisons pr<70>c<EFBFBD>dentes.
  Une meilleur estimation reste que le d<>bit augmente proportionellement <20> la 
  racine carr<72> par rapport <20> la r<>solution, donc une image 320x240 <20> 400kbit/sec 
  sera comparable <20> celle en 640x480 <20> 800 kbit/sec.
  Cela n'a pas <20>t<EFBFBD> strictement v<>rifi<66> par la th<74>orie ou quelconque m<>thode empirique.
  De plus, pour un film donn<6E>, le r<>sultat variera en fonction du bruit, des d<>tails, 
  du degr<67> de mouvement, etc.. Il est futil de donner des recommendations g<>n<EFBFBD>rales 
  du style: un nombre de bits par longeur de diagonale (similaire au bit par pixel, 
  en utilisant la racine carr<72>).
</para>
<para>
  Nous discuterons plus tard en d<>tail la difficult<6C> 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 <20>tapes qui suivent vous guideront dans le calcul de la r<>solution de votre 
  encodage sans trop distordre la vid<69>o, en prenant compte des diff<66>rents types 
  d'information de la source vid<69>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<EFBFBD> :</title>
<listitem><para>
  Wc et Hc sont la largeur et la hauteur de la vid<69>o redimensionn<6E>e,
</para></listitem>
<listitem><para>
  ARa est le ratio affich<63>, g<>n<EFBFBD>ralement, 4/3 ou 16/9,
</para></listitem>
<listitem><para>
  PRdvd est le ratio des pixels du DVD qui normalement est <20>gal <20> 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<69> 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<70>sente le nombre de bit par pixel et par image encod<6F>e. Grosso modo, 
  plus le CQ est grand, moins il y aura de chances de voir appara<72>tre des artefacts 
  de compression.
  Dans certain cas, vous <20>tes limit<69> 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<69>.
</para>

<para>
  Le CQ d<>pends du d<>bit, de la qualit<69> intrins<6E>que du codec vid<69>o et de la r<>solution 
  du film.
  Une mani<6E>re d'augmenter le CQ, c'est de r<>duire la r<>solution du film puisque le 
  d<>bit est calcul<75> en fonction de la taille final d<>sir<69> 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<EFBFBD>ralement une image type mosa<73>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<73>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<6E> 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<69> similaire avec un CQ se situant maintenant entre 
  0,18 et 0,20 pour un rip 1 CD et 0,24 <20> 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<6E>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<6F>, 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<73>nes d'actions.
  A l'oppos<6F>, il est inutile d'aller au del<65> de 0,30 pour le CQ, ce ne sera qu'une 
  perte de bits inutilis<69>s sans que la qualit<69> globale soit franchement meilleure.
  Enfin, noter aussi, comme je l'ai mentionn<6E> plut<75>t dans ce guide, les vid<69>os en 
  plus petites r<>solutions auront besoin d'un plus gros CQ (compar<61> <20> 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 <20> utiliser les filtres vid<69>os de <application>MEncoder</application> 
  est essentiel afin de cr<63>er des fichiers bien encod<6F>s.
  Toutes les calculs vid<69>os sont ex<65>cut<75>s <20> traces ces filtres, comme la d<>coupe, 
  le redimensionnement, l'ajustement de couleur, l'effacement du bruit, l'ajustement 
  de la nettet<65>, le d<>sentrelacement, le t<>l<EFBFBD>cin<69>, le t<>l<EFBFBD>cin<69> inverse, ou l'effacement 
  des macroblocs trop visible, pour n'en nommer que quelques un.
  En rapport du grand nombre de formats d'entr<74>es connus, et de la vari<72>t<EFBFBD> de 
  filtres disponibles pour <application>MEncoder</application>, cela en fait son 
  principal avantage compar<61> <20> d'autres programmes similaires.
</para>

<para>
  Les filtres sont charg<72>s dans la chaine gr<67>ce <20> l'option -vf :

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

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

<para>
  Les filtres agissent sur la vid<69>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<69>o pour obtenir sur 640x480.
</para>

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

<para>
  En g<>n<EFBFBD>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 <20>viter le redimensionnement de l'image 
  par le zoom. Par contre, le redimensionnement par un d<>-zoom est parfois utilis<69> 
  pour des quantificateurs plus grand, mais nous d<>sirons <20>liminer ces deux 
  choses : depuis le d<>part, nous souhaitons que les bits soient utilis<69>s pour la 
  qualit<69> de l'image.
</para>

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

<para>
  Une chose conseill<6C> de faire, passez la vid<69>o <20> travers un filtre tr<74>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 <20> encoder du noir parasit<69> alors que le rendu sera du noir pur <20> l'<27>cran ? 
  L'augmentation du param<61>tre <option>hqdn3d</option> pourra augmenter la compression 
  globale, mais si vous l'augmentez trop, l'image sera alors d<>grad<61>e. La valeur sugg<67>r<EFBFBD>e 
  ci-dessus (<option>2:1:2</option>) est plutot conservatrice, n'h<>sitez pas <20> 
  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<EFBFBD>cine</title>

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

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

<para>
  Puisque la vid<69>o d'un DVD PAL n'a pas <20>t<EFBFBD> alt<6C>r<EFBFBD>e, vous n'avez pas <20> 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<EFBFBD>cin<69> inverse.
</para>

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

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

<para>
  De toute fa<66>on, si vous rippez surtout des films, vous rencontrerez soit de
  la vid<69>o 24 fps progressive, soit t<>l<EFBFBD>cin<69>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<69>o intrelac<61>es</title>

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

<para>
  Donc, si vous encodez pour des archives haute qualit<69>es, il n'est pas recommand<6E> 
  de d<>sentrelacer.
  Vous pouvez toujours desentrelac<61> 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<61>.
</para>

<para>
Des pr<70>cautions sp<73>ciales sont <20> adopt<70> lors d'un travail sur des vid<69>os entrelac<61>s:
</para>

<orderedlist>
<listitem><para>
  Les d<>coupes sur la hauteur et l'offset sur Y doivent <20>tre des multiples de 4
</para></listitem>
<listitem><para>
  N'importe quel type de zoom/aggrandissement de l'image devra <20>tre fait en mode entrelac<61>
</para></listitem>
<listitem><para>
  Les filtres de postprocessing et d'anti-bruit ne marcheront surement pas comme pr<70>vu, 
  sauf si vous faites bien attention qu'il travaille sur une frame <20> la fois, mais ils 
  peuvent endommag<61> la qualit<69> finale s'ils sont utilis<69>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<69>o</title>
<para>
  Le syst<73>me de synchronisation audio/vid<69>o de <application>MEncoder</application> 
  a <20>t<EFBFBD> cr<63><72> dans l'intention de retrouver les synchronisations abim<69>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<74>es propres 
  (bien s<>r, les probl<62>mes de synchro A/V ne s'appliquent que si vous avez copi<70> ou 
  ripp<70> le son en meme temps que l'encodage de la vid<69>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<69>e qu'avec les bonnes sources vid<69>os (DVD, capture T<>l<EFBFBD>, 
  bon rip MPEG-4, etc) mais pas pour des fichiers ASF/RM/MOV d<>t<EFBFBD>rior<6F>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<6D>chera <emphasis>toutes</emphasis> synchronisation A/V, ou la copie de 
  frames <20> frames, donc vous ne pouvez l'utiliser avec aucun autre filtre qui 
  pourrait produire al<61>atoirement des ajouts ou saut de frames, ou si votre source 
  <20> une variation de frame!
  C'est pour cela que l'option <option>-noskip</option> n'est que peu recommand<6E>e.
</para>
<para>
  L'endodage audio si bien nomm<6D> "3 passes" que <application>MEncoder</application> 
  supporte est reconnu pour provoquer des d<>synchronisations A/V
  Ceci arrive g<>n<EFBFBD>ralement lors qu'il rentre en conjonction avec certains filtres, 
  donc il n'est pas recommand<6E> d'utiliser ce mode "3 passes".
  Cette fonctionnalit<69> est conserv<72>e seulement pour une question de compatibilit<69> 
  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 <20>t<EFBFBD> report<72> 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<62>me bien plus simple <20> r<>soudre : si vous faite attention 
  <20> la qualit<69>, 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 <20>tre tent<6E> de convertir l'audio en Ogg Vorbis de haute qualit<69>,
  mais ne pas avoir de d<>codeur AC3 aujourd'hui ne veut pas dire que vous n'en
  aurez pas demain. Pr<50>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<69>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<75>ro 
  129 du fichier source <replaceable>fichier_source.vob</replaceable> (NB : les fichiers 
  VOB d'un DVD utilise normalement une autre systeme de num<75>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 <20> la vid<69>o. La plupart des gens optent alors pour le 
  codec MP3 ou le Vorbis.
  Malgr<67> 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<78>me temps.
  Cela devrait pourtant marcher dans la plupart des cas, mais l'option <option>-nosound</option> 
  cache certains probl<62>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<EFBFBD>rera un fichier son d<>synchronis<69> de l'audio.
  Cela arrive quand le nombre de frames vid<69>o dans le fichier source ne correspond 
  pas exactement <20> la longeur total des frames audios ou bien qu'il y ait une 
  discontinuit<69>e ou des frames audio audio sont en trop ou manquantes. La meilleur 
  fa<66>on de traiter ces soucis est d'inserer un silence ou bien de couper l'audio 
  sur ces point pr<70>cis.
  Cependant, <application>MPlayer</application> ne sait pas faire cela, si vous 
  avez d<>multiplex<65> 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<6F>, et la seule mani<6E>re de corriger cela au niveau de 
  la vid<69>o, sera de la couper pendant des erreurs.
  Du moment que <application>MEncoder</application> voit l'audio pendant qu'il 
  encode la vid<69>o, il pourrait faire ces d<>coupes (g<>n<EFBFBD>ralement sans soucis, car 
  elles se produisent lors d'un changement de sc<73>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<74>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<EFBFBD>ralement enregistr<74>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<69> de 1, 
  ce qui est <20>quivalent <20> environ 80Kb/s, soit le strict minimum en terme de qualit<69>.
  Prenez en consid<69>ration que <application>MEncoder</application> ne sait pas 
  encore multiplex<65> 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<62>mes de 
  synchronisation lors de la lecture avec quelques lecteurs vid<69>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<6F> votre vid<69>o, vous d<>sirez tr<74>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<EFBFBD>e_audio.mp2</replaceable> <replaceable>entr<EFBFBD>e_video.avi</replaceable></screen>
  Cela aura pour effet de fusionner le fichier vid<69>o <replaceable>entr<EFBFBD>e_video.avi</replaceable> 
  et le fichier audio <replaceable>entr<EFBFBD>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<63>ristiques exp<78>rimentale de <application>MEncoder</application> 
  est le support de <systemitem class="library">libavformat</systemitem>, <20>tant 
  une librairie extraite du projet FFmpeg, supportant le multiplexage et d<>multiplexage 
  vers une grande vari<72>t<EFBFBD> de conteneurs.
  Par exemple : 
  <screen>mencoder -oac copy -ovc copy  -o <replaceable>sortie_film.avi</replaceable> 
  -audiofile <replaceable>entr<EFBFBD>e_audio.mp2</replaceable> <replaceable>entr<EFBFBD>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 <20> l'<27>tat exp<78>rimental (mais s'am<61>liorant jour apr<70>s jour), 
  et ne marchera que si vous compilez <application>MPlayer</application> avec l'option 
  activ<69> <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<EFBFBD>lioration de la fiabilit<69> lors du multiplexage A/V</title>
<para>
  Vous avez pu s<>rement exp<78>riment<6E> des probl<62>mes de d<>synchonisation A/V
  quand vous multiplexiez des pistes vid<69>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<> <20> l'utilisation de filtre qui <20>l<EFBFBD>vent ou ajoutent des images, 
  comme le filtre t<>l<EFBFBD>cin<69> inverse. Il est vivement conseill<6C> d'utiliser le 
  filtre vid<69>o <option>harddup</option> <20> la chaine des filtres pour <20>viter 
  ce probl<62>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<6E>re image sera affich<63> pour maintenir 
  la synchronisation sans avoir <20> <20>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<70>c<EFBFBD>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<EFBFBD>rement plus grand, mais cela ne posera plus de 
  probl<62>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<6C> <20> <application>MEncoder</application> comme ceux 
  support<72> 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<72> apr<70>s le MPEG-1, l'AVI a 
  pourtant quelques inconv<6E>nients.
  Le pire s<>rement est l'ent<6E>te du fichier.
  Pour chaque partie du fichier AVI, 24 octets sont gaspill<6C>s pour l'ent<6E>te et 
  l'index.
  Cela se transforme <20> environ 5Mo par heure, soit <20> peu pr<70>s 1-2,5% d'ent<6E>te 
  sur un fichier de 700Mo. Cela ne semble pas <20>norme, mais cela peut quand m<>me 
  faire une diff<66>rence dans un fichier qui utilise 700 kbits/sec et 714 kbits/sec, 
  pour la qualit<69>, chaque bits comptent.
</para>

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

<orderedlist>
<listitem>
<para>
  Seulement des contenus <20> fps constant peuvent <20>tre stock<63>. Ce qui est particuli<6C>rement 
  limit<69> quand vous voulez encoder des fichiers <20>clectiques, comme un m<>lange de 
  NTSC et d'un fils mat<61>riel.
  En fait, il existe un modification qui permet de stocker des contenus <20> fps 
  variables dans un AVI, mais ils augmentent la taille des ent<6E>tes (d<>j<EFBFBD> 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'<27>chantillons).
  Malheureusement, le meilleur codec, Vorbis, ne rentre pas dans ces crit<69>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<70>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<69>o, utiliser des outils externes pour l'encodage de l'audio et 
  multiplexer le tout vers un conteneur diff<66>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<6E>es 
  que, par exemple, l'AVI ne peut pas supporter.
  Par exemple, le Matroska supporte le d<>bit vid<69>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<72> par l'AVI.
</para>

<para>
  Les outils n<>cessaires <20> la cr<63>ation de fichier Matroska sont appel<65>s <application>mkvtoolnix</application>, 
  et sont disponibles dans la plupart des syst<73>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<72> par Matroska lui m<>me, nous allons parl<72> de son utilisation.
</para>

<para>
  La fa<66>on la plus simple assur<75>ment de d<>marrer avec Matroska, est d'utiliser
  <application>MMG</application>, une interface graphique livr<76>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<69>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<69>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<6E> plutot, est capable de faire bien plus, comme plusieurs 
  pistes audio (avec un r<>glage pr<70>cis de la synchronisation audio/video), chapitres, 
  sous titres, coupures, etc... Merci de bien vouloir se r<>f<EFBFBD>rer <20> 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<EFBFBD>cin<69> 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<EFBFBD>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<70>hensible sur le format 
  t<>l<EFBFBD>cine.
</para></formalpara>

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

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

<para>
  De plus anciennes versions de la documentation <application>MEncoder</application> 
  et plusieurs posts archiv<69> provenant de liste de diffusion se r<>f<EFBFBD>rent encor <20> 
  59.94, 29.97, et 23.976.
  Toute la documentation de <application>MEncoder</application> a <20>t<EFBFBD> mise <20> jour
  pour utiliser les valeurs fraction<6F>es, et vous devriez aussi les utilis<69>es.
</para>

<para>
  <option>-ofps 23.976</option> est incorrect.
  <option>-ofps 24000/1001</option> doit <20>tre utilis<69> <20> la place.
</para>

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

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

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

<para>
  Quand on regarde les trames form<72>es individuellement <20> partir de la vid<69>o en
  60000/10001 champs par seconde, t<>l<EFBFBD>cin<69> ou autre, l'entrelacement est 
  clairement visible qu'il y ait un mouvement ou non, parcequ'un champs (dit, 
  les lignes impaires) repr<70>sente un moment dans le temps 1/(60000/1001) seconde 
  plutard que les autres. Jouer une vid<69>o entrelac<61> sur un ordinateur semble 
  dans les deux cas moches parceque l'<27>cran a une r<>solution plus <20>l<EFBFBD>v<EFBFBD>e et 
  parceque la vid<69>o se d<>roule trame apr<70>s trame <20> la place de champs apr<70>s champs.
</para>

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

<sect3 id="menc-feat-telecine-ident-progressive">
<title>Progressive</title>
<para>
  Les vid<69>os progressives sont film<6C>es initialement <20> 24000/1001 fps et stock<63>es 
  sur le DVD sans alt<6C>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'<27>tat actuel des choses, demux_mpg ne devrait jamais <20>tre trouv<75> pour 
  &quot;une vid<69>o NTSC <20> 30000/1001 fps.&quot;
</para>

<para>
  Quand vous regardez une vid<69>o progressive, vous ne devrez voir aucun entrelacement. 
  Mais soyez attentif, il arrive parfois que du t<>l<EFBFBD>cin<69> se glisse sans pr<70>venir. 
  Il m'est arriv<69> de tomber sur des <20>missions de t<>l<EFBFBD>visions en DVD avec une 
  seconde de t<>l<EFBFBD>cin<69> <20> chaque changement de sc<73>ne, voir de temps en temps <20> une 
  zone totalement al<61>atoire. Une autre fois, la moiti<74> du DVD <20>tait en progressif 
  et l'autre moiti<74> en t<>l<EFBFBD>cin<69>. Si vous n'<27>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<61>riel, cela peut prendre un certain 
  temps. Chaque fois que demux_mpg g<>n<EFBFBD>re une ligne, celle-ci vous donnera 
  imm<6D>diatement la valeur du changement .
</para>

<para>
  Parfois, la vid<69>o progressive sur des DVDs consid<69>r<EFBFBD>s comme un &quot;soft-telecine&quot; 
  car il devrait <20>tre t<>l<EFBFBD>cin<69> par le lecteur DVD.
</para>
</sect3>

<sect3 id="menc-feat-telecine-ident-telecined">
<title>T<EFBFBD>l<EFBFBD>cin<EFBFBD></title>
<para>
  Les vid<69>os t<>l<EFBFBD>cin<69> sont d'abord film<6C>es <20> 24000/1001 et seront t<>l<EFBFBD>cin<69>es 
  <emphasis>avant</emphasis> d'<27>tre grav<61> sur DVD.
</para>

<para>
  <application>MPlayer</application> ne doit (jamais) d<>tecter une changement de fps 
  quand une vid<69>o t<>l<EFBFBD>cin<69> est lue.
</para>

<para>
  Au visionnage d'une vid<69>o t<>l<EFBFBD>cin<69>, vous verrer des artefacts d'entrelacement 
  donnant l'impression de &quot;clignotement&quot;: apparaissant et disparaissant 
  rapidement.
  Vous pouvez le voir plus pr<70>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<6E>e par l'entrelacement et les images progressives. 
  Si la forme que vous voyez semble comme PPPII,PPPII,PPPII,... alors la vid<69>o est 
  t<>l<EFBFBD>cin<69>. Si ce n'est pas le cas, la vid<69>o a peut-<2D>tre <20>t<EFBFBD> t<>l<EFBFBD>cin<69> selon des r<>gles 
  non standard, <application>MEncoder</application> ne sait pas convertir un t<>l<EFBFBD>cin<69>
  non-standart vers du progressive sans d<>gradation. Si aucune forme n'est visible, c'est 
  alors s<>rement une vid<69>o entrelac<61>e.
    </para></listitem>
  </orderedlist>
</para>

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

<para>
  Une autre fa<66>on de savoir si la source est t<>l<EFBFBD>cin<69>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<EFBFBD>cin<69>, 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<69>o, ou 
  bien effectuer ces procedures <20> distance m<>me gr<67>ce <20> une connection internet lente.
</para>

</sect3>

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

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

<para>
  Si vous regardez une vid<69>o entrelac<61>e de plus pr<70>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<EFBFBD>lange de vid<69>o progressive et t<>l<EFBFBD>cin<69>e</title>
<para>
  Toutes les vid<69>os qui &quot;m<EFBFBD>langent progressif et t<>l<EFBFBD>cin<69>&quot; ont <20>t<EFBFBD> au 
  d<>part en 24000/1001 frames par seconde, et certaines parties ont <20>t<EFBFBD> t<>l<EFBFBD>cin<69>.
</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'<27>tre 
  s<>r que c'est vraiment t<>l<EFBFBD>cin<69>, et pas seulement entrelac<61>.
</para>
</sect3>

<sect3 id="menc-feat-telecine-ident-mixedpi">
<title>M<EFBFBD>lange de progressif et d'entrelacement</title>
<para>
  Dans les vid<69>os qui &quot;m<EFBFBD>langent progressif et t<>l<EFBFBD>cin<69>&quot;, les flux vid<69>os 
  progressifs et entrelac<61>s sont r<>unis ensemble.
</para>

<para>
  Cette cat<61>gorie ressemble <20> du &quot;m<EFBFBD>lange progressif et t<>l<EFBFBD>cin<69>&quot; jusqu'<27> 
  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<EFBFBD>cin<69>.
</para>
</sect3>

</sect2>

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

<sect3 id="menc-feat-telecine-encode-progressive">
<title>Le progressif</title>
<para>
  La vid<69>o progressive ne n<>cessite pas de filtre sp<73>cial pour l'encodage. 
  Pourtant, un param<61>tre ne doit pas omettre : <option>-ofps 24000/1001</option>. Sinon,
  <application>MEncoder</application> essayera d'encoder <20> 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<69>o qui semble progressive mais qui 
  contient en fait quelques petites parties en t<>l<EFBFBD>cin<69>. A moins d'<27>tre vraiment 
  s<>r l'<27>tat de la vid<69>o, il sera pr<70>f<EFBFBD>rable de traiter la vid<69>o comme 
  <link linkend="menc-feat-telecine-encode-mixedpt"> progressif et t<>l<EFBFBD>cin<69> m<>lang<6E>s</link>.
  La perte de qualit<69> est n<>gligeable <link linkend="menc-feat-telecine-footnotes">[3]</link>.
</para>
</sect3>

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

<sect3 id="menc-feat-telecine-encode-interlaced">
<title>L'entrelac<61></title>
<para>
  Pour des raisons pratique, il n'est pas possible de retrouver enti<74>rement une 
  vid<69>o progressive depuis une entrelac<61>e. La seule mani<6E>re de faire cela sans 
  perdre la moiti<74> 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<6E>nients, voir la m<>thode 3).
</para>

<orderedlist>
<listitem><para>
  Encodez la vid<69>o sous une forme entrelac<61>e. Normalement, l'enterlacement 
  d<>t<EFBFBD>riore l'habilit<69> de l'encodeur <20> bien compresser, mais <systemitem class="library">libavcodec</systemitem> 
  poss<73>de deux param<61>tres sp<73>cifiquement fait pour stocker la vid<69>o entrelac<61> un
  peu mieux: <option> ildct</option> et <option>ilme</option>. Aussi,
  l'utilisation de <option>mbd=2</option> est fortement recommand<6E> <link linkend="menc-feat-telecine-footnotes">[2] </link> 
  parceque cela encodera les macroblocs non-entrelac<61> <20> 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<66>rents filtres. Encor une fois, le framerate ne change pas, donc pas de
  <option>-ofps</option>. Aussi, le d<>sentrelacement devra <20>tre fait apr<70>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<67> avec
  <application>MEncoder</application>; cela devrait bien march<63> avec
  <application>MEncoder G2</application>, mais on en est pas encor l<>. Vous
  pourriez faire l'exp<78>rience de crash. Qu'importe, le but de <option> -vf tfields</option> 
  est de cr<63>er une frame compl<70>te <20> partir de chaque champs, ce qui
  donne le framerate 60000/1001. L'avantage de cette approche est qu'aucune
  donn<6E>e n'est jamais perdue; Cependant, vu que chaque frame viens avec seulement 
  un champs, les lignes manquantes doivent <20>tre interpol<6F> d'une fa<66>on ou d'une autre.
  Il n'y a pas de tr<74>s bonne m<>thodes g<>n<EFBFBD>rant les donn<6E>es manquantes, et donc le
  r<>sultat sera un peu similaire <20> quand on utilise certains filtres de d<>sentrelacement. 
  G<>n<EFBFBD>rer les lignes manquantes cr<63><72>e d'autres probl<62>mes, aussi bien,
  simplement parceque le montant de donn<6E>e double. Donc, de plus haut bitrates 
  d'encodage sont requis pour maintenir la qualit<69>, et plus de puissance CPU est
  utilis<69> pour l'encodage et le d<>codage. tfields ont plusieurs diff<66>rentes
  options pour comment cr<63>er les lignes manquantes de chaque frame. Si vous
  utilisez cette m<>thode, alors R<>f<EFBFBD>rencez le manuel, et prenez n'importe quelle
  option qui semble le mieux pour votre mat<61>riel. Notez que lors de l'utilisation de
  <option>tfields</option> vous
  <emphasis role="bold">devez</emphasis> sp<73>cifier les deux options <option>-fps</option> 
  et <option>-ofps</option> <20> 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<69> de r<>duire la taille de fa<66>on dramatique, vous pouvez 
  extraire et encoder seulement un des deux champs. Bien s<>r, vous perdrez la 
  moiti<74> de la r<>solution verticale, mais si vous pensez la r<>duire au plus de 
  moiti<74> par rapport <20> l'original, la perte ne sera pas trop grande. Le r<>sultat 
  sera un fichier progressif <20> 30000/1001 frames par seconde. La proc<6F>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<6E>re appropri<72>. Souvenez-vous que vous devrez ajuster la dimension pour
  compenser la r<>solution verticale ayant <20>t<EFBFBD> r<>duite de moiti<74>.
  <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<EFBFBD>cin<69> m<>lang<6E></title>
<para>
  Afin de rendre une vid<69>o de progressive et t<>l<EFBFBD>cin<69> m<>lang<6E> <20> enti<74>rement
  progressive, les parties t<>l<EFBFBD>cin<69> doivent <20>tre inverse-t<>l<EFBFBD>cin<69>. Il y a trois 
  fa<66>ons d'accomplir cela, comme d<>crit ci-dessous. Notez que vous devrez
  <emphasis role="bold">toujours</emphasis> inverse-t<>l<EFBFBD>cin<69> avant tout 
  redimensionnement; <20> moins que vous sachiez vraiment ce que vous faites,
  inverse-t<>l<EFBFBD>cin<69> 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<69>o
  sera 24000/1001 frames par seconde.
</para>

<itemizedlist>
<listitem><para>
  <option>-vf pullup</option> est faite pour inverse-t<>l<EFBFBD>cin<69> le mat<61>riel 
  t<>l<EFBFBD>cin<69> tandis que les donn<6E>es progressives sont laiss<73>es intactes. Afin
  de bien fonctionner, <option>pullup</option> <emphasis role="bold">doit</emphasis>
  <20>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<70>cise
  disponible pour encoder le t<>l<EFBFBD>cin<69> et le &quot;progressif et t<>l<EFBFBD>cin<69> m<>lang<6E>&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<EFBFBD>cin<69> les parties t<>l<EFBFBD>cin<69>, t<>l<EFBFBD>ciner les 
  parties non-t<>l<EFBFBD>cin<69>es et ensuite inverse-t<>l<EFBFBD>cin<69> la vid<69>o tout enti<74>re. 
  Cela semble confus? softpulldown est un filtre qui parcours une vid<69>o
  et rend t<>l<EFBFBD>cin<69> le fichier entier. Si nous faisons suivre softpulldown avec 
  soit <option>detc</option> ou soit <option>ivtc</option>, le r<>sultat final
  sera enti<74>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<69> <option>-vf filmdint</option>, mais voil<69> ce que
  D Richard Felker III a dit:
  
  <blockquote><para>Il est Correct, mais IMO qu'il tente de d<>sentrelacer plut<75>t 
  que de faire l'inverse-t<>l<EFBFBD>cin<69> 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<6D>rement pour <20>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<61> m<>lang<6E></title>
<para>
  Il y a deux options pour s'occuper de cette cat<61>gorie, chacune <20>tant un  
  compromis. Vous devez prendre une d<>cision bas<61>e sur la dur<75>e/localisation 
  de chaque type.
</para>

<itemizedlist>
<listitem><para>
  Traitez-la comme progressive. Les parties entrelac<61>es sembleront entrelac<61>es,
  et certains des champs entrelac<61>s devront <20>tre jet<65>, ayant pour r<>sultat un 
  peu de sautillement in<69>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 <20>tre utilis<69> si vous voulez 
  <20>ventuellement afficher la vid<69>o sur un appareil entrelac<61> (avec une carte TV, 
  par exemple). Si vous avez entrelac<61> les frames dans une vid<69>o <20> 24000/1001 
  frames par seconde, ils seront t<>l<EFBFBD>cin<69> en m<>me temps que les frames progressive. 
  La moiti<74> des "frames" entrelac<61>es seront affich<63>es pour une dur<75>e de trois champs
  (3/(60000/1001) secondes), ce qui a pour r<>sultat un effet pichenette de 
  &quot;retour en arri<72>re&quot; ce qui semble tout <20> fait mauvais. Si vous tentez 
  quand m<>me ceci, vous <emphasis role="bold">devez</emphasis> utiliser un filtre
  d<>sentrela<6C>ant comme <option>lb</option> ou <option>l5</option>.
  </para>

  <para>
  Cela peut tout aussi bien <20>tre une mauvaise id<69>e pour l'affichage progressive. 
  Cela laissera tomber les paires cons<6E>cutives de champs entrelac<61>es, ayant pour 
  r<>sultat une discontinuit<69> qui peut <20>tre plus visible qu'avec la seconde m<>thode, 
  ce qui montre certaines frames progressive en double. Une vid<69>o entrelac<61> <20> 
  30000/1001 frames par seconde est d<>j<EFBFBD> un peu variable parceque cela devrait 
  vraiment <20>tre montr<74> <20> 60000/1001 champs par seconde, donc les frames dupliqu<71>es 
  ne tiennent pas.
  </para>

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

<listitem><para>
  Traitez-la comme entrelac<61>. Certaines frames des parties progressive auront 
  besoin d'<27>tre dupliqu<71>, ce qui r<>sultera en un sautillement in<69>gal. Encor une 
  fois, les filtres d<>sentrela<6C>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<6E>es video d'un DVD sont stock<63>es dans un format appel<65> YUV 4:2:0. Dans 
  la vid<69>o YUV, la luma (&quot;luminosit<EFBFBD>&quot;) et le chroma (&quot;couleur&quot;)
  sont stock<63>s s<>par<61>ment. Parceque l'oeil humain est somme toute moins sensible
  <20> la couleur qu'il ne l'est <20> la luminosit<69>, 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<72> de quatre pixels de luma (deux sur chaque cot<6F>) ont un pixel de 
  chroma commun. Vous devez d<>couper un YUV 4:2:0 progressif <20> 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 <20> faire <20> un YUV 4:2:0 entrelac<61>, la situation est un peu plus
  compliqu<71>. 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<61>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<72>, ils sont deux pixels c<>te <20> c<>te, et les deux autres pixels
  sont c<>te <20> c<>te deux lignes de scan plus bas. Les deux pixels de luma dans la 
  ligne de scan interm<72>diaire sont <20> partir de l'autre champs, et donc partage un 
  pixel de chroma diff<66>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 <20>gal.
  </para>

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

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

<listitem><formalpara>
  <title>A propos des param<61>tres d'encodage et de la qualit<69>:</title>
  <para>
  Juste parceque Je recommande <option>mbd=2</option> ici ne veut pas dire
  que cela ne devrait pas <20>tre utilis<69> 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<69>, et vous devriez toujours utiliser au moins 
  une des deux <20> 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<69> d'encodage (et r<>duisent la vitesse d'encodage) mais ceci est au del<65>
  de la port<72>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<69>o progressive, et est habituellement une bonne id<69>e <20> moins que 
  la source ait <20>t<EFBFBD> d<>finitivement v<>rifi<66>e pour <20>tre enit<69>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<6E> <20>clipsent cette 
  diff<66>rence, ramenant vers le bas la baisse de performance d'utilisation de <option>pullup</option> <20> 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 <20> pas mal de formats vid<69>o et audio int<6E>ressant.
Vous pouvez encoder vers les codecs suivant (plus ou moins <20> jour):
</para>

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

<para>
<informaltable frame="all">
<tgroup cols="2">
<thead>
<row><entry>Nom du codec vid<69>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<69> 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<69>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<69> dans Vid<69>o Flash
  </entry></row>
<row><entry>dvvideo</entry><entry>
  Vid<69>o Num<75>rique Sony
  </entry></row>
<row><entry>snow</entry><entry>
  codec bas<61> sur l'ondelette exp<78>rimentale de FFmpeg
  </entry></row>
</tbody>
</tgroup>
</informaltable>

La premi<6D>re colonne contient les noms de codec qui devraient <20>tre pass<73> apr<70>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 <20>chantillon, compression 4:1)</entry>
  </row>
  <row>
    <entry>sonic</entry>
    <entry>codec avec/sans perte exp<78>rimental</entry>
  </row>
</tbody>
</tgroup>
</informaltable>

La premi<6D>re colonne contient les noms de codec qui devra <20>tre pass<73> apr<70>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<69>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<6F>le psychoacoustic minimal (le cas <20>ch<63>ant)
  ce que la plupart des autres impl<70>mentations de codec comportent.
  Cependant, notez que tous ces codecs audio sont tr<74>s rapide et fonctionne en dehors
  de leur environnement <20> partir du moment o<> <application>MEncoder</application> a <20>t<EFBFBD> 
  compil<69> 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<49>alement, vous voudriez probablement juste dire <20> mencoder de passer en 
  mode "haute qualit<69>" et passer <20> autre chose.
  Ce serait s<>rement sympa, mais malheureusement dur <20> impl<70>menter vu que les 
  diff<66>rentes options d'encodage donnent diff<66>rents r<>sultats de qualit<69> 
  d<>pendamment de la source mat<61>riel.
  C'est parceque la compression d<>pend des propri<72>t<EFBFBD>s visuelles de la vid<69>o en 
  question.
  Par exemple, une animation et un film d'action ont des propri<72>t<EFBFBD>s tr<74>s 
  diff<66>rentes et n<>cessitent des options diff<66>rentes pour obtenir un encodage 
  optimal.
  La bonne nouvelle, c'est que certaines options ne devraient jamais <20>tre mise <20> 
  part, comme <option>mbd=2</option>, <option>trell</option>, et <option>v4mv</option>.
  Voir ci-dessous pour une description d<>taill<6C>e des options d'encodage commune.
</para>


<itemizedlist>
<title>Options <20> 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<73>ne, ce qui n'est pas une bonne id<69>e <20>tant donn<6E> que cela 
  affectera un peu l'efficacit<69> d'encodage.
</para></listitem>

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

<listitem><para>
  <emphasis role="bold">dia</emphasis>: port<72>e de recherche de mouvement. Le plus large 
  est l'<27>cart, le mieux ce sera mais aussi plus lent.
  Des valeurs n<>gative sont une <20>chelle compl<70>tement diff<66>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) <20> 4. Cela 
  demande preme=2 pour <20>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-<2D>tre ou non un peu mieux, mais c'est lent.
</para></listitem>

<listitem><para>
  <emphasis role="bold">last_pred</emphasis>: Nombre de pr<70>dicateurs de mouvement 
  <20> prendre depuis la frame pr<70>c<EFBFBD>dente.
  1-3 ou autre aide avec peu de frais en mati<74>re de vitesse.
  De plus haute valeurs sont lente sans avoir de r<>el int<6E>r<EFBFBD>t.
</para></listitem>

<listitem><para>
  <emphasis role="bold">cbp, mv0</emphasis>: Contr<74>le la s<>lection de macroblocs.
  Un petit co<63>t en vitesse pour un petit gain en qualit<69>.
</para></listitem>

<listitem><para>
  <emphasis role="bold">qprd</emphasis>: quantification adaptative bas<61>e sur la
  complexit<69> du macrobloc.
  Peut aider ou agraver la situation ceci d<>pend de la vid<69>o et des autres options.
  Cela peut causer des artefacts <20> moins que vous param<61>triez vqmax <20> certaine 
  valeur raisonnablement petite (6 c'est bien, peut-<2D>tre aussi lent que 4); 
  vqmin=1 devrait aussi aider.
</para></listitem>

<listitem><para>
  <emphasis role="bold">qns</emphasis>: tr<74>s lente, sp<73>cialement quand combin<69>e
  avec qprd.
  Cette option am<61>nera l'encodeur <20> minimiser le bruit d<> <20> la compression
  d'artefact au lieu de faire strictement ressembler la vid<69>o encod<6F> <20> la 
  source.
  Ne pas utilisez ceci <20> moins d'avoir d<>j<EFBFBD> bidouill<6C> 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<74>le de taux.
  Quelles sont les bonnes valeurs d<>pend du film.
  Vous pouvez de mani<6E>re s<>r laisser cela de c<>t<EFBFBD> si vous le voulez.
  R<>duire vqcomp met plus de bits sur les sc<73>nes de basse complexit<69>, l'augmenter 
  les met sur les sc<73>nes de haute complexit<69> (d<>faut: 0.5, port<72>e: 0-1. port<72>e 
  recommand<6E>: 0.5-0.7).
</para></listitem>

<listitem><para>
  <emphasis role="bold">vlelim, vcelim</emphasis>: Param<61>tre le seuil du seul 
  coefficent d'<27>limination pour les plans de luminance et de chroma.
  Ceux-l<> sont encod<6F>s s<>par<61>ment dans tous les algorithmes de style MPEG.
  L'id<69>e derri<72>re tout ceci est d'utiliser certaines bonnes approches heuristics 
  pour d<>terminer quand le changement dans un bloc est inf<6E>rieur au seuil que 
  vous avez sp<73>cifi<66>, et dans ce cas, de juste encoder le bloc comme <20>tant 
  "sans changement".
  Cela <20>pargnera des bits et peut-<2D>tre acc<63>l<EFBFBD>rera l'encodage. vlelim=-4 et 
  vcelim=9 semblent <20>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<6E>.
</para></listitem>

<listitem><para>
  <emphasis role="bold">qpel</emphasis>: Estimation de mouvement de quart de pixel.
  MPEG-4 utilise la pr<70>cision de moiti<74> de pixel pour sa recherche de mouvement 
  par d<>faut, donc cette option vient avec un surplus car plus d'information seront 
  stock<63>e dans le fichier encod<6F>.
  La compression gain/perte d<>pend du film, mais n'est habituellement pas tr<74>s 
  efficace sur les animations.
  qpel induit toujours un co<63>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 <20>crit un fichier log donnant le type/taille/qualit<69> de chaque frame, et 
  imprime un r<>sum<75> du PSNR (rapport maximal du signal sur le bruit) <20> la fin.
</para></listitem>

</itemizedlist>

<itemizedlist>
<title>Options non-recommand<6E> 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 <20> la qualit<69>.
  Des valeurs raisonnable peuvent <20>tre efficace dans votre cas, mais soyez pr<70>venu 
  que ceci est tr<74>s subjectif.
</para></listitem>

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

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

<para>
  Les param<61>tres suivant sont des exemples de combinaisons d'option de diff<66>rent 
  encodage qui affectent la vitesse contre la diff<66>rence de qualit<69> pour la m<>me 
  cible de bitrate.
</para>

<para>
  Tous les param<61>tres d'encodage sont test<73>s sur un <20>chantillon de vid<69>o de 
  720x448 @30000/1001 fps, le bitrate cibl<62> <20>tait 900kbps, et la machine <20>tait un
  AMD-64 3400+ <20> 2400 Mhz en mode 64 bits.
  Chaque param<61>tre d'encodage comporte la mesure de vitesse d'encodage (en
  frames par seconde) et la perte PSNR (en dB) compar<61> au param<61>tre de "tr<74>s
  haute qualit<69>".
  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<74>s 
  diff<66>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<EFBFBD>s haute qualit<69></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<69></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<69>es</title>

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

<para>
Un usage typique de cette fonctionnalit<69> est de r<>gler les matrices pr<70>f<EFBFBD>r<EFBFBD>es 
gr<EFBFBD>ce aux sp<73>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<69>, vous venez tout juste d'acheter votre exemplaire de Harry Potter et la 
  Chambre des Secrets (<28>dition <20>cran large, bien s<>r), et vous voulez ripper ce 
  DVD ceci afin de pouvoir l'ajouter <20> votre PC Home Cin<69>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<70> que vous devrez omettre <option>-ofps 24000/1001</option> (parceque le 
  framerate de sortie est le m<>me que celui en entr<74>e), et bien s<>r les dimensions 
  de d<>coupage seront diff<66>rentes.
</para>

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

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

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

  Soyez s<>r que vous recherchez une frame compl<70>tement remplie (comme une sc<73>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 <20>chou<6F> notre brevet <20> 
  cause des maths, nous savons que le plus proche multiple de 16 inf<6E>rieur <20> 362 
  est 352.
</para>

<para>
  Nous pourrions juste utiliser <option>crop=720:352:0:58</option>, mais ce 
  serait mieux d'enl<6E>ver un peu du haut et un peu du bas ceci afin de garder 
  le centre. Nous avons r<>tr<74>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<69>. 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 <20>limin<69> n'importe quels pixels <20> moiti<74> noir si ils 
  existent. Notez que si votre vid<69>o est t<>l<EFBFBD>cin<69>, assurez-vous que le filtre 
  <option>pullup</option> (ou quelque soit le filtre inverse t<>l<EFBFBD>cin<69> que vous 
  avez d<>cid<69> d'utiliser) apparaissent dans la cha<68>ne de filtre avant que vous 
  d<>coupiez. Si il est entrelac<61>, d<>sentrelacez-le avant d<>coupage.
  (Si vous choisissez de pr<70>server la vid<69>o entrelac<61>, alors soyez certain que 
  votre d<>calage de d<>coupage vertical est un multiple de 4.)
</para>

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

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

  R<>duire la vid<69>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<69> (<28> moins que vous augmentiez le bitrate). 
  Le d<>coupage <20>pargne ces pixels tout ensemble. C'est une diff<66>rence que vous 
  voudriez prendre en compte <20> chaque circonstance. Par exemple, si le DVD vid<69>o  
  <20>tait fait pour la t<>l<EFBFBD>vision, vous pourriez avoir int<6E>r<EFBFBD>t <20> <20>viter le 
  redimensionnement vertical, <20>tant donn<6E> que la ligne d'<27>chantillon correspond 
  <20> la fa<66>on d'origine avec laquelle le contenu a <20>t<EFBFBD> enregistr<74>.
</para>

<para>
  Apr<70>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<70>t <20> 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<70> que nous sp<73>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<69>rablement la
  qualit<69> au d<>pend de la dur<75>e d'encodage. Il y a peu de raison de ne pas 
  prendre en compte ces options quand le but premier est la qualit<69>. Les options
  <option>cmp=3:subcmp=3:mbcmp=3</option> s<>l<EFBFBD>ctionnent une fonction de comparaison
  qui rend une plus haute qualit<69> que celle par d<>faut. Vous pourriez tenter de
  tester avec ces param<61>tre (r<>f<EFBFBD>rez-vous <20> la page de man pour les valeurs possible) 
  <20>tant donn<6E> que diff<66>rentes fonctions peuvent avoir un large impact sur la 
  qualit<69> d<>pendamment du mat<61>riel source. Par exemple, si vous trouvez que
  <systemitem class="library">libavcodec</systemitem> produit trop d'artefacts 
  carr<72>, vous pouvez essayer de s<>l<EFBFBD>ctionner le NSSE exp<78>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 <20> peu pr<70>s 3GB. 
  Et parceque vous disiez que la taille du fichier n'<27>tait pas importante, c'est 
  une taille parfaitement acceptable. Cependant, si vous la d<>siriez plus petite, 
  vous pouvez essayer un bitrate inf<6E>rieur. L'augmentation de bitrates ont des 
  retours amoindri, ainsi tandis que nous pourrions clairement voir une 
  am<61>lioration <20> partir de 1800Kbit jusqu'<27> 2000Kbit, cela ne semblerai pas autant 
  notable au-dessus de 2000Kbit. Libre <20> vous de l'exp<78>rimenter jusqu'<27> en <20>tre
  totalement satisfait.
</para>

<para>
  Parceque nous avons pass<73> la source vid<69>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<61>liore de fa<66>on radicale la perception 
  de qualit<69> et aide <20> <20>liminer les artefacts carr<72> de la vid<69>o.
  Avec l'option <option>autoq</option> de <application>MPlayer</application>,
  vous pouvez faire varier le montant de post-traitement achev<65> par le filtre spp
  d<>pendamment du CPU disponible. Aussi, <20> ce point, vous pourriez vouloir demander
  une correction gamma et/ou couleur pour mieux convenir <20> 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<EFBFBD> avec le codec <systemitem class="library">XviD</systemitem></title>
<para>
 <systemitem class="library">XviD</systemitem> est une librairie libre pour
 encoder les flux vid<69>o de MPEG-4 ASP.
 Avant de commencer <20> encoder, vous avez besoin de <link linkend="xvid">
 param<61>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<6E>quent, commencez par lire
 <link linkend="menc-feat-x264-encoding-options-intro">la premi<6D>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<70>vue pour <20>tre un suppl<70>ment <20> la page man.
</para>
<para>
 Les param<61>tres XviD par d<>faut font d<>j<EFBFBD> une bonne distinction entre la 
 vitesse et la qualit<69>, donc vous pouvez sans risque vous en tenir <20> 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<61>tre affecte l'algorithme de d<>cision de macrobloc, o<> plus la valeur 
  du param<61>tre est <20>lev<65>e, plus sage sera la d<>cision.
  Le param<61>tre par d<>faut peut <20>tre de fa<66>on s<>r utilis<69> pour tout les encodages, 
  alors que des param<61>trages plus <20>lev<65>s aident toujours le PSNR mais sont de 
  fa<66>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<65> acc<63>l<EFBFBD>rera de fa<66>on notable l'encodage; si la vitesse est un point 
  critique pour vous, la diff<66>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<61>lior un peu la qualit<69>
  (environ +0.1dB PSNR).
</para></listitem>

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

<listitem><para>
 <emphasis role="bold">bf_threshold</emphasis>
  Ceci contr<74>le la sensibilit<69> de l'encodeur pour les B-frames, o<> une plus haute
  valeur am<61>ne <20> ce que plus de B-frames soit utilis<69> (et vice versa).
  Ce param<61>tre doit <20>tre utilis<69> avec <option>max_bframes</option>;
  si vous <20>tes omnibul<75> 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 
  <20> des endroits qui seuls <emphasis role="bold">vraiment</emphasis> les n<>cessitent.
  Un nombre bas de <option>max_bframes</option> et une valeur <20>lev<65> de <option>bf_threshold</option> 
  n'est probablement pas un choix avis<69> vu qu'il obligera l'encodeur <20> mettre 
  des B-frames en des endroits qui n'en tireront pas de b<>n<EFBFBD>fice, mais en plus 
  r<>duiront la qualit<69> visuelle.
  Cependant, si vous avez besoin d'<27>tre compatible avec des lecteurs qui 
  supportent seulement de vieux profils DivX (qui revient <20> supporter jusqu'<27> 
  1 B-frame cons<6E>cutive), ceci sera votre seul espoir d'augmenter la 
  compressibilit<69> en utilisant les B-frames.
</para></listitem>

<listitem><para>
 <emphasis role="bold">trellis</emphasis>
  Optimise la proc<6F>dure de quantification pour obtenir un compromis optimal
  entre le PSNR et le bitrate, ce qui permet de sauver de mani<6E>re significative 
  des bits.
  Ces bits seront en retour utilis<69> autre part sur la vid<69>o, augmentant l'ensemble 
  de la qualit<69> visuelle.
  Vous devriez toujours l'utiliser <20>tant donn<6E> qu'il impacte <20>normement sur la 
  qualit<69>.
  M<>me si vous recherchez de la vitesse, ne le d<>sactiver pas jusqu'<27> ce que 
  vous r<>duisiez <option>vhq</option> et toutes les autre options plus gourmande 
  en CPU <20> leur minimum.
</para></listitem>

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

<listitem><para>
 <emphasis role="bold">cartoon</emphasis>
  Faite pour un meilleur encodage de contenu dessin anim<69>, et n'a pas d'impact 
  sur la vitesse <20>tant donn<6E> 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<61>tre contr<74>le la pr<70>cision de l'estimation de mouvement.
  Le plus <20>lev<65> <option>me_quality</option> est, le plus pr<70>cis
  l'estimation du mouvement d'origine sera, et mieux le clip r<>sultant 
  capturera le mouvement d'origine.
 </para>
 <para>
  Le param<61>tre par d<>faut est le mieux dans tous les cas; bien qu'il ne 
  soit pas recommand<6E> de l'<27>teindre <20> moins que vous recherchiez vraiment 
  la rapidit<69>, vu que tout les bits sauv<75>s par une bonne estimation du 
  mouvement seront d<>pens<6E>s autre part, augmentant la qualit<69> g<>n<EFBFBD>rale.
  Cependant, n'allez pas plus bas que 5, et m<>me ceci doit <20>tre utilis<69> 
  en dernier recours.
</para></listitem>

<listitem><para>
 <emphasis role="bold">chroma_me</emphasis>
  Am<41>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<61>liore pas mal la qualit<69> 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 <20> consid<69>rer <20> 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<69>  du chroma de l'image vers des 
    bords blanc/noirs pures, plut<75>t que d'am<61>liorer la compression.
    Ceci peut aider <20> r<>duire l'effet "red stairs".
</para></listitem>

<listitem><para>
  <emphasis role="bold">lumi_mask</emphasis>
    Tente de donner moins de bitrate <20> une partie de l'image que l'oeil humain 
    ne peut pas tr<74>s bien voir, ce qui devrait permettre <20> l'encodeur de d<>penser
    les bits sauv<75>s sur des parties plus importantes de l'image.
    La qualit<69> de l'encodage yielded by this option d<>pends grandement des 
    pr<70>f<EFBFBD>rences personnelles et des param<61>tres de type et moniteur utilis<69> 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<45>ve le nombre de vecteurs de mouvement candidat en augmentant la 
    pr<70>cision de l'estimation de mouvement de halfpel <20> quarterpel.
    L'id<69>e est de trouver de meilleurs vecteurs de mouvement ce qui 
    en retour r<>duira le bitrate (augmentant la qualit<69> par la m<>me occasion).
    Cependant, les vecteurs de mouvement avec une pr<70>cision quarterpel requi<75>rent 
    quelques bits en plus <20> 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<70>cision en plus, 
    mais en retour peu ou aucune qualit<69> en plus aura <20>t<EFBFBD> gagn<67>.
    Malheureusement, il n'y a aucune fa<66>on de pr<70>voir les avantages possible de
    <option>qpel</option>, donc vous avez pr<70>cis<69>ment besoin de l'encoder avec 
    et sans pour en <20>tre s<>r.
  </para><para>
    <option>qpel</option> peut quasimment doubl<62> la dur<75>e d'encodage, et
    requi<75>re pas moins de 25% en plus de puissance de traitement pour d<>coder.
    Cela n'est pas support<72> par tout les lecteurs.
</para></listitem>

<listitem><para>
  <emphasis role="bold">gmc</emphasis>
    Essaye de sauver des bits sur des sc<73>nes panoramique en employant un 
    vecteur simple de mouvement pour la frame enti<74>re.
    Cela augmente <20> peu pr<70>s toujours le PSNR, mais de fa<66>on significative
    ralenti l'encodage (aussi bien que le d<>codage).
    Par cons<6E>quent, vous devriez seulement l'employer si vous avez 
    augment<6E> <option>vhq</option> au maximum.
    GMC de <systemitem class="library">XviD</systemitem> est plus sophistiqu<71> 
    que celui de DivX, mais il est seulement support<72> 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 <20> travers l'option <option>profile</option>,
  ce qui est utilis<69> pour imposer des restrictions sur les propri<72>t<EFBFBD>s du flux 
  vid<69>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<69>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<6E></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<69>ma</entry>
      <entry>PAL Home Cin<69>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<61></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<61>tres d'encodage</title>

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

<para>
  Tous les param<61>tres d'encodage sont test<73>s sur un <20>chantillon vid<69>o <20> 
  720x448 @30000/1001 fps, le bitrate cible <20>tait <20> 900kbps, et la machine 
  <20>tait un AMD-64 3400+ <20> 2400 Mhz en mode 64 bits.
  Chaque param<61>tre d'encodage exploite la vitesse d'encodage mesur<75> (en
  frames par seconde) et la perte PSNR (en dB) en la comparant au param<61>tre 
  de "tr<74>s haute qualit<69>".
  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<74>s 
  diff<66>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<EFBFBD>s haute qualit<69></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<69></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<69>o H.264/AVC.
  Avant de commencer <20> 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 <20>t<EFBFBD> pr<70>vu pour <20>tre un suppl<70>ment <20> la page man.
  Ici vous trouverez rapidement des astuces sur quelles options sont 
  le plus susceptible d'int<6E>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<69>re deux cat<61>gories majeurs d'options d'encodage:</para>

<orderedlist>
  <listitem><para>Options qui principalement compensent la dur<75>e d'encodage de la qualit<69>
  </para></listitem>
  <listitem><para>Options qui peuvent <20>tre utile pour accomplir des pr<70>f<EFBFBD>rences personnelles 
  vari<72>es et des conditions sp<73>ciales</para></listitem>
</orderedlist>

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

<para>
  Avant de continuer, il vous est n<>cessaire de comprendre que ce guide utilise seulement
  une qualit<69> m<>trique: le PSNR global.
  Pour une br<62>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<72> 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<70>tentions 
  derri<72>re la r<>clamation est que des bitrates <20>gaux sont utilis<69>s.
</para>

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

</sect3>

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

<itemizedlist>
<listitem><para>
  <emphasis role="bold">subq</emphasis>:
  Des options qui vous permettent de compenser la vitesse pour la qualit<69>,
  <option>subq</option> et <option>frameref</option> (voir ci-dessous) sont 
  habituellement et de loin les plus importantes.
  Si vous <20>tes int<6E>ress<73> par le bidouillage soit de la vitesse soit de la 
  qualit<69>, ces options sont les premi<6D>res que vous devriez prendre en 
  consid<69>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<78>rience montre que, avec une frame de r<>f<EFBFBD>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<EFBFBD>rence, la p<>nalit<69> passe au dessus des 60%.
  L'effet de <option>subq</option> sur le PSNR semble assez constant 
  ind<6E>pendamment du nombre de frames de r<>f<EFBFBD>rence.
  Typiquement, <option>subq=5</option> r<>sulte en un PSNR global plus haut de 
  0.2-0.5 dB en comparaison <20> <option>subq=1</option>.
  C'est habituellement assez pour <20>tre <20>vident.
</para>
<para>
  <option>subq=6</option> est le plus lent, le plus <20>lev<65> mode de qualit<69>.
  En comparaison <20> <option>subq=5</option>, il gagne habituellement un PSNR 
  global de 0.1-0.4 dB avec des co<63>ts en vitesse variant entre 25% et 100%.
  A la diff<66>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<69> de <option>subq=6</option> 
  d<>pend principalement du nombre de B-frames utilis<69>. Lors d'une utilisation 
  normal, cela signifie que <option>subq=6</option> a un large impact sur la 
  vitesse et la qualit<69> dans le cas complexe, des sc<73>nes <20>lev<65> en mouvement, 
  mais il peut ne pas avoir beaucoup d'effet sur les sc<73>nes avec peu de mouvement. 
  Notez que il est encore recommand<6E> de toujours param<61>trer les <option>bframes</option> 
  <20> autre chose que z<>ro (voir ci-dessous).
</para></listitem>
<listitem><para>
  <emphasis role="bold">frameref</emphasis>:
  <option>frameref</option> est r<>gl<67> <20> 1 par d<>faut, mais ceci ne devrait pas 
  <20>tre pris en compte pour justifier qu'il est raisonnable de le mettre <20> 1.
  Simplement en augmentant <option>frameref</option> <20> 2 permet un gain d'environ 
  0.15dB sur le PSNR avec une p<>nalit<69> <20> 5-10% sur la vitesse; cela semble <20>tre 
  un bon compromis.
  <option>frameref=3</option> gagne environ 0.25dB de PSNR de mieux que
  <option>frameref=1</option>, ce qui devrait <20>tre une diff<66>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 <20>tre attendu de gagner seulement 0.05-0.1 dB 
  de mieux que <option>frameref=3</option> avec une p<>nalit<69> additionelle de 
  15% sur la vitesse.
  Au dessus de <option>frameref=6</option>, les gains en qualit<69> sont 
  habituellement tr<74>s faible (bien que vous devriez garder <20> l'esprit <20> travers 
  cette enti<74>re discussion que selon votre source cela peut varier <20>norm<72>ment).
  Dans un cas assez typique, <option>frameref=12</option> am<61>liorera le PSNR 
  global par un minuscule 0.02dB de mieux que <option>frameref=6</option>, 
  avec un co<63>t sur la vitesse de 15%-20%.
  Avec des valeurs si <20>lev<65> de <option>frameref</option>, la seule vraie bonne 
  chose qui peut <20>tre d<>te est que de l'augmenter m<>me un peu plus ne 
  <emphasis role="bold">nuira</emphasis> <20> peu pr<70>s certainement jamais le PSNR, 
  mais les b<>n<EFBFBD>fices sur la qualit<69> additionnelle sont <20> peine mesurable, et encore 
  moins perceptible.
</para>
<note><title>Note:</title>
<para>
  Augmenter le <option>frameref</option> <20> des valeurs non n<>cessairement <20>lev<65>es
  <emphasis role="bold">peut affecter</emphasis> et <emphasis role="bold">habituellement affecte</emphasis>
  l'efficacit<69> d'encodage si vous arr<72>tez le CABAC.
  Avec le CABAC lanc<6E> (comportement par d<>faut), la possibilit<69> de param<61>trage 
  de <option>frameref</option> "trop <20>lev<65>" actuellement semble trop distant 
  pour m<>me s'en inqui<75>ter, et dans l'avenir, les optimisations peuvent enlever 
  les possibilit<69>s compl<70>tement.
</para>
</note>
<para>
  Si vous vous inqui<75>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<69> finale: 
  Vous perdrez probablement bien en dessous de 0.1dB du PSNR, ce qui devrez 
  <20>tre une diff<66>rence beaucoup trop faible pour la voir.
  Cependant, des valeurs diff<66>rentes de <option>frameref</option> peuvent
  occasionnellement affecter le choix du frametype.
  Tr<54>s probablement, ce sont des cas p<>riph<70>riques rares, mais si vous voulez 
  en <20>tre compl<70>tement certain, consid<69>rez que votre vid<69>o a soit des mod<6F>les 
  plein <20>cran, clignotants et r<>p<EFBFBD>titifs, soit des occlusions provisoires tr<74>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<75>e du cycle de clignotement (ou occlusion).
  Par exemple, si la sc<73>ne clignote dans les deux sens entre deux images 
  au-dessus d'une dur<75>e de trois frames, r<>glez le <option>frameref</option> de 
  premier passage <20> 3 ou plus.
  Le probl<62>me est probablement extr<74>mement rare sur des mat<61>riaux vid<69>o de type 
  action en directe, mais cela arrive quelque fois dans des captures de jeu vid<69>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<69> et vitesse. 
  <option>me=1</option> est seulement quelque pourcent plus rapide que
  la recherche par d<>faut, <20> un co<63>t en dessous de 0.1dB du PSNR global. Le 
  param<61>tre par d<>faut (<option>me=2</option>) est une compensation raisonnable
  entre vitesse et qualit<69>. <option>me=3</option> gagne un petit peu en dessous 
  de 0.1dB du PSNR global, avec une p<>nalit<69> 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<69> encouru sur la vitesse chute <20> 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<70>vu. L'activer r<>sulte en une assez consistente perte de 
  vitesse de 10%-15%. Cette option est plut<75>t inutile dans une source contenant
  seulement des mouvements bas, bien que dans certaine source de mouvement <20>lev<65>,
  particuli<6C>rement des sources avec beaucoup de petits objets en mouvement, un 
  gain d'environ 0.1dB peut <20>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<75> que les B-frames ne sont pas toujours utile.
  Avec le H.264, ceci a chang<6E>: il y a de nouvelles techniques et types de bloc 
  qui sont possible avec les B-frames.
  Habituellement, m<>me un choix na<6E>f d'algorithme de B-frame peut avoir un 
  b<>n<EFBFBD>fice significatif sur le PSNR.
  Il est int<6E>ressant de noter que l'utilisation de B-frames acc<63>l<EFBFBD>re 
  habituellement le second passage de mani<6E>re l<>g<EFBFBD>re, et peut aussi acc<63>l<EFBFBD>rer 
  un encodage en un seul passage si le choix de B-frame adaptatif est stopp<70>.
</para>
<para>
  Avec le choix de B-frame adaptatif stopp<70>
  (<option>nob_adapt</option> de <option>x264encopts</option>),
  la valeur optimal pour le param<61>trage est habituellement pas plus que
  <option>bframes=1</option>, ou bien les sc<73>nes <20>lev<65> en mouvement peuvent 
  en patir.
  Avec le choix de B-frame adaptatif activ<69> (le comportement par d<>faut), il 
  est s<>r d'utiliser des valeurs plus <20>lev<65>es; l'encodeur r<>duira l'utilisation 
  de B-frames dans les sc<73>nes o<> cela pourrait ab<61>mer la compression.
  L'encodeur choisi rarement d'utiliser plus de 3 ou 4 B-frames;
  param<61>trer cette option a une valeur plus <20>lev<65>e aura peu d'effet.
</para></listitem>

<listitem><para>
  <emphasis role="bold">b_adapt</emphasis>:
  Note: il est activ<69> par d<>faut.
</para>
<para>
  Avec cette option activ<69>, l'encodeur utilisera un traitement de choix 
  raisonnablement rapide pour r<>duire le nombre de B-frames utilis<69> par les 
  sc<73>nes qui ne pourraient pas en b<>n<EFBFBD>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<69> sur la vitesse des B-frames adaptatives est actuellement
  plut<75>t modeste, mais il en est de m<>me pour le gain potentiel en qualit<69>.
  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<69> cette option si vous utilisez >=2 B-frames;
  comme la page man le dit, vous obtiendrez une faible am<61>liroration de la 
  qualit<69> avec aucun surco<63>t sur la vitesse.
  Notez que ces vid<69>os ne peuvent pas <20>tre lu sur des d<>codeurs bas<61>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<73>nes crossfades ou fade-to-black, la pr<70>diction de 
  poids donne de plut<75>t large b<>n<EFBFBD>fice en bitrate.
  Dans le MPEG-4 ASP, un fade-to-black est habituellement mieux cod<6F> comme une 
  s<>rie de I-frames on<6F>reuses; utiliser la pr<70>diction de poids dans les 
  B-frames rend possible la conversion d'un certain nombre en de beaucoup plus 
  petites B-frames.
  Le co<63>t sur la dur<75>e d'encodage est minimal, <20>tant donn<6E> qu'aucun choix 
  suppl<70>mentaire n'a besoin d'<27>tre fait.
  Aussi, contrairement <20> ce que les gens semble deviner, les requis en CPU par 
  le d<>codeur ne sont pas <20>normement affect<63> par la pr<70>diction de poids, tout 
  le reste <20>tant <20>gal.
</para>
<para>
  Malheureusement, l'algorithme courant de choix de B-frame adaptative
  a une forte tendance <20> <20>viter les B-frames durant les fondus.
  Jusqu'<27> ce que cela change, il peut <20>tre une bonne id<69>e d'ajouter
  <option>nob_adapt</option> <20> votre x264encopts, si vous vous attendiez
  <20> ce que le fondu ait un plus grand effet sur votre clip vid<69>o particulier.
</para></listitem>
</itemizedlist>
</sect3>

<sect3 id="menc-feat-x264-encoding-options-misc-preferences">
<title>Options concernant des pr<70>f<EFBFBD>rences diverses</title>
<itemizedlist>
<listitem><para>
  <emphasis role="bold">Encodage en deux passages</emphasis>:
  Ci-dessus, il a <20>t<EFBFBD> sugg<67>r<EFBFBD> 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<EFBFBD>vision en direct et l'encoder en temps r<>el, vous <20>tes forc<72> 
  d'utiliser un encodage en un passage.
  Aussi, un passage est <20>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 <20> peu pr<70>s deux fois plus lent.
</para>
<para>
  Encore, il y a de tr<74>s bonne raisons pour utiliser l'encodage en deux passages. 
  Pour une chose, taux de contr<74>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<69>o de dexu minute de 
  long consistant en deux moiti<74>s distinctes. La premi<6D>re moiti<74> est une sc<73>ne
  <20> mouvement <20>lev<65> durant 60 secondes ce qui, en de mani<6E>re isol<6F>e, demande 
  environ 2500kbps afin d'avoir l'air correcte.
  Imm<6D>diatement suivi d'une sc<73>ne de 60 secondes beaucoup moins demandante qui 
  a l'air bien <20> 300kbps. Supposez que vous demandiez pour 1400kbps sur la 
  th<74>orie que ceci est suffisant pour accomoder les deux sc<73>nes. Un taux de 
  contr<74>le en un seul passage fera quelques "fautes" dans un cas comme celui-l<>. 
  Premi<6D>rement, il ciblera 1400kbps pour les deux segments. Le premier segment 
  pourrait finir lourdement sur-quantifi<66>, l'entra<72>nant <20> ressembler <20> un bloc
  de fa<66>on inadmissible et irraisonable. le second segment serait lourdement 
  sous-quantifi<66>; cela pourrait avoir l'air parfait, mais le co<63>t en bitrate de 
  cette perfection sera compl<70>tement irraisonnable. Ce qui est d'autant plus dur 
  <20> <20>viter que le probl<62>me est <20> la transition entre les deux sc<73>nes. Les premi<6D>res 
  secondes de moiti<74> de mouvement lente sera grandement sur-quantifi<66>, parce que 
  le taux de contr<74>le pr<70>voit encore le genre de conditions en bitrate qu'il 
  rencontre dans la premi<6D>re moiti<74> de la vid<69>o. Cette "p<>riode d'erreur" de 
  grandement sur-quantifi<66> 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<66>ons pour att<74>nuer les pi<70>ges de l'encodage en simple 
  passage, mais ils peuvent tendre <20> augmenter la mauvaise pr<70>diction de bitrate.
</para>
<para>
  Le taux de contr<74>le multiple passage peut offrir d'<27>normes avantages sur un 
  encodage simple passage.
  En utilisant les statistiques r<>cup<75>r<EFBFBD>es depuis le premier passage d'encodage, 
  l'encodeur peut estimer, avec une raisonnable exactitude, le "co<63>t" (en bits) 
  de l'encodage de n'importe quel frame donn<6E>e, <20> n'importe quel quantificateur 
  donn<6E>. Cela permet une beaucoup plus rationnelle, mieux plannifi<66>e allocation 
  de bits entre les sc<73>nes on<6F>reuses (mouvement <20>lev<65>) et bon march<63> (mouvement 
  faible). Voir <option>qcomp</option> ci-dessous pour quelques id<69>es sur comment 
  bidouiller cette allocation <20> 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 <20>lev<65> et une qualit<69> plus faible.
  Si vous choisissez bien vos options, vous pouvez obtenir un premier passage 
  tr<74>s rapide.
  La qualit<69> r<>sultante dans le second passage sera l<>g<EFBFBD>rement plus basse parce 
  que la pr<70>diction de taille est moins pr<70>cise, mais la diff<66>rence de qualit<69> 
  est normalement beaucoup trop petite pour <20>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<69>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<69> de faire un nombre arbitraire de passages cons<6E>cutive. 
  Si vous sp<73>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<70>c<EFBFBD>dent, et <20>crira ses propres 
  statistiques. Un passage additionnel suivant celui-l<> aura une tr<74>s bonne base
  depuis laquelle faire des pr<70>dictions hautement pr<70>cise de framesizes <20> un
  quantificateur choisi. En pratique, les gains sur la qualit<69> d'ensemble de 
  ceci est habituellement proche de z<>ro, et tout <20> fait possiblement un 
  troisi<73>me passage r<>sultera en un PSNR global l<>g<EFBFBD>rement plus mauvais que le 
  passage avant <20>a. Dans une utilisation typique, trois passages aident si vous 
  obtenez soit une mauvaise pr<70>diction de bitrate ou soit une mauvaise apparence 
  des transitions de sc<73>nes lors de l'utilisation de seulement deux passages.
  Ceci peut se produire sur les clips extr<74>mement courts. Il y a aussi quelques 
  cas sp<73>ciaux dans lequels trois (ou plus) passages sont pratique pour les 
  utilisateurs avanc<6E>s, mais par souci de bri<72>vet<65>, ce guide omet de traiter ces 
  cas sp<73>ciaux.
</para></listitem>
<listitem><para>
  <emphasis role="bold">qcomp</emphasis>:
  <option>qcomp</option> compense le nombre de bits allou<6F> entre les frames 
  "on<6F>reux" mouvement <20>lev<65> et les frames "bon march<63>" mouvement bas. A une 
  extr<74>mit<69>, <option>qcomp=0</option> vis pour le vrai bitrate constant. 
  Typiquement cela rendrait des sc<73>nes <20>lev<65>es en mouvement compl<70>tement moche, 
  tandis que les sc<73>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<74>mit<69>, <option>qcomp=1</option> 
  r<>alise le param<61>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<73>nes extr<74>mement on<6F>reuses (o<> la perte de 
  qualit<69> ne sera pas aussi apparente) et les r<>-allouer aux sc<73>nes qui sont 
  plus facile <20> encoder <20> une excellente qualit<69>.
  <option>qcomp</option> est r<>gl<67> <20> 0.6 par d<>faut, ce qui pourrait <20>tre un 
  peu faible pour les go<67>ts de plein de gens (0.7-0.8 sont aussi commun<75>ment 
  utilis<69>).
</para></listitem>
<listitem><para>
  <emphasis role="bold">keyint</emphasis>:
  <option>keyint</option> est seulement pour compenser l'habilit<69> de recherche 
  de fichier contre l'efficacit<69> de codage. Par d<>faut, <option>keyint</option> 
  est param<61>tr<74> <20> 250. Sur des mat<61>riaux <20> 25 fps, cela garanti l'habilit<69> de 
  faire une recherche avec une pr<70>cision de 10 secondes. Si vous pensez qu'il 
  serait important et utile d'<27>tre capable de faire une recherche dans les 5 
  secondes de pr<70>cision, param<61>trez <option>keyint=125</option>;
  cela endommagera un peu la qualit<69>/bitrate. Si vous vous inqui<75>tez seulement 
  de la qualit<69> et non de l'habilit<69> <20> faire une recherche, vous pouvez le 
  param<61>trer <20> des valeurs beaucoup plus <20>lev<65>es (comprenant qu'il y a des 
  retours diminuants qui peuvent devenir extr<74>mement bas, ou m<>me z<>ro). Le flux 
  vid<69>o aura encor des points recherchable aussi longtemps qu'il y aura des 
  changements dans la sc<73>ne.
</para></listitem> 
<listitem><para>
  <emphasis role="bold">deblockalpha, deblockbeta</emphasis>:
  Ce sujet va <20>tre un peu controvers<72>.
</para>
<para>
  H.264 d<>fini une simple proc<6F>dure de d<>blocage sur les I-blocs qui utilise
  des pr<70>-r<>glages de forces et de seuils en d<>pendance avec le QP du bloc en 
  question.
  Par d<>faut, des blocs QP <20>lev<65>s sont fortement filtr<74>s, et des blocs QP bas
  ne sont pas d<>bloqu<71> du tout.
  Les pr<70>-r<>glage de forces d<>fini par les standard sont bien choisi et les 
  chances sont tr<74>s bonne pour qu'elles aient des PSNR optimal quelque soit la 
  vid<69>o que vous essayez d'encoder.
  Les param<61>tres de <option>deblockalpha</option> et <option>deblockbeta</option>
  vous permettent de sp<73>cifier des d<>calages aux pr<70>-r<>glage des seuils de 
  d<>blocage.
</para>
<para>
  Plein de gens semble penser que c'est une bonne id<69>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<69>e, et dans la plupart des cas, 
  les gens qui le font ne comprennent pas tr<74>s bien comment le d<>blocage 
  fonctionne par d<>faut.
</para>
<para>
  La premi<6D>re et plus importante chose <20> savoir <20> propos du filtre de d<>blocage 
  in-loop est que les seuils par d<>faut sont <20> peu pr<70>s toujours optimal PSNR.
  Dans les rares cas o<> ils ne sont pas optimal, le d<>calage id<69>al est plus ou 
  moins 1.
  Ajustant les param<61>tres de d<>blocage par un montant plus large est <20> peu pr<70>s 
  garanti d'abimer le PSNR.
  Le renforcement du filtre enduira plus de d<>tails; l'affaiblissement du filtre 
  augmentera l'aspect du carr<72>.
</para>
<para>
  C'est d<>finitivement une mauvaise id<69>e de baisser les seuils de d<>blocage si
  votre source est principalement basse en complexit<69> spaciale (i.e., peu de 
  d<>tail ou bruit).
  Le filtre in-loop fait un travail plut<75>t excellent en cachant les artefacts 
  qui se surviennent.
  Si la source est <20>lev<65> en complexit<69> spacial, cependant, les artefacts sont
  moins apparent.
  C'est parce que le d<>clencheur tend <20> ressembler <20> du d<>tail ou du bruit.
  La perception visuelle humaine remarque facilement quand un d<>tail est enlev<65>,
  mais elle ne remarque pas si facilement quand le bruit est faussement 
  repr<70>sent<6E>.
  Quand on en vient <20> une qualit<69> 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<EFBFBD>ralement obtenir une meilleur qualit<69> de bruit du 
  post-traitement.
  Si votre encodage en H.264 est trop flou ou souill<6C>, essayez de lui rajouter
  <option>-vf noise</option> quand vous jouez votre film encod<6F>.
  <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<61>tre d'encodage</title>

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

<para>
  Tous les param<61>tres d'encodage sont test<73>s sur un <20>chantillon vid<69>o <20> 
  720x448 @30000/1001 fps, le bitrate cible <20>tait <20> 900kbps, et la machine 
  <20>tait un AMD-64 3400+ <20> 2400 Mhz en mode 64 bits.
  Chaque param<61>tre d'encodage exploite la vitesse d'encodage mesur<75> (en
  frames par seconde) et la perte PSNR (en dB) en la comparant au param<61>tre 
  de "tr<74>s haute qualit<69>".
  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<74>s 
  diff<66>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<EFBFBD>s haute qualit<69></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<69></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<63>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<63>er des fichiers MPEG 
  au format VCD, SCVD et DVD en utilisant la librairie
  <systemitem class="library">libavcodec</systemitem>.
  Ces fichiers peuvent ensuite <20>tre utilis<69> 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<63>er des discs qui joueront sur une platine de salon standard.
</para>

<para>
  Les formats DVD, SVCD, et VCD sont sujet <20> des lourdes contraintes.
  Seule une petite s<>lection des tailles d'image encod<6F> et taux d'aspect 
  est disponible.
  Si votre film n'est pas d<>j<EFBFBD> en accord avec ces conditions, vous pourriez 
  avoir <20> dimensionner, d<>couper ou ajouter des bords noirs <20> 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<EFBFBD>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<69> pour les DVDs 
	  parcequ'ils ont une assez basse qualit<69>.</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 <20> ajouter des bords noirs ou d<>couper le film jusqu'<27> un aspect 16:9 
  pour faire un DVD ou un VCD.
  Si vous ajoutez des bords noirs, essayez de les aligner aux fronti<74>res de 
  16-pixels de fa<66>on <20> minimiser l'impact sur la performance d'encodage.
  Dieu merci le DVD a un bitrate suffisamment exc<78>ssif que vous n'avez pas trop 
  <20> vous inqui<75>ter pour l'efficacit<69> de l'encodage, mais le SVCD et le VCD sont
  hautement gourmand en bitrate et demandent des efforts pour obtenir une qualit<69> 
  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 <20> des tailles relativement basses 
  de GOP (Group of Pictures ou "Groupe d'Images").
  Pour des mat<61>riaux <20> 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<67> 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<69>o VCD doit <20>tre n<>cessairement en CBR <20> 1152 kbps.
  Cette contrainte grandement limitante vient aussi avec une taille du buffer 
  vbv de 327 kilobits extr<74>mement basse.
  SVCD permet de vari<72> des bitrates vid<69>o jusqu'<27> 2500 kbps, et une l<>g<EFBFBD>rement 
  moins restrictive taille du buffer vbv de 917 kilobits est permis.
  Les bitrates de vid<69>o DVD peuvent s'<27>tendre de n'importe o<> jusqu'<27> 9800 kbps 
  (bien que les bitrates typiques sont <20> peu pr<70>s la moiti<74> de <20>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<74>le du format 
  de sortie.
  En utilisant ces options nous pouvons lui dire de cr<63>er le type correct de 
  fichier.
</para>

<para>
  Les options pour le VCD et le SVCD sont appel<65> xvcd et xsvcd, parceque ce
  sont des formats <20>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<EFBFBD>rer une image SVCD, vous devriez passer le fichier 
  de sortie <20> <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 <20>tir<69>:
  <screen>
  -of mpeg -mpegopts format=dvd:telecine -ofps 24000/1001
  </screen>
  Ceci permet au contenu progressif <20> 24000/1001 fps d'<27>tre encod<6F> <20> 
  30000/1001 fps tandis que la conformit<69> 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<69> pour encoder
  le rapport d'aspect du fichier.
  Durant la lecture le rapport d'aspect est utilis<69> pour redonner <20> la vid<69>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<69>mascope"
  <screen>
  -vf scale=720:368,expand=720:480 -lavcopts aspect=16/9
  </screen>
  Pour calculer la taille correcte de dimensionnement, utilisez la largeur 
  <20>tendu NTSC de 854/2.35 = 368
</para>

<para>
  2.35:1 ou PAL "Cin<69>mascope"
  <screen>
  -vf scale="720:432,expand=720:576 -lavcopts aspect=16/9
  </screen>
  Pour calculer la taille correcte de dimensionnement, utilisez la largeur 
  <20>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'<27>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'<27>chantillonnage 
  est requis.
  Ceci est r<>alis<69> 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 <20>tre utilis<69> pour cr<63>er
  des vid<69>os conforme VCD/SVCD/DVD en utilisant les options appropri<72>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<75>ment utilis<69> pour le DVD.
  L'audio PCM peut aussi <20>tre utilis<69> 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<66>on les lecteurs n'ont souvent aucun probl<62>me pour les jouer.
</para></listitem>

<listitem><para>
  <emphasis role="bold">abitrate</emphasis>:
  224 pour le VCD; jusqu'<27> 384 pour le SVCD; jusqu'<27> 1536 pour le DVD, mais 
  utilise commun<75>ment une gamme de valeurs de 192 kbps pour le st<73>r<EFBFBD>o <20> 
  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<69> 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<69> pour r<>gler la taille du GOP.
  18 pour les mat<61>riaux <20> 30 fps, ou 15 pour les mat<61>riaux  <20> 25/24 fps.
  Les producteurs commerciaux semblent pr<70>f<EFBFBD>rer des keyframe <20> des intervales 
  de 12.
  Il est possible de l'avoir plus grand et et d'<27>tre encor compatible avec la 
  plupart des lecteurs.
  Un <option>keyint</option> de 25 ne devrait jamais causer de probl<62>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 <20>tre laiss<73> 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<70>f<EFBFBD>rences et conditions personnelles .
</para></listitem>

<listitem><para>
  <emphasis role="bold">vbitrate</emphasis>:
  1152 pour le VCD;
  jusqu'<27> 2500 pour le SVCD;
  jusqu'<27> 9800 pour le DVD.
  Pour les deux derniers formats, vbitrate devrait <20>tre r<>gl<67> bas<61> sur des 
  pr<70>f<EFBFBD>rences personnelles.
  Par exemple, si vous insistez <20> faire tenir 20 heures ou plus sur un DVD, 
  vous pourriez utiliser vbitrate=400.
  La qualit<69> vid<69>o r<>sutlante sera probablement assez mauvaise.
  Si vous essayez d'avoir la qualit<69> maximum possible sur un DVD, utilisez 
  vbitrate=9800, mais soyez pr<70>venu que cela pourrait vous contraindre 
  <20> n'avoir que moins d'une heure de vid<69>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<61>trage typique minimum de <option>-lavcopts</option> pour
  encoder une vid<69>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<6E></title>
<para>
  Pour une qualit<69> plus <20>lev<65> d'encodage, vous pourriez aussi souhaiter ajouter 
  des options d'am<61>lioration de qualit<69> <20> 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<63>er un encodage DVD de tr<74>s haute qualit<69>, il 
  peut <20>tre utile d'ajouter <option>dc=10</option> <20> lavcopts.
  Le faire peut aider <20> r<>duire l'apparition de blocs dans les zones plates 
  color<6F>es.
  Les mettre toute ensemble, ceci est un exemple d'un param<61>trage de lavcopts 
  pour un DVD de plus haute qualit<69>:
</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'<27>tre aussi bon que les deux autres librairies,
  cependant il devrait toujours <20>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<69>.
</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<70>tes  pour cr<63>er des vid<69>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<EFBFBD> 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<EFBFBD> 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>