remove trailing spaces + remove some obviously redudant words

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

1 files changed, 709 insertions, 709 deletions

diff --git a/DOCS/xml/fr/encoding-guide.xml b/DOCS/xml/fr/encoding-guide.xml
index d48763b0da..7489e99b84 100644
--- a/DOCS/xml/fr/encoding-guide.xml
+++ b/DOCS/xml/fr/encoding-guide.xml
@@ -9,7 +9,7 @@
 <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 meilleure
-  qualité possible ?" Peu importe la taille du fichier, je veux simplement la 
+  qualité possible ?" Peu importe la taille du fichier, je veux simplement la
   meilleure qualité."
 </para>
 
@@ -32,15 +32,15 @@
   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 
+  supposerons que vous utilisez <systemitem class="library">libavcodec</systemitem> pour encoder
   la vidéo, bien que cet 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 
+  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 
+  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>
 
@@ -52,8 +52,8 @@
 </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 
+  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ée
   sous deux formats : NTSC pour l'Amérique du nord et le Japon, et PAL pour
   l'Europe et les autres pays...
@@ -63,9 +63,9 @@
   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 
+  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 risque d'en souffrir avec une 
+  En plus d'avoir des résultats bizarres, le rendu global risque d'en souffrir avec une
   qualité médiocre par unité du bitrate.
 </para>
 
@@ -81,11 +81,11 @@
   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 
+  <emphasis role="bold">Vidéo PAL</emphasis>: Enregistré par une caméra à 50 trames
   par secondes. Une trame est, par exemple, l'ensemble des lignes paires ou des lignes impaires d'une image.
   La télévision a été créée pour afficher l'image de cette manière (en fait une version bas de gamme
   de compression analogique).
-  L'oeil humain est censé compenser cette alternance de trames mais dès lors que vous 
+  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 avec un décalage de 1/50e de seconde, et donc, elles ne s'alignent pas
@@ -146,39 +146,39 @@
 <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ée 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 
+  permet d'éviter le problème de l'accélération de 4% mais rend le processus trés
   difficile à inverser.
-  Cette technique est généralement utilisée dans les productions musicales où 
+  Cette technique est généralement utilisée dans les productions musicales où
   l'accélération de 4% endommagerait 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 pendant une durée de 3 ou 2 frames. Cela provoque un redimensionnement de 2,5 fois le 
+  affichées pendant une 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 ralenti de 60 frames par secondes à 60000/1001
   frames par seconde pour maintenir le fieldrate NTSC
 </para></listitem>
 <listitem><para>
-  <emphasis role="bold">Redimensionnement NTSC 2:2</emphasis>: Utilisé pour le NTSC avec une 
+  <emphasis role="bold">Redimensionnement NTSC 2:2</emphasis>: Utilisé 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ères de convertir des vidéos NTSC et PAL 
+  Il y aussi d'autres manières de convertir des vidéos NTSC et PAL
   mais ce sujet s'é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 
+  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à convertie.
 </para>
 <para>
-  Quand des vidéos sont stockées sur un DVD, des groupes de trames 
+  Quand des vidéos sont stockées sur un DVD, des groupes de trames
   consécutives sont rassemblées en une image, même si elles ne sont pas censées
   être affichées au même moment.
   Le standard MPEG-2 utilisé dans les DVDs et la télévision numérique fournit
-  un moyen d'encoder les images originales progressivement et de stocker le 
-  nombre de trames pour chaque image qui devra être affiché avant cette 
+  un moyen d'encoder les images originales progressivement et de stocker le
+  nombre de trames pour chaque image qui devra être affiché avant cette
   image.
   Si cette méthode est utilisée, on dit que le film est "soft-telecined"
   ("contenu progressif"), car le processus de rendu est
@@ -186,39 +186,39 @@
   Ce cas est de loin le mieux car il peut être tout aussi bien inversé
   (en fait, non pris en compte) 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") 
