Sync with 1.47, patch by Johan Bos < dariusjb AH gmail com> and LMJ.

Hail to the Foggy Team!!!!!!!!!!
Not hooked up with the rest of the build system yet as it's not been re-read and proofread enough, and maybe doesn't even validate ;)
pre8 or rc1 can probably wait till these issues are straighten up :)


git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@18230 b3059339-0415-0410-9bf9-f77b7e298cf2

1 files changed, 4377 insertions, 0 deletions

diff --git a/DOCS/xml/fr/encoding-guide.xml b/DOCS/xml/fr/encoding-guide.xml
new file mode 100644
index 0000000000..2f90f7d7e4
--- /dev/null
+++ b/DOCS/xml/fr/encoding-guide.xml
@@ -0,0 +1,4377 @@
+<?xml version="1.0" encoding="iso-8859-1"?>
+<!-- $Revision$ -->
+<chapter id="encoding-guide">
+<title>L'encodage avec <application>MEncoder</application></title>
+
+<sect1 id="menc-feat-dvd-mpeg4">
+<title>Créer un rip MPEG-4 (&quot;DivX&quot;) de haute qualité à partir d'un DVD</title>
+
+<para>
+  Une question fréquemment posée est "Comment faire le meilleur rip DVD possible ?
+  Une autre question est "Comment dois-je faire pour avoir un rip de la meilleur
+  qualité possible ?" Peu importe la taille du fichier, je veux simplement la 
+  meilleur qualité."
+</para>
+
+<para>
+  Cette question est peut être un peu mal posée. Après tout, si vous ne vous
+  souciez pas de la taille du fichier, pourquoi ne pas simplement copier le
+  flux MPEG-2 du DVD entier ? Bien sûr, votre AVI finira par faire 5Go, mais
+  si vous voulez la meilleure qualité et ne vous souciez pas de la taille,
+  ceci est probablement votre meilleure option.
+</para>
+
+<para>
+  En fait, la raison pour laquelle vous voulez convertir un DVD en MPEG-4
+  est que vous tenez <emphasis role="bold">réellement</emphasis> compte
+  de la taille du fichier.
+</para>
+
+<para>
+  Il est difficile de proposer une recette sur la façon de créer des rips DVD
+  de très haute qualité. Il y a de nombreux facteurs à prendre en compte, et vous
+  devriez comprendre ces détails, ou vous serez déçus par les résultats. Ci-dessous
+  nous allons examiner quelques-uns de ces problèmes, et voir un exemple. Nous
+  supposerons que vous utilisez <systemitem class="library">libavcodec</systemitem> pour encoder 
+  la vidéo, bien que cette exemple théorique s'applique également à d'autres codecs.
+</para>
+
+<para>
+  Si cela vous semble un peu trop pour vous, vous devriez utiliser une des 
+  interfaces graphiques listées dans   <ulink url="http://mplayerhq.hu/homepage/design7/projects.html#mencoder_frontends">Section 
+  MEncoder</ulink> sur la page de notre projet.
+  Avec ceci, vous serez suffisamment armé pour produire des rips de bonne qualité sans 
+  trop réfléchir car ces outils utilisent des réglages astucieux à votre place.
+</para>
+
+<sect2 id="menc-feat-dvd-mpeg4-preparing-encode">
+<title>Préparation à l'encodage : identification des sources, du matériel et du framerate</title>
+<para>
+  Avant même de penser à encoder un film, il est nécessaire de passer par quelques étapes
+  préliminaires.
+</para>
+
+<para>
+  La première et plus importante étape avant l'encodage sera la détermination du 
+  type de contenu utilisé. Si la source physique provient d'un DVD ou bien d'un 
+  média de diffusion comme la télé par câble ou le satellite, elle sera stocké
+  sous deux formats : NTSC pour l'amérique du nord et le Japon, et le PAL pour
+  l'Europe et autres...
+  C'est important de la prendre en compte, pourtant, ceci est juste le format
+  de présentation à la télévision, ce n'est en <emphasis role="bold">aucun</emphasis>
+  cas le format original du film.
+  L'expérience montre que le NTSC est bien plus dur à encoder car il y a plus
+  d'élément d'identification dans la source.
+  Afin de produire l'encodage désiré, vous devez connaître le format original.
+  Négliger cette étape aura pour conséquence des résultats hasardeux, des artefacts 
+  bizarroïdes, des trames en double ou ignorées.
+  En plus d'avoir des résultats bizarres, le rendu global en souffrirai par une 
+  qualité médiocre par unité du bitrate.
+</para>
+
+<sect3 id="menc-feat-dvd-mpeg4-preparing-encode-fps">
+<title>Identification du framerate de la source</title>
+<para>
+  Voici une liste de types de sources matérielles, il est possible que vous
+  trouvez la votre avec ces propriétés :
+</para>
+<itemizedlist>
+<listitem><para>
+  <emphasis role="bold">Film standard</emphasis>: produit pour une diffusion
+  cinématographique avec 24 images par secondes (fps).
+</para></listitem>
+<listitem><para>
+  <emphasis role="bold">Vidéo PAL</emphasis>: Enregistré par une caméra à 50 trames 
+  par secondes. Une trame est par exemple les lignes paires ou autre d'une image.
+  La télévision a été crée pour rafraîchir l'image de cette manière, une version
+  de la compression analogique.
+  L'oeil humain est censé compenser cette alternance de trames mais dès lors que vous 
+  comprenez ce fonctionnement, vous ne regarderez plus la télévision de la même façon.
+  Deux trames ne font <emphasis role="bold">pas</emphasis> une image complète, car elles
+  sont capturées 1/50 de seconde décalé dans le temps et ceci, sans bouger tant qu'il n'y
+  a pas de mouvement
+</para></listitem>
+<listitem><para>
+  <emphasis role="bold">Vidéo NTSC</emphasis> : Enregistré par une caméra à
+  60000/1001 trames par secondes, ou 60 trames par secondes dans l'ère noir/blanc.
+  Sinon, c'est similaire au PAL.
+</para></listitem>
+<listitem><para>
+  <emphasis role="bold">Animation</emphasis>: Normalement dessiné pour 24fps, 
+  mais il en existe de toute sorte.
+</para></listitem>
+<listitem><para>
+  <emphasis role="bold">Animation Graphique, Effets Spéciaux</emphasis>: il est
+  possible d'en trouver avec n'importe quel framerate, mais 24 et 30 fps sont généralement
+  destiné au NTSC et 25 pour le PAL.
+</para></listitem>
+<listitem><para>
+  <emphasis role="bold">Vieux films</emphasis>: un framerate généralement plus
+   bas.
+</para></listitem>
+</itemizedlist>
+</sect3>
+
+<sect3 id="menc-feat-dvd-mpeg4-preparing-encode-material">
+<title>Identification de la source matérielle</title>
+<para>
+  (?)Les films composés de trames sont dits progressive,
+  tandis que ceux composés de champs indépendant sont appelés
+  soit entrelacé soit vidéo - ce dernier terme est plutôt ambigu.
+</para>
+<para>
+  Pour compliquer le tout, quelques films font un film des techniques vues ci-dessus.
+</para>
+<para>
+  La distinction la plus importante qui doit être faire entre ces formats
+  est que certains sont basés sur l'image d'autre sur le champs
+  <emphasis role="bold">Même si</emphasis> un film a été préparé pour être projeté
+  sur une télévision (même les DVDs), il est converti dans un format basé sur des champs.
+  Les nombreuses méthodes peuvent être rassemblé sous le terme de redimensionnement comme
+  l'infâme NTSC "3:2 telecine" qui en ai une variété.
+  A part que l'oeuvre originale soit basé sur des champs (et avec le même fieldrate),
+  vous obtiendrez un format d'image différent de celui d'origine.
+</para>
+
+<itemizedlist>
+<title>Plusieurs variétés communes de redimensionnement :</title>
+<listitem><para>
+  <emphasis role="bold">Redimensionnement PAL 2:2 </emphasis>: Le meilleur de tous.
+  Chaque image est affiché pendant la durée de deux trames, par extraction des lignes
+  paires et impaires, puis en les affichant par alternance.
+  Si l'original est à 24 images par secondes, ce redimensionnement augmentera la vitesse
+  du film de 4%.
+</para></listitem>
+<listitem><para>
+  <emphasis role="bold">Redimensionnement PAL 2:2:2:2:2:2:2:2:2:2:2:3</emphasis>:
+  La douzième image est affiché pendant la durée de 3 frames au lieu de deux. Cela
+  permet d'éviter le problème de l'accélération de 4% mais rend le processus trés 
+  difficil à inverser.
+  Cette technique est généralement utilisé dans les productions musicales où 
+  l'accélération de 4% endommagerai sérieusement la qualité musicale.
+</para></listitem>
+<listitem><para>
+  <emphasis role="bold">Télécine NTSC 3:2</emphasis>: Les images sont alternativement
+  affichées la durée de 3 ou 2 frames. Cela provoque un redimensionnement de 2,5 fois le 
+  ratio original. Le résultat est très légèrement de 60 frames par secondes à 60000/1001
+  frames par seconde pour maintenir le fieldrate NTSC
+</para></listitem>
+<listitem><para>
+  <emphasis role="bold">Redimmensionnement NTSC 2:2</emphasis>: Utilisé pour le NTSC avec une 
+  source en 3Dfps. Le rendu est correct, similaire au redimensionnement PAL 2:2
+</para></listitem>
+</itemizedlist>
+
+<para>
+  Il y aussi d'autres manière de convertir des vidéos NTSC et du PAL 
+  mais ce sujet s'éloigne des limites de ce guide.
+  Si vous désirez encoder une film par exemple, le mieux reste de trouver
+  une copie de l'original.
+  La conversion entre ces deux formats est hautement destructrice et il n'est 
+  pas possible de l'inverser proprement, donc l'encodage sera d'autant plus
+  mauvais s'il est fait à partir d'une source déjà converti.
+</para>
+<para>
+  Quand des vidéos sont stockés sur un DVD, des groupes de trames 
+  consécutives sont groupés en une image, même si elles ne sont pas censés
+  être affichées au même moment.
+  Le standard MPEG-2 utilisé dans les DVDs et la télévision numérique fourni
+  un moyen d'encoder les images originales progressivement et de stocker le 
+  nombre de trames pour chaque image qui devra être afficher avant cette 
+  image.
+  Si cette méthode avait été utilisé, le film aurait été souvent décrit comme 
+  "soft-telecined" ("contenu progressif"), car le processus de redimentionnement 
+  est appliqué directement par le lecteur de DVD au lieu de détériorer le film lui même.
+  Ce cas est préféré car il peut être tout aussi bien inversé
+  (ignoré ici) par l'encodeur puisqu'il préserve la qualité maximale.
+  Malgré cela, beaucoup de DVD et d'émissions studios diffusées n'utilisent pas
+  des techniques d'encodage propres mais plutôt des films "hard telecine" ("contenu brut") 
+  où les trames sont dupliquées puis encodées en MPEG-2.
+</para>
+<para>
+  Les étapes pour gérer correctement ce genre de cas sera évoqué <link
+  linkend="menc-feat-telecine">plus tard dans ce guide</link>.
+  Pour l'instant, nous allons vous donner quelques indices pour définir à quel
+  source vous avez à faire : 
+</para>
+
+<itemizedlist>
+<title>Domaine du NTSC:</title>
+<listitem><para>
+  Si <application>MPlayer</application> affiche que le nombre d'image a changé pour 
+  24000/1001 quand vous regardez votre film, et qu'il ne change plus du tout, il est 
+  quasiment certain que c'est un contenu progressif qui a été "soft teleciné".
+</para></listitem>
+<listitem><para>
+  Si <application>MPlayer</application> affiche un nombre d'images alternant 
+  entre 24000/1001 et 30000/1001 et les bords de l'image sont effilés, alors 
+  il y a plusieurs possibilités.
+  Les segments à 24000/1001 fps ont très certainement un contenu progressif, 
+  "soft teleciné" mais les parties 30000/1001 fps  peuvent être "hard-teleciné" 
+  depuis un contenu 24000/1001 fps ou 60000/1001 frames par secondes d'une vidéo NTSC.
+</para></listitem>
+<listitem><para>
+  Si <application>MPlayer</application> montre un nombre d'images constant et que chacune 
+  des images avec des mouvements apparaît effiles sur les cotés, alors votre film 
+  est à 60000/1001 images par secondes sur une vidéo en NTSC.
+</para></listitem>
+<listitem><para>
+  Si <application>MPlayer</application> montre un nombre d'images constant et que deux 
+  images sur cinq apparaît effilé, le film est "hard teleciné" avec un contenu 
+  de 24000/1001fps.
+</para></listitem>
+</itemizedlist>
+
+<itemizedlist>
+<title>Domaine du PAL:</title>
+<listitem><para>
+  Si vous ne voyez pas d'effilement sur les cotés, le film à un redimensionnement 2:2.
+</para></listitem>
+<listitem><para>
+  Si vous voyez une alternance régulière d'éffilement, de pseudo entrelacement 
+  toutes les demi-secondes, alors le film a subi une réduction 2:2:2:2:2:2:2:2:2:2:2:3.
+</para></listitem>
+<listitem><para>
+  Si vous voyez une sorte d'entrelacement constant dans les scènes en mouvement, 
+  le film est en PAL avec 50 trames par secondes.
+</para></listitem>
+</itemizedlist>
+
+<note><title>Astuce:</title>
+<para>
+  <application>MPlayer</application> peut lire un film très lentement en utilisant 
+  l'option -speed ou en le jouant image par image.
+  Essayer d'utiliser l'option <option>-speed</option> à 0.2 afin de regarder le film 
+  très doucement ou presser la touche "<keycap>.</keycap>" pour avancer d'une frame 
+  à l'autre et ainsi identifier la "signature" d'un type de redimensionnement si 
+  celui-ci n'est pas visible à vitesse normale.
+</para>
+</note>
+</sect3>
+</sect2>
+
+<sect2 id="menc-feat-dvd-mpeg4-2pass">
+<title>Quantiseur constant contre deux passes</title>
+
+<para>
+  Il est possible d'encoder votre film suivant différentes qualités. 
+  Les encoders vidéo modernes et quelques pre-codec de compression 
+  (anti-bruit et redimensionnement), il est possible d'obtenir un 
+  trés bon rendu pour un film grand écran de 90-110 minutes tenant sur 700Mo. 
+  De plus, la plupart des films longs peuvent approcher un résultat parfait 
+  avec un fichier d'un taille de 1400Mo.
+</para>
+
+<para>
+  Il y a trois approches possibles pour encoder une vidéo: débit constant
+  (CBR), quantification constante, et deux-passes (ABR, ou débit moyen). 
+</para>
+
+<para>
+  La complexité des images d'un film et le nombre de bits utilisés pour 
+  cette compression fera varier grandement le résultat d'une scène à l'autre. 
+  Les encodeurs vidéo modernes savent s'ajuster en fonction des besoins par 
+  variation du débit vidéo (bitrate).
+  Dans un mode simple comme le CBR, quel qu'il soit, l'encodeur ne connaît pas 
+  le besoin en débit vidéo pour les scènes à venir, donc il ne sait pas définir 
+  un bitrate moyen sur la longueur du film.
+  Les modes avancés actuels, comme le mode multipass (plusieurs passages) prends 
+  en compte les statistiques des passes précédentes pour l'encodage, fixant le 
+  problème ci-dessus. 
+</para>
+
+<note><title>Note:</title>
+<para>
+  La plupart des codecs qui supporte l'encodage ABR supportent seulement deux 
+  passages alors que d'autres comme le <systemitem class="library">x264</systemitem>,
+  le <systemitem class="library">XviD</systemitem> et <systemitem   class="library">libavcodec</systemitem> supportent des 
+  passes multiples qui permettent d'affiner à chaque fois les statistiques mais 
+  cela sera négligeable après la quatrième passe.
+  Dans cette section, deux passages ou plus peuvent être utilisés indifféremment.
+</para>
+</note>
+
+<para>
+  Dans chacun de ces modes, <systemitem class="library">libavcodec</systemitem>
+  sépare les trames vidéos en macroblocs de 16x16 pixels et applique ensuite
+  un quantificateur sur chaque macrobloc. Plus le quantificateur est bas, plus 
+  la qualité est bonne et le débit est gros. La méthode utilisée par
+  <systemitem class="library">libavcodec</systemitem> pour déterminer quel
+  quantificateur utiliser varie et est très réglable (ceci est une simplification
+  à l'extrême du processus, mais il est utile de comprendre le principe de base).
+</para>
+
+<para>
+  Lorsque vous spécifiez un débit constant, le codec vidéo encodera la vidéo 
+  sans porter suffisamment attention aux détails, et ceux-ci, d'autant plus 
+  que le bitrate sera petit. Si vous n'en avez rien à faire de la taille du 
+  fichier, vous pouvez fixé un débit contant et infini. (En pratique, cette 
+  valeur aura une limite haute, comme par exemple 10000Kbit). Sans réelle 
+  restriction de débit, 
+  <systemitem class="library">libavcodec</systemitem> utilisera le plus
+  bas quantificateur possible pour chaque macrobloc (tel que spécifié par
+  <option>vqmin</option>, qui vaut 2 par défaut). 
+  Si vous spécifiez un débit si bas que <systemitem class="library">
+  libavcodec</systemitem> soit forcé d'utiliser un quantificateur plus haut, 
+  alors vous êtes certainement en train de massacrer la qualité de votre 
+  vidéo. En général, vous devriez éviter le CBR si vous vous souciez de 
+  la qualité.
+</para>
+
+<para>
+  Avec un quantificateur constant <systemitem class="library">libavcodec</systemitem> utilise 
+  le même quantificateur, spécifié par l'option <option>vqscale</option>, sur chaque macrobloc. 
+  Si vous voulez un rip de la meilleure qualité possible, là encore en ignorant 
+  le débit, vous pouvez utiliser <option>vqscale=2</option>. Cela donnera le même débit 
+  et le même PSNR (Peak Signal-to-Noise Ratio, rapport signal sur bruit de crête) 
+  que le CBR avec <option>vbitrate</option>=infini et la valeur de <option>vqmin</option> par 
+  défaut (2).
+</para>
+
+<para>
+  Le problème de la quantification constante est qu'elle utilise le quantificateur
+  demandé même si le macrobloc n'en a pas besoin. En fait, il doit être possible
+  d'utiliser un quantificateur plus haut sur un macrobloc sans sacrifier de la 
+  qualité visuelle. Pourquoi gaspiller des bits avec un quantificateur inutilement 
+  bas ? Votre microprocesseur a assez de ressources cette fois ci, mais seulement 
+  quelques octects sur le disque.
+</para>
+
+<para>
+  Avec l'encodage deux-passes, la première passe va ripper le film comme
+  en CBR, mais va garder un log des propriétés de chaque trame. Ces données
+  sont ensuites utilisées pendant la seconde passe de façon à choisir intelligemment
+  quels quantificateurs utiliser. Lors des scènes d'action rapide ou celles ayant 
+  peu de détails, des quantificateurs plus haut seront utilisés, et durant les 
+  scènes avec peu de mouvements ou avec beaucoup de détails, des quantificateurs 
+  plus bas seront utilisés.
+</para>
+
+<para>
+  Si vous utilisez <option>vqscale=2</option>, alors vous gaspillerez des bits.
+  Si vous utilisez <option>vqscale=3</option>, vous n'aurez pas la meilleur
+  qualité de rip. Supposez que vous rippiez un DVD avec <option>vqscale=3</option>, 
+  et que le résultat soit 1800Kbit. Si vous faites un encodage deux passes avec
+  <option>vbitrate=1800</option>, la vidéo produite aura une 
+  <emphasis role="bold">meilleur qualité</emphasis> pour le <emphasis role="bold">même débit</emphasis>.
+</para>
+
+<para>
+  Maintenant que vous êtes convaincu que l'encodage deux passes est la bonne méthode,
+  la vraie question est maintenant de savoir quel débit utiliser. Il n'y a pas de réponse 
+  unique. Idéalement, vous devriez choisir un débit offrant un compromis entre 
+  qualité et taille de fichier. Cela varie suivant la source vidéo.
+</para>
+
+<para>
+  Si la taille ne compte pas, un bon point de départ pour un rip de très haute 
+  qualité est environ 2000kbps, plus ou moins 200kbps. 
+  Pour les vidéos comportant beaucoup d'actions ou de détails, ou si vous avez 
+  de très bon yeux, vous pouvez choisir 2400 ou 2600.
+  Pour certains DVDs, vous pourriez voir une différence à 1400kbps. C'est une bonne
+  idée que d'essayer sur des scènes à différents débits pour se rendre compte.
+</para>
+
+<para>
+  Si vous avez fixé une taille limite, alors il faudra se livré à un petit calcul 
+  pour obtenir le débit souhaité. Mais avant cela, il faudra définir l'espace que 
+  vous réservez aux piste(s) audio et vous devrez <link linkend="menc-feat-dvd-mpeg4-audio">
+  les ripper</link> en premier.
+  Vous pouvez calculer le débit désiré avec l'équation suivante :
+  <systemitem>Débit = (taille_fichier_final_en_Mo - taille_fichier_son_en_Mo) *
+  1024 * 1024 / durée_en_secondes * 8 / 1000</systemitem>
+  Par exemple, pour ramener deux heures de films sur un cd de 702Mo avec une piste 
+  son de 60Mo, le débit vidéo sera alors de : 
+  <systemitem>(702 - 60) * 1024 * 1024 / (120*60) * 8 / 1000 = 740kbps</systemitem>
+</para>
+
+</sect2>
+<sect2 id="menc-feat-dvd-mpeg4-constraints">
+<title>Contraintes pour un encodage efficace</title>
+
+<para>
+  De part la nature intrinsèque de la compresssion MPEG, de nombreux 
+  paramètres rentrent en jeu afin d'obtenir une qualité maximum.
+  Le MPEG découpe la vidéo en carré de 16x16 appelé macroblocs, chacun 
+  d'entre eux et composé de 4 blocs 8x8 petits blocs d'information sur 
+  la luminosité (intensité) et deux moitié de la résolution par des petits 
+  blocs 8x8 pour des informations chromatiques (couleur) (un pour l'axe 
+  rouge-cyan et l'autre pour l'autre le bleu-jaune).
+  Même si la longueur et largeur du film ne sont pas des multiples de 16, 
+  l'encodeur utilisera des macroblocs de 16x16 pour couvrir l'image entiere, 
+  l'espace restant sera alors perdu.
+  Si votre intérêt est de conserver une très bonne qualité, il sera une 
+  mauvaise idée d'utiliser d'autres dimensions que des multiples de 16.
+</para>
+
+<para>
+  La plupart des DVDs ont aussi des bandes noires sur les bords. Négliger 
+  ces parties peut altérer la qualité de plusieurs manières.
+</para>
+
+<orderedlist>
+<listitem>
+<para>
+  La compression MPEG est aussi dépendante du domaine de transformation des 
+  fréquences, en particulier du "Discrete Cosine Transform (DCT)", similaire 
+  à la transformation de Fourrier. Ce type d'encodage est efficace pour les 
+  formes et les transitions douces, mais fonctionne moins bien avec les bords 
+  francs. Afin d'encoder correctement, il demandera plus de bits, sinon des 
+  artefacts de compression apparaitront, aussi connus sous le nom de "ringing".
+</para>
+
+<para>
+  La transformation en fréquence (DCT) prend place séparément dans chaque 
+  macrobloc (en effet dans chaque bloc même), donc le problème n'apparaitra 
+  que si un bord franc est dans ce bloc. Si vos bordures noires commencent 
+  exactement sur un multiple de 16, ce n'est pas un problème. En pratique, 
+  les bordures ne sont jamais franchement alignées, et il sera certainement 
+  nécessaire de les couper pour éviter des soucis.
+</para>
+</listitem>
+</orderedlist>
+
+<para>
+  En plus des transformations au niveau des fréquences, la compression MPEG 
+  utilise des vecteurs de mouvements représentant les changements d'une image 
+  à la suivante. Ces vecteurs de mouvements voient leur utilité grandement 
+  réduite quand la prochaine image à un contenu totalement différent. Quand 
+  il y a un mouvement qui s'étend sur le région encodé, les vecteurs n'ont 
+  aucun soucis avec ce mouvement. Alors qu'en présence de bordures noires, 
+  cela en créera :
+</para>
+
+<orderedlist continuation="continues">
+<listitem>
+<para>
+  Pour chaque macrobloc, la compression MPEG stocke un vecteur identifiant 
+  quelle partie de la précédente image devrait être copier dans les macroblocs 
+  de l'image suivante. Seules les différences devront alors être encoder. 
+  Si le macrobloc s'étend et prend en compte une des bordures noire de l'image, 
+  alors le vecteur de mouvement écrasera la bordure noire. Cela veut dire que de 
+  nombreux bits sont gaspillés pour renoircir la bande noire ou sinon, le vecteur 
+  de mouvement ne sera pas du tout utiliser (par chance) et tout le macrobloc 
+  devra alors être ré-encoder. Autrement, la qualité de l'encodage en est 
+  grandement amélioré.
+</para>
+
+<para>
+  Encore une fois, ce problème s'applique que si les lignes des bordures noires 
+  ne sont pas un multiple de 16.
+</para>
+</listitem>
+
+<listitem>
+<para>
+  Enfin, supposons que l'on a un macrobloc à l'intérieur d'une image et qu'un 
+  objet se déplace dans ce bloc proche d'un bord de l'image. Malheureusement, le 
+  MPEG ne sait pas faire "copier juste la partie qui dans l'image et laisser tomber 
+  la partie noire". Donc la partie noire sera alors aussi copiée, ce qui fait encore 
+  beaucoup de bits encodé alors qu'ils n'ont pas à être gaspillé.
+</para>
+
+<para>
+  Si l'objet en mouvement parcourt depuis le bord noir jusque dans la zone encodée, 
+  le MPEG dispose d'optimisation spéciales pour copier en répétition des pixels 
+  depuis le bord de l'image lorsque celui vient de l'extérieur de la partie encodée. 
+  Ces optimisations deviennent inutiles quand le film à des bandes noires. Contrairement 
+  aux problèmes 1 et 2, même les bordures noires multiples de 16 n'aident dans ce cas.
+</para>
+</listitem>
+
+<listitem>
+<para>
+  Malgré le fait que les bordures soient entièrement noires et quelles ne changent jamais, 
+  il y a toujours un minimun de macroblocs impliqués.
+</para>
+</listitem>
+</orderedlist>
+
+<para>
+  Pour toutes ces raisons, il est préférable de couper entièrement ces bandes 
+  noires. Dans la même optique, si il y a une partie contenant du bruit ou de la 
+  distorsion d'image prés d'une bordure, la coupure l'enlevera et permettra d'avoir 
+  une amélioration significative de la qualité de l'encodage. Les vidéophiles les 
+  plus puristes souhaiteront préserver l'encodage le plus proche possible de 
+  l'original, à moins qu'ils encodent avec un quantificateur constant, la qualité 
+  gagnée après l'amputation des bandes noires améliorent grandement la qualité 
+  finale de l'encodage au regards des quelques rares informations perdues.
+</para>
+</sect2>
+
+
+<sect2 id="menc-feat-dvd-mpeg4-crop">
+<title>Découpage et Redimensionnement</title>
+
+<para>
+  Rappel de la section prédécente, la taille de l'image finale devra être un 
+  multiple de 16 (en hauteur et largeur). Cela peut être réalisé par découpage, 
+  redimensionnement ou les deux.
+</para>
+
+<para>
+  Lors de la recoupe, il y a quelques règles qui doivent être respecté sous peine 
+  d'endomager votre film.
+  Le format normal YUV, 4:2:0 stock l'information chromatique (couleur) 
+  sous-échantillonnée, par exemple, la chrominance est samplé en moitié moins 
+  de temps que l'information de la luminance (intensité). Observez le schéma 
+  suivant, L indique un échantillon de luminance, et C pour la chroma.
+</para>
+
+<informaltable>
+<?dbhtml table-width="40%" ?>
+<?dbfo table-width="40%" ?>
+<tgroup cols="8" align="center">
+<colspec colnum="1" colname="col1"/>
+<colspec colnum="2" colname="col2"/>
+<colspec colnum="3" colname="col3"/>
+<colspec colnum="4" colname="col4"/>
+<colspec colnum="5" colname="col5"/>
+<colspec colnum="6" colname="col6"/>
+<colspec colnum="7" colname="col7"/>
+<colspec colnum="8" colname="col8"/>
+<spanspec spanname="spa1-2" namest="col1" nameend="col2"/>
+<spanspec spanname="spa3-4" namest="col3" nameend="col4"/>
+<spanspec spanname="spa5-6" namest="col5" nameend="col6"/>
+<spanspec spanname="spa7-8" namest="col7" nameend="col8"/>
+  <tbody>
+    <row>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+    </row>
+    <row>
+      <entry spanname="spa1-2">C</entry>
+      <entry spanname="spa3-4">C</entry>
+      <entry spanname="spa5-6">C</entry>
+      <entry spanname="spa7-8">C</entry>
+    </row>
+    <row>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+    </row>
+    <row>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+    </row>
+    <row>
+      <entry spanname="spa1-2">C</entry>
+      <entry spanname="spa3-4">C</entry>
+      <entry spanname="spa5-6">C</entry>
+      <entry spanname="spa7-8">C</entry>
+    </row>
+    <row>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+    </row>
+  </tbody>
+</tgroup>
+</informaltable>
+
+<para>
+  Comme vous pouvez le voir, les lignes et colonnes de l'image naturelle 
+  viennent par deux. Donc votre découpe devra <emphasis>absolument</emphasis> 
+  avoir des dimensions paires. Sinon, les informations chromatique et de 
+  luminosité ne seront plus alignées.
+  En théorie, il est possible de découper d'une dimension impaire, mais cela 
+  demandera alors un re-sampling des informations chromatique, et donc 
+  potentiellement de générer des pertes d'information et non supporté par 
+  le filtre de redimensionnement.
+</para>
+
+<para>
+  Ensuite, la vidéo entrelacée est samplée de la façon suivante:
+</para>
+
+<informaltable>
+<?dbhtml table-width="80%" ?>
+<?dbfo table-width="80%" ?>
+<tgroup cols="16" align="center">
+<colspec colnum="1"  colname="col1"/>
+<colspec colnum="2"  colname="col2"/>
+<colspec colnum="3"  colname="col3"/>
+<colspec colnum="4"  colname="col4"/>
+<colspec colnum="5"  colname="col5"/>
+<colspec colnum="6"  colname="col6"/>
+<colspec colnum="7"  colname="col7"/>
+<colspec colnum="8"  colname="col8"/>
+<colspec colnum="9"  colname="col9"/>
+<colspec colnum="10" colname="col10"/>
+<colspec colnum="11" colname="col11"/>
+<colspec colnum="12" colname="col12"/>
+<colspec colnum="13" colname="col13"/>
+<colspec colnum="14" colname="col14"/>
+<colspec colnum="15" colname="col15"/>
+<colspec colnum="16" colname="col16"/>
+<spanspec spanname="spa1-2"   namest="col1" nameend="col2"/>
+<spanspec spanname="spa3-4"   namest="col3" nameend="col4"/>
+<spanspec spanname="spa5-6"   namest="col5" nameend="col6"/>
+<spanspec spanname="spa7-8"   namest="col7" nameend="col8"/>
+<spanspec spanname="spa9-10"  namest="col9" nameend="col10"/>
+<spanspec spanname="spa11-12" namest="col11" nameend="col12"/>
+<spanspec spanname="spa13-14" namest="col13" nameend="col14"/>
+<spanspec spanname="spa15-16" namest="col15" nameend="col16"/>
+  <tbody>
+    <row>
+      <entry namest="col1" nameend="col8">Top field</entry>
+      <entry namest="col9" nameend="col16">Bottom field</entry>
+    </row>
+    <row>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+    </row>
+    <row>
+      <entry spanname="spa1-2">C</entry>
+      <entry spanname="spa3-4">C</entry>
+      <entry spanname="spa5-6">C</entry>
+      <entry spanname="spa7-8">C</entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+    </row>
+    <row>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+    </row>
+    <row>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+    </row>
+    <row>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry spanname="spa9-10">C</entry>
+      <entry spanname="spa11-12">C</entry>
+      <entry spanname="spa13-14">C</entry>
+      <entry spanname="spa15-16">C</entry>
+    </row>
+    <row>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+    </row>
+    <row>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+    </row>
+    <row>
+      <entry spanname="spa1-2">C</entry>
+      <entry spanname="spa3-4">C</entry>
+      <entry spanname="spa5-6">C</entry>
+      <entry spanname="spa7-8">C</entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+    </row>
+    <row>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+    </row>
+    <row>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry>L</entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+    </row>
+    <row>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry></entry>
+      <entry spanname="spa9-10">C</entry>
+      <entry spanname="spa11-12">C</entry>