Mercurial > mplayer.hg

--- a/DOCS/xml/fr/encoding-guide.xml	Thu May 04 08:45:34 2006 +0000
+++ b/DOCS/xml/fr/encoding-guide.xml	Thu May 04 12:36:34 2006 +0000
@@ -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 @@
 <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
+<para>
+  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 @@
 <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 @@
   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 @@
 <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 @@
 <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 @@
   <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 .
-</para>
-
-<para>
-  Parfois, la vid�o progressive sur des DVDs consid�r�s comme un &quot;soft-telecine&quot;
+  imm�diatement la valeur du changement.
+</para>
+
+<para>
+  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 @@
 <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 @@
     </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 @@
 <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 @@
 <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.
-</para>
-
-<para>
-  Quand <application>MPlayer</application> joue ce type de fichier, il jonglerai
+  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 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 @@
 <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 @@
   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 @@
 <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 @@
   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 @@
   <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 @@
 <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 @@

   </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 @@

 <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 @@
   </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 @@
   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 @@
   </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 @@
   </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 @@
 <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 @@

 </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 @@
 </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 @@
 </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 @@

 <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 @@
 <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 @@

 <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 @@
   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 @@
   <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 c�t� si vous le voulez.
+  Vous pouvez de mani�re s�re laisser cela de c�t� si vous voulez.
   R�duire vqcomp met plus de bits sur les sc�nes de basse complexit�, l'augmenter
-  les mets sur les sc�nes de haute complexit� (d�faut: 0.5, port�e: 0-1. port�e
-  recommand�: 0.5-0.7).
+  les met sur les sc�nes de haute complexit� (d�faut: 0.5, port�e: 0-1. port�e
+  recommand�e: 0.5-0.7).
 </para></listitem>

 <listitem><para>
   <emphasis role="bold">vlelim, vcelim</emphasis>: Param�tre le seuil du seul
   coefficent d'�limination pour les plans de luminance et de chroma.
   Ceux-l� sont encod�s s�par�ment dans tous les algorithmes de style MPEG.
-  L'id�e derri�re tout ceci est d'utiliser certaines bonnes approches heuristics
+  L'id�e derri�re tout ceci est d'utiliser certaines bonnes heuristiques
   pour d�terminer quand le changement dans un bloc est inf�rieur au seuil que
-  vous avez sp�cifi�, et dans ce cas, de juste encoder le bloc comme �tant
+  vous avez sp�cifi�, et dans ce cas, de simplement encoder le bloc comme �tant
   "sans changement".
-  Cela �pargnera des bits et peut-�tre acc�l�rera l'encodage. vlelim=-4 et
+  Cela �conomisera des bits et acc�l�rera peut-�tre l'encodage. vlelim=-4 et
   vcelim=9 semblent �tre de bonnes valeurs pour les films en direct, mais
   semblent ne pas aider avec les animations; quand vous voudrez encoder une animation,
-  vous devriez probablement les laisser inchang�s.
+  vous devrez probablement les laisser inchang�s.
 </para></listitem>

 <listitem><para>
@@ -2406,7 +2391,7 @@
   stock�es dans le fichier encod�.
   La compression gain/perte d�pend du film, mais n'est habituellement pas tr�s
   efficace sur les animations.
-  qpel induit toujours un co�t significatif dans le temps de d�codage du CPU
+  qpel induit toujours un surco�t significatif dans le temps de d�codage du CPU
   (+25% en pratique).
 </para></listitem>

@@ -2419,7 +2404,7 @@
 </itemizedlist>

 <itemizedlist>
-<title>Options non-recommand�es de jouer avec:</title>
+<title>Options � �viter:</title>
 <listitem><para>
   <emphasis role="bold">vme</emphasis>: La valeur par d�faut est la mieux.
 </para></listitem>
@@ -2427,14 +2412,14 @@
 <listitem><para>
   <emphasis role="bold">lumi_mask, dark_mask</emphasis>: Quantification adaptative
   psychovisuelle.
-  Vous ne voudriez pas jouer avec ces options si vous tenez � la qualit�.
+  Vous ne voulez pas jouer avec ces options si vous tenez � la qualit�.
   Des valeurs raisonnables peuvent �tre efficaces dans votre cas, mais soyez pr�venu
-  que ceci est tr�s subjectif.
+  que ceci reste tr�s subjectif.
 </para></listitem>

 <listitem><para>
-  <emphasis role="bold">scplx_mask</emphasis>: Essaye de pr�venir l'apparition d'artefacts
-  carr�, mais le post-traitement est le mieux.
+  <emphasis role="bold">scplx_mask</emphasis>: Essaie d'�viter l'apparition d'artefacts
+  carr�s, mais le post-traitement est le mieux.
 </para></listitem>
 </itemizedlist>
 </sect2>
@@ -2444,8 +2429,7 @@

 <para>
   Les param�tres suivant sont des exemples de combinaisons d'option de diff�rents
-  encodages qui affectent la vitesse contre la diff�rence de qualit� pour la m�me
-  cible de bitrate.
+  encodages qui affectent la vitesse et la qualit� pour un bitrate donn�.
 </para>

 <para>
@@ -2455,9 +2439,8 @@
   Chaque param�tre d'encodage comporte la mesure de vitesse d'encodage (en
   frames par seconde) et la perte PSNR (en dB) compar� au param�tre de "tr�s
   haute qualit�".
-  Veuillez comprendre que d�pendamment de votre source, de votre type de machine
-  et des avancements en d�veloppement, vous pouvez obtenir des r�sultats tr�s
-  diff�rents.
+  Sachez que selon votre source, votre machine et les derniers d�veloppements,
+  vous pourrez obtenir des r�sultats tr�s diff�rents.
 </para>

 <para>
@@ -2497,20 +2480,19 @@
 </para>
 </sect2>

-<sect2 id="custommatrices"><title>Matrices inter/intra customis�es</title>
+<sect2 id="custommatrices"><title>Matrices inter/intra personnalis�es</title>

 <para>
 Avec cette fonctionnalit� de
 <link linkend="ffmpeg"><systemitem class="library">libavcodec</systemitem></link>
