French Fixes by Pierre Lombard, (and 10l to me for not checking they were

conflicts on my tree before committing, so previous version was probably
not even building cleanly).


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

1 files changed, 352 insertions, 369 deletions

diff --git a/DOCS/xml/fr/encoding-guide.xml b/DOCS/xml/fr/encoding-guide.xml
index 7cc400c0c7..4d3eb7278c 100644
--- a/DOCS/xml/fr/encoding-guide.xml
+++ b/DOCS/xml/fr/encoding-guide.xml
@@ -844,8 +844,6 @@
 </tgroup>
 </informaltable>
 
-<!-- checked so far / pl / diff 1-->
-
 <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 
@@ -853,12 +851,12 @@
 </para>
 
 <para>
-  La résolution native pour un DVD est 720x480 pour un NTSC et 720x576 pour un 
-  PAL, mais il y a un indicateur d'aspect qui spécifie si le mode est 
-  plein-écran (4:3) ou écran large (16:9).
-  Un grand nombre (si ce n'est la plupart) des DVD en écran large ne sont pas strictement
-  en 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 sur la vidéo qui auront besoin d'être retirées.
+  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>
@@ -967,28 +965,15 @@
   </orderedlist>
 </para>
 <para>
-<<<<<<< encoding-guide.xml
-  D'anciens guides recommandaient de choisir le débit et la résolution en se basant
-  sur la notion de "bits par pixel", mais ce n'est généralement pas valide à cause des raisons ci-dessus.
-  Il semble préférable d'estimer que le débit est proportionnel à la racine carrée de la résolution, de telle sorte
-  qu'un film en 320x240 à 400kbit/sec serait comparable à un 640x480 à 800 kbit/sec.
-  De toutes façons, cela n'a pas été vérifié rigoureusement de manière théorique ni empirique.
-  De plus, étant donné que les films varient énormément en bruit, détail, 
-
-pour un film donné, le résultat variera en fonction du bruit, des détails, 
-  du degré de mouvement, etc. Il est futile de faire des recommendations générales 
-  de bits par longueur de diagonale (similaire au bits par pixel, 
-=======
   Les anciens guides recommandaient de choisir un débit et une résolution basés
-  sur "1 bit par pixel", mais ce n'est que peu justifié avec les raisons précédentes.
+  sur "1 bit par pixel", mais ce n'est que peu justifié avec les raisons évoquées ci-dessus.
   Une meilleure estimation reste que le débit augmente proportionellement à la 
   racine carrée de la résolution, donc une image 320x240 à 400kbit/sec 
-  sera comparable à celle en 640x480 à 800 kbit/sec.
-  Cela n'a pas été strictement vérifié par la théorie ou une quelconque méthode empirique.
+  sera comparable à une en 640x480 à 800 kbit/sec.
+  Cela n'a pas été strictement vérifié par la théorie ou une quelconque méthode.
   De plus, pour un film donné, le résultat variera en fonction du bruit, des détails, 
   du degré de mouvement, etc.. Il est futile de donner des recommandations générales 
   du style: un nombre de bits par longueur de diagonale (similaire au bit par pixel, 
->>>>>>> 1.8
   en utilisant la racine carrée).
 </para>
 <para>
@@ -1570,30 +1555,29 @@ Remarquez l'option <option>ilme</option> et <option>ildct</option>.
 <formalpara>
 <title>Une note à propos des chiffres</title>
 <para>
-  Beaucoup de documents, entre autre le guide proposé ci-dessus, renvoie à un 
+  Beaucoup de documents, dont le guide proposé ci-dessus, renvoient à un 
   nombre de trames par secondes pour la vidéo NTSC de 59.94 ce qui correspond à 
-  29.97 images par secondes (pour le téléciné entrelacé à et 23.976 fps pour 
-  le progressive. Pour des raisons de simplicité, des documents utilisent les 
-  chiffres arrondis de 60, 30 et 24.
+  29.97 images par secondes (pour le télécine entrelacé) et à 23.976 fps pour 
+  le progressive. Pour des raisons de simplicité, certains documents utilisent les 
+  valeurs arrondies de 60, 30 et 24.
 </para></formalpara>
 
-<!-- checked so far 2 / pl -->
 <para>
-  En toute rigueur, ces nombres sont des approximations. Des vidéos Noires/Blanches 
-  sont à 60 trames par secondes exactement, puis 60000/1001 a été choisi plus tard 
-  pour la couleur mais aussi pour garder une retro-compatibilité avec les télévisions 
-  en N/B. La vidéo numérique NTSC (comme le DVD) est aussi en 60000/1001 trames 
+  En toute rigueur, ces nombres sont des approximations. Les vidéos NTSC en noir et blanc
+  étaient exactement à 60 trames par secondes, mais 60000/1001 a été choisi par la suite
+  pour la couleur tout en conservant la compatibilité avec les télévisieurs noir et blanc.
+  La vidéo numérique NTSC (comme celle d'un DVD) est aussi en 60000/1001 trames 
   par seconde. A partir de cela, la vidéo entrelacée et télécinée est dérivée vers 
-  30000/1001 images par seconde ou pour les vidéos progressives en 24000/1001 
+  30000/1001 images par seconde ou, pour les vidéos progressives en 24000/1001 
   images par secondes.
 </para>
 
 <para>
   De plus anciennes versions de la documentation <application>MEncoder</application> 
-  et plusieurs posts archivés provenant de liste de diffusion se référent encore à 
+  et plusieurs posts archivé provenant de liste de diffusion font encore réference à 
   59.94, 29.97, et 23.976.
   Toute la documentation de <application>MEncoder</application> a été mise à jour
-  pour utiliser les valeurs fractionnées, et vous devriez aussi les utiliser.
+  pour utiliser les valeurs fractionées, et vous devriez aussi les utiliser.
 </para>
 
 <para>
@@ -1604,11 +1588,11 @@ Remarquez l'option <option>ilme</option> et <option>ildct</option>.
 <formalpara>
 <title>Comment le téléciné est-il utilisé?</title>
 <para>
-  Toutes les vidéos qui sont censées être affichées sur des télévisions en NTSC 
+  Toutes les vidéos qui sont censées être affichées sur des téléviseurs NTSC 
   doivent être en 60000/1001 trames par secondes. Les téléfilms sont souvent 
   filmés directement à 60000/1001 trames par secondes, alors que la majorité des 
-  films au cinéma sont en 24000/1001 images par seconde. Quand les séquences 
-  cinématiques pour le DVD sont masterisés, la vidéo est alors convertie pour la 
+  films pour le cinéma est en 24000/1001 images par seconde. Quand les séquences 
+  cinéma pour le DVD sont masterisés, la vidéo est alors convertie pour la 
   télévision par un processus appelé le téléciné.
 </para></formalpara>
 
@@ -1617,13 +1601,13 @@ Remarquez l'option <option>ilme</option> et <option>ildct</option>.
   Si la vidéo est d'origine en 60000/1001, chaque paire de trames est alors combinée 
   pour former une image, ce qui donne 30000/1001 images par seconde. Les lecteurs de 
   DVD de salon lisent alors les drapeaux embarqués sur le flux vidéo pour déterminer 
-  si la première ligne à afficher serait paire ou impaire.
+  si la première ligne à afficher doit être paire ou impaire.
 </para>
 
 <para>
   Normalement, les contenus à 24000/1001 images par seconde restent comme cela 
-  lorsqu'ils sont encodés pour un DVD, alors, les lecteurs DVD doivent faire 
-  la conversion télécinée à la volée. Parfois, la vidéo est télécinée <emphasis>avant</emphasis> 
+  lorsqu'ils sont encodés pour un DVD, et le lecteur DVD doit alors faire 
+  la conversion du téléciné à la volée. Parfois, la vidéo est télécinée <emphasis>avant</emphasis> 
   d'être stockée sur le DVD, même si c'était originalement du 24000/1001 images 
   par seconde, cela devient 60000/1001 trames par seconde. Quand elles sont stockées 
   sur le DVD, les trames sont combinées par paires pour former 30000/1001 images 
@@ -1633,24 +1617,25 @@ Remarquez l'option <option>ilme</option> et <option>ildct</option>.
 <para>
   Quand on regarde les trames formées individuellement à partir de la vidéo en
   60000/10001 champs par seconde, téléciné ou autre, l'entrelacement est 
-  clairement visible qu'il y ait un mouvement ou non, parcequ'un champ (dit, 
+  clairement visible et ce, qu'il y ait un mouvement ou non car l'un des champs (disons 
   les lignes impaires) représente un moment dans le temps 1/(60000/1001) seconde 
   plus tard que les autres. Jouer une vidéo entrelacée sur un ordinateur semble 
-  dans les deux cas moches parce-que l'écran a une résolution plus élévée et 
-  parce-que la vidéo se déroule trame après trame à la place de champ après champ.
+  dans les deux cas laid parce que l'écran a une résolution plus élévée et 
+  parce que la vidéo est affichée trame après trame à au lieu de champs après champs.
 </para>
 
 <itemizedlist>
 <title>Notes :</title>
 <listitem><para>
-  Cette section est seulement destinée aux DVDs NTSC, pas au PAL.
+  Cette section est seulement destinées aux DVDs NTSC, pas au PAL.
   </para></listitem>
 <listitem><para>
   Les lignes d'exemple de <application>MEncoder</application> présentées dans ce 
   document ne sont <emphasis role="bold">pas</emphasis> à utiliser tel quelles. 
   Elles sont juste là pour montrer le minimum à faire en relation avec ce chapitre. 
-  Comment faire un bon rip DVD et des réglages finement étudiés avec <systemitem class="library">libavcodec</systemitem> 
-  afin d'obtenir une qualité maximale n'est pas l'objectif de ce document.
+  Comment réaliser un bon rip DVD ou procéder à des réglages avancés de
+<systemitem class="library">libavcodec</systemitem>  dont des questions qui
+sortent du contexte de ce guide.
   </para></listitem>
 <listitem><para>
   Quelques notes spéficiques à ce guide sont disponibles aux pieds de ce documents, 
@@ -1667,7 +1652,7 @@ Remarquez l'option <option>ilme</option> et <option>ildct</option>.
 <title>Progressive</title>
 <para>
   Les vidéos progressives sont filmées initialement à 24000/1001 fps et stockées 
-  sur le DVD sans altération.
+  sur le DVD telles quelles.
 </para>
 
 <para>
@@ -1692,13 +1677,13 @@ Remarquez l'option <option>ilme</option> et <option>ildct</option>.
   <screen>mplayer dvd://1 -nosound -vo null -benchmark</screen>
 
   L'utilisation de l'option <option>-benchmark</option> fait lire <application>MPlayer</application> 
-  aussi vite qu'il peut et en fonction du matériel, cela peut prendre un certain 
+  aussi vite qu'il le paut - en fonction du matériel, cela peut prendre un certain 
   temps. Chaque fois que demux_mpg génére une ligne, celle-ci vous donnera 
-  immédiatement la valeur du changement .
+  immédiatement la valeur du changement.
 </para>
 
 <para>
-  Parfois, la vidéo progressive sur des DVDs considérés comme un &quot;soft-telecine&quot; 
+  Parfois, la vidéo progressive sur les DVDs considérés comme un &quot;soft-telecine&quot; 
   car il devrait être téléciné par le lecteur DVD.
 </para>
 </sect3>
@@ -1706,8 +1691,8 @@ Remarquez l'option <option>ilme</option> et <option>ildct</option>.
 <sect3 id="menc-feat-telecine-ident-telecined">
 <title>Téléciné</title>
 <para>
-  Les vidéos télécinées sont d'abord filmées à 24000/1001 et seront télécinées 
-  <emphasis>avant</emphasis> d'être gravées sur DVD.
+  Les vidéos télécinés sont d'abord filmées à 24000/1001 et seront télécinées 
+  <emphasis>avant</emphasis> d'être gravé sur DVD.
 </para>
 
 <para>
@@ -1732,7 +1717,7 @@ Remarquez l'option <option>ilme</option> et <option>ildct</option>.
     </para></listitem>
   <listitem><para>
     Observer la forme donnée par l'entrelacement et les images progressives. 
-  Si la forme que vous voyez semble comme PPPII,PPPII,PPPII,... alors la vidéo est 
+  Si la forme que vous voyez ressemble à PPPII, PPPII, PPPII,... alors la vidéo est 
   télécinée. Si ce n'est pas le cas, la vidéo a peut-être été télécinée selon des règles 
   non standard, <application>MEncoder</application> ne sait pas convertir un téléciné
   non-standard vers du progressive sans dégradation. Si aucune forme n'est visible, c'est 
@@ -1764,7 +1749,7 @@ Remarquez l'option <option>ilme</option> et <option>ildct</option>.
 <para>
   Les vidéos entrelacées sont d'abord filmées en 60000/1001 frames par seconde, 
   puis stockées sur le DVD à 30000/1001 frames par secondes. L'effet d'entrelacement 
-  (souvent appelé &quot;combing&quot;) est le résultat d'une combinaison de paires 
+  (souvent appelé &quot;combing&quot; = comme les dents d'un peigne) est le résultat d'une combinaison de paires 
   de trames dans chaque frames. Chaque frame est supposée être cachée 1/(60000/1001) 
   d'une seconde, quand elles sont affichées en même temps, la différence devient 
   visible.
@@ -1784,26 +1769,26 @@ Remarquez l'option <option>ilme</option> et <option>ildct</option>.
 <sect3 id="menc-feat-telecine-ident-mixedpt">
 <title>Mélange de vidéo progressive et télécinée</title>
 <para>
-  Toutes les vidéos qui &quot;mélangent progressif et téléciné&quot; ont été au 
-  départ en 24000/1001 frames par seconde, et certaines parties ont été télécinées.
+  Toutes les vidéos qui &quot;mélangent mode progressif et téléciné&quot; ont été au 
+  départ en 24000/1001 frames par seconde, puis certaines parties ont été converties en téléciné.
 </para>
 
 <para>
-  Quand <application>MPlayer</application> joue ce type de fichier, il jonglerai 
+  Quand <application>MPlayer</application> joue ce type de fichier, il doit jongler
   (souvent rapidement) entre &quot;30000/1001 fps NTSC&quot; et &quot;24000/1001 fps 
   NTSC progressif&quot;. Regardez la sortie des messages de <application>MPlayer</application>.
 </para>
 
 <para>
   Vous devriez aller voir la section &quot;30000/1001 fps NTSC&quot; afin d'être 
-  sûr que c'est vraiment téléciné, et pas seulement entrelacé.
+  sûr que c'est vraiment du téléciné, et pas seulement de l'entrelacé.
 </para>
 </sect3>
 
 <sect3 id="menc-feat-telecine-ident-mixedpi">
 <title>Mélange de progressif et d'entrelacement</title>
 <para>
-  Dans les vidéos qui &quot;mélangent progressif et téléciné&quot;, les flux vidéos 
+  Dans les vidéos qui &quot;mélangent modes progressif et téléciné&quot;, les flux vidéos 
   progressifs et entrelacés sont réunis ensemble.
 </para>
 
@@ -1819,17 +1804,17 @@ Remarquez l'option <option>ilme</option> et <option>ildct</option>.
 <sect2 id="menc-feat-telecine-encode">
 <title>Comment encoder chaque catégorie ?</title>
 <para>
-  Comme mentionné au départ, ces prochaines lignes de &quot;HowTo&quot; 
+  Comme évoqué au départ, ces prochaines lignes de &quot;HowTo&quot; 
   <application>MEncoder</application> ne sont <emphasis role="bold">pas</emphasis> là pour être strictement 
-  utilisées tel quel, mais pour informer des paramètres minimum d'encodages pour 
+  utilisées telles quelles, mais pour fournir des paramètres minimum d'encodages pour 
   chaque catégorie.
 </para>
 
 <sect3 id="menc-feat-telecine-encode-progressive">
 <title>Le progressif</title>
 <para>
-  La vidéo progressive ne nécessite pas de filtre spécial pour l'encodage. 
-  Pourtant, un paramètre ne doit pas omettre : <option>-ofps 24000/1001</option>. Sinon,
+  La vidéo progressive ne nécessite pas de filtre particulier pour l'encodage. 
+  Pourtant, un paramètre ne doit pas être omis : <option>-ofps 24000/1001</option>. Sinon,
   <application>MEncoder</application> essayera d'encoder à 30000/1001 fps et produira des 
   images en double.
 </para>
@@ -1842,7 +1827,7 @@ Remarquez l'option <option>ilme</option> et <option>ildct</option>.
   Il n'est pas rare de se trouver avec une vidéo qui semble progressive mais qui 
   contient en fait quelques petites parties en téléciné. A moins d'être vraiment 
   sûr l'état de la vidéo, il sera préférable de traiter la vidéo comme 
-  <link linkend="menc-feat-telecine-encode-mixedpt"> progressif et télécinée mélangés</link>.
+  <link linkend="menc-feat-telecine-encode-mixedpt"> du progressif et téléciné mélangés</link>.
   La perte de qualité est négligeable <link linkend="menc-feat-telecine-footnotes">[3]</link>.
 </para>
 </sect3>
@@ -1850,7 +1835,7 @@ Remarquez l'option <option>ilme</option> et <option>ildct</option>.
 <sect3 id="menc-feat-telecine-encode-telecined">
 <title>Téléciné</title>
 <para>
-  Les vidéos télécinées peuvent redonner le contenu original à 24000/1001 avec 
+  Les vidéos en téléciné peuvent redonner le contenu original à 24000/1001 avec 
   un processus appelé inverse-téléciné.
   <application>MPlayer</application> a plusieurs filtres disponibles pour ceci, 
   mais le meilleur, <option>pullup</option>, est abordé à la section 
@@ -1864,18 +1849,18 @@ Remarquez l'option <option>ilme</option> et <option>ildct</option>.
   Pour des raisons pratiques, il n'est pas possible de retrouver entièrement une 
   vidéo progressive depuis une entrelacée. La seule manière de faire cela sans 
   perdre la moitié de la résolution verticale est de doubler le framerate et 
-  essayer de &quot;deviner&quot; les lignes correspondantes pour chaque frame 
+  d'essayer de &quot;trouver&quot; les lignes correspondantes pour chaque frame 
   (cela a des inconvénients, voir la méthode 3).
 </para>
 
 <orderedlist>
 <listitem><para>
   Encodez la vidéo sous une forme entrelacée. Normalement, l'entrelacement 
-  détériore l'habilité de l'encodeur à bien compresser, mais <systemitem class="library">libavcodec</systemitem> 
-  possède deux paramètres spécifiquement fait pour stocker la vidéo entrelacée un
-  peu mieux: <option> ildct</option> et <option>ilme</option>. Aussi,
-  l'utilisation de <option>mbd=2</option> est fortement recommandé <link linkend="menc-feat-telecine-footnotes">[2] </link> 
-  parceque cela encodera les macroblocs non-entrelacés à des endroits où il n'y 
+  détériore la capacité de l'encodeur à bien compresser, mais <systemitem class="library">libavcodec</systemitem> 
+  possède deux paramètres spécifiquement faits pour stocker la vidéo entrelacée de manière
+  plus satisfaisante: <option> ildct</option> et <option>ilme</option>. Aussi,
+  l'utilisation de <option>mbd=2</option> est-elle fortement recommandée <link linkend="menc-feat-telecine-footnotes">[2] </link> 
+  car cela encodera les macroblocs non-entrelacés à 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>
@@ -1895,22 +1880,23 @@ Remarquez l'option <option>ilme</option> et <option>ildct</option>.
   <screen>mencoder dvd://1 -oac copy -vf pp=lb -ovc lavc</screen>
   </para></listitem>
 <listitem><para>
-  Malheureusement, cette option est un bogué avec
-  <application>MEncoder</application>; cela devrait bien marcher avec
-  <application>MEncoder G2</application>, mais on en est pas encore là. Vous
-  pourriez faire l'expérience de crash. Qu'importe, le but de <option> -vf tfields</option> 
-  est de créer une frame complète à partir de chaque champ, ce qui
+  Malheureusement, cette option est un boguée dans
+  <application>MEncoder</application> : cela devrait bien marcher avec
+  <application>MEncoder G2</application>, mais on n'en est pas encore là. Vous
+  risquez d'avoir des plantages. Cela importe peu car le but de <option> -vf tfields</option> 
+  est de créer une frame complète à partir de chaque champs, ce qui
   donne le framerate 60000/1001. L'avantage de cette approche est qu'aucune
-  donnée n'est jamais perdue; Cependant, vu que chaque frame viens avec seulement 
+  donnée n'est jamais perdue. Cependant, vu que chaque frame vient avec seulement 
   un champ, les lignes manquantes doivent être interpolées d'une façon ou d'une autre.
-  Il n'y a pas de très bonnes méthodes générant les données manquantes, et donc le
-  résultat sera un peu similaire à celui qu'on utilise  pour certains filtres de désentrelacement. 
-  Générer les lignes manquantes crée d'autres problèmes,tout simplement parceque le montant de données double. Donc, de plus haut bitrates 
-  d'encodage sont requis pour maintenir la qualité, et plus de puissance CPU est
-  utilisée pour l'encodage et le décodage. tfields ont plusieurs différentes
-  options pour savoir comment créer les lignes manquantes de chaque frame. Si vous
-  utilisez cette méthode, alors Référencez le manuel, et prenez n'importe quelle
-  option qui semble le mieux pour votre matériel. Notez que lors de l'utilisation de
+  Il n'y a pas de très bonne méthode générant les données manquantes, et donc le
+  résultat sera un peu similaire à celui obtenu quand on utilise certains filtres de désentrelacement. 
+  Générer les lignes manquantes crée aussi d'autres problèmes,
+  simplement parce que la quantité de données double. Ainsi, de plus haut bitrates 
+  d'encodage sont nécessaires pour conserver la qualité, et plus de puissance CPU est
+  utilisée pour l'encodage et le décodage. 'tfields' a  plusieurs 
+  options pour gérer la création des lignes manquantes de chaque frame. Si vous
+  utilisez cette méthode, alors regardez le manuel, et prenez n'importe quelle
+  option qui semble la meilleure pour votre matériel. Notez que lors de l'utilisation de
   <option>tfields</option> vous
   <emphasis role="bold">devez</emphasis> spécifier les deux options <option>-fps</option> 
   et <option>-ofps</option> à deux fois le framerate de votre source originale.
@@ -1935,14 +1921,14 @@ Remarquez l'option <option>ilme</option> et <option>ildct</option>.
 <sect3 id="menc-feat-telecine-encode-mixedpt">
 <title>Progessif et téléciné mélangé</title>
 <para>
-  Afin de rendre une vidéo de progressive et téléciné mélangée à entièrement
-  progressive, les parties télécinées doivent être inverse-téléciné. Il y a trois 
-  façons d'accomplir cela, comme décrit ci-dessous. Notez que vous devrez
+  Afin de convertir une vidéo composée de progressive et de téléciné en vidéo entièrement
+  progressive, les parties en téléciné doivent être inverse-télécinées. Il y a trois 
+  moyens d'accomplir cela, comme décrit ci-dessous. Notez que vous devrez
   <emphasis role="bold">toujours</emphasis> inverse-téléciné avant tout 
-  redimensionnement; à moins que vous sachiez vraiment ce que vous faites,
-  inverse-téléciné avant aussi tout découpage, <link linkend="menc-feat-telecine-footnotes">[1]</link>.
-  <option>-ofps 24000/1001</option> est nécessaire ici parceque la sortie vidéo
-  sera 24000/1001 frames par seconde.
+  redimensionnement. Sauf si vous savez vraiment ce que vous faites, il faudra 
+  inverse-téléciné avant tout découpage <link linkend="menc-feat-telecine-footnotes">[1]</link>.
+  <option>-ofps 24000/1001</option> est nécessaire ici parce que la sortie vidéo
+  sera de 24000/1001 frames par seconde.
 </para>
 
 <itemizedlist>
@@ -1960,9 +1946,9 @@ Remarquez l'option <option>ilme</option> et <option>ildct</option>.
 
   </listitem>
   <listitem><para>
-  Une plus vieille méthode
-  est de, plutot que inverse-téléciné les parties télécinées, téléciner les 
-  parties non-télécinées et ensuite inverse-téléciné la vidéo tout entière. 
+  Une méthode plus ancienne consiste à téléciner les parties non-télécinées
+  et ensuite inverse-téléciner la vidéo tout entière, au lieu de
+  n'inverse-téléciner que les parties en téléciné.
   Cela semble confus? softpulldown est un filtre qui parcours une vidéo
   et rend téléciné le fichier entier. Si nous faisons suivre softpulldown avec 
   soit <option>detc</option> ou soit <option>ivtc</option>, le résultat final
@@ -1974,14 +1960,14 @@ Remarquez l'option <option>ilme</option> et <option>ildct</option>.
 
 <listitem><para>
   Je n'ai pas moi-même utilisé <option>-vf filmdint</option>, mais voilà ce que
-  D Richard Felker III a dit:
+  D Richard Felker III en dit:
   
-  <blockquote><para>Il est Correct, mais IMO qu'il tente de désentrelacer plutôt 
-  que de faire l'inverse-téléciné trop souvent (tout comme les lecteurs de settop 
-  DVD &amp; les TVs progressives) ce qui donne des clignotements affreux et d'autres 
-  artefacts. Si vous voulez l'employer, vous devez au moins passer un peu de temps 
-  pour affiner les options et observer la sortie, premièrement pour être sûr que cela
-  ne mette pas le bazar.</para></blockquote>
+  <blockquote><para>Il est correct, mais AMA il essaie de désentrelacer plutôt 
+  que de faire l'inverse-téléciné trop souvent (tout comme les lecteurs DVD de salon
+   &amp; les TVs progressive) ce qui donne des clignotements affreux et d'autre 
+  artefacts. Si vous penser l'employer, vous devez commencer par passer un peu de temps 
+  pour affiner les options et observer la sortie pour être sûr que cela
+  casse pas tout.</para></blockquote>
   </para></listitem>
 </itemizedlist>
 </sect3>
@@ -2003,11 +1989,11 @@ Remarquez l'option <option>ilme</option> et <option>ildct</option>.
   </para>
 
   <para>
-  Cette option devrait définitivement ne pas être utilisée si vous voulez 
+  Cette option ne devrait vraiment pas être utilisée si vous voulez 
   éventuellement afficher la vidéo sur un appareil entrelacé (avec une carte TV, 
   par exemple). Si vous avez entrelacé les frames dans une vidéo à 24000/1001 
-  frames par seconde, ils seront télécinés en même temps que les frames progressives. 
-  La moitié des "frames" entrelacées seront affichées pour une durée de trois champs
+  frames par seconde, ils seront télécinés en même temps que les frames progressive. 
+  La moitié des "frames" entrelacées sera affichée pour une durée de trois champs
   (3/(60000/1001) secondes), ce qui a pour résultat un effet pichenette de 
   &quot;retour en arrière&quot; ce qui semble tout à fait mauvais. Si vous tentez 
   quand même ceci, vous <emphasis role="bold">devez</emphasis> utiliser un filtre
@@ -2018,8 +2004,8 @@ Remarquez l'option <option>ilme</option> et <option>ildct</option>.
   Cela peut tout aussi bien être une mauvaise idée pour l'affichage progressive. 
   Cela laissera tomber les paires consécutives de champs entrelacés, ayant pour 
   résultat une discontinuité qui peut être plus visible qu'avec la seconde méthode, 
-  ce qui montre certaines frames progressives en double. Une vidéo entrelacée à 
-  30000/1001 frames par seconde est déjà un peu variable parceque cela devrait 
+  ce qui montre certaines frames progressive en double. Une vidéo entrelacée à 
+  30000/1001 frames par seconde est déjà un peu variable parce que cela devrait 
   vraiment être montré à 60000/1001 champs par seconde, donc les frames dupliquées 
   ne tiennent pas.
   </para>
@@ -2034,8 +2020,8 @@ Remarquez l'option <option>ilme</option> et <option>ildct</option>.
   </listitem>
 
 <listitem><para>
-  Traitez-la comme entrelacée. Certaines frames des parties progressives auront 
-  besoin d'être dupliquées, ce qui résultera en un sautillement inégal. Encore une 
+  Traitez-la comme entrelacée. Certaines frames des parties progressive auront 
+  besoin d'être dupliquées, ce qui entraînera en un sautillement inégal. Encore une 
   fois, les filtres désentrelaçant peuvent passiblement dégrader les parties 
   progressives.
   </para></listitem>
@@ -2065,38 +2051,38 @@ Remarquez l'option <option>ilme</option> et <option>ildct</option>.
   </formalpara>
 
   <para>
-  Quand vous avez à faire à un YUV 4:2:0 entrelacé, la situation est un peu plus
+  Quand vous avez à faire à un YUV 4:2:0 entrelacé, la situation devient un peu plus
   compliquée. Au lieu que chaque série de quatres pixels de luma partage un pixel 
   de chroma dans une <emphasis>frame</emphasis>, tous les quatres pixels de luma 
   dans chaque <emphasis>champs</emphasis> partage un pixel de chroma. Quand les 
-  champs sont entrelacés pour former une frame, chaque ligne de scan est de un 
+  champs sont entrelacés pour former une frame, chaque ligne de scan est un 
   pixel de haut. Maintenant, au lieu que tout les quatres pixels de luma soient 
   dans un carré, ils sont deux pixels côte à côte, et les deux autres pixels
   sont côte à côte deux lignes de scan plus bas. Les deux pixels de luma dans la 
   ligne de scan intermédiaire sont à partir de l'autre champ, et donc partage un 
   pixel de chroma différent avec deux pixels de luma deux lignes de scan plus loin. 
   Toute cette confusion rend nécessaire d'avoir des dimensions de découpe verticales 
-  et des décalages en multiple de quatre. L'horizontal peut rester égal.
+  et des décalages en multiple de quatre. Le décalage horizontal peut rester égal.
   </para>
 
   <para>
-  POur la vidéo télécinée, Je recommande que le découpage prenne place après l'inverse
+  Pour la vidéo télécinée, je recommande que le découpage prenne place après l'inverse
   téléciné. Une fois la vidéo progressive vous avez seulement besoin de découper par 
-  nombre pairs. Si vous voulez vraiment gagner la légère accélération que la découpe
-  premièrement peut offrir, vous devez découper verticalement par multiples de quatre
+  nombres pairs. Si vous voulez vraiment gagner la légère accélération que la découpe
+  peut offrir, vous devez découper verticalement par multiples de quatre
   ou bien le filtre inverse-téléciné n'aura pas les bonnes données.
   </para>
 
   <para>
   Pour la vidéo entrelacée (pas télécinée), vous devez toujours découper verticalement
-  par multiples de quatre à moins que vous utilisiez <option>-vf field</option> avant de découper.
+  par multiples de quatre à moins que vous n'utilisiez <option>-vf field</option> avant de découper.
   </para>
   </listitem>
 
 <listitem><formalpara>
   <title>A propos des paramètres d'encodage et de la qualité:</title>
   <para>
-  Juste parce-que je recommande <option>mbd=2</option> ici ne veut pas dire
+  Juste parce que je recommande <option>mbd=2</option> ici ne veut pas dire
   que cela ne devrait pas être utilisé autre part. Avec <option>trell</option>,
   <option>mbd=2</option> est l'une des deux options de <systemitem class="library">libavcodec</systemitem> 
   qui augmente le mieux la qualité, et vous devriez toujours utiliser au moins 
@@ -2111,13 +2097,13 @@ Remarquez l'option <option>ilme</option> et <option>ildct</option>.
 <listitem><formalpara>
   <title>A propos de la performance de pullup:</title>
   <para>
-  Il est sûr d'employer <option>pullup</option> (avec <option>softskip</option>) 
-  sur une vidéo progressive, et est habituellement une bonne idée à moins que 
-  la source ait été définitivement vérifiée pour être enitèrement progressive.
-  La perte de performance est petite pour la plupart des cas. Sur une barre-minimum 
-  d'encodage, <option>pullup</option> ralenti <application>MEncoder</application> de 50%. 
-  L'ajout du traitement du son et de <option>lavcopts</option> avancé éclipsent cette 
-  différence, ramenant vers le bas la baisse de performance d'utilisation de <option>pullup</option> à 2%.
+  Employer <option>pullup</option> (avec <option>softskip</option>) 
+  sur une vidéo progressive est sûr, et est habituellement une bonne idée à moins qu'il
+  ait été vérifié que la source est entiérement progressive.
+  La perte de performance est petite pour la plupart des cas. Sur un encodage minimal,
+  <option>pullup</option> ralentit <application>MEncoder</application> de 50%. 
+  L'ajout du traitement du son et d'options avancées pour <option>lavcopts</option> masquent cette 
+  différence, en limitant la perte de performance due à l'utilisation de <option>pullup</option> à 2%.
   </para>
   </formalpara>
   </listitem>
@@ -2128,14 +2114,13 @@ Remarquez l'option <option>ilme</option> et <option>ildct</option>.
 
 </sect1>
 
-
 <sect1 id="menc-feat-enc-libavcodec">
 <title>Encodage avec la famille de codec <systemitem class="library">libavcodec</systemitem></title>
 
 <para>
 <link linkend="ffmpeg"><systemitem class="library">libavcodec</systemitem></link>
-fourni un simple encodage à pas mal de formats vidéos et audios intéressants.
-Vous pouvez encoder vers les codecs suivant (plus ou moins à jour):
+fournit un  encodage simple pour plusieurs formats vidéos et audios intéressants.
+Vous pouvez encoder vers les codecs suivant (la liste suivante est plus ou moins à jour):
 </para>
 
 <sect2 id="menc-feat-enc-libavcodec-video-codecs">
@@ -2218,8 +2203,8 @@ Vous pouvez encoder vers les codecs suivant (plus ou moins à jour):
 </tgroup>
 </informaltable>
 
-La première colonne contient les noms de codec qui devraient être passés après la
-config de <literal>vcodec</literal>, comme ceci: <option>-lavcopts vcodec=msmpeg4</option>
+La première colonne contient les noms de codec qui doivent être passés après la
+configuration de <literal>vcodec</literal>, comme ceci: <option>-lavcopts vcodec=msmpeg4</option>
 </para>
 <informalexample>
 <para>
@@ -2258,7 +2243,7 @@ Un exemple avec la compression MJPEG:
 </tgroup>
 </informaltable>
 
-La première colonne contient les noms de codec qui devra être passée après l'option 
+La première colonne contient les noms du codec qui devra être passée après l'option 
 <literal>acodec</literal>, comme ceci: <option>-lavcopts acodec=ac3</option>
 </para>
 
@@ -2271,13 +2256,13 @@ Un exemple avec compression AC3:
 
 <para>
   Contrairement aux codecs vidéo de <systemitem class="library">libavcodec</systemitem>, 
-  ces codecs audios ne font pas un usage sage des bits qu'on leur donne
-  vu qu'ils manquent de certains modèles psychoacoustic minimal (le cas échéant)
+  ces codecs audios ne font pas un usage intelligents des bits qu'on leur donne
+  vu qu'ils ont des modèles psycho-acoustique minimaux (quand ils en ont)
   ce que la plupart des autres implémentations de codec comportent.
   Cependant, notez que tous ces codecs audios sont très rapides et fonctionnent en dehors
   de leur environnement à partir du moment où <application>MEncoder</application> a été 
-  compilé avec <systemitem class="library">libavcodec</systemitem> (ce qui est le
-  cas la plupart du temps), et ne dépend pas de librairies externes.
+  compilée avec <systemitem class="library">libavcodec</systemitem> (ce qui est le
+  cas la plupart du temps), et ne dépend pas de bibliothèques externes.
 </para>
 </sect2>
 
@@ -2288,26 +2273,26 @@ Un exemple avec compression AC3:
 <para>
   Idéalement, vous voudriez probablement juste dire à mencoder de passer en 
   mode "haute qualité" et passer à autre chose.
-  Ce serait sûrement sympa, mais malheureusement dur à implémenter vu que les 
+  Ce serait sûrement sympa, mais c'est malheureusement dur à faire vu que les 
   différentes options d'encodage donnent différents résultats de qualité 
-  dépendamment de la source matériel.
-  C'est parceque la compression dépend des propriétés visuelles de la vidéo en 
-  question.
-  Par exemple, une animation et un film d'action ont des propriétés très 
+  en fonction du matériel source.
+  Ceci vient du fait que la compression dépende des propriétés visuelles
+  de la vidéo en question.
+  Par exemple, un film d'animation et un film d'action ont des propriétés très 
   différentes et nécessitent des options différentes pour obtenir un encodage 
   optimal.
   La bonne nouvelle, c'est que certaines options ne devraient jamais être mise à 
   part, comme <option>mbd=2</option>, <option>trell</option>, et <option>v4mv</option>.
-  Voir ci-dessous pour une description détaillée des options d'encodage commune.
+  Voir ci-dessous pour une description détaillée des options d'encodage communes.
 </para>
 
 
 <itemizedlist>
-<title>Options à ajuster:</title>
+<title>Options à régler:</title>
 <listitem><para>
-  <emphasis role="bold">vmax_b_frames</emphasis>: 1 ou 2 est bon, dépendamment 
-  du film.
-  Notez que si vous avez la nécessité d'avoir votre encodeur décodable par DivX5, vous
+  <emphasis role="bold">vmax_b_frames</emphasis>: 1 ou 2 est bon selon
+  le film.
+  Notez que si vous avez besoin d'avoir votre encodeur décodable par DivX5, vous
   aurez besoin d'activer le support closed GOP, en utilisant l'option <option>cgop</option> de
   <systemitem class="library">libavcodec</systemitem>, mais vous aurez besoin de désactiver 
   la détection de scène, ce qui n'est pas une bonne idée étant donné que cela 
@@ -2323,7 +2308,7 @@ Un exemple avec compression AC3:
 
 <listitem><para>
   <emphasis role="bold">dia</emphasis>: portée de recherche de mouvement. Le plus large 
-  est l'écart; ce sera mieux,mais aussi plus lent.
+  est l'écart; ce sera mieux, mais aussi plus lent.
   Des valeurs négatives sont une échelle complètement différente.
   De bonnes valeurs sont -1 pour un encodage rapide, ou 2-4 pour un plus lent.
 </para></listitem>
@@ -2340,16 +2325,16 @@ Un exemple avec compression AC3:
   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.
+  Pour cmp et subcmp, 2 est bon pour les animations, et 3 est bon pour les 
+  actions en direct.
   6 peut-être ou non un peu mieux, mais c'est lent.
 </para></listitem>
 
 <listitem><para>
   <emphasis role="bold">last_pred</emphasis>: Nombre de prédicateurs de mouvement 
   à prendre depuis la frame précédente.
-  1-3 ou autre aide avec peu de frais en matière de vitesse.
-  De plus hautes valeurs sont lentes, sans avoir de réel intérêt.
+  1-3 (ou dans ces eaux) améliore la vitesse de l'encodage quasiment sans contre-partie.
+  De plus hautes valeurs ralentiront sans avoir de gain réel.
 </para></listitem>
 
 <listitem><para>
@@ -2361,42 +2346,42 @@ Un exemple avec compression AC3:
   <emphasis role="bold">qprd</emphasis>: quantification adaptative basée sur la
   complexité du macrobloc.
   Peut aider ou agraver la situation ceci dépend de la vidéo et des autres options.
-  Cela peut causer des artefacts à moins que vous paramètriez vqmax à certaine 
-  valeur raisonnablement petite (6 c'est bien, peut-être aussi lent que 4); 
+  Cela peut causer des artefacts à moins que vous ne paramétriez vqmax à certaines
+  valeurs raisonnablement petites (6 c'est bien, voire peut-être 4); 
   vqmin=1 devrait aussi aider.
 </para></listitem>
 
 <listitem><para>
   <emphasis role="bold">qns</emphasis>: très lente, spécialement quand combinée
   avec qprd.
-  Cette option amènera l'encodeur à minimiser le bruit dû à la compression
+  Cette option dira l'encodeur à minimiser le bruit dû à la compression
   d'artefact au lieu de faire strictement ressembler la vidéo encodée à la 
   source.
-  Ne pas utilisez ceci à moins d'avoir déjà bidouillé tout ce qui fut possible 
-  de faire et que les résultats ne sont pas encore assez bons.
+  N'utilisez pas ceci à moins d'avoir déjà bidouillé tout ce qui est possible 
+  et que les résultats ne sont pas encore assez bons.
 </para></listitem>
 
 <listitem><para>
   <emphasis role="bold">vqcomp</emphasis>: Bidouille du contrôle de taux.
   Quelles sont les bonnes valeurs qui dépendent du film?
-  Vous pouvez de manière sûr laisser cela de