+  des techniques d'encodage propres mais plutôt des films "hard telecine" ("contenu brut")
   dans lesquels les trames sont dupliquées puis encodées en MPEG-2.
 </para>
 <para>
   Les étapes pour gérer correctement ce genre de cas seront évoquées <link
   linkend="menc-feat-telecine">plus tard dans ce guide</link>.
   Pour l'instant, nous allons vous donner quelques indices pour définir à quelle
-  source vous avez à faire : 
+  source vous avez à faire :
 </para>
 
 <itemizedlist>
 <title>Domaine du NTSC:</title>
 <listitem><para>
-  Si <application>MPlayer</application> affiche que le nombre d'image a changer pour 
-  24000/1001 quand vous regardez votre film, et qu'il ne change plus du tout, il est 
+  Si <application>MPlayer</application> affiche que le nombre d'image a changer 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 que les bords de l'image affichent des espèces de "peignes", alors 
+  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èces de "peignes", 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 ont pu être "hard-telecinées" 
+  Les segments à 24000/1001 fps ont très certainement un contenu progressif,
+  "soft teleciné" mais les parties 30000/1001 fps ont pu être "hard-telecinées"
   depuis un contenu 24000/1001 fps ou 60000/1001 frames par secondes d'une vidé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és, alors votre film 
+  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és, alors votre film
   est une vidéo NTSC à 60000/1001 images par seconde.
 </para></listitem>
 <listitem><para>
-  Si <application>MPlayer</application> montre un nombre d'images constant et que deux 
+  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é" avec un contenu
   à 24000/1001fps.
 </para></listitem>
@@ -230,22 +230,22 @@
   Si vous ne voyez pas de "peigne" sur les cotés, le film a un redimensionnement 2:2.
 </para></listitem>
 <listitem><para>
-  Si vous voyez une alternance régulière d'effet "peigne", de pseudo-entrelacement 
+  Si vous voyez une alternance réguliè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ènes en mouvement, 
+  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 
+  <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 
+  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>
@@ -257,36 +257,36 @@
 
 <para>
   Il est possible d'encoder votre film suivant une large gamme de qualités.
-  Les compresseurs vidéos modernes et quelques pre-codec de compression 
-  (antibruit et redimensionnement) permettent d'obtenir un 
-  trés bon rendu pour un film grand écran de 90-110 minutes sur 700Mo. 
-  De plus, la plupart des films longs peuvent approcher un résultat parfait 
+  Les compresseurs vidéos modernes et quelques pre-codec de compression
+  (antibruit et redimensionnement) permettent d'obtenir un
+  trés bon rendu pour un film grand écran de 90-110 minutes sur 700Mo.
+  De plus, la plupart des films longs peuvent approcher un résultat parfait
   avec un fichier d'un taille de 1400Mo.
 </para>
 
 <para>
   Il y a trois approches possibles pour encoder une vidéo: débit constant
-  (CBR), quantification constante, et deux passes (ABR, ou débit moyen). 
+  (CBR), quantification constante, et deux passes (ABR, ou débit moyen).
 </para>
 
 <para>
-  La complexité des images d'un film et le nombre de bits utilisés pour 
-  cette compression fera varier grandement le résultat d'une scène à l'autre. 
-  Les encodeurs vidéos modernes savent s'ajuster en fonction des besoins par 
+  La complexité des images d'un film et le nombre de bits utilisés pour
+  cette compression fera varier grandement le résultat d'une scène à l'autre.
+  Les encodeurs vidéos modernes savent s'ajuster en fonction des besoins par
   variation du débit vidéo (bitrate).
-  Cependant, dans un mode simple comme le CBR, le compresseur ne connaît pas 
-  le besoin en débit vidéo pour les scènes à venir, donc il ne sait pas définir 
+  Cependant, dans un mode simple comme le CBR, le compresseur ne connaît pas
+  le besoin en débit vidéo pour les scènes à venir, donc il ne sait pas définir
   un bitrate moyen sur la longueur du film.
   Les modes avancés actuels, comme le mode 'multi-passes' (plusieurs passages), prennent