-vous �tes � m�me de r�gler des matrices inter (I-frames/frames cl�) et intra
-(P-frames/frames pr�vu) customis�es. Cela est support� par la plupart des codecs:
-<systemitem>mpeg1video</systemitem> et <systemitem>mpeg2video</systemitem>
-sont rapport�s comme fonctionnant.
-</para>
-
-<para>
-Un usage typique de cette fonctionnalit� est de r�gler les matrices pr�f�r�es
-gr�ce aux sp�cifications <ulink url="http://www.kvcd.net/">KVCD</ulink>.
+vous pouvez rentrer des matrices personnalis�es inter (I-frames/frames cl�) et intra
+(P-frames/frames pr�vu). La plupart des codecs supporte ceci - on rapporte que
+<systemitem>mpeg1video</systemitem> et <systemitem>mpeg2video</systemitem> fonctionnent avec.
+</para>
+
+<para>
+Cette fonctionnalit� est utilis�e habituellement pour r�gler les matrices utilis�es
+par les sp�cifications <ulink url="http://www.kvcd.net/">KVCD</ulink>.
 </para>

 <para>
@@ -2544,7 +2526,7 @@
 </para>

 <para>
-Usage:
+Utilisation:
 <screen>
 $ mencoder <replaceable>input.avi</replaceable> -o <replaceable>output.avi</replaceable> -oac copy -ovc lavc -lavcopts inter_matrix=...:intra_matrix=...
 </screen>
@@ -2568,17 +2550,17 @@
 <title>Exemple</title>

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

 <para>
-  Apr�s lancement de <option>mplayer dvd://1</option>, nous suivons le processus
+  Apr�s avoir lanc� <option>mplayer dvd://1</option>, nous suivons le processus
   d�taill� dans la section <link linkend="menc-feat-telecine">Comment traiter le
   t�l�cin� et l'entrelacement dans les DVDs NTSC</link> et d�couvrir que c'est une
   vid�o progressive en 24000/1001 fps, ce qui signifie que nous n'aurons pas besoin
@@ -2586,39 +2568,39 @@
 </para>

 <para>
-  Ensuite, nous voulons d�terminer le rectangle de d�coupage appropri�, donc
+  Ensuite, nous voulons d�terminer le rectangle de recadrage appropri�, donc
   nous utilisons le filtre cropdetect:

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

-  Soyez s�r que vous recherchez une frame compl�tement remplie (comme une sc�ne
+  Cherchez une frame compl�tement remplie (comme une sc�ne
   lumineuse), et vous verez dans la console de sortie de <application>MPlayer</application>:

   <screen>crop area: X: 0..719  Y: 57..419  (-vf crop=720:362:0:58)</screen>

-  Nous rejouons ensuite le film avec le filtre pour tester son exactitude:
+  Rejouons ensuite le film avec le filtre pour tester le r�sultat:

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

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

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

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

-  Une autre raison pour tailler les pixels du haut et du bas est que nous nous
-  assurons que nous avons �limin� n'importe quels pixels � moiti� noir si ils
+  Une autre raison pour retirer les pixels du haut et du bas est que nous nous
+  assurons que nous avons �limin� tous les pixels � moiti� noir s'ils
   existent. Notez que si votre vid�o est t�l�cin�e, assurez-vous que le filtre
   <option>pullup</option> (ou quelque soit le filtre inverse t�l�cin� que vous
   avez d�cid� d'utiliser) apparaissent dans la cha�ne de filtres avant que vous
@@ -2628,36 +2610,35 @@
 </para>

 <para>
-  Si vous vous sentez vraiment concern� par la perte de ces 10 pixels, vous
-  pourriez,au lieu de r�duire les dimensions, pr�f�rer le plus proche multiple
-  de 16.
+  Si la perte de ces 10 pixels vous peine, vous pouvez, au lieu de r�duire
+  les dimensions, prendre le plus proche multiple de 16.
   La cha�ne de filtres ressemblerait � ceci:

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

-  R�duire la vid�o, ce qui signifierai qu'un petit montant de d�tails soit perdu,
-  pensant que cela ne serait probablement pas perceptible. Augmenter la taille
-  r�sultera en une plus basse qualit� (� moins que vous augmentiez le bitrate).
-  Le d�coupage �pargne ces pixels tout ensemble. C'est une diff�rence que vous
-  voudriez prendre en compte � chaque circonstance. Par exemple, si le DVD vid�o
+  R�duire la vid�o comme cela signifie qu'une petite quantit� de d�tails est perdu
+  bien que cela ne soit probablement pas perceptible. Augmenter la taille
+  entra�nera une qualit� inf�rieure (� moins que vous n'augmentiez le bitrate).
+  Le redimensionnement sauvera l'ensemble de ces pixels. C'est une diff�rence que vous
+  voudrez prendre en compte � chaque circonstance. Par exemple, si le DVD vid�o
   �tait fait pour la t�l�vision, vous pourriez avoir int�r�t � �viter le
   redimensionnement vertical, �tant donn� que la ligne d'�chantillons correspond
-  � la fa�on d'origine avec laquelle le contenu a �t� enregistr�.
-</para>
-
-<para>
-  Apr�s inspection, nous voyons que notre film a un peu d'action et beaucoup de
+  � la mani�re d'origine avec laquelle le contenu a �t� enregistr�.
+</para>
+
+<para>
+  Apr�s v�rification, nous voyons que notre film a un peu d'action et beaucoup de
   d�tails, donc nous prenons 2400Kbit pour notre bitrate.
 </para>

 <para>
-  Nous sommes maintenant pr�t � faire les deux passes d'encodage. Passe une:
+  Nous sommes maintenant pr�ts � faire les deux passes d'encodage. Premi�re passe:

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

-  Et passe deux est la m�me, except� que nous sp�cifions <option>vpass=2</option>:
+  La seconde passe est la m�me, si ce n'est que nous sp�cifions <option>vpass=2</option>:

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

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

 <para>
-  Pour ce film, le AVI r�sultant sera de 138 minutes long et � peu pr�s 3GB.
-  Et parce-que vous disiez que la taille du fichier n'�tait pas importante, c'est
-  une taille parfaitement acceptable. Cependant, si vous la d�siriez plus petite,
-  vous pourriez essayer un bitrate inf�rieur. Les augmentations de bitrates ont des
-  retours amoindris,tandis que nous pourrions clairement voir une
-  am�lioration � partir de 1800Kbit jusqu'� 2000Kbit, cela ne semblerai pas autant
-  notable au-dessus de 2000Kbit. Libre � vous de l'exp�rimenter jusqu'� en �tre
-  totalement satisfait.
-</para>
-
-<para>
-  Parceque nous avons pass� la source vid�o au travers d'un filtre anti-bruit,
-  vous aimeriez en rajouter un peu pendant la lecture. Ceci, avec le filtre de
+  Pour ce film, le AVI r�sultant durera 138 minutes et p�sera � peu pr�s 3GB.
+  Si vous disiez que la taille du fichier n'�tait pas importante, cette taille
+  est parfaitement acceptable. Cependant, si vous la souhaitez plus petite,
+  vous pouvez essayer un bitrate inf�rieur. Les augmentations de bitrates ont des
+  effets amoindris, tandis que nous pourrons clairement voir une
+  am�lioration � partir de 1800Kbit jusqu'� 2000Kbit, cela ne semblera pas
+  tellement rentable notablement au-dessus de 2000Kbit. Libre � vous
+  d'exp�rimenter jusqu'� totale satisfaction.
+</para>
+
+<para>
+  Parce que nous avons pass� la source vid�o au travers d'un filtre anti-bruit,
+  vous aimerez en rajouter un peu pendant la lecture. Ceci, avec le filtre de
   post-traitement <option>spp</option>, am�liore de fa�on radicale la perception
   de qualit� et aide � �liminer les artefacts carr�s de la vid�o.
   Avec l'option <option>autoq</option> de <application>MPlayer</application>,
   vous pouvez faire varier le montant de post-traitement achev� par le filtre spp
-  d�pendamment du CPU disponible. Aussi, � ce point, vous pourriez vouloir demander
-  une correction gamma et/ou couleur pour mieux convenir � l'affichage. Par exemple:
+  selon le CPU disponible. Aussi, � ce point, pourrez-vous vouloir demander
+  une correction gamma et/ou couleur qui convient mieux � l'affichage. Par exemple:

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

@@ -2709,7 +2690,7 @@
 <sect1 id="menc-feat-xvid">
 <title>Encod� avec le codec <systemitem class="library">XviD</systemitem></title>
 <para>
- <systemitem class="library">XviD</systemitem> est une librairie libre pour
+ <systemitem class="library">XviD</systemitem> est une biblioth�que libre pour
  encoder les flux vid�o de MPEG-4 ASP.
  Avant de commencer � encoder, vous avez besoin de <link linkend="xvid">
  param�trer <application>MEncoder</application> pour son support</link>.
@@ -2724,7 +2705,7 @@


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

 <para>
  Commencez par passer en revue la page man de la section
@@ -2744,33 +2725,33 @@
 <itemizedlist>
 <listitem><para>
  <emphasis role="bold">vhq</emphasis>
-  Ce param�tre affecte l'algorithme de d�cision de macrobloc, o� plus la valeur
-  du param�tre est �lev�e, plus sage sera la d�cision.
-  Le param�tre par d�faut peut �tre de fa�on s�r utilis� pour tous les encodages,
-  alors que des param�trages plus �lev�s aident toujours le PSNR mais sont de
-  fa�on signifiante plus lente.
-  Veuillez noter qu' un meilleur PSNR ne veut pas forc�ment dire que l'image
-  sera mieux, mais vous informe qu'elle est proche de l'original.
-  L'enlev� acc�l�rera de fa�on notable l'encodage; si la vitesse est un point
+  Ce param�tre affecte l'algorithme de choix de macrobloc, o� plus la valeur
+  du param�tre est �lev�e, meilleure sera la d�cision.
+  Le param�tre par d�faut peut �tre utilis� de fa�on s�re pour tous les encodages,
+  alors que des param�tres plus �lev�s aident toujours le PSNR mais sont significativement
+  plus lents.
+  Veuillez noter qu'un meilleur PSNR ne veut pas forc�ment dire que l'image
+  sera mieux, mais vous informe de la proximit� par rapport � l'image originale.
+  D�sactiver l'option acc�l�rera de fa�on notable l'encodage; si la vitesse est un point
   critique pour vous, la diff�rence peut valoir le coup.
 </para></listitem>

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

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

@@ -2782,13 +2763,13 @@
   si vous �tes omnibul� par le bitrate, vous devrez augmenter <option>max_bframes</option>
   et <option>bf_threshold</option>, tandis que vous devriez augmenter <option>max_bframes</option>
   et r�duire <option>bf_threshold</option> ainsi donc l'encodeur peut utiliser plus de B-frames
-  � des endroits qui seuls <emphasis role="bold">vraiment</emphasis> les n�cessitent.
-  Un nombre bas de <option>max_bframes</option> et une valeur �lev� de <option>bf_threshold</option>
+  aux seuls endroits qui les n�cessitent <emphasis role="bold">vraiment</emphasis>.
+  Un nombre bas de <option>max_bframes</option> et une valeur �lev�e de <option>bf_threshold</option>
   n'est probablement pas un choix avis� vu qu'il obligera l'encodeur � mettre
   des B-frames en des endroits qui n'en tireront pas de b�n�fice, mais en plus
   r�duiront la qualit� visuelle.
   Cependant, si vous avez besoin d'�tre compatible avec des lecteurs qui
-  supportent seulement de vieux profils DivX (qui revient � supporter jusqu'�
+  supportent seulement de vieilles versions DivX (ce qui revient � supporter jusqu'�
   1 B-frame cons�cutive), ceci sera votre seul espoir d'augmenter la
   compressibilit� en utilisant les B-frames.
 </para></listitem>
@@ -2819,7 +2800,7 @@
 <listitem><para>
  <emphasis role="bold">cartoon</emphasis>
   Faite pour un meilleur encodage de contenu dessin anim�, et n'a pas d'impact
-  sur la vitesse �tant donn� qu'il modifie juste le mode d�cision heuristics
+  sur la vitesse �tant donn� qu'il modifie juste les heuristiques
   pour ce type de contenu.
 </para></listitem>

@@ -2832,7 +2813,7 @@
  </para>
  <para>
   Le param�tre par d�faut est le mieux dans tous les cas; bien qu'il ne
-  soit pas recommand� de l'�teindre � moins que vous recherchiez vraiment
+  soit pas recommand� de le d�sactiver � moins que vous recherchiez vraiment
   la rapidit�, vu que tout les bits sauv�s par une bonne estimation du
   mouvement seront d�pens�s autre part, augmentant la qualit� g�n�rale.
   Cependant, n'allez pas plus bas que 5, et m�me ceci doit �tre utilis�
@@ -2862,7 +2843,7 @@
     Tente de donner moins de bitrate � une partie de l'image que l'oeil humain
     ne peut pas tr�s bien voir, ce qui devrait permettre � l'encodeur de d�penser
     les bits sauv�s sur des parties plus importantes de l'image.
-    La qualit� de l'encodage yielded by this option d�pend grandement des
+    La qualit� de l'encodage li�e � cette option d�pend grandement des
     pr�f�rences personnelles et des param�tres de type et moniteurs utilis�s pour
     le regarder (typiquement, cela ne semblera pas aussi bon si c'est plus
     lumineux ou si c'est un moniteur TFT).
@@ -2870,33 +2851,33 @@

 <listitem><para>
   <emphasis role="bold">qpel</emphasis>
-    El�ve le nombre de vecteurs de mouvement candidat en augmentant la
-    pr�cision de l'estimation de mouvement de halfpel � quarterpel.
-    L'id�e est de trouver de meilleurs vecteurs de mouvement ce qui
-    en retour r�duira le bitrate (augmentant la qualit� par la m�me occasion).
+    El�ve le nombre de vecteurs de mouvement candidats en augmentant la
+    pr�cision de l'estimation de mouvement de halfpel (demi-pixel) � quarterpel (quart de pixel).
+    L'id�e est de trouver de meilleurs vecteurs de mouvement pour
+    r�duire le bitrate (ou augmenter la qualit� � bitrate constant).
     Cependant, les vecteurs de mouvement avec une pr�cision quarterpel requi�rent
     quelques bits en plus � coder, mais les vecteurs candidats ne donnent pas
-    toujours de (bien) meilleurs r�sultats.
+    toujours des r�sultats vraiment meilleurs.
     Assez souvent, le codec gaspille encore des bits sur la pr�cision en plus,
-    mais en retour peu ou aucune qualit� en plus aura �t� gagn�.
+    mais en retour il n'y aura que peu ou pas de qualit� suppl�mentaire.
     Malheureusement, il n'y a aucune fa�on de pr�voir les avantages possible de
     <option>qpel</option>, donc vous avez pr�cis�ment besoin de l'encoder avec
     et sans pour en �tre s�r.
   </para><para>
-    <option>qpel</option> peut quasimment doubl� la dur�e d'encodage, et
-    requi�re pas moins de 25% en plus de puissance de traitement pour d�coder.
+    <option>qpel</option> peut quasimment doubler la dur�e d'encodage, et ne
+    requi�rt pas moins de 25% en plus de puissance de traitement pour d�coder.
     Cela n'est pas support� par tous les lecteurs.
 </para></listitem>

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

@@ -2906,9 +2887,9 @@
 <sect2 id="menc-feat-xvid-encoding-profiles">
 <title>Profils d'encodage</title>
 <para>
-  XviD supporte des profils d'encodage � travers l'option <option>profile</option>,
+  XviD supporte des profils d'encodage via l'option <option>profile</option>,
   ce qui est utilis� pour imposer des restrictions sur les propri�t�s du flux
-  vid�o XviD comme cela il sera jouable sur n'importe quoi supportant le profil
+  vid�o XviD pour qu'il puisse �tre relu sur tout ce qui supporte le profil
   choisi.
   Les restrictions relient les r�solutions, les bitrates et certaines
   fonctionnalit�s MPEG-4.
@@ -3186,14 +3167,14 @@
 </para>

 <para>
-  Tous les param�tres d'encodage sont test�s sur un �chantillon vid�o �
+  Tous les param�tres d'encodage ont �t� test�s sur un �chantillon vid�o �
   720x448 @30000/1001 fps, le bitrate cible �tait � 900kbps, et la machine
   �tait un AMD-64 3400+ � 2400 Mhz en mode 64 bits.
   Chaque param�tre d'encodage exploite la vitesse d'encodage mesur� (en
   frames par seconde) et la perte PSNR (en dB) en la comparant au param�tre
   de "tr�s haute qualit�".
-  Veuillez comprendre que d�pendamment de votre source, de votre type de machine
-  et des avancements en d�veloppement, vous pouvez obtenir des r�sultats tr�s
+  Veuillez comprendre que selon votre source vid�o, votre type de machine
+  les d�veloppements logiciels, vous pouvez obtenir des r�sultats tr�s
   diff�rents.
 </para>

@@ -3242,7 +3223,7 @@
   <systemitem class="library">x264</systemitem> est une librairie libre pour
   encoder des flux vid�o H.264/AVC.
   Avant de commencer � encoder, vous avez besoin de <link linkend="codec-x264-encode">
-  r�gler <application>MEncoder</application> pour le supporter</link>.
+  r�gler <application>MEncoder</application> pour le supporter</link>.
 </para>

 <sect2 id="menc-feat-x264-encoding-options">
@@ -3252,10 +3233,10 @@
   Veuillez commencer par passer en revue la section
   <systemitem class="library">x264</systemitem> de la page man
   de <application>MPlayer</application>.
-  Cette section a �t� pr�vue pour �tre un suppl�ment � la page man.
-  Ici vous trouverez rapidement des astuces sur le genre d'options qui est
-  le plus susceptible d'int�resser la plupart des gens. la page man
-  est plus laconique, mais est aussi plus exhaustive, et cela offre
+  Cette section a �t� pr�vue pour �tre un compl�ment � la page man.
+  Vous trouverez ici rapidement des astuces sur le genre d'options qui est
+  le plus susceptible d'int�resser la plupart des gens. La page man
+  est plus laconique, elle est aussi plus exhaustive, et cela offre
   parfois beaucoup plus de d�tails techniques.
 </para>

@@ -3271,15 +3252,15 @@
 </orderedlist>

 <para>
-  Finalement, seul vous pouvez d�cider quelles options sont mieux pour vos buts.
+  Finalement, seul vous pouvez d�cider quelles options permettent d'atteindre vos buts.
   Le choix de la premi�re classe d'options est la plus simple:
   vous devez seulement d�cider si vous pensez que les diff�rences de qualit�
   justifient les diff�rences de vitesse. Pour la deuxi�me classe d'options,
   les pr�f�rences peuvent �tre bien plus subjectives, et plus de facteurs
-  peuvent �tre impliqu�s. Notez sur que certaines des options de type
+  peuvent �tre impliqu�s. Notez que certaines des options de type
   "pr�f�rences personnelles et de conditions sp�ciales" peuvent encore avoir
-  de larges impacts sur la vitesse ou la qualit�, mais ce n'est pas ce pourquoi
-  ils sont principalement utiles. Quelques unes des options de "pr�f�rence
+  un impact impact sur la vitesse ou la qualit�, mais ce n'est pas l� leur
+  principale utilit�. Quelques unes des options de "pr�f�rence
   personnelle" peuvent m�me causer des changements qui semblent mieux pour
   certaines personnes, mais semblent moins bon � d'autres.
 </para>
@@ -3299,12 +3280,12 @@
   A peu pr�s tous les commentaires de ce guide pr�sument que vous utilisez
   deux passages.
   Lors de la comparaison des options, il y a deux principales raisons pour
-  l'utilisation d'un encodage � deux passages.
-  Premi�rement, utiliser deux passages permet souvent de gagner environ 1dB
+  l'utilisation d'un encodage en deux passes.
+  Premi�rement, utiliser deux passes permet souvent de gagner environ 1dB
   PSNR, ce qui est une tr�s grosse diff�rence.
   Deuxi�mement, tester les options en faisant des comparaisons directes de
   qualit� avec un encodage en un passage introduit un facteur confus important:
-  bitrate varie souvent de fa�on significative avec chaque encodage.
+  le bitrate varie souvent de fa�on significative avec chaque encodage.
   Il n'est pas toujours facile de dire si les changements de qualit� sont
   principalement d�s aux changements d'options, ou si la plupart du temps ils
   refl�tent essentiellement des diff�rences al�atoires dans le bitrate r�alis�.
@@ -3345,74 +3326,76 @@
   et <option>me</option>. A la place, l'efficacit� de <option>subq=6</option>
   d�pend principalement du nombre de B-frames utilis�es. Lors d'une utilisation
   normale, cela signifie que <option>subq=6</option> a un large impact sur la
-  vitesse et la qualit� dans le cas complexe, des sc�nes �lev�es en mouvement,
-  mais il peut ne pas avoir beaucoup d'effet sur les sc�nes avec peu de mouvement.
-  Notez que il est encore recommand� de toujours param�trer les <option>bframes</option>
-  � autre chose que z�ro (voir ci-dessous).
+  vitesse et la qualit� dans le cas complexe, des sc�nes avec beaucoup de mouvements,
+  mais il peut ne pas avoir beaucoup d'effets sur les sc�nes avec peu de mouvements.
+  Notez qu'il est encore recommand� de toujours r�gler les <option>bframes</option>
+  � d'autres valeurs que z�ro (voir ci-dessous).
 </para></listitem>
 <listitem><para>
   <emphasis role="bold">frameref</emphasis>:
   <option>frameref</option> est r�gl� � 1 par d�faut, mais ceci ne devrait pas
   �tre pris en compte pour justifier qu'il est raisonnable de le mettre � 1.
-  Simplement en augmentant <option>frameref</option> � 2 permet un gain d'environ
+  En augmentant simplement <option>frameref</option> � 2 permet un gain d'environ
   0.15dB sur le PSNR avec une p�nalit� � 5-10% sur la vitesse; cela semble �tre
   un bon compromis.
   <option>frameref=3</option> gagne environ 0.25dB de PSNR de mieux que
   <option>frameref=1</option>, ce qui devrait �tre une diff�rence visible.
   <option>frameref=3</option> est d'environ 15% plus lent que <option>frameref=1</option>.
   Malheureusement, des retours diminuants se mettent en place rapidement.
-  <option>frameref=6</option> peut �tre attendu de gagner seulement 0.05-0.1 dB
-  de mieux que <option>frameref=3</option> avec une p�nalit� additionnelle de
+  <option>frameref=6</option> peut entra�ner un gain de seulement 0.05-0.1 dB
+  de mieux que <option>frameref=3</option> avec une p�nalit� de
   15% sur la vitesse.
-  Au dessus de <option>frameref=6</option>, les gains en qualit� sont
-  habituellement tr�s faible (bien que vous devriez garder � l'esprit � travers
-  cette enti�re discussion que selon votre source cela peut varier �norm�ment).
-  Dans un cas assez typique, <option>frameref=12</option> am�liorera le PSNR
-  global par un minuscule 0.02dB de mieux que <option>frameref=6</option>,
-  avec un co�t sur la vitesse de 15%-20%.
-  Avec des valeurs si �lev�es de <option>frameref</option>, la seule vraie bonne
-  chose qui peut �tre d�te est que de l'augmenter m�me un peu plus ne
-  <emphasis role="bold">nuira</emphasis> � peu pr�s certainement jamais le PSNR,
+  Au del� de <option>frameref=6</option>, les gains en qualit� sont
+  habituellement tr�s faible (bien que vous deviez garder � l'esprit
+  que toute cet avis est � mod�rer selon la source vid�o utilis�e).
+  Dans un cas typique, <option>frameref=12</option> am�liorera le PSNR
+  global d'un minuscule 0.02dB de mieux que <option>frameref=6</option>,
+  avec un surco�t sur la vitesse de 15%-20%.
+  Avec des valeurs aussi �lev�es de <option>frameref</option>, la seule vraie bonne
+  chose qui puisse �tre dite est que de l'augmenter m�me un peu plus ne
+  <emphasis role="bold">nuira</emphasis> quasiment jamais au PSNR,
   mais les b�n�fices sur la qualit� additionnelle sont � peine mesurables, et encore
   moins perceptibles.
 </para>
 <note><title>Note:</title>
 <para>
-  Augmenter le <option>frameref</option> � des valeurs non n�cessairement �lev�es
+  Augmenter le <option>frameref</option> � des valeurs inutilement �lev�es
   <emphasis role="bold">peut affecter</emphasis> et <emphasis role="bold">habituellement affecte</emphasis>
   l'efficacit� d'encodage si vous arr�tez le CABAC.
-  Avec le CABAC lanc� (comportement par d�faut), la possibilit� de param�trage
+  Avec le CABAC activ� (comportement par d�faut), la possibilit� de r�glagles
   de <option>frameref</option> "trop �lev�" actuellement semble trop distant
   pour m�me s'en inqui�ter, et dans l'avenir, les optimisations peuvent enlever
-  les possibilit�s compl�tement.
+  compl�tement cette possibilit�.
 </para>
 </note>
+
 <para>
   Si vous vous inqui�tez pour la vitesse, un compromis raisonnable est
   d'utiliser des valeurs <option>subq</option> et <option>frameref</option> basses
   sur le premier passage, et ensuite les augmenter sur le second passage.
-  Typiquement, cela a un effet n�gatif n�gligeable sur la qualit� finale:
-  Vous perdrez probablement bien en dessous de 0.1dB du PSNR, ce qui devrez
-  �tre une diff�rence beaucoup trop faible pour la voir.
+  Typiquement, cela a un effet n�gatif n�gligeable sur la qualit� finale.
+  Vous perdrez probablement bien moins de 0.1dB du PSNR, ce qui devrait
+  �tre une diff�rence beaucoup trop faible pour �tre visible.
   Cependant, des valeurs diff�rentes de <option>frameref</option> peuvent
-  occasionnellement affecter le choix du frametype.
+  parfois affecter le choix du frametype.
   Tr�s probablement, ce sont des cas p�riph�riques rares, mais si vous voulez
   en �tre compl�tement certain, consid�rez que votre vid�o a soit des mod�les
   plein �cran, clignotants et r�p�titifs, soit des occlusions provisoires tr�s
-  grandes qui pourraient forcer une I-frame.
+  grandes qui forcent une I-frame.
   Ajustez le <option>frameref</option> de premier passage pour qu'il soit assez
   large pour contenir la dur�e du cycle de clignotement (ou occlusion).
   Par exemple, si la sc�ne clignote dans les deux sens entre deux images
-  au-dessus d'une dur�e de trois frames, r�glez le <option>frameref</option> de
+  au-dessus d'une dur�e de trois frames, r�glez le <option>frameref</option> de
   premier passage � 3 ou plus.
   Le probl�me est probablement extr�mement rare sur des mat�riaux vid�o de type
-  action en directe, mais cela arrive quelque fois dans des captures de jeu vid�o.
+  action en directe, mais cela arrive quelquefois dans des captures de jeu vid�o.
 </para></listitem>

+<!--STARTOF-REREADME-->
 <listitem><para>
   <emphasis role="bold">me</emphasis>:
   Cette option est pour choisir la m�thode de recherche d'estimation de mouvement.
-  Alt�rer cette option fourni une compensation franche entre qualit� et vitesse.
+  Modifier cette option fournit une compromis franche entre qualit� et vitesse.
   <option>me=1</option> est seulement quelque pourcent plus rapide que
   la recherche par d�faut, � un co�t en dessous de 0.1dB du PSNR global. Le
   param�tre par d�faut (<option>me=2</option>) est une compensation raisonnable
@@ -3758,7 +3741,7 @@
 </sect2>

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

@@ -3766,26 +3749,26 @@
 <title>Contraintes de Format</title>
 <para>
   <application>MEncoder</application> est capable de cr�er des fichiers MPEG
-  au format VCD, SCVD et DVD en utilisant la librairie
+  au format VCD, SCVD et DVD en utilisant la biblioth�que
   <systemitem class="library">libavcodec</systemitem>.
-  Ces fichiers peuvent ensuite �tre utilis�s conjointement avec
+  Ces fichiers peuvent ensuite �tre utilis�s avec
   <ulink url="http://www.gnu.org/software/vcdimager/vcdimager.html">vcdimager</ulink>
   ou
   <ulink url="http://dvdauthor.sourceforge.net/">dvdauthor</ulink>
-  pour cr�er des discs qui joueront sur une platine de salon standard.
-</para>
-
-<para>
-  Les formats DVD, SVCD, et VCD sont sujets � des lourdes contraintes.
+  pour cr�er des disques lisibles par une platine de salon standard.
+</para>
+
+<para>
+  Les formats DVD, SVCD, et VCD sont sujets � de lourdes contraintes.
   Seule une petite s�lection des tailles d'image encod�e et taux d'aspect
   est disponible.
-  Si votre film n'est pas d�j� en accord avec ces conditions, vous pourriez
+  Si votre film ne respecte pas d�j� ces conditions, vous pouvez
   avoir � dimensionner, d�couper ou ajouter des bords noirs � l'image pour
   la rendre conforme.
 </para>

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

 <informaltable frame="all">
 <tgroup cols="9">
@@ -3818,7 +3801,7 @@
         <entry>NTSC DVD</entry>
         <entry>352x240<footnote id='fn-rare-resolutions'><para>
 	  Ces r�solutions sont rarement utilis�es pour les DVDs
-	  parce-qu'ils ont une assez basse qualit�.</para></footnote></entry>
+	  parce qu'ils ont une assez basse qualit�.</para></footnote></entry>
         <entry>MPEG-1</entry>
         <entry>1856 kbps</entry>
         <entry>48000 Hz</entry>
@@ -3898,15 +3881,15 @@
 </informaltable>

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

@@ -3917,7 +3900,7 @@
   de GOP (Group of Pictures ou "Groupe d'Images").
   Pour des mat�riaux � 30 fps la plus large taille de GOP permise est 18.
   Pour 25 ou 24 fps, le maximum est 15.
-  La taille du GOP est r�gl� en utilisant l'option <option>keyint</option>.
+  La taille du GOP est r�gl�e en utilisant l'option <option>keyint</option>.
 </para>
 </sect3>

@@ -3927,17 +3910,17 @@
   Une vid�o VCD doit �tre n�cessairement en CBR � 1152 kbps.
   Cette contrainte grandement limitante vient aussi avec une taille du buffer
   vbv de 327 kilobits extr�mement basse.
-  SVCD permet de varier des bitrates vid�o jusqu'� 2500 kbps, et une l�g�rement
-  moins restrictive taille du buffer vbv de 917 kilobits est permis.
-  Les bitrates de vid�o DVD peuvent s'�tendre de n'importe o� jusqu'� 9800 kbps
-  (bien que les bitrates typiques sont � peu pr�s la moiti� de �a), et la taille
+  SVCD permet de varier des bitrates vid�o jusqu'� 2500 kbps, et une taille du buffer vbv l�g�rement
+  moins restrictive de 917 kilobits est permise.
+  Les bitrates de vid�o DVD peuvent aller jusqu'� 9800 kbps
+  (bien que les bitrates typiques valent � peu pr�s la moiti� de �a), et la taille
   du buffer vbv est 1835 kilobits.
 </para>
 </sect3>
 </sect2>

 <sect2 id="menc-feat-vcd-dvd-output">
-<title>Options de Sortie</title>
+<title>Options de sortie</title>
 <para>
   <application>MEncoder</application> a des options de contr�le du format
   de sortie.
@@ -3946,10 +3929,10 @@
 </para>

 <para>
-  Les options pour le VCD et le SVCD sont appel�es xvcd et xsvcd, parce- que ce
+  Les options pour le VCD et le SVCD sont appel�es xvcd et xsvcd, parce que ce
   sont des formats �tendus.
-  Elles ne sont pas strictement conforme, principalement parceque la sortie
-  ne contient pas des d�calages de scan.
+  Elles ne sont pas strictement conforme, principalement parce que la sortie
+  ne contient pas de d�calages de scan.
   Si vous avez besoin de g�n�rer une image SVCD, vous devriez passer le fichier
   de sortie � <ulink url="http://www.gnu.org/software/vcdimager/vcdimager.html">vcdimager</ulink>.
 </para>
@@ -3981,11 +3964,11 @@
   -of mpeg -mpegopts format=dvd:telecine -ofps 24000/1001
   </screen>
   Ceci permet au contenu progressif � 24000/1001 fps d'�tre encod� �
-  30000/1001 fps tandis que la conformit� DVD est maintenu.
+  30000/1001 fps tout en conservant le support DVD.
 </para>

 <sect3 id="menc-feat-vcd-dvd-output-aspect">
-<title>Rapport d'Aspect</title>
+<title>Rapport d'aspect</title>
 <para>
   L'argument d'aspect <option>-lavcopts</option> est utilis� pour encoder
   le rapport d'aspect du fichier.
@@ -4031,7 +4014,7 @@
 <title>Conversion du Taux d'Echantillonnage</title>
 <para>
   Si le taux d'�chantillonnage de l'audio du fichier original n'est pas le m�me
-  que celui requis par le format cible, la conversion du taux d'�chantillonnage
+  que celui demand� par le format cible, la conversion du taux d'�chantillonnage
   est requis.
   Ceci est r�alis� en utilisant ensemble l'option <option>-srate</option> et le
   filtre audio <option>-af lavcresample</option>.
@@ -4052,22 +4035,22 @@
 </sect2>

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

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

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

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

 <listitem><para>
@@ -4092,7 +4075,7 @@
   <emphasis role="bold">vcodec</emphasis>:
   <option>mpeg1video</option> pour le VCD;
   <option>mpeg2video</option> pour le SVCD;
-  <option>mpeg2video</option> est habituellement utilis� pour le DVD mais peut
+  <option>mpeg2video</option> est habituellement utilis� pour le DVD mais on peut
   aussi utiliser <option>mpeg1video</option> pour des r�solutions CIF.
 </para></listitem>

@@ -4100,9 +4083,9 @@
   <emphasis role="bold">keyint</emphasis>:
   Utilis� pour r�gler la taille du GOP.
   18 pour les mat�riaux � 30 fps, ou 15 pour les mat�riaux  � 25/24 fps.
-  Les producteurs commerciaux semblent pr�f�rer des keyframe � des intervales
+  Les producteurs commerciaux semblent pr�f�rer des keyframe � des intervalles
   de 12.
-  Il est possible de l'avoir plus grand et et d'�tre encore compatible avec la
+  Il est possible d'augmenter cette valeur et de rester compatible avec la
   plupart des lecteurs.
   Un <option>keyint</option> de 25 ne devrait jamais causer de probl�mes.
 </para></listitem>
@@ -4120,8 +4103,8 @@
 <listitem><para>
   <emphasis role="bold">vrc_maxrate</emphasis>:
   1152 pour le VCD; 2500 pour le SVCD; 9800 pour le DVD.
-  Pour le SVCD et le DVD, vous pourriez souhaiter utiliser des valeurs plus
-  basses d�pendamment de vos propres pr�f�rences et conditions personnelles .
+  Pour le SVCD et le DVD, vous pouvez souhaiter utiliser des valeurs plus
+  basses selon vos pr�f�rences.
 </para></listitem>

 <listitem><para>
@@ -4129,14 +4112,14 @@
   1152 pour le VCD;
   jusqu'� 2500 pour le SVCD;
   jusqu'� 9800 pour le DVD.
-  Pour les deux derniers formats, vbitrate devrait �tre r�gl� bas� sur des
-  pr�f�rences personnelles.
-  Par exemple, si vous insistez � faire tenir 20 heures ou plus sur un DVD,
-  vous pourriez utiliser vbitrate=400.
-  La qualit� vid�o r�sutlante sera probablement assez mauvaise.
+  Pour les deux derniers formats, les valeurs de vbitrate devrait �tre r�gl�
+  selon vos go�ts.
+  Par exemple, si vous insistez pour faire tenir 20 heures ou plus sur un DVD,
+  vous pouvez utiliser vbitrate=400.
+  La qualit� vid�o r�sutante sera probablement assez mauvaise.
   Si vous essayez d'avoir la qualit� maximum possible sur un DVD, utilisez
-  vbitrate=9800, mais soyez pr�venu que cela pourrait vous contraindre
-  � n'avoir que moins d'une heure de vid�o sur un DVD simple couche.
+  vbitrate=9800, mais sachez que cela pourrait vous forcer
+  � ne stocker que moins d'une heure de vid�o sur un DVD simple couche.
 </para></listitem>
 </itemizedlist>
 </sect3>
@@ -4144,7 +4127,7 @@
 <sect3 id="menc-feat-vcd-dvd-lavc-examples">
 <title>Exemples</title>
 <para>
-  Ceci est un param�trage typique minimum de <option>-lavcopts</option> pour
+  Ceci est un param�trage typique minimal de <option>-lavcopts</option> pour
   encoder une vid�o:
 </para>
 <para>
@@ -4176,17 +4159,17 @@
 <sect3 id="menc-feat-vcd-dvd-lavc-advanced">
 <title>Options Avanc�</title>
 <para>
-  Pour une qualit� plus �lev�e d'encodage, vous pourriez aussi souhaiter ajouter
+  Pour une qualit� d'encodage plus �lev�e, vous pouvez aussi souhaiter ajouter
   des options d'am�lioration de qualit� � lavcopts, comme <option>trell</option>,
   <option>mbd=2</option>, et autres.
-  Notez que <option>qpel</option> et <option>v4mv</option>, tandis que souvent
-  utile avec le MPEG-4, ne sont pas utilisables avec MPEG-1 ou MPEG-2.
-  Aussi, si vous essayez de cr�er un encodage DVD de tr�s haute qualit�, il
-  peut �tre utile d'ajouter <option>dc=10</option> � lavcopts.
+  Notez que, bien que <option>qpel</option> et <option>v4mv</option> soient souvent
+  utile avec le MPEG-4, elles ne sont pas utilisables avec MPEG-1 ou MPEG-2.
+  Aussi, si vous essayez de cr�er un encodage DVD de tr�s haute qualit�,
+  peut-il �tre utile d'ajouter <option>dc=10</option> � lavcopts.
   Le faire peut aider � r�duire l'apparition de blocs dans les zones plates
   color�es.
-  Les mettre toutes ensemble, ceci est un exemple d'un param�trage de lavcopts
-  pour un DVD de plus haute qualit�:
+  Pour r�sumer, la ligne suivante est un exemple de param�trage de lavcopts
+  pour une meilleure qualit� pour un DVD:
 </para>

 <para>
@@ -4203,14 +4186,14 @@
 <sect2 id="menc-feat-vcd-dvd-audio">
 <title>Encodage Audio</title>
 <para>
-  VCD et SVCD supportent l'audio MPEG-1 layer II, en utilisant un des
+  Les VCD et SVCD supportent l'audio MPEG-1 layer II, en utilisant un des
   encodeurs MP2 <systemitem class="library">toolame</systemitem>,
   <systemitem class="library">twolame</systemitem>,
   ou <systemitem class="library">libavcodec</systemitem>.
-  Le MP2 libavcodec est loin d'�tre aussi bon que les deux autres librairies,
+  Le MP2 libavcodec est loin d'�tre aussi bon que les deux autres biblioth�ques,
   cependant il devrait toujours �tre disponible en utilisation.
-  VCD supporte seulement l'audio avec un bitrate constant (CBR) alorsque SVCD
-  supporte aussi le bitrate variable (VBR).
+  Les VCD ne supportent que l'audio avec un bitrate constant (CBR) alors que les SVCD
+  supportent aussi le bitrate variable (VBR).
   Soyez prudents lors de l'utilisation du VBR car certains mauvais lecteurs
   pourraient ne pas trop bien le supporter.
 </para>
@@ -4223,7 +4206,7 @@
 <sect3 id="menc-feat-vcd-dvd-audio-toolame">
 <title>toolame</title>
 <para>
-  Pour le VCD et le SVCD:
+  Pour un VCD et un SVCD:
   <screen>
   -oac toolame -toolameopts br=224
   </screen>
@@ -4233,7 +4216,7 @@
 <sect3 id="menc-feat-vcd-dvd-audio-twolame">
 <title>twolame</title>
 <para>
-  Pour le VCD et le SVCD:
+  Pour un VCD et un SVCD:
   <screen>
   -oac twolame -twolameopts br=224
   </screen>
@@ -4243,19 +4226,19 @@
 <sect3 id="menc-feat-vcd-dvd-audio-lavc">
 <title>libavcodec</title>
 <para>
-  Pour le DVD avec le son 2 canaux:
+  Pour un DVD avec un son 2 canaux:
   <screen>
   -oac lavc -lavcopts acodec=ac3:abitrate=192
   </screen>
 </para>
 <para>
-  Pour le DVD avec le son 5.1 canaux:
+  Pour un DVD avec un son 5.1 canaux:
   <screen>
   -channels 6 -oac lavc -lavcopts acodec=ac3:abitrate=384
   </screen>
 </para>
 <para>
-  Pour le VCD et le SVCD:
+  Pour un VCD et un SVCD:
   <screen>
   -oac lavc -lavcopts acodec=mp2:abitrate=224
   </screen>
@@ -4265,9 +4248,9 @@
 </sect2>

 <sect2 id="menc-feat-vcd-dvd-all">
-<title>Les mettre tous Ensemble</title>
-<para>
-  Cette section montre certaines commandes compl�tes  pour cr�er des vid�os
+<title>Combiner le tout</title>
+<para>
+  Cette section pr�sente certaines commandes compl�tes pour cr�er des vid�os
   compatibles VCD/SVCD/DVD.
 </para>