-  en compte les statistiques des passes précédentes pour l'encodage, fixant le 
-  problème ci-dessus. 
+  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 supportent la compression ABR supportent seulement deux 
+  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 
+  le <systemitem class="library">XviD</systemitem> et <systemitem   class="library">libavcodec</systemitem> supportent des
   passes multiples qui permettent d'affiner à chaque fois les statistiques (ces améliorations seront cependant négligeables
   après la quatrième passe).
   Dans cette section, deux passages ou plus peuvent être utilisés indifféremment.
@@ -296,7 +296,7 @@
 <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 
+  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 configurable (ceci est une simplification
@@ -305,37 +305,37 @@
 
 <!-- FIXME -->
 <para>
-  Lorsque vous spécifiez un débit constant, le compresseur vidéo codera la vidéo 
-  en laissant de côté les détails, et ceci, d'autant plus 
+  Lorsque vous spécifiez un débit constant, le compresseur vidéo codera la vidéo
+  en laissant de côté 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, 
+  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écifié par
-  <option>vqmin</option>, qui vaut 2 par défaut). 
+  <option>vqmin</option>, qui vaut 2 par défaut).
   Si vous spécifiez un débit si petit que <systemitem class="library">
-  libavcodec</systemitem> doit 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 
+  libavcodec</systemitem> doit 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, 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ête) 
-  que le CBR avec <option>vbitrate</option>=infini et la valeur de <option>vqmin</option> par 
+  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, 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ê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 
+  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 car il a le temps, mais votre
   disque lui a une taille fixée.
 </para>
@@ -344,47 +344,47 @@
   Avec l'encodage deux passes, la première passe va ripper le film comme
   en CBR, mais va garder un journal des propriétés de chaque trame. Ces données
   sont ensuite utilisées pendant la seconde passe de façon à choisir intelligemment
-  quels quantificateurs utiliser. Lors des scènes d'action rapide ou celles ayant 
-  beaucoup de détails, des quantificateurs plus élevés seront utilisés. Pendant les 
-  scènes avec peu de mouvements ou avec peu de détails, ce sera des quantificateurs 
+  quels quantificateurs utiliser. Lors des scènes d'action rapide ou celles ayant
+  beaucoup de détails, des quantificateurs plus élevés seront utilisés. Pendant les
+  scènes avec peu de mouvements ou avec peu de détails, ce sera des quantificateurs
   plus bas.
 </para>
 
 <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 meilleure
-  qualité de rip. Supposez que vous ripiez un DVD avec <option>vqscale=3</option>, 
+  qualité de rip. Supposez que vous ripiez 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éo produite aura une 
+  <option>vbitrate=1800</option>, la vidéo produite aura une
   <emphasis role="bold">meilleure 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 
-  toute faite. Idéalement, vous devriez choisir un débit offrant un compromis entre 
+  la vraie question est maintenant de savoir quel débit utiliser. Il n'y a pas de réponse
+  toute faite. Idéalement, vous devriez choisir un débit offrant un compromis entre
   qualité et taille de fichier. Cette valeur varie selon 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, et/ou si vous avez 
+  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, et/ou si vous avez
   de très bon yeux, vous pouvez choisir 2400 ou 2600.
   Pour certains DVDs, vous pourrez ne pas voir de différence à 1400kbps. C'est une bonne
   idée que d'essayer sur des scènes avec différents débits pour se rendre compte.
 </para>
 
 <para>
-  Si vous avez fixé une taille limite, alors il faudra se livrer à un petit calcul 
-  pour obtenir le débit souhaité. Mais avant cela, il faudra définir l'espace que 
+  Si vous avez fixé une taille limite, alors il faudra se livrer à un petit calcul
+  pour obtenir le débit souhaité. 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é 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 : 
+  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>
 
@@ -393,51 +393,51 @@
 <title>Contraintes pour une compression efficace</title>
 
 <para>
-  De par la nature intrinsèque de la compression MPEG, de nombreux 
+  De par la nature intrinsèque de la compression MPEG, de nombreux
   paramètres entrent en jeu afin d'obtenir une qualité maximale.
-  Le MPEG découpe la vidéo en carré de 16x16 appelé macroblocs. Chacun 
-  d'entre eux est composé de 4 petits (8x8) blocs contenant des informations sur 
+  Le MPEG découpe la vidéo en carré de 16x16 appelé macroblocs. Chacun
+  d'entre eux est composé de 4 petits (8x8) blocs contenant des informations sur
   la luminosité (intensité) ainsi que de 2 blocs (donc à résolution moitié)
   contenant des informations chromatiques (pour les teintes rouge-cyan et bleu-jaune).
-  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 entière, 
+  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 entière,
   l'espace restant sera alors perdu.
-  Si votre intérêt est de conserver une très bonne qualité, utiliser des résolutions 
+  Si votre intérêt est de conserver une très bonne qualité, utiliser des résolutions
   non multiples de 16 n'est pas une bonne idée.
 </para>
 
 <para>
-  La plupart des DVDs ont aussi des bandes noires sur les bords. Négliger 
+  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 
+  La compression MPEG est aussi dépendante du domaine de transformation des
   fréquences, en particulier du "Discrete Cosine Transform (DCT)" (une espèce de
-  transformée de Fourier). Ce type d'encodage est efficace pour les 
+  transformée de Fourier). Ce type d'encodage est efficace pour les
   formes et les transitions douces, mais fonctionne moins bien avec les contours
-  acérés. Afin d'encoder correctement, il demandera plus de bits, sinon des 
+  acérés. Afin d'encoder correctement, il demandera plus de bits, sinon des
   artefacts de compression apparaîtront, aussi connus sous le nom de "ringing".
 </para>
 
 <para>
-  La transformation en fréquence (DCT) prend place séparément dans chaque 
-  macrobloc (en fait, dans chaque bloc), donc le problème n'apparaîtra 
-  que si un bord franc se situe dans ce bloc. Si vos bordures noires commencent 
-  exactement sur un multiple de 16, ce ne sera pas un problème. En pratique, 
-  les bordures ne sont jamais bien alignées, et il sera certainement 
+  La transformation en fréquence (DCT) prend place séparément dans chaque
+  macrobloc (en fait, dans chaque bloc), donc le problème n'apparaîtra
+  que si un bord franc se situe dans ce bloc. Si vos bordures noires commencent
+  exactement sur un multiple de 16, ce ne sera pas un problème. En pratique,
+  les bordures ne sont jamais bien alignées, et il sera certainement
   nécessaire de les couper pour éviter ces défauts.
 </para>
 </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 
+  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 sort de la région encodée, cela ne pose pas de problème
   aux vecteurs. En revanche, cela peut poser des problèmes avec les bandes noires:
 </para>
@@ -445,57 +445,57 @@
 <orderedlist continuation="continues">
 <listitem>
 <para>
-  Pour chaque macrobloc, la compression MPEG stocke un vecteur identifiant 
-  quelle partie de l'image précédente devrait être copiée dans les macroblocs 
+  Pour chaque macrobloc, la compression MPEG stocke un vecteur identifiant
+  quelle partie de l'image précédente devrait être copiée dans les macroblocs
   de l'image suivante. Seules les différences devront alors être encodées.
-  Si le macrobloc s'étend et prend en compte une des bordures noire de l'image, 
-  alors le vecteur de mouvement écrasera la bordure noire. Cela veut dire que de 
-  nombreux bits sont gaspillés pour re-noircir la bande noire ou alors (plus probable) que le vecteur 
-  de mouvement ne sera pas du tout utilisé et que tout le macrobloc 
-  devra alors être ré-encodé. Dans tous les cas, l'efficacité de l'encodage en est 
+  Si le macrobloc s'étend et prend en compte une des bordures noire de l'image,
+  alors le vecteur de mouvement écrasera la bordure noire. Cela veut dire que de
+  nombreux bits sont gaspillés pour re-noircir la bande noire ou alors (plus probable) que le vecteur
+  de mouvement ne sera pas du tout utilisé et que tout le macrobloc
+  devra alors être ré-encodé. Dans tous les cas, l'efficacité de l'encodage en est
   grandement améliorée.
 </para>
 
 <para>
-  Une fois encore, ce problème n'existe que si les lignes des bordures noires 
+  Une fois encore, ce problè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 à 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 
+  Enfin, supposons que l'on ait 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 gaspiller
   beaucoup de bits pour compresser un morceau d'image qui n'est pas sensé être là.
 </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 
+  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 pas dans ce cas.
 </para>
 </listitem>
 
 <listitem>
 <para>
-  Malgré le fait que les bordures soient entièrement noires et quelles ne changent jamais, 
+  Malgré le fait que les bordures soient entièrement noires et quelles ne changent jamais,
   il y a toujours un minimum de macroblocs impliqués.
 </para>
 </listitem>
 </orderedlist>
 
 <para>
-  Pour toutes ces raisons, il est préférable de couper entièrement ces bandes 
-  noires. Dans la même optique, s'il y a une partie contenant du bruit ou de la 
-  distorsion d'image près d'une bordure, la coupure l'enlèvera et permettra d'avoir 
-  une amélioration significative de la qualité de l'encodage. Les puristes parmi les vidéophiles 
-  souhaiteront préserver l'encodage le plus proche possible de 
-  l'original, à moins qu'ils n'encodent avec un quantificateur constant, la qualité 
-  gagnée après la suppression des bandes noires améliorera grandement la qualité 
+  Pour toutes ces raisons, il est préférable de couper entièrement ces bandes
+  noires. Dans la même optique, s'il y a une partie contenant du bruit ou de la
+  distorsion d'image près d'une bordure, la coupure l'enlèvera et permettra d'avoir
+  une amélioration significative de la qualité de l'encodage. Les puristes parmi les vidéophiles
+  souhaiteront préserver l'encodage le plus proche possible de
+  l'original, à moins qu'ils n'encodent avec un quantificateur constant, la qualité
+  gagnée après la suppression des bandes noires améliorera grandement la qualité
   finale de l'encodage au regard des quelques informations perdues.
 </para>
 </sect2>
@@ -506,16 +506,16 @@
 
 <para>
   Vous vous souvenez de la section précédente que les dimensions (à la fois largeur et hauteur)
-  de l'image finale doivent être des 
-  multiples de 16. Cela peut être réalisé par recadrage (découpe), 
+  de l'image finale doivent être des
+  multiples de 16. Cela peut être réalisé par recadrage (découpe),
   redimensionnement ou une combinaison des deux.
 </para>
 
 <para>
-  Lors du recadrage, il y a quelques règles qui doivent être respectées pour éviter 
+  Lors du recadrage, il y a quelques règles qui doivent être respectées pour éviter
   d'endommager votre film.
   Le format YUV normal, 4:2:0, stocke la chrominance (la couleur) de manière
-  sous-échantillonnée, c'est à dire que la chrominance est échantillonée moitié moins 
+  sous-échantillonnée, c'est à dire que la chrominance est échantillonée moitié moins
   souvent que la luminance (intensité). Sur le schéma suivant, L indique l'échantillonage en luminance et C en chrominance.
 </para>
 
@@ -593,13 +593,13 @@
 </informaltable>
 
 <para>
-  Comme vous pouvez le voir, les lignes et colonnes de l'image viennent naturellement par deux. 
-  Ainsi, les dimensions de votre recadrage ainsi que ses distances au bords d'origine 
-  <emphasis>doivent</emphasis> être paires. Si elles ne 
+  Comme vous pouvez le voir, les lignes et colonnes de l'image viennent naturellement par deux.
+  Ainsi, les dimensions de votre recadrage ainsi que ses distances au bords d'origine
+  <emphasis>doivent</emphasis> être paires. Si elles ne
   l'étaient pas, les chrominances et luminances ne seraient plus alignées.
-  En théorie, il est possible d'avoir des dimensions impaires, mais cela 
-  requière un nouvel échantillonage de la chrominance, ce qui 
-  engendre potentiellement des pertes d'information et n'est pas supporté par 
+  En théorie, il est possible d'avoir des dimensions impaires, mais cela
+  requière un nouvel échantillonage de la chrominance, ce qui
+  engendre potentiellement des pertes d'information et n'est pas supporté par
   le filtre de recadrage.
 </para>
 
@@ -845,42 +845,42 @@
 </informaltable>
 
 <para>
-  Comme vous pouvez le voir, le plus petit motif à se répéter est sur 4 lignes. 
-  Donc, pour la vidéo entrelacée, la hauteur de votre recadrage et sa distance 
+  Comme vous pouvez le voir, le plus petit motif à se répéter est sur 4 lignes.
+  Donc, pour la vidéo entrelacée, la hauteur de votre recadrage et sa distance
   verticale aux bords doivent être des multiples de 4.
 </para>
 
 <para>
-  La résolution native pour un DVD NTSC est 720x480 et 720x576 pour un 
-  PAL, mais il y a un indicateur d'aspect qui spécifie que le mode est 
-  plein-écran (full-screen  4:3) ou bien écran large (wide-screen  16:9). 
-  Un grand nombre de DVDs (pas tous) en wide-screen ne respecte pas 
-  strictement le format 16:9, mais est plutôt en 1,85:1 ou 2,35:1 (cinémascope). 
+  La résolution native pour un DVD NTSC est 720x480 et 720x576 pour un
+  PAL, mais il y a un indicateur d'aspect qui spécifie que le mode est
+  plein-écran (full-screen  4:3) ou bien écran large (wide-screen  16:9).
+  Un grand nombre de DVDs (pas tous) en wide-screen ne respecte pas
+  strictement le format 16:9, mais est plutôt en 1,85:1 ou 2,35:1 (cinémascope).
   Ceci signifie qu'il y aura des bandes noires à enlever sur la vidéo.
 </para>
 
 <para>
-  <application>MPlayer</application> fournit un filtre de détection 
+  <application>MPlayer</application> fournit un filtre de détection
   qui détermine le rectangle de recadrage (<option>-vf cropdetect</option>).
-  Lancer l'application <application>MPlayer</application> avec l'option 
+  Lancer l'application <application>MPlayer</application> avec l'option
   <option>-vf cropdetect</option> et il affichera les options de recadrage pour enlever les bandes.
   Vous devez laisser tourner le film suffisamment longtemps pour que toute la zone de l'image soit vue
   de façon à obtenir des valeurs précises.
 </para>
 
 <para>
-  Ensuite, testez les valeurs obtenues avec <application>MPlayer</application> en utilisant 
-  la ligne de commande fournie par <option>cropdetect</option>, 
+  Ensuite, testez les valeurs obtenues avec <application>MPlayer</application> en utilisant
+  la ligne de commande fournie par <option>cropdetect</option>,
   et éventuellement ajustez le rectangle de recadrage.
-  Ce filtre <option>rectangle</option> offre la possibilité de le positionner 
-  de façon interactive pendant le film. N'oubliez pas de suivre les 
+  Ce filtre <option>rectangle</option> offre la possibilité de le positionner
+  de façon interactive pendant le film. N'oubliez pas de suivre les
   recommandations précédentes sur la divisibilité des dimensions de l'image afin de ne pas
   désaligner les plans de chrominance.
 </para>
 
 <para>
-  Dans certain cas, le redimensionnement n'est pas souhaitable. Il est délicat  
-  dans le sens vertical avec des vidéos entrelacées, si vous désirez 
+  Dans certain cas, le redimensionnement n'est pas souhaitable. Il est délicat 
+  dans le sens vertical avec des vidéos entrelacées, si vous désirez
   conserver l'entrelacement, vous devrez vous abstenir de redimensionner.
   Sans redimensionner, pour utiliser des dimensions multiples de 16,
   il vous faudra recadrer plus petit que l'image. Ne pas recadrer plus grand que l'image
@@ -888,38 +888,38 @@
 </para>
 
 <para>
-  Le MPEG-4 utilisant des macroblocs de 16x16, assurez-vous que les dimensions 
-  de la vidéo que vous encodez sont des multiples de 16, sinon vous dégraderez la 
+  Le MPEG-4 utilisant des macroblocs de 16x16, assurez-vous que les dimensions
+  de la vidéo que vous encodez sont des multiples de 16, sinon vous dégraderez la
   qualité, surtout à de faibles débits. Pour ce faire, vous pouvez
   arrondir les dimensions du rectangle de recadrage au multiple de 16 inférieur.
-  Comme expliqué plus haut, durant le recadrage, vous devrez augmenter le 
-  décalage en Y de la moitié de la différence entre l'ancienne et la nouvelle 
+  Comme expliqué plus haut, durant le recadrage, vous devrez augmenter le
+  décalage en Y de la moitié de la différence entre l'ancienne et la nouvelle
   hauteur pour que l'image résultante se situe au milieu de l'ancienne. Et à cause
   de la façon dont les vidéos DVD sont échantillonées, assurez-vous que ce décalage en Y
-  est un nombre pair. (En fait, c'est une règle: n'utilisez jamais une valeur impaire lors d'un recadrage ou 
-  d'un redimensionnement de vidéo). Si vous ne vous faites pas à l'idée de vous débarrasser de quelques 
-  pixels, vous préférerez sans doute redimensionner la vidéo. Nous allons voir cela 
+  est un nombre pair. (En fait, c'est une règle: n'utilisez jamais une valeur impaire lors d'un recadrage ou
+  d'un redimensionnement de vidéo). Si vous ne vous faites pas à l'idée de vous débarrasser de quelques
+  pixels, vous préférerez sans doute redimensionner la vidéo. Nous allons voir cela
   dans notre exemple ci-dessous.
-  En fait, vous pouvez laisser le filtre <option>cropdetect</option> faire 
+  En fait, vous pouvez laisser le filtre <option>cropdetect</option> faire
   tout cela pour vous: il a un paramètre optionnel d'arrondi <option>round</option> qui vaut
   16 par défaut.
 </para>
 
 <para>
-  Faites aussi attention aux pixels à "demi-noir" sur les bords. Assurez-vous qu'ils sont 
+  Faites aussi attention aux pixels à "demi-noir" sur les bords. Assurez-vous qu'ils sont
   en dehors de votre recadrage, autrement, vous gâcherez des bits qui seraient mieux utilisés ailleurs.
 </para>
 
 <para>
   Après tout ceci, vous obtiendrez une vidéo qui n'est pas tout à fait au format
-  1,85:1 ou 2,35:1, mais quelque chose d'assez proche. Vous pourriez alors 
-  calculer le nouveau format à la main mais <application>MEncoder</application> propose 
-  une option appelée <option>autoaspect</option> pour <systemitem class="library">libavcodec</systemitem> 
+  1,85:1 ou 2,35:1, mais quelque chose d'assez proche. Vous pourriez alors
+  calculer le nouveau format à la main mais <application>MEncoder</application> propose
+  une option appelée <option>autoaspect</option> pour <systemitem class="library">libavcodec</systemitem>
   qui fera cela pour vous. N'agrandissez surtout pas cette vidéo pour
-  obtenir les dimensions standards à moins que vous n'aimiez gâcher votre espace disque. 
-  Ce changement d'échelle se fait à la lecture, le lecteur utilisera les données 
+  obtenir les dimensions standards à moins que vous n'aimiez gâcher votre espace disque.
+  Ce changement d'échelle se fait à la lecture, le lecteur utilisera les données
   stockées dans le fichier AVI pour effectuer le bon rendu.
-  Malheureusement, tous les lecteurs vidéos n'appliquent pas ce redimensionnement 
+  Malheureusement, tous les lecteurs vidéos n'appliquent pas ce redimensionnement
   automatique, c'est peut-être pour cela que vous voudrez quand même procéder à ce redimensionnement.
 </para>
 </sect2>
@@ -928,37 +928,37 @@
 <title>Choix de la résolution et du débit</title>
 
 <para>
-  Si vous n'encodez pas dans un mode à quantificateur constant, vous 
+  Si vous n'encodez pas dans un mode à quantificateur constant, vous
   devez sélectionner un débit.
   Le concept de débit (bitrate) est assez simple.
   C'est