Mercurial > mplayer.hg
changeset 19349:dd724d088ff1
remove trailing spaces + remove some obviously redudant words
author | gpoirier |
---|---|
date | Mon, 07 Aug 2006 13:31:18 +0000 (2006-08-07) |
parents | c4104abaaf46 |
children | 40527c0a1387 |
files | DOCS/xml/fr/encoding-guide.xml |
diffstat | 1 files changed, 712 insertions(+), 712 deletions(-) [+] |
line wrap: on
line diff
--- a/DOCS/xml/fr/encoding-guide.xml Mon Aug 07 08:57:43 2006 +0000 +++ b/DOCS/xml/fr/encoding-guide.xml Mon Aug 07 13:31:18 2006 +0000 @@ -9,7 +9,7 @@ <para> Une question fr�quemment pos�e est "Comment faire le meilleur rip DVD possible ? Une autre question est "Comment dois-je faire pour avoir un rip de la meilleure - qualit� possible ?" Peu importe la taille du fichier, je veux simplement la + qualit� possible ?" Peu importe la taille du fichier, je veux simplement la meilleure qualit�." </para> @@ -32,15 +32,15 @@ de tr�s haute qualit�. Il y a de nombreux facteurs � prendre en compte, et vous devriez comprendre ces d�tails, ou vous serez d蜃us par les r�sultats. Ci-dessous nous allons examiner quelques-uns de ces probl�mes, et voir un exemple. Nous - supposerons que vous utilisez <systemitem class="library">libavcodec</systemitem> pour encoder + supposerons que vous utilisez <systemitem class="library">libavcodec</systemitem> pour encoder la vid�o, bien que cet exemple th�orique s'applique �galement � d'autres codecs. </para> <para> - Si cela vous semble un peu trop pour vous, vous devriez utiliser une des - interfaces graphiques list�es dans <ulink url="http://mplayerhq.hu/homepage/design7/projects.html#mencoder_frontends">Section + Si cela vous semble un peu trop pour vous, vous devriez utiliser une des + interfaces graphiques list�es dans <ulink url="http://mplayerhq.hu/homepage/design7/projects.html#mencoder_frontends">Section MEncoder</ulink> sur la page de notre projet. - Avec ceci, vous serez suffisamment arm� pour produire des rips de bonne qualit� sans + Avec ceci, vous serez suffisamment arm� pour produire des rips de bonne qualit� sans trop r�fl�chir car ces outils utilisent des r�glages astucieux � votre place. </para> @@ -52,8 +52,8 @@ </para> <para> - La premi�re et plus importante �tape avant l'encodage sera la d�termination du - type de contenu utilis�. Si la source physique provient d'un DVD ou bien d'un + La premi�re et plus importante �tape avant l'encodage sera la d�termination du + type de contenu utilis�. Si la source physique provient d'un DVD ou bien d'un m�dia de diffusion comme la t�l� par c�ble ou le satellite, elle sera stock�e sous deux formats : NTSC pour l'Am�rique du nord et le Japon, et PAL pour l'Europe et les autres pays... @@ -63,9 +63,9 @@ L'exp�rience montre que le NTSC est bien plus dur � encoder car il y a plus d'�l�ment d'identification dans la source. Afin de produire l'encodage d�sir�, vous devez conna�tre le format original. - N�gliger cette �tape aura pour cons�quence des r�sultats hasardeux, des artefacts + N�gliger cette �tape aura pour cons�quence des r�sultats hasardeux, des artefacts bizarro�des, des trames en double ou ignor�es. - En plus d'avoir des r�sultats bizarres, le rendu global risque d'en souffrir avec une + En plus d'avoir des r�sultats bizarres, le rendu global risque d'en souffrir avec une qualit� m�diocre par unit� du bitrate. </para> @@ -81,11 +81,11 @@ cin�matographique avec 24 images par secondes (fps). </para></listitem> <listitem><para> - <emphasis role="bold">Vid�o PAL</emphasis>: Enregistr� par une cam�ra � 50 trames + <emphasis role="bold">Vid�o PAL</emphasis>: Enregistr� par une cam�ra � 50 trames par secondes. Une trame est, par exemple, l'ensemble des lignes paires ou des lignes impaires d'une image. La t�l�vision a �t� cr蜑e pour afficher l'image de cette mani�re (en fait une version bas de gamme de compression analogique). - L'oeil humain est cens� compenser cette alternance de trames mais d�s lors que vous + L'oeil humain est cens� compenser cette alternance de trames mais d�s lors que vous comprenez ce fonctionnement, vous ne regarderez plus la t�l�vision de la m�me fa�on. Deux trames ne font <emphasis role="bold">pas</emphasis> une image compl�te, car elles sont captur�es avec un d�calage de 1/50e de seconde, et donc, elles ne s'alignent pas @@ -146,39 +146,39 @@ <listitem><para> <emphasis role="bold">Redimensionnement PAL 2:2:2:2:2:2:2:2:2:2:2:3</emphasis>: La douzi�me image est affich�e pendant la dur�e de 3 frames au lieu de deux. Cela - permet d'�viter le probl�me de l'acc�l�ration de 4% mais rend le processus tr�s + permet d'�viter le probl�me de l'acc�l�ration de 4% mais rend le processus tr�s difficile � inverser. - Cette technique est g�n�ralement utilis�e dans les productions musicales o� + Cette technique est g�n�ralement utilis�e dans les productions musicales o� l'acc�l�ration de 4% endommagerait s�rieusement la qualit� musicale. </para></listitem> <listitem><para> <emphasis role="bold">T�l�cine NTSC 3:2</emphasis>: Les images sont alternativement - affich�es pendant une dur�e de 3 ou 2 frames. Cela provoque un redimensionnement de 2,5 fois le + affich�es pendant une dur�e de 3 ou 2 frames. Cela provoque un redimensionnement de 2,5 fois le ratio original. Le r�sultat est tr�s l�g�rement ralenti de 60 frames par secondes � 60000/1001 frames par seconde pour maintenir le fieldrate NTSC </para></listitem> <listitem><para> - <emphasis role="bold">Redimensionnement NTSC 2:2</emphasis>: Utilis� pour le NTSC avec une + <emphasis role="bold">Redimensionnement NTSC 2:2</emphasis>: Utilis� pour le NTSC avec une source en 30fps. Le rendu est correct, similaire au redimensionnement PAL 2:2 </para></listitem> </itemizedlist> <para> - Il y aussi d'autres mani�res de convertir des vid�os NTSC et PAL + Il y aussi d'autres mani�res de convertir des vid�os NTSC et PAL mais ce sujet s'�loigne des limites de ce guide. Si vous d�sirez encoder un film par exemple, le mieux reste de trouver une copie de l'original. - La conversion entre ces deux formats est hautement destructrice et il n'est + La conversion entre ces deux formats est hautement destructrice et il n'est pas possible de l'inverser proprement, donc l'encodage sera d'autant plus mauvais s'il est fait � partir d'une source d�j� convertie. </para> <para> - Quand des vid�os sont stock�es sur un DVD, des groupes de trames + Quand des vid�os sont stock�es sur un DVD, des groupes de trames cons�cutives sont rassembl�es en une image, m�me si elles ne sont pas cens�es �tre affich�es au m�me moment. Le standard MPEG-2 utilis� dans les DVDs et la t�l�vision num�rique fournit - un moyen d'encoder les images originales progressivement et de stocker le - nombre de trames pour chaque image qui devra �tre affich� avant cette + un moyen d'encoder les images originales progressivement et de stocker le + nombre de trames pour chaque image qui devra �tre affich� avant cette image. Si cette m�thode est utilis�e, on dit que le film est "soft-telecined" ("contenu progressif"), car le processus de rendu est @@ -186,39 +186,39 @@ Ce cas est de loin le mieux car il peut �tre tout aussi bien invers� (en fait, non pris en compte) par l'encodeur puisqu'il pr�serve la qualit� maximale. Malgr� cela, beaucoup de DVD et d'�missions studios diffus�es n'utilisent pas - des techniques d'encodage propres mais plut�t des films "hard telecine" ("contenu brut") + des techniques d'encodage propres mais plut�t des films "hard telecine" ("contenu brut") dans lesquels les trames sont dupliqu�es puis encod�es en MPEG-2. </para> <para> Les �tapes pour g�rer correctement ce genre de cas seront �voqu�es <link linkend="menc-feat-telecine">plus tard dans ce guide</link>. Pour l'instant, nous allons vous donner quelques indices pour d�finir � quelle - source vous avez � faire : + source vous avez � faire : </para> <itemizedlist> <title>Domaine du NTSC:</title> <listitem><para> - Si <application>MPlayer</application> affiche que le nombre d'image a changer pour - 24000/1001 quand vous regardez votre film, et qu'il ne change plus du tout, il est + Si <application>MPlayer</application> affiche que le nombre d'image a changer pour + 24000/1001 quand vous regardez votre film, et qu'il ne change plus du tout, il est quasiment certain que c'est un contenu progressif qui a �t� "soft telecin�". </para></listitem> <listitem><para> - Si <application>MPlayer</application> affiche un nombre d'images alternant - entre 24000/1001 et 30000/1001 et que les bords de l'image affichent des esp�ces de "peignes", alors + Si <application>MPlayer</application> affiche un nombre d'images alternant + entre 24000/1001 et 30000/1001 et que les bords de l'image affichent des esp�ces de "peignes", alors il y a plusieurs possibilit�s. - Les segments � 24000/1001 fps ont tr�s certainement un contenu progressif, - "soft telecin�" mais les parties 30000/1001 fps ont pu �tre "hard-telecin�es" + Les segments � 24000/1001 fps ont tr�s certainement un contenu progressif, + "soft telecin�" mais les parties 30000/1001 fps ont pu �tre "hard-telecin�es" depuis un contenu 24000/1001 fps ou 60000/1001 frames par secondes d'une vid�o NTSC. Utilisez les m�mes conseils que ceux pour les deux cas qui suivent. </para></listitem> <listitem><para> - Si <application>MPlayer</application> montre un nombre d'images constant et que chacune - des images avec des mouvements semble avoir un "peigne" sur les cot�s, alors votre film + Si <application>MPlayer</application> montre un nombre d'images constant et que chacune + des images avec des mouvements semble avoir un "peigne" sur les cot�s, alors votre film est une vid�o NTSC � 60000/1001 images par seconde. </para></listitem> <listitem><para> - Si <application>MPlayer</application> montre un nombre d'images constant et que deux + Si <application>MPlayer</application> montre un nombre d'images constant et que deux images sur cinq apparaissent avec des "peignes", le film est "hard telecin�" avec un contenu � 24000/1001fps. </para></listitem> @@ -230,22 +230,22 @@ Si vous ne voyez pas de "peigne" sur les cot�s, le film a un redimensionnement 2:2. </para></listitem> <listitem><para> - Si vous voyez une alternance r�guli�re d'effet "peigne", de pseudo-entrelacement + Si vous voyez une alternance r�guli�re d'effet "peigne", de pseudo-entrelacement toutes les demi-secondes, alors le film a subi une r�duction 2:2:2:2:2:2:2:2:2:2:2:3. </para></listitem> <listitem><para> - Si vous voyez une sorte d'entrelacement constant dans les sc�nes en mouvement, + Si vous voyez une sorte d'entrelacement constant dans les sc�nes en mouvement, le film est en PAL avec 50 trames par secondes. </para></listitem> </itemizedlist> <note><title>Astuce:</title> <para> - <application>MPlayer</application> peut lire un film tr�s lentement en utilisant + <application>MPlayer</application> peut lire un film tr�s lentement en utilisant l'option -speed ou en le jouant image par image. - Essayer d'utiliser l'option <option>-speed</option> � 0.2 afin de regarder le film - tr�s doucement ou presser la touche "<keycap>.</keycap>" pour avancer d'une frame - � l'autre et ainsi identifier la "signature" d'un type de redimensionnement si + Essayer d'utiliser l'option <option>-speed</option> � 0.2 afin de regarder le film + tr�s doucement ou presser la touche "<keycap>.</keycap>" pour avancer d'une frame + � l'autre et ainsi identifier la "signature" d'un type de redimensionnement si celui-ci n'est pas visible � vitesse normale. </para> </note> @@ -257,36 +257,36 @@ <para> Il est possible d'encoder votre film suivant une large gamme de qualit�s. - Les compresseurs vid�os modernes et quelques pre-codec de compression - (antibruit et redimensionnement) permettent d'obtenir un - tr�s bon rendu pour un film grand �cran de 90-110 minutes sur 700Mo. - De plus, la plupart des films longs peuvent approcher un r�sultat parfait + Les compresseurs vid�os modernes et quelques pre-codec de compression + (antibruit et redimensionnement) permettent d'obtenir un + tr�s bon rendu pour un film grand �cran de 90-110 minutes sur 700Mo. + De plus, la plupart des films longs peuvent approcher un r�sultat parfait avec un fichier d'un taille de 1400Mo. </para> <para> Il y a trois approches possibles pour encoder une vid�o: d�bit constant - (CBR), quantification constante, et deux passes (ABR, ou d�bit moyen). -</para> - -<para> - La complexit� des images d'un film et le nombre de bits utilis�s pour - cette compression fera varier grandement le r�sultat d'une sc�ne � l'autre. - Les encodeurs vid�os modernes savent s'ajuster en fonction des besoins par + (CBR), quantification constante, et deux passes (ABR, ou d�bit moyen). +</para> + +<para> + La complexit� des images d'un film et le nombre de bits utilis�s pour + cette compression fera varier grandement le r�sultat d'une sc�ne � l'autre. + Les encodeurs vid�os modernes savent s'ajuster en fonction des besoins par variation du d�bit vid�o (bitrate). - Cependant, dans un mode simple comme le CBR, le compresseur ne conna�t pas - le besoin en d�bit vid�o pour les sc�nes � venir, donc il ne sait pas d�finir + Cependant, dans un mode simple comme le CBR, le compresseur ne conna�t pas + le besoin en d�bit vid�o pour les sc�nes � venir, donc il ne sait pas d�finir un bitrate moyen sur la longueur du film. Les modes avanc�s actuels, comme le mode 'multi-passes' (plusieurs passages), prennent - en compte les statistiques des passes pr�c�dentes pour l'encodage, fixant le - probl�me ci-dessus. + en compte les statistiques des passes pr�c�dentes pour l'encodage, fixant le + probl�me ci-dessus. </para> <note><title>Note:</title> <para> - La plupart des codecs qui supportent la compression ABR supportent seulement deux + La plupart des codecs qui supportent la compression ABR supportent seulement deux passages alors que d'autres comme le <systemitem class="library">x264</systemitem>, - le <systemitem class="library">XviD</systemitem> et <systemitem class="library">libavcodec</systemitem> supportent des + le <systemitem class="library">XviD</systemitem> et <systemitem class="library">libavcodec</systemitem> supportent des passes multiples qui permettent d'affiner � chaque fois les statistiques (ces am�liorations seront cependant n�gligeables apr�s la quatri�me passe). Dans cette section, deux passages ou plus peuvent �tre utilis�s indiff�remment. @@ -296,7 +296,7 @@ <para> Dans chacun de ces modes, <systemitem class="library">libavcodec</systemitem> s�pare les trames vid�os en macroblocs de 16x16 pixels et applique ensuite - un quantificateur sur chaque macrobloc. Plus le quantificateur est bas, plus + un quantificateur sur chaque macrobloc. Plus le quantificateur est bas, plus la qualit� est bonne et le d�bit est gros. La m�thode utilis�e par <systemitem class="library">libavcodec</systemitem> pour d�terminer quel quantificateur utiliser varie et est configurable (ceci est une simplification @@ -305,37 +305,37 @@ <!-- FIXME --> <para> - Lorsque vous sp�cifiez un d�bit constant, le compresseur vid�o codera la vid�o - en laissant de c�t� les d�tails, et ceci, d'autant plus + Lorsque vous sp�cifiez un d�bit constant, le compresseur vid�o codera la vid�o + en laissant de c�t� les d�tails, et ceci, d'autant plus que le bitrate sera petit. Si la taille du fichier vous importe peu, - vous pouvez fixer un d�bit contant et infini. (En pratique, cette - valeur aura une limite haute dans les 10000Kbit). Sans r�elle - restriction de d�bit, + vous pouvez fixer un d�bit contant et infini. (En pratique, cette + valeur aura une limite haute dans les 10000Kbit). Sans r�elle + restriction de d�bit, <systemitem class="library">libavcodec</systemitem> utilisera le plus bas quantificateur possible pour chaque macrobloc (tel que sp�cifi� par - <option>vqmin</option>, qui vaut 2 par d�faut). + <option>vqmin</option>, qui vaut 2 par d�faut). Si vous sp�cifiez un d�bit si petit que <systemitem class="library"> - libavcodec</systemitem> doit utiliser un quantificateur plus haut, - alors vous �tes certainement en train de massacrer la qualit� de votre - vid�o. En g�n�ral, vous devriez �viter le CBR si vous vous souciez de + libavcodec</systemitem> doit utiliser un quantificateur plus haut, + alors vous �tes certainement en train de massacrer la qualit� de votre + vid�o. En g�n�ral, vous devriez �viter le CBR si vous vous souciez de la qualit�. </para> <para> - Avec un quantificateur constant <systemitem class="library">libavcodec</systemitem> utilise - le m�me quantificateur, sp�cifi� par l'option <option>vqscale</option>, sur chaque macrobloc. - Si vous voulez un rip de la meilleure qualit� possible, cette fois encore en ignorant - le d�bit, vous pouvez utiliser <option>vqscale=2</option>. Cela donnera le m�me d�bit - et le m�me PSNR (Peak Signal-to-Noise Ratio, rapport signal sur bruit de cr�te) - que le CBR avec <option>vbitrate</option>=infini et la valeur de <option>vqmin</option> par + Avec un quantificateur constant <systemitem class="library">libavcodec</systemitem> utilise + le m�me quantificateur, sp�cifi� par l'option <option>vqscale</option>, sur chaque macrobloc. + Si vous voulez un rip de la meilleure qualit� possible, cette fois encore en ignorant + le d�bit, vous pouvez utiliser <option>vqscale=2</option>. Cela donnera le m�me d�bit + et le m�me PSNR (Peak Signal-to-Noise Ratio, rapport signal sur bruit de cr�te) + que le CBR avec <option>vbitrate</option>=infini et la valeur de <option>vqmin</option> par d�faut (2). </para> <para> Le probl�me de la quantification constante est, qu'elle utilise le quantificateur demand� m�me si le macrobloc n'en a pas besoin. En fait, il doit �tre possible - d'utiliser un quantificateur plus haut sur un macrobloc sans sacrifier de la - qualit� visuelle. Pourquoi gaspiller des bits avec un quantificateur inutilement + d'utiliser un quantificateur plus haut sur un macrobloc sans sacrifier de la + qualit� visuelle. Pourquoi gaspiller des bits avec un quantificateur inutilement bas ? Votre microprocesseur a assez de ressources car il a le temps, mais votre disque lui a une taille fix�e. </para> @@ -344,47 +344,47 @@ Avec l'encodage deux passes, la premi�re passe va ripper le film comme en CBR, mais va garder un journal des propri�t�s de chaque trame. Ces donn�es sont ensuite utilis�es pendant la seconde passe de fa�on � choisir intelligemment - quels quantificateurs utiliser. Lors des sc�nes d'action rapide ou celles ayant - beaucoup de d�tails, des quantificateurs plus �lev�s seront utilis�s. Pendant les - sc�nes avec peu de mouvements ou avec peu de d�tails, ce sera des quantificateurs + quels quantificateurs utiliser. Lors des sc�nes d'action rapide ou celles ayant + beaucoup de d�tails, des quantificateurs plus �lev�s seront utilis�s. Pendant les + sc�nes avec peu de mouvements ou avec peu de d�tails, ce sera des quantificateurs plus bas. </para> <para> Si vous utilisez <option>vqscale=2</option>, alors vous gaspillerez des bits. Si vous utilisez <option>vqscale=3</option>, vous n'aurez pas la meilleure - qualit� de rip. Supposez que vous ripiez un DVD avec <option>vqscale=3</option>, + qualit� de rip. Supposez que vous ripiez un DVD avec <option>vqscale=3</option>, et que le r�sultat soit 1800Kbit. Si vous faites un encodage en deux passes avec - <option>vbitrate=1800</option>, la vid�o produite aura une + <option>vbitrate=1800</option>, la vid�o produite aura une <emphasis role="bold">meilleure qualit�</emphasis> pour le <emphasis role="bold">m�me d�bit</emphasis>. </para> <para> Maintenant que vous �tes convaincu que l'encodage deux passes est la bonne m�thode, - la vraie question est maintenant de savoir quel d�bit utiliser. Il n'y a pas de r�ponse - toute faite. Id�alement, vous devriez choisir un d�bit offrant un compromis entre + la vraie question est maintenant de savoir quel d�bit utiliser. Il n'y a pas de r�ponse + toute faite. Id�alement, vous devriez choisir un d�bit offrant un compromis entre qualit� et taille de fichier. Cette valeur varie selon la source vid�o. </para> <para> - Si la taille ne compte pas, un bon point de d�part pour un rip de tr�s haute - qualit� est environ 2000kbps, plus ou moins 200kbps. - Pour les vid�os comportant beaucoup d'actions ou de d�tails, et/ou si vous avez + Si la taille ne compte pas, un bon point de d�part pour un rip de tr�s haute + qualit� est environ 2000kbps, plus ou moins 200kbps. + Pour les vid�os comportant beaucoup d'actions ou de d�tails, et/ou si vous avez de tr�s bon yeux, vous pouvez choisir 2400 ou 2600. Pour certains DVDs, vous pourrez ne pas voir de diff�rence � 1400kbps. C'est une bonne id�e que d'essayer sur des sc�nes avec diff�rents d�bits pour se rendre compte. </para> <para> - Si vous avez fix� une taille limite, alors il faudra se livrer � un petit calcul - pour obtenir le d�bit souhait�. Mais avant cela, il faudra d�finir l'espace que + Si vous avez fix� une taille limite, alors il faudra se livrer � un petit calcul + pour obtenir le d�bit souhait�. Mais avant cela, il faudra d�finir l'espace que vous r�serverez aux piste(s) audio et vous devrez <link linkend="menc-feat-dvd-mpeg4-audio"> les ripper</link> en premier. Vous pourrez alors calculer le d�bit souhait� avec l'�quation suivante : <systemitem>D�bit = (taille_fichier_final_en_Mo - taille_fichier_son_en_Mo) * 1024 * 1024 / dur�e_en_secondes * 8 / 1000</systemitem> - Par exemple, pour ramener deux heures de films sur un CD de 702Mo avec une piste - son de 60Mo, le d�bit vid�o sera alors de : + Par exemple, pour ramener deux heures de films sur un CD de 702Mo avec une piste + son de 60Mo, le d�bit vid�o sera alors de : <systemitem>(702 - 60) * 1024 * 1024 / (120*60) * 8 / 1000 = 740kbps</systemitem> </para> @@ -393,51 +393,51 @@ <title>Contraintes pour une compression efficace</title> <para> - De par la nature intrins�que de la compression MPEG, de nombreux + De par la nature intrins�que de la compression MPEG, de nombreux param�tres entrent en jeu afin d'obtenir une qualit� maximale. - Le MPEG d�coupe la vid�o en carr� de 16x16 appel� macroblocs. Chacun - d'entre eux est compos� de 4 petits (8x8) blocs contenant des informations sur + Le MPEG d�coupe la vid�o en carr� de 16x16 appel� macroblocs. Chacun + d'entre eux est compos� de 4 petits (8x8) blocs contenant des informations sur la luminosit� (intensit�) ainsi que de 2 blocs (donc � r�solution moiti�) contenant des informations chromatiques (pour les teintes rouge-cyan et bleu-jaune). - M�me si la longueur et la largeur du film ne sont pas des multiples de 16, - l'encodeur utilisera des macroblocs de 16x16 pour couvrir l'image enti�re, + M�me si la longueur et la largeur du film ne sont pas des multiples de 16, + l'encodeur utilisera des macroblocs de 16x16 pour couvrir l'image enti�re, l'espace restant sera alors perdu. - Si votre int�r�t est de conserver une tr�s bonne qualit�, utiliser des r�solutions + Si votre int�r�t est de conserver une tr�s bonne qualit�, utiliser des r�solutions non multiples de 16 n'est pas une bonne id�e. </para> <para> - La plupart des DVDs ont aussi des bandes noires sur les bords. N�gliger + La plupart des DVDs ont aussi des bandes noires sur les bords. N�gliger ces parties peut alt�rer la qualit� de plusieurs mani�res. </para> <orderedlist> <listitem> <para> - La compression MPEG est aussi d�pendante du domaine de transformation des + La compression MPEG est aussi d�pendante du domaine de transformation des fr�quences, en particulier du "Discrete Cosine Transform (DCT)" (une esp�ce de - transform�e de Fourier). Ce type d'encodage est efficace pour les + transform�e de Fourier). Ce type d'encodage est efficace pour les formes et les transitions douces, mais fonctionne moins bien avec les contours - ac�r�s. Afin d'encoder correctement, il demandera plus de bits, sinon des + ac�r�s. Afin d'encoder correctement, il demandera plus de bits, sinon des artefacts de compression appara�tront, aussi connus sous le nom de "ringing". </para> <para> - La transformation en fr�quence (DCT) prend place s�par�ment dans chaque - macrobloc (en fait, dans chaque bloc), donc le probl�me n'appara�tra - que si un bord franc se situe dans ce bloc. Si vos bordures noires commencent - exactement sur un multiple de 16, ce ne sera pas un probl�me. En pratique, - les bordures ne sont jamais bien align�es, et il sera certainement + La transformation en fr�quence (DCT) prend place s�par�ment dans chaque + macrobloc (en fait, dans chaque bloc), donc le probl�me n'appara�tra + que si un bord franc se situe dans ce bloc. Si vos bordures noires commencent + exactement sur un multiple de 16, ce ne sera pas un probl�me. En pratique, + les bordures ne sont jamais bien align�es, et il sera certainement n�cessaire de les couper pour �viter ces d�fauts. </para> </listitem> </orderedlist> <para> - En plus des transformations au niveau des fr�quences, la compression MPEG - utilise des vecteurs de mouvements repr�sentant les changements d'une image - � la suivante. Ces vecteurs de mouvements voient leur utilit� grandement - r�duite quand la prochaine image � un contenu totalement diff�rent. Quand + En plus des transformations au niveau des fr�quences, la compression MPEG + utilise des vecteurs de mouvements repr�sentant les changements d'une image + � la suivante. Ces vecteurs de mouvements voient leur utilit� grandement + r�duite quand la prochaine image � un contenu totalement diff�rent. Quand il y a un mouvement qui sort de la r�gion encod�e, cela ne pose pas de probl�me aux vecteurs. En revanche, cela peut poser des probl�mes avec les bandes noires: </para> @@ -445,57 +445,57 @@ <orderedlist continuation="continues"> <listitem> <para> - Pour chaque macrobloc, la compression MPEG stocke un vecteur identifiant - quelle partie de l'image pr�c�dente devrait �tre copi�e dans les macroblocs + Pour chaque macrobloc, la compression MPEG stocke un vecteur identifiant + quelle partie de l'image pr�c�dente devrait �tre copi�e dans les macroblocs de l'image suivante. Seules les diff�rences devront alors �tre encod�es. - Si le macrobloc s'�tend et prend en compte une des bordures noire de l'image, - alors le vecteur de mouvement �crasera la bordure noire. Cela veut dire que de - nombreux bits sont gaspill�s pour re-noircir la bande noire ou alors (plus probable) que le vecteur - de mouvement ne sera pas du tout utilis� et que tout le macrobloc - devra alors �tre r�-encod�. Dans tous les cas, l'efficacit� de l'encodage en est + Si le macrobloc s'�tend et prend en compte une des bordures noire de l'image, + alors le vecteur de mouvement �crasera la bordure noire. Cela veut dire que de + nombreux bits sont gaspill�s pour re-noircir la bande noire ou alors (plus probable) que le vecteur + de mouvement ne sera pas du tout utilis� et que tout le macrobloc + devra alors �tre r�-encod�. Dans tous les cas, l'efficacit� de l'encodage en est grandement am�lior�e. </para> <para> - Une fois encore, ce probl�me n'existe que si les lignes des bordures noires + Une fois encore, ce probl�me n'existe que si les lignes des bordures noires ne sont pas un multiple de 16. </para> </listitem> <listitem> <para> - Enfin, supposons que l'on ait un macrobloc � l'int�rieur d'une image et qu'un - objet se d�place dans ce bloc proche d'un bord de l'image. Malheureusement, le - MPEG ne sait pas faire "copier juste la partie qui dans l'image et laisser tomber + Enfin, supposons que l'on ait un macrobloc � l'int�rieur d'une image et qu'un + objet se d�place dans ce bloc proche d'un bord de l'image. Malheureusement, le + MPEG ne sait pas faire "copier juste la partie qui dans l'image et laisser tomber la partie noire". Donc la partie noire sera alors aussi copi�e, ce qui fait encore gaspiller beaucoup de bits pour compresser un morceau d'image qui n'est pas sens� �tre l�. </para> <para> - Si l'objet en mouvement parcourt depuis le bord noir jusque dans la zone encod�e, - le MPEG dispose d'optimisation sp�ciales pour copier en r�p�tition des pixels - depuis le bord de l'image lorsque celui vient de l'ext�rieur de la partie encod�e. - Ces optimisations deviennent inutiles quand le film � des bandes noires. Contrairement + Si l'objet en mouvement parcourt depuis le bord noir jusque dans la zone encod�e, + le MPEG dispose d'optimisation sp�ciales pour copier en r�p�tition des pixels + depuis le bord de l'image lorsque celui vient de l'ext�rieur de la partie encod�e. + Ces optimisations deviennent inutiles quand le film � des bandes noires. Contrairement aux probl�mes 1 et 2, m�me les bordures noires multiples de 16 n'aident pas dans ce cas. </para> </listitem> <listitem> <para> - Malgr� le fait que les bordures soient enti�rement noires et quelles ne changent jamais, + Malgr� le fait que les bordures soient enti�rement noires et quelles ne changent jamais, il y a toujours un minimum de macroblocs impliqu�s. </para> </listitem> </orderedlist> <para> - Pour toutes ces raisons, il est pr�f�rable de couper enti�rement ces bandes - noires. Dans la m�me optique, s'il y a une partie contenant du bruit ou de la - distorsion d'image pr�s d'une bordure, la coupure l'enl�vera et permettra d'avoir - une am�lioration significative de la qualit� de l'encodage. Les puristes parmi les vid�ophiles - souhaiteront pr�server l'encodage le plus proche possible de - l'original, � moins qu'ils n'encodent avec un quantificateur constant, la qualit� - gagn�e apr�s la suppression des bandes noires am�liorera grandement la qualit� + Pour toutes ces raisons, il est pr�f�rable de couper enti�rement ces bandes + noires. Dans la m�me optique, s'il y a une partie contenant du bruit ou de la + distorsion d'image pr�s d'une bordure, la coupure l'enl�vera et permettra d'avoir + une am�lioration significative de la qualit� de l'encodage. Les puristes parmi les vid�ophiles + souhaiteront pr�server l'encodage le plus proche possible de + l'original, � moins qu'ils n'encodent avec un quantificateur constant, la qualit� + gagn�e apr�s la suppression des bandes noires am�liorera grandement la qualit� finale de l'encodage au regard des quelques informations perdues. </para> </sect2> @@ -506,16 +506,16 @@ <para> Vous vous souvenez de la section pr�c�dente que les dimensions (� la fois largeur et hauteur) - de l'image finale doivent �tre des - multiples de 16. Cela peut �tre r�alis� par recadrage (d�coupe), + de l'image finale doivent �tre des + multiples de 16. Cela peut �tre r�alis� par recadrage (d�coupe), redimensionnement ou une combinaison des deux. </para> <para> - Lors du recadrage, il y a quelques r�gles qui doivent �tre respect�es pour �viter + Lors du recadrage, il y a quelques r�gles qui doivent �tre respect�es pour �viter d'endommager votre film. Le format YUV normal, 4:2:0, stocke la chrominance (la couleur) de mani�re - sous-�chantillonn�e, c'est � dire que la chrominance est �chantillon�e moiti� moins + sous-�chantillonn�e, c'est � dire que la chrominance est �chantillon�e moiti� moins souvent que la luminance (intensit�). Sur le sch�ma suivant, L indique l'�chantillonage en luminance et C en chrominance. </para> @@ -593,13 +593,13 @@ </informaltable> <para> - Comme vous pouvez le voir, les lignes et colonnes de l'image viennent naturellement par deux. - Ainsi, les dimensions de votre recadrage ainsi que ses distances au bords d'origine - <emphasis>doivent</emphasis> �tre paires. Si elles ne + Comme vous pouvez le voir, les lignes et colonnes de l'image viennent naturellement par deux. + Ainsi, les dimensions de votre recadrage ainsi que ses distances au bords d'origine + <emphasis>doivent</emphasis> �tre paires. Si elles ne l'�taient pas, les chrominances et luminances ne seraient plus align�es. - En th�orie, il est possible d'avoir des dimensions impaires, mais cela - requi�re un nouvel �chantillonage de la chrominance, ce qui - engendre potentiellement des pertes d'information et n'est pas support� par + En th�orie, il est possible d'avoir des dimensions impaires, mais cela + requi�re un nouvel �chantillonage de la chrominance, ce qui + engendre potentiellement des pertes d'information et n'est pas support� par le filtre de recadrage. </para> @@ -845,42 +845,42 @@ </informaltable> <para> - Comme vous pouvez le voir, le plus petit motif � se r�p�ter est sur 4 lignes. - Donc, pour la vid�o entrelac�e, la hauteur de votre recadrage et sa distance + Comme vous pouvez le voir, le plus petit motif � se r�p�ter est sur 4 lignes. + Donc, pour la vid�o entrelac�e, la hauteur de votre recadrage et sa distance verticale aux bords doivent �tre des multiples de 4. </para> <para> - La r�solution native pour un DVD NTSC est 720x480 et 720x576 pour un - PAL, mais il y a un indicateur d'aspect qui sp�cifie que le mode est - plein-�cran (full-screen 4:3) ou bien �cran large (wide-screen 16:9). - Un grand nombre de DVDs (pas tous) en wide-screen ne respecte pas - strictement le format 16:9, mais est plut�t en 1,85:1 ou 2,35:1 (cin�mascope). + La r�solution native pour un DVD NTSC est 720x480 et 720x576 pour un + PAL, mais il y a un indicateur d'aspect qui sp�cifie que le mode est + plein-�cran (full-screen 4:3) ou bien �cran large (wide-screen 16:9). + Un grand nombre de DVDs (pas tous) en wide-screen ne respecte pas + strictement le format 16:9, mais est plut�t en 1,85:1 ou 2,35:1 (cin�mascope). Ceci signifie qu'il y aura des bandes noires � enlever sur la vid�o. </para> <para> - <application>MPlayer</application> fournit un filtre de d�tection + <application>MPlayer</application> fournit un filtre de d�tection qui d�termine le rectangle de recadrage (<option>-vf cropdetect</option>). - Lancer l'application <application>MPlayer</application> avec l'option + Lancer l'application <application>MPlayer</application> avec l'option <option>-vf cropdetect</option> et il affichera les options de recadrage pour enlever les bandes. Vous devez laisser tourner le film suffisamment longtemps pour que toute la zone de l'image soit vue de fa�on � obtenir des valeurs pr�cises. </para> <para> - Ensuite, testez les valeurs obtenues avec <application>MPlayer</application> en utilisant - la ligne de commande fournie par <option>cropdetect</option>, + Ensuite, testez les valeurs obtenues avec <application>MPlayer</application> en utilisant + la ligne de commande fournie par <option>cropdetect</option>, et �ventuellement ajustez le rectangle de recadrage. - Ce filtre <option>rectangle</option> offre la possibilit� de le positionner - de fa�on interactive pendant le film. N'oubliez pas de suivre les + Ce filtre <option>rectangle</option> offre la possibilit� de le positionner + de fa�on interactive pendant le film. N'oubliez pas de suivre les recommandations pr�c�dentes sur la divisibilit� des dimensions de l'image afin de ne pas d�saligner les plans de chrominance. </para> <para> - Dans certain cas, le redimensionnement n'est pas souhaitable. Il est d�licat - dans le sens vertical avec des vid�os entrelac�es, si vous d�sirez + Dans certain cas, le redimensionnement n'est pas souhaitable. Il est d�licat + dans le sens vertical avec des vid�os entrelac�es, si vous d�sirez conserver l'entrelacement, vous devrez vous abstenir de redimensionner. Sans redimensionner, pour utiliser des dimensions multiples de 16, il vous faudra recadrer plus petit que l'image. Ne pas recadrer plus grand que l'image @@ -888,38 +888,38 @@ </para> <para> - Le MPEG-4 utilisant des macroblocs de 16x16, assurez-vous que les dimensions - de la vid�o que vous encodez sont des multiples de 16, sinon vous d�graderez la + Le MPEG-4 utilisant des macroblocs de 16x16, assurez-vous que les dimensions + de la vid�o que vous encodez sont des multiples de 16, sinon vous d�graderez la qualit�, surtout � de faibles d�bits. Pour ce faire, vous pouvez arrondir les dimensions du rectangle de recadrage au multiple de 16 inf�rieur. - Comme expliqu� plus haut, durant le recadrage, vous devrez augmenter le - d�calage en Y de la moiti� de la diff�rence entre l'ancienne et la nouvelle + Comme expliqu� plus haut, durant le recadrage, vous devrez augmenter le + d�calage en Y de la moiti� de la diff�rence entre l'ancienne et la nouvelle hauteur pour que l'image r�sultante se situe au milieu de l'ancienne. Et � cause de la fa�on dont les vid�os DVD sont �chantillon�es, assurez-vous que ce d�calage en Y - est un nombre pair. (En fait, c'est une r�gle: n'utilisez jamais une valeur impaire lors d'un recadrage ou - d'un redimensionnement de vid�o). Si vous ne vous faites pas � l'id�e de vous d�barrasser de quelques - pixels, vous pr�f�rerez sans doute redimensionner la vid�o. Nous allons voir cela + est un nombre pair. (En fait, c'est une r�gle: n'utilisez jamais une valeur impaire lors d'un recadrage ou + d'un redimensionnement de vid�o). Si vous ne vous faites pas � l'id�e de vous d�barrasser de quelques + pixels, vous pr�f�rerez sans doute redimensionner la vid�o. Nous allons voir cela dans notre exemple ci-dessous. - En fait, vous pouvez laisser le filtre <option>cropdetect</option> faire + En fait, vous pouvez laisser le filtre <option>cropdetect</option> faire tout cela pour vous: il a un param�tre optionnel d'arrondi <option>round</option> qui vaut 16 par d�faut. </para> <para> - Faites aussi attention aux pixels � "demi-noir" sur les bords. Assurez-vous qu'ils sont + Faites aussi attention aux pixels � "demi-noir" sur les bords. Assurez-vous qu'ils sont en dehors de votre recadrage, autrement, vous g�cherez des bits qui seraient mieux utilis�s ailleurs. </para> <para> Apr�s tout ceci, vous obtiendrez une vid�o qui n'est pas tout � fait au format - 1,85:1 ou 2,35:1, mais quelque chose d'assez proche. Vous pourriez alors - calculer le nouveau format � la main mais <application>MEncoder</application> propose - une option appel�e <option>autoaspect</option> pour <systemitem class="library">libavcodec</systemitem> + 1,85:1 ou 2,35:1, mais quelque chose d'assez proche. Vous pourriez alors + calculer le nouveau format � la main mais <application>MEncoder</application> propose + une option appel�e <option>autoaspect</option> pour <systemitem class="library">libavcodec</systemitem> qui fera cela pour vous. N'agrandissez surtout pas cette vid�o pour - obtenir les dimensions standards � moins que vous n'aimiez g�cher votre espace disque. - Ce changement d'�chelle se fait � la lecture, le lecteur utilisera les donn�es + obtenir les dimensions standards � moins que vous n'aimiez g�cher votre espace disque. + Ce changement d'�chelle se fait � la lecture, le lecteur utilisera les donn�es stock�es dans le fichier AVI pour effectuer le bon rendu. - Malheureusement, tous les lecteurs vid�os n'appliquent pas ce redimensionnement + Malheureusement, tous les lecteurs vid�os n'appliquent pas ce redimensionnement automatique, c'est peut-�tre pour cela que vous voudrez quand m�me proc�der � ce redimensionnement. </para> </sect2> @@ -928,37 +928,37 @@ <title>Choix de la r�solution et du d�bit</title> <para> - Si vous n'encodez pas dans un mode � quantificateur constant, vous + Si vous n'encodez pas dans un mode � quantificateur constant, vous devez s�lectionner un d�bit. Le concept de d�bit (bitrate) est assez simple. C'est un nombre (moyen) de bits par seconde qui sera utilis� pour stocker votre film. Normalement, le d�bit est mesur� en kilobits (1000 bits) par seconde. - La taille de votre film sur le disque dur correspond au d�bit multipli� par sa - dur�e plus une petite quantit� pour l'"en-t�te" (surco�t, voir par exemple la section sur + La taille de votre film sur le disque dur correspond au d�bit multipli� par sa + dur�e plus une petite quantit� pour l'"en-t�te" (surco�t, voir par exemple la section sur <link linkend="menc-feat-dvd-mpeg4-muxing-avi-limitations">les conteneurs AVI</link>). D'autres param�tres comme le redimensionnement, le recadrage, etc. ne modifieront - <emphasis role="bold">pas</emphasis> la taille du fichier sauf si vous y + <emphasis role="bold">pas</emphasis> la taille du fichier sauf si vous y changez aussi le d�bit. </para> <para> Le d�bit n'est <emphasis role="bold">pas</emphasis> proportionnel - � la r�solution. Ce qui veut dire qu'un fichier en 320x240 � 200kbit/sec + � la r�solution. Ce qui veut dire qu'un fichier en 320x240 � 200kbit/sec n'aura pas la m�me qualit� que le m�me film en 640x480 � 800kbit/sec ! A cela, deux raisons: <orderedlist> <listitem><para> <emphasis role="bold">Visuelle</emphasis> : Les artefacts de compression MPEG se - remarquent plus facilement � une plus grande �chelle. Les artefacts apparaissent + remarquent plus facilement � une plus grande �chelle. Les artefacts apparaissent � l'�chelle des blocs (8x8). L'oeil humain ne voit pas les erreurs dans 4800 petits - blocs aussi facilement que qu'il les voit dans 1200 grands blocs (en supposant + blocs aussi facilement que qu'il les voit dans 1200 grands blocs (en supposant une visualisation en plein �cran dans les deux cas). </para></listitem> <listitem><para> <emphasis role="bold">Th�orique</emphasis> : quand vous r�duisez la taille d'une image - mais que vous continuez � utiliser les m�mes tailles de bloc (8x8) pour la transformation - dans l'espace des fr�quences, vous d�placez plus de donn�es vers les hautes + mais que vous continuez � utiliser les m�mes tailles de bloc (8x8) pour la transformation + dans l'espace des fr�quences, vous d�placez plus de donn�es vers les hautes fr�quences. Grossi�rement dit: chaque pixel contient plus de d�tails qu'avant. Donc, m�me si votre image de taille r�duite ne contient plus qu'un quart de l'information - dans le domaine spatial, elle peut toujours contenir une grande part de l'information dans + dans le domaine spatial, elle peut toujours contenir une grande part de l'information dans l'espace des fr�quences (en supposant que les hautes fr�quences �taient sous-utilis�es dans votre originale en 640x480). </para></listitem> @@ -967,13 +967,13 @@ <para> 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 �voqu�es ci-dessus. - Une meilleure estimation reste que le d�bit augmente proportionnellement � la - racine carr�e de la r�solution, donc une image 320x240 � 400kbit/sec + Une meilleure estimation reste que le d�bit augmente proportionnellement � la + racine carr�e de la r�solution, donc une image 320x240 � 400kbit/sec 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, + 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, en utilisant la racine carr�e). </para> <para> @@ -985,12 +985,12 @@ <title>Calcul de la r�solution</title> <para> - Les �tapes qui suivent vous guideront dans le calcul de la r�solution de votre - encodage sans trop distordre la vid�o, en prenant en compte les diff�rents types + Les �tapes qui suivent vous guideront dans le calcul de la r�solution de votre + encodage sans trop distordre la vid�o, en prenant en compte les diff�rents types d'information sur la source vid�o. En premier lieu, il faut calculer le format de l'encodage: <systemitem>ARc = (Wc x (ARa / PRdvd )) / Hc</systemitem> - + <itemizedlist> <title>O� :</title> <listitem><para> @@ -1000,15 +1000,15 @@ ARa est le format affich�, g�n�ralement 4/3 ou 16/9, </para></listitem> <listitem><para> - PRdvd est le ratio des pixels du DVD qui normalement est �gal � 1,25 (=720/576) + PRdvd est le ratio des pixels du DVD qui normalement est �gal � 1,25 (=720/576) pour le PAL et 1,5(=720/480) pour le NTSC, </para></listitem> </itemizedlist> </para> <para> - Ensuite, vous pouvez calculer la r�solution X et Y en tenant compte du facteur - de Qualit� de Compression (CQ): + Ensuite, vous pouvez calculer la r�solution X et Y en tenant compte du facteur + de Qualit� de Compression (CQ): <systemitem>ResY = INT(SQRT( 1000*Bitrate/25/ARc/CQ )/16) * 16</systemitem> et <systemitem>ResX = INT( ResY * ARc / 16) * 16</systemitem> @@ -1016,47 +1016,47 @@ <para> D'accord, mais c'est quoi ce CQ ? - le CQ repr�sente le nombre de bit par pixel et par image encod�e. Grosso modo, - plus le CQ est grand, moins il y aura de chances de voir appara�tre des artefacts - de compression. En tout cas, si vous avez une limite de taille pour votre film - (1 ou 2 CDs par exemple), il y a donc une limite au nombre de bits total que vous + le CQ repr�sente le nombre de bit par pixel et par image encod�e. Grosso modo, + plus le CQ est grand, moins il y aura de chances de voir appara�tre des artefacts + de compression. En tout cas, si vous avez une limite de taille pour votre film + (1 ou 2 CDs par exemple), il y a donc une limite au nombre de bits total que vous pouvez lui allouer et il est donc n�cessaire de trouver le bon compromis entre compressibilit� et la qualit�. </para> <para> - Le CQ d�pend du d�bit, de l'efficacit� du codec vid�o et de la r�solution + Le CQ d�pend du d�bit, de l'efficacit� du codec vid�o et de la r�solution du film. - Une mani�re d'augmenter le CQ, c'est de r�duire la r�solution du film puisque le + Une mani�re d'augmenter le CQ, c'est de r�duire la r�solution du film puisque le d�bit est calcul� en fonction de la taille finale d�sir�e et la longueur du film qui sont constant. - Avec les codecs ASP MPEG-4 comme le <systemitem class="library">XviD</systemitem> ou le - <systemitem class="library">libavcodec</systemitem>, un CQ en dessous de 0,18 donne - g�n�ralement une image type mosa�que car il n'y pas assez de bits pour coder - les informations de chaque macrobloc (le MPEG-4, comme les autres codecs, groupe - les pixels compress�s par blocs pour compresser l'image, s'il n'y a pas assez + Avec les codecs ASP MPEG-4 comme le <systemitem class="library">XviD</systemitem> ou le + <systemitem class="library">libavcodec</systemitem>, un CQ en dessous de 0,18 donne + g�n�ralement une image type mosa�que car il n'y pas assez de bits pour coder + les informations de chaque macrobloc (le MPEG-4, comme les autres codecs, groupe + les pixels compress�s par blocs pour compresser l'image, s'il n'y a pas assez de bits, les bords de ce macrobloc deviennent alors visibles). - Donc il est raisonnable de prendre un CQ entre 0,20 et 0,22 pour une copie tenant - sur 1 CD, et entre 0,26 et 0,28 pour une copie sur 2 CDs avec des options d'encodage + Donc il est raisonnable de prendre un CQ entre 0,20 et 0,22 pour une copie tenant + sur 1 CD, et entre 0,26 et 0,28 pour une copie sur 2 CDs avec des options d'encodage standard. - Des options d'encodage plus avanc�es telles que celles list�es ici pour le - <link linkend="menc-feat-mpeg4-lavc-example-settings"><systemitem class="library">libavcodec</systemitem></link> et le - <link linkend="menc-feat-xvid-example-settings"><systemitem class="library">XviD</systemitem></link> - devraient permettre d'obtenir la m�me qualit� avec un CQ se situant entre + Des options d'encodage plus avanc�es telles que celles list�es ici pour le + <link linkend="menc-feat-mpeg4-lavc-example-settings"><systemitem class="library">libavcodec</systemitem></link> et le + <link linkend="menc-feat-xvid-example-settings"><systemitem class="library">XviD</systemitem></link> + devraient permettre d'obtenir la m�me qualit� avec un CQ se situant entre 0,18 et 0,20 pour une copie sur 1 CD et 0,24 � 0,26 pour une copie sur 2 CDs. - Avec les codecs ASP MPEG-4 comme le <systemitem class="library">x264</systemitem>, - vous pouvez utiliser un CQ se situant entre 0,14 et 0,16 avec des options standards - d'encodage, et m�me descendre entre 0,10 et 0,12 avec des + Avec les codecs ASP MPEG-4 comme le <systemitem class="library">x264</systemitem>, + vous pouvez utiliser un CQ se situant entre 0,14 et 0,16 avec des options standards + d'encodage, et m�me descendre entre 0,10 et 0,12 avec des <link linkend="menc-feat-x264-example-settings">options avanc�es <systemitem class="library">x264</systemitem></link>. </para> <para> - Veuillez noter que le CQ n'est qu'un indicateur, il d�pend directement - du contenu encod�, un CQ de 0,18 pourrait sembler parfait pour un film de Bergman, mais + Veuillez noter que le CQ n'est qu'un indicateur, il d�pend directement + du contenu encod�, un CQ de 0,18 pourrait sembler parfait pour un film de Bergman, mais trop petit pour un film comme Matrix contenant beaucoup de sc�nes d'actions. A l'oppos�, il est inutile d'aller au del� de 0,30 pour le CQ, vous ne feriez que g�cher de l'espace disque sans gain notable en qualit�. - Notez aussi, comme cela a �t� dit plus haut que les vid�os en - plus petites r�solutions auront besoin d'un plus grand CQ (compar� � la r�solution + Notez aussi, comme cela a �t� dit plus haut que les vid�os en + plus petites r�solutions auront besoin d'un plus grand CQ (compar� � la r�solution d'un DVD par exemple) pour un rendu correct. </para> </sect3> @@ -1067,11 +1067,11 @@ <title>Les filtres</title> <para> - Apprendre � utiliser les filtres vid�os de <application>MEncoder</application> + Apprendre � utiliser les filtres vid�os de <application>MEncoder</application> est essentiel pour cr�er des fichiers bien encod�s. - Toutes les transformations vid�os sont ex�cut�es au travers de filtres, comme le recadrage (d�coupe), - le redimensionnement, l'ajustement de couleur, la suppression du bruit, l'ajustement - de la nettet�, le d�s-entrelacement, le t�l�cin�, le t�l�cin� inverse, ou l'effacement + Toutes les transformations vid�os sont ex�cut�es au travers de filtres, comme le recadrage (d�coupe), + le redimensionnement, l'ajustement de couleur, la suppression du bruit, l'ajustement + de la nettet�, le d�s-entrelacement, le t�l�cin�, le t�l�cin� inverse, ou l'effacement des macroblocs trop visible, pour n'en nommer que quelques un. Avec le grand nombre de formats d'entr�e support�, la vari�t� des filtres disponibles dans <application>MEncoder</application> est l'un de ses principaux @@ -1083,33 +1083,33 @@ <screen>-vf filtre1=options,filtre2=options,...</screen> - La plupart des filtres acceptent plusieurs options num�riques s�par�es par des double-points (:), mais + La plupart des filtres acceptent plusieurs options num�riques s�par�es par des double-points (:), mais la syntaxe varie d'un filtre � l'autre, aussi lisez la page manuel pour avoir les d�tails sur les filtres que vous souhaitez utiliser. </para> <para> - Les filtres agissent sur la vid�o dans l'ordre de leur chargement. Par exemple, + Les filtres agissent sur la vid�o dans l'ordre de leur chargement. Par exemple, la cha�ne suivante : <screen>-vf crop=688:464:12:4,scale=640:464</screen> - recadrera d'abord une zone de 688x464 depuis le bord haut gauche mais avec un + recadrera d'abord une zone de 688x464 depuis le bord haut gauche mais avec un d�calage de (12;4), puis redimensionnera la vid�o pour obtenir du 640x464. </para> <para> Certains filtres ont besoin d'�tre charg�s au d�but (ou proche du d�but) de la cha�ne pour profiter d'informations du d�codeur vid�o qui seraient perdues ou invalid�es par d'autres filtres. - Les principaux exemples sont <option>pp</option> (postprocessing, seulement - dans le cas d'un estompage des macroblocs ou des enl�vements des artefacts de - compression), le <option>spp</option> (un autre post processus pour enlever les + Les principaux exemples sont <option>pp</option> (postprocessing, seulement + dans le cas d'un estompage des macroblocs ou des enl�vements des artefacts de + compression), le <option>spp</option> (un autre post processus pour enlever les artefacts MPEG), le <option>pullup</option> (t�l�cin� inverse), et <option> softpulldown</option> (conversion du soft t�l�cin� en hard telecine). </para> <para> - En g�n�ral, il vaut mieux utiliser le moins de filtres possibles afin de conserver - l'encodage le plus proche possible du DVD source. Le recadrage est souvent + En g�n�ral, il vaut mieux utiliser le moins de filtres possibles afin de conserver + l'encodage le plus proche possible du DVD source. Le recadrage est souvent n�cessaire (comme expliqu� plus haut), mais �vitez de redimensionner l'image. Bien qu'il soit parfois pr�f�rable de r�duire la taille de l'image plut�t que d'utiliser un quantificateur plus �lev�, nous voulons �viter tout ceci:souvenez-vous que @@ -1117,19 +1117,19 @@ </para> <para> - Aussi, n'ajustez pas le gamma, le contraste, la luminosit�, etc. Ces r�glages - peuvent �tre bons chez vous mais pas sur un autre �cran. Ils doivent �tre + Aussi, n'ajustez pas le gamma, le contraste, la luminosit�, etc. Ces r�glages + peuvent �tre bons chez vous mais pas sur un autre �cran. Ils doivent �tre appliqu�s lors de la lecture uniquement. </para> <para> - Une chose que vous pouvez vouloir faire est de passer la vid�o � travers un filtre tr�s l�ger - antibruit, comme par exemple <option>-vf hqdn3d=2:1:2</option>. + Une chose que vous pouvez vouloir faire est de passer la vid�o � travers un filtre tr�s l�ger + antibruit, comme par exemple <option>-vf hqdn3d=2:1:2</option>. Il s'agit encore une fois d'optimiser l'utilisation de l'espace disque: pourquoi le gaspiller � encoder du bruit alors qu'il sera l� de toutes fa�ons � la lecture? Augmenter les param�tres de <option>hqdn3d</option> am�liorera encore la compressibilit�, mais - si vous les augmentez trop, vous risquez de d�grader l'image. Les valeurs sugg�r�es - ci-dessus (<option>2:1:2</option>) sont plut�t conservatrices, n'h�sitez pas � + si vous les augmentez trop, vous risquez de d�grader l'image. Les valeurs sugg�r�es + ci-dessus (<option>2:1:2</option>) sont plut�t conservatrices, n'h�sitez pas � les augmenter et � regarder le r�sultat par vous-m�me. </para> @@ -1151,8 +1151,8 @@ Aucun traitement sp�cifique n'est cependant appliqu� � la vid�o des DVDs PAL, qui fonctionnent � 25 images par seconde (techniquement, PAL peut �tre t�l�cin�, ce qui est appel� 2:2 pulldown, mais ceci n'est pas un probl�me en pratique). Le film - en 24 images par seconde est simplement lu en 25 images par seconde. Le r�sultat est que la vid�o tourne - l�g�rement plus vite, mais � moins d'�tre un extra-terrestre, vous ne verrez probablement pas la + en 24 images par seconde est simplement lu en 25 images par seconde. Le r�sultat est que la vid�o tourne + l�g�rement plus vite, mais � moins d'�tre un extra-terrestre, vous ne verrez probablement pas la diff�rence. Le son de la plupart des DVDs PAL a �t� corrig� de fa�on � sonner correctement quand il est lu � 25 images par seconde, m�me si la piste audio (et donc le film entier) a une dur�e 4% plus courte que les DVDs NTSC. @@ -1169,8 +1169,8 @@ Pour les films tourn�s en 24 images par seconde, la vid�o du DVD NTSC est soit en 30000/1001 t�l�cin�, soit en 24000/1001 progressif et pr�vu pour �tre t�l�cin� � la vol�e par le lecteur DVD. D'un autre cot�, les s�ries TV sont g�n�ralement - seulement entrelac�es, pas t�l�cin�es. Ce n'est pas une r�gle absolue: certaines - s�ries TV sont entrelac�es (comme 'Buffy contre les vampires') alors que d'autres + seulement entrelac�es, pas t�l�cin�es. Ce n'est pas une r�gle absolue: certaines + s�ries TV sont entrelac�es (comme 'Buffy contre les vampires') alors que d'autres sont un m�lange de progressif et d'entrelac� (comme 'Dark Angel', ou '24 heures chrono'). </para> @@ -1208,7 +1208,7 @@ balayage progressif. La puissance des ordinateurs actuels oblige les lecteurs � utiliser pour ce faire des filtres de d�sentrela�age qui offrent un rendu final imparfait. - Mais les lecteurs du futur seront capables de mimer l'affichage entrelac� des + Mais les lecteurs du futur seront capables de mimer l'affichage entrelac� des t�l�viseurs. </para> @@ -1238,7 +1238,7 @@ vcodec=mpeg2video:vbitrate=6000:ilme:ildct:acodec=mp2:abitrate=224 </screen> <para> -Notez l'usage des options <option>ilme</option> et <option>ildct</option>. +Notez l'usage des options <option>ilme</option> et <option>ildct</option>. </para> </sect2> @@ -1246,15 +1246,15 @@ <sect2 id="menc-feat-dvd-mpeg4-av-sync"> <title>Remarques sur la synchronisation Audio/Vid�o</title> <para> - Le syst�me de synchronisation audio/vid�o de <application>MEncoder</application> + Le syst�me de synchronisation audio/vid�o de <application>MEncoder</application> a �t� cr蜑 dans le but de pouvoir lire et restaurer m�me des fichiers dont la synchronisation est fauss�e ou �t� mal faite, ou des fichiers corrompus. Cependant, dans certains cas, ils peuvent cr�er des duplications ou des sauts d'image non d�sir�s et peut-�tre une l�g�re d�synchronisation lorsqu'ils sont utilis�s sur des fichiers sources propres (bien s�r, les questions de synchronisation A/V ne se posent - que si vous encodez ou copiez la bande son en m�me temps que vous encodez la video, ce qui + que si vous encodez ou copiez la bande son en m�me temps que vous encodez la video, ce qui est fortement encourag�). - Ainsi, vous devez peut-�tre passer � la synchronisation A/V basique + Ainsi, vous devez peut-�tre passer � la synchronisation A/V basique gr�ce � l'option <option>-mc 0</option>. Vous pouvez la mettre dans votre fichier de configuration <systemitem>~/.mplayer/mencoder</systemitem> tant que vous ne travaillez @@ -1284,7 +1284,7 @@ <para> Il a �t� signal� des d�synchronisations A/V lors d'encodage � partir de l'entr�e standard - avec <application>MEncoder</application>. Ne faites pas �a ! Utilisez toujours + avec <application>MEncoder</application>. Ne faites pas �a ! Utilisez toujours un fichier ou un CD/DVD/etc comme source. </para> </sect2> @@ -1339,7 +1339,7 @@ de salon se mettent � supporter les derniers codecs vid�os. Ainsi, la plupart ne supportent que le MPEG-1 (comme les VCD, XVCD et KVCD), le MPEG-2 (comme les DVD, SVCD and KVCD) et le MPEG-4 ASP (comme les - DivX, LMP4 <systemitem class="library">libavcodec</systemitem> et + DivX, LMP4 <systemitem class="library">libavcodec</systemitem> et <systemitem class="library">XviD</systemitem>) (attention: toutes les fonctionnalit�s MPEG-4 ASP ne sont g�n�ralement pas support�es). @@ -1366,7 +1366,7 @@ </para> <para> Vous pouvez aussi vouloir choisir un codec multi-thread�, bien que ce - ne soit utile que pour les utilisateurs de machines avec plusieurs + ne soit utile que pour les utilisateurs de machines avec plusieurs processeurs. Le codec MPEG-4 de <systemitem class="library">libavcodec</systemitem> le permet mais les gains en temps sont limit�s et cela procure une @@ -1374,7 +1374,7 @@ L'encodage multi-thread� du codec <systemitem class="library">XviD</systemitem>, activ� par l'option <option>threads</option>, peut �tre utilis� pour am�liorer la vitesse - d'encodage — de typiquement 40-60% — avec tr�s peu voire aucune + d'encodage — de typiquement 40-60% — avec tr�s peu voire aucune d�t�rioration de l'image. Le codec <systemitem class="library">x264</systemitem> permet aussi l'encodage multi-thread� ce qui l'acc�l�re pour le moment de 15-30% @@ -1419,16 +1419,16 @@ laissez le flux audio tel quel. M�me les flux AC3 5.1 utilisent au plus 448Kbit/s, et tous ces bits sont utiles. Vous pourriez �tre tent� de convertir le son en Ogg Vorbis de haute qualit�, - mais le fait que vous n'ayez pas d'entr�e AC3 (dolby digital) sur votre cha�ne HIFI + mais le fait que vous n'ayez pas d'entr�e AC3 (dolby digital) sur votre cha�ne HIFI aujourd'hui ne signifie pas que vous n'en n'aurez pas demain. Pensez au futur en conservant le flux AC3. - Vous pouvez le garder en le copiant directement dans le flux vid�o - <link linkend="menc-feat-mpeg4">pendant l'encodage</link>. Vous pouvez aussi l'extraire + Vous pouvez le garder en le copiant directement dans le flux vid�o + <link linkend="menc-feat-mpeg4">pendant l'encodage</link>. Vous pouvez aussi l'extraire avec l'intention de l'inclure dans des conteneurs tels que NUT ou Matroska. - <screen>mplayer <replaceable>fichier_source.vob</replaceable> -aid 129 -dumpaudio + <screen>mplayer <replaceable>fichier_source.vob</replaceable> -aid 129 -dumpaudio -dumpfile <replaceable>son.ac3</replaceable></screen> - mettra dans le fichier <replaceable>son.ac3</replaceable> la piste audio - 129 du fichier <replaceable>fichier_source.vob</replaceable> (NB : les fichiers + mettra dans le fichier <replaceable>son.ac3</replaceable> la piste audio + 129 du fichier <replaceable>fichier_source.vob</replaceable> (NB : les fichiers VOB des DVD utilisent normalement un syst�me de num�rotation diff�rent pour les pistes audio, ainsi la piste num�ro 129 est la deuxi�me piste du fichier). </para> @@ -1442,34 +1442,34 @@ </para> <para> - N'utilisez <emphasis>pas</emphasis> l'option <option>-nosound</option> + N'utilisez <emphasis>pas</emphasis> l'option <option>-nosound</option> si vous avez l'intention d'ajouter du son � votre encodage vid�o, m�me plus tard. En effet, m�me s'il est probable que tout fonctionne correctement, l'utilisation de - l'option <option>-nosound</option> peut cacher certains probl�mes dans la ligne de + l'option <option>-nosound</option> peut cacher certains probl�mes dans la ligne de commande de votre encodage. En d'autres mots, avoir une bande son pendant l'encodage - vous certifie que vous pourrez avoir une synchronisation propre (en supposant que + vous certifie que vous pourrez avoir une synchronisation propre (en supposant que vous ne receviez pas de messages comme <quote>Trop de paquets audio dans la m�moire tampon </quote>) </para> <para> - Vous aurez besoin que <application>MEncoder</application> traite le son. - Vous pouvez par exemple copier la bande son originale pendant l'encodage avec l'option - <option>-oac copy</option> ou la convertir en "l�ger" 4kHz mono WAV PCM + Vous aurez besoin que <application>MEncoder</application> traite le son. + Vous pouvez par exemple copier la bande son originale pendant l'encodage avec l'option + <option>-oac copy</option> ou la convertir en "l�ger" 4kHz mono WAV PCM avec l'option <option>-oac pcm -channels 1 -srate 4000</option>. Autrement, dans certains cas, cela g�n�rera un fichier vid�o qui ne se synchronisera pas avec l'audio. - Cela arrive quand le nombre de trames vid�os dans le fichier source ne correspond - pas exactement � la longueur totale des trames audio ou lorsqu'il y a une + Cela arrive quand le nombre de trames vid�os dans le fichier source ne correspond + pas exactement � la longueur totale des trames audio ou lorsqu'il y a une discontinuit� ou des frames audio en trop ou manquantes. La bonne - fa�on de g�rer ce type de probl�mes est d'ins�rer un silence ou bien de couper l'audio + fa�on de g�rer ce type de probl�mes est d'ins�rer un silence ou bien de couper l'audio � ces emplacements. - Cependant, <application>MPlayer</application> ne sait pas le faire, donc si vous - d�-multiplexez l'AC3 et l'encodez avec une autre application (ou le sortez en PCM - avec <application>MPlayer</application>), les discontinuit�s subsistent et la seule - fa�on de les corriger est de supprimer ou de rajouter des trames. - Tant que <application>MEncoder</application> voit la piste son pendant qu'il - encode la vid�o, il peut faire ces suppressions/rajouts (ce qui fonctionne habituellement - car cela se produit lors de changements de sc�nes avec fondu au noir) mais si + Cependant, <application>MPlayer</application> ne sait pas le faire, donc si vous + d�-multiplexez l'AC3 et l'encodez avec une autre application (ou le sortez en PCM + avec <application>MPlayer</application>), les discontinuit�s subsistent et la seule + fa�on de les corriger est de supprimer ou de rajouter des trames. + Tant que <application>MEncoder</application> voit la piste son pendant qu'il + encode la vid�o, il peut faire ces suppressions/rajouts (ce qui fonctionne habituellement + car cela se produit lors de changements de sc�nes avec fondu au noir) mais si <application>MEncoder</application> ne voit pas la piste son, il encodera toutes les trames telles quelles et elles ne correspondront pas au le fichier audio final, quand, par exemple, vous multiplexerez la piste vid�o et la piste @@ -1481,22 +1481,22 @@ le codec audio peut utiliser en entr�e. Par exemple : <screen>mplayer <replaceable>fichier_source.vob</replaceable> -ao pcm:file=<replaceable>fichier_destination_son.wav</replaceable> - -vc dummy -aid 1 -vo null</screen> - aura pour effet de prendre la seconde piste audio du fichier <replaceable>fichier_source.vob</replaceable> + -vc dummy -aid 1 -vo null</screen> + aura pour effet de prendre la seconde piste audio du fichier <replaceable>fichier_source.vob</replaceable> pour la placer dans le fichier <replaceable>fichier_destination_son.wav</replaceable>. - Vous voudrez ensuite peut-�tre normaliser le son avant l'encodage, car les pistes + Vous voudrez ensuite peut-�tre normaliser le son avant l'encodage, car les pistes audio des DVDs sont g�n�ralement enregistr�es � un faible volume. - Vous pouvez par exemple utiliser l'outil <application>normalize</application> qui est + Vous pouvez par exemple utiliser l'outil <application>normalize</application> qui est normalement disponible sur la plupart des distributions. - Si vous utilisez Windows, un outil comme <application>BeSweet</application> + Si vous utilisez Windows, un outil comme <application>BeSweet</application> fera le m�me travail. Vous le compresserez ensuite en Vorbis ou MP3. Par exemple : - <screen>oggenc -q1 <replaceable>fichier_destination_son.wav</replaceable></screen> - encodera <replaceable>fichier_destination_son.wav</replaceable> avec une qualit� de 1, + <screen>oggenc -q1 <replaceable>fichier_destination_son.wav</replaceable></screen> + encodera <replaceable>fichier_destination_son.wav</replaceable> avec une qualit� de 1, ce qui est �quivaut � environ 80Kb/s, soit le minimum si vous voulez de la qualit�. - Notez que <application>MEncoder</application> ne sait actuellement pas - multiplexer les pistes audio Vorbis dans le fichier final car il ne supporte que les conteneurs + Notez que <application>MEncoder</application> ne sait actuellement pas + multiplexer les pistes audio Vorbis dans le fichier final car il ne supporte que les conteneurs AVI ou MPEG en sortie, chacun pouvant mener � des probl�mes de synchronisation A/V avec certains lecteurs quand le fichier AVI contient des flux audio VBR comme Vorbis. Ne vous inqui�tez pas, ce document vous montrera comment y arriver avec un programme tiers. @@ -1507,35 +1507,35 @@ <sect2 id="menc-feat-dvd-mpeg4-muxing"> <title>Le multiplexage</title> <para> - Maintenant que vous avez encod� votre vid�o, vous d�sirez tr�s certainement - la multiplexer avec une ou plusieurs pistes audio vers un conteneur comme l'AVI, + Maintenant que vous avez encod� votre vid�o, vous d�sirez tr�s certainement + la multiplexer avec une ou plusieurs pistes audio vers un conteneur comme l'AVI, le MPEG, le Matroska ou le NUT. - <application>MEncoder</application> ne supporte nativement que des conteneurs + <application>MEncoder</application> ne supporte nativement que des conteneurs AVI ou MPEG. Par exemple : - <screen>mencoder -oac copy -ovc copy -o <replaceable>sortie_film.avi</replaceable> + <screen>mencoder -oac copy -ovc copy -o <replaceable>sortie_film.avi</replaceable> -audiofile <replaceable>entr�e_audio.mp2</replaceable> <replaceable>entr�e_video.avi</replaceable></screen> - Cela aura pour effet de fusionner le fichier vid�o <replaceable>entr�e_video.avi</replaceable> - et le fichier audio <replaceable>entr�e_audio.mp2</replaceable> vers un seul fichier AVI + Cela aura pour effet de fusionner le fichier vid�o <replaceable>entr�e_video.avi</replaceable> + et le fichier audio <replaceable>entr�e_audio.mp2</replaceable> vers un seul fichier AVI <replaceable>sortie_film.avi</replaceable>. - Cette commande marche avec le MPEG-1 layer I, II, ou III (plus connu sous le nom + Cette commande marche avec le MPEG-1 layer I, II, ou III (plus connu sous le nom de MP3), WAV et aussi quelques autres formats audio. </para> <para> - Une des caract�ristiques exp�rimentales de <application>MEncoder</application> + Une des caract�ristiques exp�rimentales de <application>MEncoder</application> est le support de <systemitem class="library">libavformat</systemitem>, une biblioth�que issue du projet FFmpeg qui supporte le multiplexage et d�-multiplexage vers une grande vari�t� de conteneurs. - Par exemple : - <screen>mencoder -oac copy -ovc copy -o <replaceable>sortie_film.asf</replaceable> - -audiofile <replaceable>entr�e_audio.mp2</replaceable> <replaceable>entr�e_video.avi</replaceable> + Par exemple : + <screen>mencoder -oac copy -ovc copy -o <replaceable>sortie_film.asf</replaceable> + -audiofile <replaceable>entr�e_audio.mp2</replaceable> <replaceable>entr�e_video.avi</replaceable> -of lavf -lavfopts format=asf</screen> - Cela fera strictement la m�me chose que pour l'exemple pr�c�dent, sauf que le conteneur + Cela fera strictement la m�me chose que pour l'exemple pr�c�dent, sauf que le conteneur de sortie sera l'ASF. - Souvenez-vous que ce support est encore tr�s exp�rimental (mais il s'am�liore de jour en jour), - et ne marchera que si vous compilez <application>MPlayer</application> avec l'option - activ�e <systemitem class="library">libavformat</systemitem> (ce qui veut dire que + Souvenez-vous que ce support est encore tr�s exp�rimental (mais il s'am�liore de jour en jour), + et ne marchera que si vous compilez <application>MPlayer</application> avec l'option + activ�e <systemitem class="library">libavformat</systemitem> (ce qui veut dire que les packets binaires ne marcheront peut-�tre pas). </para> @@ -1546,27 +1546,27 @@ en essayant de multiplexer votre video avec la bande son, o�, quelque soit le d�calage audio, vous n'arrivez pas � obtenir une synchronisation correcte. - Ceci peut arriver quand vous utilisez des filtres video qui dupliquent ou enl�vent des images, - comme le filtre t�l�cin� inverse. Il est vivement conseill� d'utiliser le - filtre vid�o <option>harddup</option> � la fin de votre cha�ne de filtres pour �viter + Ceci peut arriver quand vous utilisez des filtres video qui dupliquent ou enl�vent des images, + comme le filtre t�l�cin� inverse. Il est vivement conseill� d'utiliser le + filtre vid�o <option>harddup</option> � la fin de votre cha�ne de filtres pour �viter ce type de probl�me. </para> <para> - Sans l'option <option>harddup</option>, si <application>MEncoder</application> + Sans l'option <option>harddup</option>, si <application>MEncoder</application> veut dupliquer une image, il s'en remet au multiplexeur pour mettre une marque dans le conteneur de fa�on � ce que la derni�re image soit affich�e 2 fois pour maintenir la synchronisation sans avoir � �crire une nouvelle image. Avec l'option <option>harddup</option>, <application>MEncoder</application> va simplement passer une deuxi�me fois la derni�re image dans la cha�ne de filtres. Ce qui veut dire que l'encodeur recevra <emphasis>exactement</emphasis> la m�me - image 2 fois, puis les compressera. Il en r�sultera un fichier l�g�rement plus grand, + image 2 fois, puis les compressera. Il en r�sultera un fichier l�g�rement plus grand, mais cela ne posera plus de probl�mes quand vous d�multiplexerez ou remultiplexerez vers un autre conteneur. </para> <para> - Il se peut aussi que vous n'ayiez pas d'autres choix que d'utiliser l'option <option>harddup</option> - avec certains conteneurs peu li�s � <application>MEncoder</application> comme ceux + Il se peut aussi que vous n'ayiez pas d'autres choix que d'utiliser l'option <option>harddup</option> + avec certains conteneurs peu li�s � <application>MEncoder</application> comme ceux support�s par <systemitem class="library">libavformat</systemitem>, qui peuvent ne pas supporter la duplication d'image au niveau du conteneur. </para> @@ -1575,11 +1575,11 @@ <sect3 id="menc-feat-dvd-mpeg4-muxing-avi-limitations"> <title>Limitations du conteneur AVI</title> <para> - Bien que ce soit le format de conteneur le plus largement support� apr�s le MPEG-1, l'AVI a + Bien que ce soit le format de conteneur le plus largement support� apr�s le MPEG-1, l'AVI a des inconv�nients majeurs. Le plus �vident d'entre eux est peut-�tre l'ent�te. Pour chaque morceau (chunk) du fichier AVI, 24 octets sont g�ch�s en ent�te et index. Ce qui se traduit par environ 5Mo par heure, soit entre 1 et 2,5% du volume du fichier pour un film - de 700Mo. Cela peut ne pas sembler important, mais cela peut repr�senter la diff�rence entre + de 700Mo. Cela peut ne pas sembler important, mais cela peut repr�senter la diff�rence entre pouvoir utiliser un d�bit de 700 kbits/sec au lieu de 714 kbits/sec pour une m�me video. Et pour la qualit�, chaque bit compte. </para> @@ -1591,21 +1591,21 @@ <orderedlist> <listitem> <para> - Seuls les contenus � nombre d'images par seconde constant peuvent �tre stock�s. Ceci est particuli�rement + Seuls les contenus � nombre d'images par seconde constant peuvent �tre stock�s. Ceci est particuli�rement limitant si vous voulez stocker des fichiers aux contenus h�t�rog�nes (par exemple un m�lange de vid�o NTSC et de films sur pellicule). En fait, il existe des astuces qui permettent de stocker des contenus � nombre d'images par seconde variable - dans un AVI, mais cela multiplie par au moins 5 la taille (d�j� �norme) des ent�tes et ce n'est donc + dans un AVI, mais cela multiplie par au moins 5 la taille (d�j� �norme) des ent�tes et ce n'est donc pas r�ellement applicable. </para> </listitem> <listitem> <para> - L'audio dans un fichier AVI doit soit avoir un d�bit constant (CBR), soit une - taille de trame constante (i.e. toutes les trames d�codent le m�me + L'audio dans un fichier AVI doit soit avoir un d�bit constant (CBR), soit une + taille de trame constante (i.e. toutes les trames d�codent le m�me nombre d'�chantillons). Malheureusement, le codec le plus efficace, Vorbis, ne satisfait aucun de ces crit�res. - Donc, si vous envisagez de stocker un fichier en AVI, vous devrez utiliser un + Donc, si vous envisagez de stocker un fichier en AVI, vous devrez utiliser un codec moins performant comme le MP3 ou l'AC3. </para> </listitem> @@ -1616,8 +1616,8 @@ l'encodage � d'images par seconde variable ou le Vorbis; Donc vous n'allez peut-�tre pas consid�rer les 2 points pr�c�dents commes des limitations si vous n'utilisez que <application>MEncoder</application> pour encoder. - Pourtant, il est possible d'utiliser <application>MEncoder</application> uniquement pour - l'encodage vid�o, puis d'utiliser des outils externes pour l'encodage de l'audio et + Pourtant, il est possible d'utiliser <application>MEncoder</application> uniquement pour + l'encodage vid�o, puis d'utiliser des outils externes pour l'encodage de l'audio et multiplexer le tout vers un conteneur diff�rent. </para> </sect3> @@ -1625,38 +1625,38 @@ <sect3 id="menc-feat-dvd-mpeg4-muxing-matroska"> <title>Le multiplexage dans le conteneur Matroska</title> <para> - Matroska est un conteneur libre, ouvert, qui vise � offrir de nombreuses fonctionnalit�s avanc�es + Matroska est un conteneur libre, ouvert, qui vise � offrir de nombreuses fonctionnalit�s avanc�es que des conteneurs plus anciens comme l'AVI ne peut g�rer. - Par exemple, le Matroska supporte le d�bit vid�o variable (VBR), un framerate - variable (VFR), chapitres, attachement de fichiers, code de d�tection d'erreur - (EDC) et des codecs A/V modernes comme le "Advanced Audio Coding" (AAC), le + Par exemple, le Matroska supporte le d�bit vid�o variable (VBR), un framerate + variable (VFR), chapitres, attachement de fichiers, code de d�tection d'erreur + (EDC) et des codecs A/V modernes comme le "Advanced Audio Coding" (AAC), le "Vorbis" ou le "MPEG-4 AVC" (H.264), presque tous n'�tant pas support�s par l'AVI. </para> <para> - Les outils n�cessaires � la cr�ation de fichier Matroska sont appel�s collectivement <application>mkvtoolnix</application>, + Les outils n�cessaires � la cr�ation de fichier Matroska sont appel�s collectivement <application>mkvtoolnix</application>, et sont disponibles pour la plupart des syst�mes Unix mais aussi pour <application>Windows</application>. - Puisque Matroska est un standard ouvert, vous trouverez peut-�tre d'autres outils - qui vous conviendront mieux, mais comme mkvtoolnix est le plus connu, et + Puisque Matroska est un standard ouvert, vous trouverez peut-�tre d'autres outils + qui vous conviendront mieux, mais comme mkvtoolnix est le plus connu, et qu'il est support� par Matroska lui m�me, nous allons parler de son utilisation. </para> <para> La fa�on la plus simple de d�marrer avec Matroska, c'est probablement d'utiliser - <application>MMG</application>, l'interface graphique livr�e avec <application>mkvtoolnix</application>, + <application>MMG</application>, l'interface graphique livr�e avec <application>mkvtoolnix</application>, et de suivre le <ulink url="http://www.bunkus.org/videotools/mkvtoolnix/doc/mkvmerge-gui.html"> guide de l'interface graphique de mkvmerge (mmg)</ulink>. </para> <para> Vous pouvez aussi multiplexer des fichiers vid�o et audio en utilisant la ligne de commande : - <screen>mkvmerge -o <replaceable>sortie.mkv</replaceable> <replaceable>entree_video.avi</replaceable> + <screen>mkvmerge -o <replaceable>sortie.mkv</replaceable> <replaceable>entree_video.avi</replaceable> <replaceable>entree_audio1.mp3</replaceable> <replaceable>entree_audio2.ac3</replaceable></screen> - Ceci aura pour effet de multiplexer le fichier vid�o <replaceable>entree_video.avi</replaceable> + Ceci aura pour effet de multiplexer le fichier vid�o <replaceable>entree_video.avi</replaceable> avec les deux fichiers audio <replaceable>entre_audio1.mp3</replaceable> et <replaceable>entree_audio2.ac3</replaceable> dans un fichier Matroska <replaceable>sortie.mkv</replaceable>. Matroska, comme mentionn� ci-dessus, est capable de faire bien plus que �a, comme plusieurs - pistes audio (avec un r�glage pr�cis de la synchronisation audio/video), chapitres, - sous titres, coupures, etc... Merci de bien vouloir vous reporter � la documentation + pistes audio (avec un r�glage pr�cis de la synchronisation audio/video), chapitres, + sous titres, coupures, etc... Merci de bien vouloir vous reporter � la documentation de cette application pour plus d'informations. </para> @@ -1674,7 +1674,7 @@ <formalpara> <title>Qu'est ce que le t�l�cin� ?</title> <para> - Si vous ne comprenez pas grand-chose � ce qui est �crit dans le document pr�sent, + Si vous ne comprenez pas grand-chose � ce qui est �crit dans le document pr�sent, je vous sugg�re de visiter cette page (en anglais): <ulink url="http://en.wikipedia.org/wiki/Telecine">http://en.wikipedia.org/wiki/Telecine</ulink> Ce lien pointe vers une documentation relativement claire et compr�hensible sur ce qu'est le t�l�cin�. @@ -1683,9 +1683,9 @@ <formalpara> <title>Une note � propos des nombres</title> <para> - Beaucoup de documents renvoient � un - nombre de trames par secondes pour la vid�o NTSC de 59.94 ce qui correspond � - 29.97 images compl�tes par secondes (pour le t�l�cine et l'entrelac�) et � 23.976 (pour + Beaucoup de documents renvoient � un + nombre de trames par secondes pour la vid�o NTSC de 59.94 ce qui correspond � + 29.97 images compl�tes par secondes (pour le t�l�cine et l'entrelac�) et � 23.976 (pour le progressif). Pour simplifier, certains documents arrondissent m�me � 60, 30 et 24. </para></formalpara> @@ -1693,13 +1693,13 @@ En toute rigueur, tous ces nombres sont des approximations. Les vid�os NTSC en noir et blanc avaient exactement 60 trames par secondes, mais 60000/1001 a �t� choisi par la suite pour s'accomoder de la couleur en conservant la compatibilit� avec les t�l�viseurs noir et blanc de l'�poque. - La vid�o num�rique NTSC (par exemple sur un DVD) est aussi en 60000/1001 trames + La vid�o num�rique NTSC (par exemple sur un DVD) est aussi en 60000/1001 trames par seconde. A partir de l�, la vid�o entrelac�e et t�l�cin�e est faite pour �tre en 30000/1001 images par seconde; les vid�os progressives en 24000/1001 images par secondes. </para> <para> - De plus anciennes versions de la documentation <application>MEncoder</application> + De plus anciennes versions de la documentation <application>MEncoder</application> et plusieurs e-mails archiv�s de liste de diffusion font r�f�rence � 59.94, 29.97, et 23.976. Toute la documentation de <application>MEncoder</application> a �t� mise � jour @@ -1714,39 +1714,39 @@ <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�viseurs NTSC - doivent �tre en 60000/1001 trames par secondes. Les t�l�films sont souvent - film�s directement en 60000/1001 trames par secondes, alors que la majorit� des + 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 en 60000/1001 trames par secondes, alors que la majorit� des films pour le cin�ma est en 24000/1001 images par seconde. Quand les DVD - contenant des films faits pour le cin�ma sont masteris�s, la vid�o est alors convertie pour la + contenant des films faits pour le cin�ma sont masteris�s, la vid�o est alors convertie pour la t�l�vision par un processus appel� le t�l�cin�. </para></formalpara> <para> - Sur un DVD, la vid�o n'est jamais vraiment stock�e � 60000/1001 trames par seconde. - 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 fanions incorpor� au flux vid�o pour d�terminer + Sur un DVD, la vid�o n'est jamais vraiment stock�e � 60000/1001 trames par seconde. + 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 fanions incorpor� au flux vid�o pour d�terminer 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, 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 du 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 + Normalement, les contenus � 24000/1001 images par seconde restent comme cela + 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 du 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 par seconde. </para> <para> Quand on regarde les images form�es individuellement � partir de la vid�o en - 60000/10001 trames par seconde, t�l�cin� ou autre, l'entrelacement est - clairement visible et ce, qu'il y ait un mouvement ou non car l'une des trames (disons - les lignes impaires) repr�sente un moment dans le temps 1/(60000/1001) seconde - plus tard que les autres. Regarder une vid�o entrelac�e sur un ordinateur semble - laid parce que l'�cran a une r�solution plus �lev�e et + 60000/10001 trames par seconde, t�l�cin� ou autre, l'entrelacement est + clairement visible et ce, qu'il y ait un mouvement ou non car l'une des trames (disons + les lignes impaires) repr�sente un moment dans le temps 1/(60000/1001) seconde + plus tard que les autres. Regarder une vid�o entrelac�e sur un ordinateur semble + laid parce que l'�cran a une r�solution plus �lev�e et parce que la vid�o est affich�e image apr�s image au lieu de trame apr�s trame. </para> @@ -1756,15 +1756,15 @@ Cette section ne s'appliquent qu'aux DVDs NTSC, pas au PAL. </para></listitem> <listitem><para> - Les lignes de commande <application>MEncoder</application> donn�es en exemple au long de ce - document ne sont <emphasis role="bold">pas</emphasis> � utiliser tel quels. + Les lignes de commande <application>MEncoder</application> donn�es en exemple au long de ce + document ne sont <emphasis role="bold">pas</emphasis> � utiliser tel quels. Elles repr�sentent juste le minimum requis pour encoder la vid�o qui s'y rapportent. La meilleure m�thode pour faire un bon encodage de DVD ou proc�der � des r�glages avanc�s de <systemitem class="library">libavcodec</systemitem> pour atteindre une qualit� optimum sont des questions en dehors des propos de ce guide. </para></listitem> <listitem><para> - Il y a quelques notes en bas de page sp�cifiques � ce guide, elles sont li�es comme ceci : + Il y a quelques notes en bas de page sp�cifiques � ce guide, elles sont li�es comme ceci : <link linkend="menc-feat-telecine-footnotes">[1]</link> </para></listitem> </itemizedlist> @@ -1777,13 +1777,13 @@ <sect3 id="menc-feat-telecine-ident-progressive"> <title>Progressive</title> <para> - Les vid�os progressives ont �t� film�es initialement � 24000/1001 fps et stock�es + Les vid�os progressives ont �t� film�es initialement � 24000/1001 fps et stock�es sur le DVD sans alt�ration. </para> <para> - Quand vous lisez un DVD en progressif dans <application>MPlayer</application>, - la ligne suivante sera affich�e d�s le d�but de la lecture : + Quand vous lisez un DVD en progressif dans <application>MPlayer</application>, + la ligne suivante sera affich�e d�s le d�but de la lecture : <screen> demux_mpg: 24000/1001 fps progressive NTSC content detected, switching framerate.</screen> @@ -1792,24 +1792,24 @@ </para> <para> - Quand vous regardez une vid�o progressive, vous ne devriez jamais voir d'entrelacement. - Mais soyez attentif, il arrive parfois qu'un peu de t�l�cin� se glisse sans pr�venir. - Il m'est arriv� de tomber sur des �missions de t�l�visions en DVD avec une - seconde de t�l�cin� � chaque changement de sc�ne ou � d'autres emplacements au hasard. - Une autre fois, la premi�re moiti� du DVD �tait en progressif + Quand vous regardez une vid�o progressive, vous ne devriez jamais voir d'entrelacement. + Mais soyez attentif, il arrive parfois qu'un peu de t�l�cin� se glisse sans pr�venir. + Il m'est arriv� de tomber sur des �missions de t�l�visions en DVD avec une + seconde de t�l�cin� � chaque changement de sc�ne ou � d'autres emplacements au hasard. + Une autre fois, la premi�re moiti� du DVD �tait en progressif et la seconde en t�l�cin�. Si vous voulez en �tre <emphasis>vraiment</emphasis> s�r, vous pouvez scanner le film entier : <screen>mplayer dvd://1 -nosound -vo null -benchmark</screen> - L'utilisation de l'option <option>-benchmark</option> fait lire <application>MPlayer</application> + L'utilisation de l'option <option>-benchmark</option> fait lire <application>MPlayer</application> aussi vite qu'il le peut - en fonction du mat�riel, cela peut prendre un certain temps. Chaque fois que demux_mpg signale un changement, la ligne imm�diatement au dessus vous donnera le temps auquel ce changement est arriv�. </para> <para> - Parfois, la vid�o progressive sur les DVDs est signal�e en tant que "soft-telecine" + Parfois, la vid�o progressive sur les DVDs est signal�e en tant que "soft-telecine" parce qu'elle est cens�e �tre t�l�cin�e par le lecteur DVD. </para> </sect3> @@ -1827,7 +1827,7 @@ </para> <para> - Au visionnage d'une vid�o t�l�cin�e, vous verrez des artefacts d'entrelacement + Au visionnage d'une vid�o t�l�cin�e, vous verrez des artefacts d'entrelacement qui semblent "clignoter": ils apparaissent et disparaissent r�p�t�tivement. Vous pouvez le voir plus pr�cis�ment en suivant les indications ci-dessous: <orderedlist> @@ -1842,30 +1842,30 @@ </para></listitem> <listitem><para> Observer le sch�ma de r�p�tition des images entrelac�es et progressives. Si vous obtenez - PPPII, PPPII, PPPII,... alors la vid�o est - t�l�cin�e. Si vous observez d'autres sch�mas de r�p�tition, alors la vid�o a peut-�tre �t� + PPPII, PPPII, PPPII,... alors la vid�o est + t�l�cin�e. Si vous observez d'autres sch�mas de r�p�tition, alors la vid�o a peut-�tre �t� t�l�cin�e avec une m�thode non-standard; <application>MEncoder</application> ne sait pas convertir un t�l�cin� - non-standard en progressif sans d�gradation. Si aucun sch�ma n'est visible, c'est + non-standard en progressif sans d�gradation. Si aucun sch�ma n'est visible, c'est alors s�rement une vid�o entrelac�e. </para></listitem> </orderedlist> </para> <para> - Parfois, la vid�o progressive sur les DVDs est signal�e en tant que "soft-telecine" + Parfois, la vid�o progressive sur les DVDs est signal�e en tant que "soft-telecine" parce qu'elle est cens�e �tre t�l�cin�e par le lecteur DVD. Parfois, la vid�o t�l�cin�e sur les DVDs est signal�e "hard-telecine". Le hard-telecin� �tant � 60000/1001 images par seconde, le lecteur DVD lit la vid�o sans manipulation. </para> <para> - Une autre fa�on de savoir si la source est t�l�cin�e ou non, est de la lire avec - l'option <option>-vf pullup</option> et <option>-v</option> depuis une ligne de commande - et de voir comment l'option <option>pullup</option> combine les trames. - Si la source est t�l�cin�e, vous devriez voir sur la console un sch�ma de r�p�tition 3:2 avec des + Une autre fa�on de savoir si la source est t�l�cin�e ou non, est de la lire avec + l'option <option>-vf pullup</option> et <option>-v</option> depuis une ligne de commande + et de voir comment l'option <option>pullup</option> combine les trames. + Si la source est t�l�cin�e, vous devriez voir sur la console un sch�ma de r�p�tition 3:2 avec des alternances de <systemitem>0+.1.+2</systemitem> et <systemitem>0++1</systemitem>. - L'avantage de cette technique est que vous n'avez pas besoin de visionner la - source pour l'identifier, ce qui peut �tre utile pour automatiser la proc�dure d'encodage, ou + L'avantage de cette technique est que vous n'avez pas besoin de visionner la + source pour l'identifier, ce qui peut �tre utile pour automatiser la proc�dure d'encodage, ou pour effectuer cette proc�dure � distance � travers une connexion lente. </para> @@ -1874,11 +1874,11 @@ <sect3 id="menc-feat-telecine-ident-interlaced"> <title>Entrelac�e</title> <para> - Les vid�os entrelac�es ont �t� film�es en 60000/1001 trames par seconde, - puis stock�es sur le DVD en tant que 30000/1001 images par seconde. L'effet - est le r�sultat de la combinaison de paires - de trames dans une image. Chaque trame est cens�e �tre d�cal�e de 1/(60000/1001) - de seconde les unes des autres. Quand elles sont affich�es simultan�ment, la diff�rence devient + Les vid�os entrelac�es ont �t� film�es en 60000/1001 trames par seconde, + puis stock�es sur le DVD en tant que 30000/1001 images par seconde. L'effet + est le r�sultat de la combinaison de paires + de trames dans une image. Chaque trame est cens�e �tre d�cal�e de 1/(60000/1001) + de seconde les unes des autres. Quand elles sont affich�es simultan�ment, la diff�rence devient visible. </para> @@ -1888,7 +1888,7 @@ </para> <para> - Si vous regardez attentivement une vid�o entrelac�e image par image avec la + Si vous regardez attentivement une vid�o entrelac�e image par image avec la touche <keycap>.</keycap>, vous verrez l'entrelacement de chaque trame. </para> </sect3> @@ -1902,13 +1902,13 @@ <para> Quand <application>MPlayer</application> lit ce type de fichier, il doit jongler - (souvent r�p�t�tivement) entre "le 30000/1001 images par seconde NTSC" et - "le 24000/1001 images par secondes NTSC progressif". + (souvent r�p�t�tivement) entre "le 30000/1001 images par seconde NTSC" et + "le 24000/1001 images par secondes NTSC progressif". Regardez les messages de <application>MPlayer</application> pour voir ces messages. </para> <para> - Vous devriez aller voir la section "30000/1001 fps NTSC" afin d'�tre + Vous devriez aller voir la section "30000/1001 fps NTSC" afin d'�tre s�r que c'est vraiment du t�l�cin�, et pas seulement de l'entrelac�. </para> </sect3> @@ -1916,12 +1916,12 @@ <sect3 id="menc-feat-telecine-ident-mixedpi"> <title>M�lange de vid�o progressive et entrelac�e</title> <para> - Dans les vid�os qui m�langent le progressif et le t�l�cin�, les flux vid�os + Dans les vid�os qui m�langent le progressif et le t�l�cin�, les flux vid�os progressifs et entrelac�s sont combin�s l'un � l'autre. </para> <para> - Cette cat�gorie ressemble au "m�lange de progressive et t�l�cin�e" jusqu'� + Cette cat�gorie ressemble au "m�lange de progressive et t�l�cin�e" jusqu'� ce que vous examiniez la partie en 30000/1001 images par seconde et que vous vous aperceviez qu'il n'y a pas de trace de t�l�cin�. </para> @@ -1933,7 +1933,7 @@ <title>Comment encoder chaque cat�gorie ?</title> <para> Comme �voqu� au d�part, les exemples de lignes de commande - <application>MEncoder</application> ne doivent <emphasis role="bold">pas</emphasis> �tre utilis�s tels quels; + <application>MEncoder</application> ne doivent <emphasis role="bold">pas</emphasis> �tre utilis�s tels quels; ils fournissent uniquement les param�tres minimum pour encoder chaque cat�gorie. </para> @@ -1951,7 +1951,7 @@ </para> <para> - Il n'est pas rare de se trouver avec une vid�o qui semble progressive mais qui + Il n'est pas rare de se trouver avec une vid�o qui semble progressive mais qui contient en fait quelques courts passages en t�l�cin�. A moins d'�tre vraiment s�r l'�tat de la vid�o, il est pr�f�rable de traiter la vid�o comme un <link linkend="menc-feat-telecine-encode-mixedpt">m�lange de progressive et t�l�cin�e</link>. @@ -1963,19 +1963,19 @@ <title>T�l�cin�</title> <para> A partir d'une video t�l�cin�e, il est possible de retrouver le format original en 24000/1001 avec - un processus appel� t�l�cin�-inverse. Plusieurs filtres de + un processus appel� t�l�cin�-inverse. Plusieurs filtres de <application>MPlayer</application> permettent ce processus; - le meilleur d'entre eux, <option>pullup</option>, est d�crit � la section - <link linkend="menc-feat-telecine-encode-mixedpt">M�lange de progressif et t�l�cin�</link>. + le meilleur d'entre eux, <option>pullup</option>, est d�crit � la section + <link linkend="menc-feat-telecine-encode-mixedpt">M�lange de progressif et t�l�cin�</link>. </para> </sect3> <sect3 id="menc-feat-telecine-encode-interlaced"> <title>Entrelac�e</title> <para> - Dans la plupart des cas pratiques, il n'est pas possible de r�cup�rer compl�tement une - vid�o progressive depuis une entrelac�e. Pour ce faire, la seule mani�re sans - perdre la moiti� de la r�solution verticale est de doubler le nombre d'images par seconde et + Dans la plupart des cas pratiques, il n'est pas possible de r�cup�rer compl�tement une + vid�o progressive depuis une entrelac�e. Pour ce faire, la seule mani�re sans + perdre la moiti� de la r�solution verticale est de doubler le nombre d'images par seconde et d'essayer de "deviner" ce que devraient �tre les lignes manquantes pour chacune des trames (ce qui a des inconv�nients, voir m�thode 3). </para> @@ -1986,8 +1986,8 @@ ruine la capacit� de compression de l'encodeur, mais <systemitem class="library">libavcodec</systemitem> poss�de deux param�tres sp�cialement d�finis pour g�rer le stockage de 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 + 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> @@ -2010,32 +2010,32 @@ 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 de subir des plantages. Peu importe, l'option <option>-vf tfields</option> + risquez de subir des plantages. Peu importe, l'option <option>-vf tfields</option> est de cr�er une image compl�te � partir de chaque trame, ce qui donne le d�bit de 60000/1001 images par seconde. L'avantage de cette approche est qu'aucune donn�e n'est jamais perdue. Cependant, vu que chaque image vient avec seulement une trame, les lignes manquantes doivent �tre interpol�es d'une fa�on ou d'une autre. 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 en utilisant des filtres de d�sentrelacement. + r�sultat sera un peu similaire � celui obtenu en utilisant des 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 d�bit (en kbit/s) d'encodage sont n�cessaires pour conserver la qualit�, et plus de puissance CPU est - utilis�e pour l'encodage et le d�codage. <option>tfields</option> a plusieurs + utilis�e pour l'encodage et le d�codage. <option>tfields</option> a plusieurs options pour g�rer la cr�ation des lignes manquantes de chaque image. Si vous utilisez cette m�thode, alors regardez le manuel, et prenez l'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> d�finir les deux options <option>-fps</option> + <emphasis role="bold">devez</emphasis> d�finir les deux options <option>-fps</option> et <option>-ofps</option> � deux fois le nombre d'image par seconde de votre source originale. <screen>mencoder dvd://1 -oac copy -vf tfields=2 -ovc lavc -fps 60000/1001 -ofps 60000/1001</screen> </para></listitem> <listitem><para> - Si vous avez pr�vu de beaucoup r�duire la taille, vous pouvez - n'extraire et n'encoder qu'une des deux trames. Bien s�r, vous perdrez la - moiti� de la r�solution verticale, mais si vous avez pr�vu la r�duire au moins de - moiti� par rapport � l'original, cette perte n'aura que peu d'importance. Le r�sultat - sera un fichier progressif � 30000/1001 images par seconde. La proc�dure est + Si vous avez pr�vu de beaucoup r�duire la taille, vous pouvez + n'extraire et n'encoder qu'une des deux trames. Bien s�r, vous perdrez la + moiti� de la r�solution verticale, mais si vous avez pr�vu la r�duire au moins de + moiti� par rapport � l'original, cette perte n'aura que peu d'importance. Le r�sultat + sera un fichier progressif � 30000/1001 images par seconde. La proc�dure est d'utiliser l'option <option>-vf field</option>, puis de recadrer <link linkend="menc-feat-telecine-footnotes">[1]</link> et de redimensionner de mani�re appropri�e. Souvenez-vous que vous devrez ajuster la dimension pour @@ -2049,10 +2049,10 @@ <title>M�lange de progressive et t�l�cin�e</title> <para> Afin de convertir une vid�o compos�e de passages progressifs et de t�l�cin�s en vid�o enti�rement - progressive, les parties en t�l�cin� doivent �tre t�l�cin�es-inverse. Il y a trois + progressive, les parties en t�l�cin� doivent �tre t�l�cin�es-inverse. Il y a trois moyens d'accomplir cela, comme d�crit ci-dessous. Notez que vous devez - <emphasis role="bold">toujours</emphasis> t�l�ciner-inverse avant tout - redimensionnement et aussi (sauf si vous savez vraiment ce que vous faites) + <emphasis role="bold">toujours</emphasis> t�l�ciner-inverse avant tout + redimensionnement et aussi (sauf si vous savez vraiment ce que vous faites) avant tout d�coupage <link linkend="menc-feat-telecine-footnotes">[1]</link>. L'option <option>-ofps 24000/1001</option> est n�cessaire ici parce que la sortie vid�o sera en 24000/1001 images par seconde. @@ -2060,8 +2060,8 @@ <itemizedlist> <listitem><para> - L'option <option>-vf pullup</option> est faite pour t�l�ciner-inverse la source vid�o - t�l�cin� tandis que les donn�es progressives sont laiss�es intactes. Afin + L'option <option>-vf pullup</option> est faite pour t�l�ciner-inverse la source vid�o + t�l�cin�e tandis que les donn�es progressives sont laiss�es intactes. Afin de fonctionner correctement, <option>pullup</option> <emphasis role="bold">doit</emphasis> �tre suivi par le filtre <option>softskip</option> ou <application>MEncoder</application> plantera. <option>pullup</option> est, cependant, la m�thode la plus propre et la plus pr�cise @@ -2073,11 +2073,11 @@ </listitem> <listitem><para> - Une m�thode plus ancienne consiste �, au lieu de t�l�ciner-inverse les passages t�l�cin�s, + Une m�thode plus ancienne consiste �, au lieu de t�l�ciner-inverse les passages t�l�cin�s, t�l�ciner les parties non-t�l�cin�es et ensuite t�l�ciner-inverse la vid�o enti�re. 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 par + et rend t�l�cin� le fichier entier. Si nous faisons suivre softpulldown par soit <option>detc</option> ou soit <option>ivtc</option>, le r�sultat final sera enti�rement progressif. L'option <option>-ofps 24000/1001</option> est n�cessaire. @@ -2088,10 +2088,10 @@ <listitem><para> Je n'ai pas moi-m�me utilis� <option>-vf filmdint</option>, mais voil� ce que D Richard Felker III en dit: - + <blockquote><para>Il est correct, mais � mon avis, il essaie de d�sentrelacer plut�t que de t�l�ciner-inverse trop souvent (tout comme les lecteurs DVD de salon - & les TVs progressive) ce qui donne des clignotements affreux et d'autre + & les TVs progressive) ce qui donne des clignotements affreux et d'autre artefacts. Si vous pr�voyer l'utiliser, vous aurez au minimum besoin de passer du temps � affiner les options et � regarder le r�sultat en sortie pour vous assurer que cela n'esquinte pas tout.</para></blockquote> @@ -2102,53 +2102,53 @@ <sect3 id="menc-feat-telecine-encode-mixedpi"> <title>M�lange de progressive et d'entrelac�e</title> <para> - Il y a deux fa�ons de g�rer cette cat�gorie, chacune �tant un - compromis. Vous devez faire votre choix en vous basant sur la dur�e/localisation + Il y a deux fa�ons de g�rer cette cat�gorie, chacune �tant un + compromis. Vous devez faire votre choix en vous basant sur la dur�e/localisation de chaque type. </para> <itemizedlist> <listitem><para> Traitez-le comme une vid�o progressive. Les parties entrelac�es sembleront entrelac�es, - et certaines des trames entrelac�es devront �tre jet�es, ayant pour r�sultat un + et certaines des trames entrelac�es devront �tre jet�es, ayant pour r�sultat un peu de sautillement irr�gulier. Vous pouvez utiliser un filtre de post-traitement si vous le voulez, mais cela peut sensiblement d�grader les parties progressives. </para> <para> - Cette option ne devrait surtout pas �tre utilis�e si vous pr�voyez - afficher la vid�o finale sur un appareil entrelac� (avec une carte TV, - par exemple). Si vous avez des images entrelac�es dans une vid�o en 24000/1001 + Cette option ne devrait surtout pas �tre utilis�e si vous pr�voyez + afficher la vid�o finale sur un appareil entrelac� (avec une carte TV, + par exemple). Si vous avez des images entrelac�es dans une vid�o en 24000/1001 images par seconde, elles seront t�l�cin�es en m�me temps que les images progressives. La moiti� des "images" entrelac�es sera affich�e pour une dur�e de trois trames - (3/(60000/1001) secondes), ce qui a pour r�sultat un effet pichenette de - "retour en arri�re" ce qui est du plus mauvais effet. Si vous tentez + (3/(60000/1001) secondes), ce qui a pour r�sultat un effet pichenette de + "retour en arri�re" ce qui est du plus mauvais effet. Si vous tentez quand m�me ceci, vous <emphasis role="bold">devez</emphasis> utiliser un filtre d�sentrela�ant comme <option>lb</option> ou <option>l5</option>. </para> <para> - Cela peut aussi �tre une mauvaise id�e pour l'affichage progressif. - Cela laissera tomber des paires de de trames entrelac�es cons�cutives, - r�sultant en une discontinuit� qui peut �tre plus visible qu'avec la seconde m�thode, - ce qui affichera certaines images progressives en double. Une vid�o entrelac�e � + Cela peut aussi �tre une mauvaise id�e pour l'affichage progressif. + Cela laissera tomber des paires de trames entrelac�es cons�cutives, + r�sultant en une discontinuit� qui peut �tre plus visible qu'avec la seconde m�thode, + ce qui affichera certaines images progressives en double. Une vid�o entrelac�e � 30000/1001 images par seconde est d�j� un peu hach�e parce qu'elle devrait en r�alit� �tre projet�e � 60000/1001 trames par seconde, pour que les images dupliqu�es - ne se soient pas trop. + ne se voient pas trop. </para> <para> - De toutes fa�ons, il vaut mieux analyser votre contenu et voir comment - vous voulez l'afficher. Si votre vid�o est � 90% progressive et que vous ne - pensez pas la regarder sur une TV, vous devriez favoriser une approche progressive. + De toutes fa�ons, il vaut mieux analyser votre contenu et voir comment + vous voulez l'afficher. Si votre vid�o est � 90% progressive et que vous ne + pensez pas la regarder sur une TV, vous devriez favoriser une approche progressive. Si elle est seulement � moiti� progressive, vous voudrez probablement l'encoder comme si elle �tait enti�rement entrelac�e. </para> </listitem> <listitem><para> - Traitez-le comme entrelac�e. Certaines images des parties progressives auront - besoin d'�tre dupliqu�es, ce qui entra�nera un sautillement irr�gulier. Encore une + Traitez-le comme entrelac�e. Certaines images des parties progressives auront + besoin d'�tre dupliqu�es, ce qui entra�nera un sautillement irr�gulier. Encore une fois, les filtres d�sentrela�ant peuvent l�g�rement d�grader les parties progressives. </para></listitem> @@ -2164,39 +2164,39 @@ <listitem><formalpara> <title>A propos de recadrage:</title> <para> - Les donn�es vid�o d'un DVD sont stock�es dans un format appel� YUV 4:2:0. Dans + Les donn�es vid�o d'un DVD sont stock�es dans un format appel� YUV 4:2:0. Dans la vid�o YUV, la luminance ("luminosit�") et la chrominance ("couleur") sont stock�s s�par�ment. Parce que l'oeil humain est d'une certaine fa�on moins sensible - � la couleur qu'� la luminosit�, dans une image YUV 4:2:0 il n'y a - qu'un pixel de chrominance pour 4 pixels de luminance. Dans une image progressive, - chaque carr� de quatre pixels de luminance (deux de chaque cot�) a un pixel de + � la couleur qu'� la luminosit�, dans une image YUV 4:2:0 il n'y a + qu'un pixel de chrominance pour 4 pixels de luminance. Dans une image progressive, + chaque carr� de quatre pixels de luminance (deux de chaque cot�) a un pixel de chrominance commun. Vous devez recadrer le YUV 4:2:0 progressif � des r�solutions paires, et utiliser un d�calage pair. Par exemple, - <option>crop=716:380:2:26</option> est correct mais + <option>crop=716:380:2:26</option> est correct mais <option>crop=716:380:3:26 </option> ne l'est pas. </para> </formalpara> <para> Quand vous avez � faire � un YUV 4:2:0 entrelac�, la situation devient un peu plus - compliqu�e. Au lieu d'avoir chaque s�rie de quatre pixels de luminance se partager un pixel - de chrominance dans une <emphasis>image</emphasis>, chaque s�rie de quatre pixels de luminance - dans chaque <emphasis>champs</emphasis> se partage un pixel de chrominance. Quand les - trames sont entrelac�es pour former une image, chaque ligne de scan fait un - pixel de haut. Maintenant, au lieu d'avoir la s�rie de quatre pixels de luminance + compliqu�e. Au lieu d'avoir chaque s�rie de quatre pixels de luminance se partager un pixel + de chrominance dans une <emphasis>image</emphasis>, chaque s�rie de quatre pixels de luminance + dans chaque <emphasis>champs</emphasis> se partage un pixel de chrominance. Quand les + trames sont entrelac�es pour former une image, chaque ligne de scan fait un + pixel de haut. Maintenant, au lieu d'avoir la s�rie de quatre pixels de luminance dans un carr�, il y a deux pixels c�te � c�te sur une ligne et les deux autres pixels - de la s�rie sont c�te � c�te deux lignes de scan plus bas. Les deux pixels de luminance dans la - ligne de scan interm�diaire appartiennent � une autre trame, et donc partage un - pixel de chrominance diff�rent avec deux pixels de luminance deux lignes de scan plus loin. + de la s�rie sont c�te � c�te deux lignes de scan plus bas. Les deux pixels de luminance dans la + ligne de scan interm�diaire appartiennent � une autre trame, et donc partage un + pixel de chrominance diff�rent avec deux pixels de luminance deux lignes de scan plus loin. Toute cette confusion rend n�cessaire d'avoir des dimensions de recadrage - et de d�calage verticales multiples de quatre. Dans le sens horizontal, il suffit que les + et de d�calage verticales multiples de quatre. Dans le sens horizontal, il suffit que les dimensions restent paires. </para> <para> Pour la vid�o t�l�cin�e, il est recommand� que le recadrage se fasse apr�s le - t�l�cin�-inverse. Une fois que la vid�o est progressive, il vous suffit de recadrer par - nombres pairs. Si vous voulez acc�l�rer l�g�rement la vitess d'encodage, en jouant sur les + t�l�cin�-inverse. Une fois que la vid�o est progressive, il vous suffit de recadrer par + nombres pairs. Si vous voulez acc�l�rer l�g�rement la vitesse d'encodage, en jouant sur les dimensions de recadrage, vous devez recadrer verticalement par multiples de quatre ou bien le filtre de t�l�cin�-inverse n'aura pas les donn�es ad�quates. </para> @@ -2210,11 +2210,11 @@ <listitem><formalpara> <title>A propos des param�tres d'encodage et de la qualit�:</title> <para> - Le fait que l'option <option>mbd=2</option> est recommand�e ici ne veut pas dire + Le fait que l'option <option>mbd=2</option> soit recommand�e ici ne veut pas dire qu'elle ne devrait pas �tre utilis�e autre part. Avec <option>trell</option>, - <option>mbd=2</option> est l'une des deux options de <systemitem class="library">libavcodec</systemitem> + <option>mbd=2</option> est l'une des deux options de <systemitem class="library">libavcodec</systemitem> qui augmente le plus la qualit�, et vous devriez toujours les utiliser - � moins que la baisse de vitesse d'encodage ne soit prohibitive + � moins que la baisse de vitesse d'encodage ne soit prohibitive (ex: encodage en temps r�el). Il y a bien d'autres options de <systemitem class="library">libavcodec</systemitem> qui augmentent la qualit� d'encodage (et r�duisent sa rapidit�) mais ceci est au del� du propos de ce document. @@ -2225,12 +2225,12 @@ <listitem><formalpara> <title>A propos de la performance de pullup:</title> <para> - Utiliser l'option <option>pullup</option> (avec <option>softskip</option>) + Utiliser l'option <option>pullup</option> (avec <option>softskip</option>) sur une vid�o progressive est sans danger, et c'est g�n�ralement une bonne id�e � moins qu'il soit certain que la source est enti�rement progressive. La perte de performance est faible dans 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 de <option>lavcopts</option> masquent cette + L'ajout du traitement du son et d'options avanc�es de <option>lavcopts</option> masquent cette diff�rence, en limitant la perte de performance due � l'utilisation de <option>pullup</option> � 2%. </para> </formalpara> @@ -2371,7 +2371,7 @@ </tgroup> </informaltable> -La premi�re colonne contient les noms de codec qui doivent �tre donn�s apr�s l'option +La premi�re colonne contient les noms de codec qui doivent �tre donn�s apr�s l'option <literal>acodec</literal>, par exemple comme ceci: <option>-lavcopts acodec=ac3</option> </para> @@ -2383,7 +2383,7 @@ </informalexample> <para> - Contrairement aux codecs vid�o de <systemitem class="library">libavcodec</systemitem>, + Contrairement aux codecs vid�o de <systemitem class="library">libavcodec</systemitem>, ses codecs audio ne font pas un usage avis� des bits qu'ils consomment car ils leur manquent certains mod�les psycho-acoustiques minimaux (quand ils en ont) ce que la plupart des autres impl�mentations de codecs poss�dent. @@ -2399,15 +2399,15 @@ <title>Options d'encodage de libavcodec</title> <para> - Id�alement, vous voudriez probablement juste dire � mencoder de passer en + Id�alement, vous voudriez probablement juste dire � mencoder de passer en mode "haute qualit�" et passer � autre chose. - Ce serait s�rement sympa, mais c'est malheureusement difficile � impl�menter car les + Ce serait s�rement sympa, mais c'est malheureusement difficile � impl�menter car les diff�rentes options d'encodage donnent des r�sultats de qualit� diff�rents en fonction du mat�riel source. Ceci vient du fait que la compression d�pend 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 + 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 omises, comme <option>mbd=2</option>, <option>trell</option>, et <option>v4mv</option>. @@ -2422,8 +2422,8 @@ le film. Notez que si vous avez besoin d'avoir votre encodage 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 + <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 affectera un peu l'efficacit� d'encodage. </para></listitem> @@ -2434,7 +2434,7 @@ </para></listitem> <listitem><para> - <emphasis role="bold">dia</emphasis>: port�e de de la passe de recherche de mouvement. + <emphasis role="bold">dia</emphasis>: port�e de la passe de recherche de mouvement. Plus la valeur de cette option est �lev�e, meilleure sera la qualit� et plus l'encodage sera lent. Les valeurs n�gatives repr�sentent une �chelle compl�tement diff�rente. De bonnes valeurs sont -1 pour un encodage rapide, ou 2-4 pour un plus lent. @@ -2442,23 +2442,23 @@ <listitem><para> <emphasis role="bold">predia</emphasis>: port�e de recherche de mouvement en pr�-passe. - Pas aussi important que dia. De bonnes valeurs vont de 1 (par d�faut) � 4. Cela + Pas aussi important que dia. De bonnes valeurs vont de 1 (par d�faut) � 4. Cela requi�re preme=2 pour �tre r�ellement utile. </para></listitem> <listitem><para> - <emphasis role="bold">cmp, subcmp, precmp</emphasis>: Fonction de comparaison + <emphasis role="bold">cmp, subcmp, precmp</emphasis>: Fonction de comparaison pour l'estimation de mouvement. Testez avec les valeurs 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 bon pour les animations, et 3 est bon pour les + Pour cmp et subcmp, 2 est bon pour les animations, et 3 est bon pour les films d'action. 6 peut �tre (ou non) un peu meilleur, mais est lent. </para></listitem> <listitem><para> - <emphasis role="bold">last_pred</emphasis>: Nombre de pr�dicteurs de mouvement + <emphasis role="bold">last_pred</emphasis>: Nombre de pr�dicteurs de mouvement � prendre depuis l'image pr�c�dente. 1-3 (ou dans ces eaux) am�liore la qualit� pratiquement sans perte en vitesse. De plus hautes valeurs ralentiront l'encodage sans r�el gain. @@ -2474,7 +2474,7 @@ complexit� des macroblocs. Peut aider ou g�ner selon la vid�o et les autres options. Cela peut causer des artefacts � moins que vous ne param�triez vqmax � des - valeurs raisonnablement petites (6 c'est bien, voire peut-�tre 4); + valeurs raisonnablement petites (6 c'est bien, voire peut-�tre 4); vqmin=1 devrait aussi aider. </para></listitem> @@ -2490,7 +2490,7 @@ <emphasis role="bold">vqcomp</emphasis>: mise au point du contr�le de d�bit. La nature du film d�finiera quelles sont les bonnes valeurs � appliquer Vous pouvez sans probl�me laisser cette option de c�t� si vous voulez. - R�duire vqcomp met plus de bits sur les sc�nes de basse complexit�, l'augmenter + R�duire vqcomp met plus de bits sur les sc�nes de basse complexit�, l'augmenter les met sur les sc�nes de haute complexit� (d�faut: 0.5, port�e: 0-1. recommand�: 0.5-0.7). </para></listitem> @@ -2499,27 +2499,27 @@ la luminance et les plans de chrominance. Ils sont encod�s s�par�ment dans tous les algorithmes de style MPEG. L'id�e derri�re tout ceci est d'utiliser de 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 simplement encoder le bloc comme �tant + pour d�terminer quand le changement dans un bloc est inf�rieur au seuil que + vous avez sp�cifi�, et dans ce cas, de simplement encoder le bloc comme �tant "sans changement". - Cela �conomise des bits et acc�l�re peut-�tre l'encodage. vlelim=-4 et - vcelim=9 semblent �tre de bonnes valeurs pour les films de "sc�nes r�elles", mais - semblent ne pas aider avec les films d'animation; quand vous voudrez encoder une animation, + Cela �conomise des bits et acc�l�re peut-�tre l'encodage. vlelim=-4 et + vcelim=9 semblent �tre de bonnes valeurs pour les films de "sc�nes r�elles", mais + semblent ne pas aider avec les films d'animation; quand vous voudrez encoder une animation, vous devriez probablement les laisser tel quel. </para></listitem> <listitem><para> <emphasis role="bold">qpel</emphasis>: Estimation de mouvement de quart de pixel. - MPEG-4 utilise une pr�cision d'un demi pixel pour sa recherche de mouvement - par d�faut, donc cette option augmente la quantit� d'information qui est - stock�e dans le fichier encod�. Le gain ou la perte en terme de compression + MPEG-4 utilise une pr�cision d'un demi pixel pour sa recherche de mouvement + par d�faut, donc cette option augmente la quantit� d'information qui est + stock�e dans le fichier encod�. Le gain ou la perte en terme de compression d�pend du film, mais ce n'est habituellement pas tr�s efficace pour les animations. qpel induit toujours un surco�t significatif en temps de d�codage (+25% en pratique). </para></listitem> <listitem><para> <emphasis role="bold">psnr</emphasis>: n'affecte pas l'encodage - mais �crit un fichier journal donnant le type/taille/qualit� de chaque image, et + mais �crit un fichier journal donnant le type/taille/qualit� de chaque image, et imprime un r�sum� du PSNR (rapport signal sur bruit) � la fin. </para></listitem> @@ -2532,14 +2532,14 @@ </para></listitem> <listitem><para> - <emphasis role="bold">lumi_mask, dark_mask</emphasis>: Quantification adaptative + <emphasis role="bold">lumi_mask, dark_mask</emphasis>: Quantification adaptative pyscho-visuelle. 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, + Des valeurs raisonnables peuvent �tre efficaces dans votre cas, mais soyez pr�venu, ceci reste tr�s subjectif. </para></listitem> <listitem><para> - <emphasis role="bold">scplx_mask</emphasis>: Essaie d'emp�cher l'apparition d'artefacts + <emphasis role="bold">scplx_mask</emphasis>: Essaie d'emp�cher l'apparition d'artefacts d�s aux blocs, mais le post-traitement est plus efficace. </para></listitem> </itemizedlist> @@ -2549,12 +2549,12 @@ <title>Exemples de param�tres d'encodage</title> <para> - Les param�tres suivant sont des exemples de combinaisons d'option de diff�rents + Les param�tres suivant sont des exemples de combinaisons d'option de diff�rents encodages qui affectent la vitesse et la qualit� pour un bitrate donn�. </para> <para> - Tous les param�tres d'encodage sont test�s sur un �chantillon de vid�o de + Tous les param�tres d'encodage sont test�s sur un �chantillon de vid�o de 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 comporte la mesure de vitesse d'encodage (en @@ -2671,30 +2671,30 @@ <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 - DVD ceci afin de pouvoir l'ajouter � votre PC Home Cin�ma. C'est un DVD de - 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 + 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 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 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 + 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 d'utiliser un filtre inverse t�l�cin�, comme <option>pullup</option> ou <option>filmdint</option>. </para> <para> - Ensuite, nous voulons d�terminer le rectangle de recadrage 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> - Cherchez une frame compl�tement remplie (comme une sc�ne + Cherchez une frame compl�tement remplie (comme une sc�ne lumineuse), et vous verrez 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> @@ -2703,30 +2703,30 @@ <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, + 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 avons quelques notions minimales - de maths, nous savons que le plus proche multiple de 16 inf�rieur � 362 + 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 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 + 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 de 5 pixels vu que c'est un nombre impair et que - cela affectera d�favorablement la qualit�. A la place, nous augmenterons le + 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 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 + 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 d�coupiez. Si il est entrelac�, d�s-entrelacez-le avant d�coupage. - (Si vous choisissez de pr�server la vid�o entrelac�e, alors soyez certain que + (Si vous choisissez de pr�server la vid�o entrelac�e, alors soyez certain que votre d�calage de d�coupage vertical est un multiple de 4.) </para> @@ -2738,17 +2738,17 @@ <screen>-vf crop=720:362:0:58,scale=720:352</screen> 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 + 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 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 + 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> @@ -2768,33 +2768,33 @@ <para> 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 + 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> 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 + 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� selon le mat�riel source. Par exemple, si vous trouvez que - <systemitem class="library">libavcodec</systemitem> produit trop d'artefacts - carr�s, vous pouvez essayer de choisir le NSSE exp�rimental comme fonction + <systemitem class="library">libavcodec</systemitem> produit trop d'artefacts + 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 durera 138 minutes et p�sera � peu pr�s 3GB. + 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 + 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 + 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 antibruit, - 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 + Parce que nous avons pass� la source vid�o au travers d'un filtre antibruit, + 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 @@ -2829,13 +2829,13 @@ <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 + Commencez par passer en revue la page man de la section <systemitem class="library">XviD</systemitem> de <application>MPlayer</application>. Cette section est pr�vue pour �tre un suppl�ment � la page man. </para> <para> - Les param�tres XviD par d�faut font d�j� une bonne distinction entre la - vitesse et la qualit�, donc vous pouvez sans risque vous en tenir � eux + Les param�tres XviD par d�faut font d�j� une bonne distinction entre la + vitesse et la qualit�, donc vous pouvez sans risque vous en tenir � eux si la section suivante vous laisse perplexe. </para> </sect2> @@ -2846,14 +2846,14 @@ <itemizedlist> <listitem><para> <emphasis role="bold">vhq</emphasis> - Ce param�tre affecte l'algorithme de choix de macrobloc, o� plus la valeur + 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, + 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 + 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 + 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> @@ -2868,11 +2868,11 @@ <emphasis role="bold">max_bframes</emphasis> 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�, + Le param�trage par d�faut est un bon compromis entre compressibilit� et qualit�, mais vous pouvez l'augmenter jusqu'� 3 si vous �tes obnubil� 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 assurer que le bitrate - cible est assez �lev� pour que l'encodeur n'ait pas � augmenter le + 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 assurer que le bitrate + cible est assez �lev� pour que l'encodeur n'ait pas � augmenter le quantificateur pour l'atteindre. </para></listitem> @@ -2881,46 +2881,46 @@ Ceci contr�le la sensibilit� de l'encodeur pour les B-frames, o� une plus haute valeur am�ne � ce que plus de B-frames soit utilis� (et vice versa). Ce param�tre doit �tre utilis� avec <option>max_bframes</option>; - si vous �tes obnubil� 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 + si vous �tes obnubil� 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 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 + 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 vieilles versions DivX (ce qui revient � supporter jusqu'� - 1 B-frame cons�cutive), ceci sera votre seul espoir d'augmenter la + Cependant, si vous avez besoin d'�tre compatible avec des lecteurs qui + 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> <listitem><para> <emphasis role="bold">trellis</emphasis> Optimise la proc�dure de quantification pour obtenir un compromis optimal - entre le PSNR et le bitrate, ce qui permet de sauver de mani�re significative + entre le PSNR et le bitrate, ce qui permet de sauver de mani�re significative des bits. - Ces bits seront en retour utilis�s autre part sur la vid�o, augmentant l'ensemble + Ces bits seront en retour utilis�s autre part sur la vid�o, augmentant l'ensemble de la qualit� visuelle. - Vous devriez toujours l'utiliser �tant donn� qu'il impacte �norm�ment sur la + Vous devriez toujours l'utiliser �tant donn� qu'il impacte �norm�ment sur la qualit�. - M�me si vous recherchez de la vitesse, ne le d�sactivez pas jusqu'� ce que - vous r�duisiez <option>vhq</option> et toutes les autres options plus gourmandes + M�me si vous recherchez de la vitesse, ne le d�sactivez pas jusqu'� ce que + vous r�duisiez <option>vhq</option> et toutes les autres options plus gourmandes en CPU � leur minimum. </para></listitem> <listitem><para> <emphasis role="bold">hq_ac</emphasis> - Active une meilleure m�thode d'estimation du co�t en coefficient, ce qui r�duit + Active une meilleure m�thode d'estimation du co�t en coefficient, ce qui r�duit passablement la taille de fichier par environ 0.15 � 0.19% (ce qui correspond - � moins de 0.01dB PSNR d'augmentation), tandis qu'elle a un impact n�gligeable + � moins de 0.01dB PSNR d'augmentation), tandis qu'elle a un impact n�gligeable sur la vitesse. Il est n�anmoins recommand� de toujours la laisser activ�e. </para></listitem> <listitem><para> <emphasis role="bold">cartoon</emphasis> - Faite pour un meilleur encodage de contenu dessin anim�, et n'a pas d'impact + Faite pour un meilleur encodage de contenu dessin anim�, et n'a pas d'impact sur la vitesse �tant donn� qu'il modifie juste les heuristiques pour ce type de contenu. </para></listitem> @@ -2929,24 +2929,24 @@ <emphasis role="bold">me_quality</emphasis> Ce param�tre contr�le la pr�cision de l'estimation de mouvement. Le plus �lev� <option>me_quality</option> est, le plus pr�cis - l'estimation du mouvement d'origine sera, et mieux le clip r�sultant + l'estimation du mouvement d'origine sera, et mieux le clip r�sultant capturera le mouvement d'origine. </para> <para> - Le param�tre par d�faut est le mieux dans tous les cas; bien qu'il ne - 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 + Le param�tre par d�faut est le mieux dans tous les cas; bien qu'il ne + 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� + Cependant, n'allez pas plus bas que 5, et m�me ceci doit �tre utilis� en dernier recours. </para></listitem> <listitem><para> <emphasis role="bold">chroma_me</emphasis> - Am�liore l'estimation de mouvement en prenant aussi en compte l'information - de la chroma (couleur), alors que <option>me_quality</option> toute seule + Am�liore l'estimation de mouvement en prenant aussi en compte l'information + de la chroma (couleur), alors que <option>me_quality</option> toute seule utilise seulement la luma (niveau de gris). - Cela ralenti l'encodage de 5-10% mais am�liore pas mal la qualit� visuelle + Cela ralenti l'encodage de 5-10% mais am�liore pas mal la qualit� visuelle en r�duisant les effets de bloc et r�duit la taille de fichier d'environ 1.3%. Si vous cherchez de la vitesse, vous devriez d�sactiver cette option avant de commencer � consid�rer � la r�duction de <option>me_quality</option>. @@ -2954,19 +2954,19 @@ <listitem><para> <emphasis role="bold">chroma_opt</emphasis> - A pour objectif d'augmenter la qualit� du chroma de l'image vers des + A pour objectif d'augmenter la qualit� du chroma de l'image vers des bords blanc/noirs pures, plut�t que d'am�liorer la compression. Ceci peut aider � r�duire l'effet "red stairs". </para></listitem> <listitem><para> <emphasis role="bold">lumi_mask</emphasis> - Tente de donner moins de bitrate � une partie de l'image que l'oeil humain + 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 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 + 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). </para></listitem> @@ -2976,13 +2976,13 @@ 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 + 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 des r�sultats vraiment meilleurs. - Assez souvent, le codec gaspille encore des bits sur la pr�cision en plus, + Assez souvent, le codec gaspille encore des bits sur la pr�cision en plus, 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 + <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 quasiment doubler la dur�e d'encodage, et ne @@ -2992,13 +2992,13 @@ <listitem><para> <emphasis role="bold">gmc</emphasis> - Essaie 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 ralentit l'encodage de fa�on significative (et aussi le d�codage). - Par cons�quent, vous devriez seulement l'employer si vous avez + Par cons�quent, vous devriez seulement l'employer si vous avez augment� <option>vhq</option> au maximum. - Le 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> @@ -3009,10 +3009,10 @@ <title>Profils d'encodage</title> <para> 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 pour qu'il puisse �tre relu sur tout ce qui supporte le profil + ce qui est utilis� pour imposer des restrictions sur les propri�t�s du flux + 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 + Les restrictions relient les r�solutions, les bitrates et certaines fonctionnalit�s MPEG-4. La table suivante montre ce que chaque profil supporte. </para> @@ -3282,20 +3282,20 @@ <title>Exemples de param�tres d'encodage</title> <para> - Les param�tres suivant sont des exemples de diff�rentes combinaisons - d'option d'encodage qui affectent la compensation entre la vitesse et + Les param�tres suivant sont des exemples de diff�rentes combinaisons + d'option d'encodage qui affectent la compensation entre la vitesse et la qualit� pour le m�me bitrate cible. </para> <para> - 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 + 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 + frames par seconde) et la perte PSNR (en dB) en la comparant au param�tre de "tr�s haute qualit�". Veuillez comprendre que selon votre source vid�o, votre type de machine - les d�veloppements logiciels, vous pouvez obtenir des r�sultats tr�s + les d�veloppements logiciels, vous pouvez obtenir des r�sultats tr�s diff�rents. </para> @@ -3341,7 +3341,7 @@ <sect1 id="menc-feat-x264"> <title>Encodage avec le codec <systemitem class="library">x264</systemitem></title> <para> - <systemitem class="library">x264</systemitem> est une librairie libre pour + <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>. @@ -3351,13 +3351,13 @@ <title>Options d'encodage de x264</title> <para> - Veuillez commencer par passer en revue la section + 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 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 + 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> @@ -3368,22 +3368,22 @@ <orderedlist> <listitem><para>Options qui principalement compensent la dur�e d'encodage de la qualit� </para></listitem> - <listitem><para>Options qui peuvent �tre utiles pour accomplir des pr�f�rences personnelles + <listitem><para>Options qui peuvent �tre utiles pour accomplir des pr�f�rences personnelles vari�es et des conditions sp�ciales</para></listitem> </orderedlist> <para> 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 que certaines des options de type - "pr�f�rences personnelles et de conditions sp�ciales" peuvent encore avoir + 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 que certaines des options de type + "pr�f�rences personnelles et de conditions sp�ciales" peuvent encore avoir 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. + 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> <para> @@ -3393,22 +3393,22 @@ <ulink url="http://en.wikipedia.org/wiki/PSNR">l'article Wikipedia sur le PSNR</ulink>. PSNR global est le dernier nombre PSNR rapport� quand vous incluez l'option <option>psnr</option> dans <option>x264encopts</option>. - Chaque fois que vous lisez une r�clamation sur le PSNR, une des pr�tentions + Chaque fois que vous lisez une r�clamation sur le PSNR, une des pr�tentions derri�re la r�clamation est que des bitrates �gaux sont utilis�s. </para> <para> - A peu pr�s tous les commentaires de ce guide pr�sument que vous utilisez + 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 + Lors de la comparaison des options, il y a deux principales raisons pour l'utilisation d'un encodage en deux passes. - Premi�rement, utiliser deux passes permet souvent de gagner environ 1dB + 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: + Deuxi�mement, tester les options en faisant des comparaisons directes de + qualit� avec un encodage en un passage introduit un facteur confus important: 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 + 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�. </para> @@ -3421,35 +3421,35 @@ <listitem><para> <emphasis role="bold">subq</emphasis>: Des options qui vous permettent de compenser la vitesse pour la qualit�, - <option>subq</option> et <option>frameref</option> (voir ci-dessous) sont + <option>subq</option> et <option>frameref</option> (voir ci-dessous) sont habituellement et de loin les plus importantes. - Si vous �tes int�ress�s par le bidouillage soit de la vitesse soit de la - qualit�, ces options sont les premi�res que vous devriez prendre en + Si vous �tes int�ress�s par le bidouillage soit de la vitesse soit de la + qualit�, ces options sont les premi�res que vous devriez prendre en consid�ration. - A propos de la dimension de la vitesse, les options <option>frameref</option> + A propos de la dimension de la vitesse, les options <option>frameref</option> et <option>subq</option> interagissent entre elles assez fortement. L'exp�rience montre que, avec une frame de r�f�rence, <option>subq=5</option> (le r�glage par d�faut) est environ 35% plus lent que <option>subq=1</option>. Avec 6 frames de r�f�rence, la p�nalit� passe au dessus des 60%. - L'effet de <option>subq</option> sur le PSNR semble assez constant + L'effet de <option>subq</option> sur le PSNR semble assez constant ind�pendamment du nombre de frames de r�f�rence. - Typiquement, <option>subq=5</option> r�sulte en un PSNR global plus haut de + Typiquement, <option>subq=5</option> r�sulte en un PSNR global plus haut de 0.2-0.5 dB en comparaison � <option>subq=1</option>. C'est habituellement assez pour �tre �vident. </para> <para> <option>subq=6</option> est le plus lent, le plus �lev� mode de qualit�. - En comparaison � <option>subq=5</option>, il gagne habituellement un PSNR + En comparaison � <option>subq=5</option>, il gagne habituellement un PSNR global de 0.1-0.4 dB avec des co�ts en vitesse variant entre 25% et 100%. - A la diff�rence des autres niveaux de <option>subq</option>, le comportement + A la diff�rence des autres niveaux de <option>subq</option>, le comportement de <option>subq=6</option> ne d�pend pas beaucoup de <option>frameref</option> - et <option>me</option>. A la place, l'efficacit� 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 avec beaucoup de mouvements, + 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 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> + 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> @@ -3463,19 +3463,19 @@ <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 diminuant se mettent en place rapidement. - <option>frameref=6</option> peut entra�ner un gain de seulement 0.05-0.1 dB + <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 del� de <option>frameref=6</option>, les gains en qualit� sont + 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>, + 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 + 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> @@ -3491,7 +3491,7 @@ </note> <para> - Si vous vous inqui�tez pour la vitesse, un compromis raisonnable est + 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. @@ -3499,31 +3499,31 @@ �tre une diff�rence beaucoup trop faible pour �tre visible. Cependant, des valeurs diff�rentes de <option>frameref</option> peuvent parfois affecter le choix du type de frame. - 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 + 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 forcent une I-frame. - Ajustez le <option>frameref</option> de premier passage pour qu'il soit assez + 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 + 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 premier passage � 3 ou plus. - Le probl�me est probablement extr�mement rare sur des mat�riaux vid�o de type + Le probl�me est probablement extr�mement rare sur des mat�riaux vid�o de type action en directe, mais cela arrive quelquefois dans des captures de jeu vid�o. </para></listitem> <listitem><para> <emphasis role="bold">me</emphasis>: Cette option est utilis�e pour choisir une m�thode de recherche d'estimation de mouvement. - Cette option modifie de mani�re notable le rapport entre qualit� et vitesse. + Cette option modifie de mani�re notable le rapport entre qualit� et vitesse. <option>me=1</option> est seulement quelques pour cent plus rapide que - la recherche par d�faut et entra�ne une diminution du PSNR global inf�rieure � 0.1dB. Le + la recherche par d�faut et entra�ne une diminution du PSNR global inf�rieure � 0.1dB. Le param�tre par d�faut (<option>me=2</option>) est offre un compromis raisonnable entre vitesse et qualit�. <option>me=3</option> am�liore de moins de 0.1dB le PSNR global - la p�nalit� sur la vitesse varie en fonction - du <option>frameref</option>. Pour de hautes valeurs du <option>frameref</option> - (par exemple 12 ou plus), <option>me=3</option> est environ 40% plus lent que la - valeur par d�faut <option>me=2</option>. Avec <option>frameref=3</option>, + du <option>frameref</option>. Pour de hautes valeurs du <option>frameref</option> + (par exemple 12 ou plus), <option>me=3</option> est environ 40% plus lent que la + valeur par d�faut <option>me=2</option>. Avec <option>frameref=3</option>, la p�nalit� sur la vitesse chute dans les 25%-30%. </para> <para> @@ -3538,7 +3538,7 @@ les macroblocs pr�vus. L'activer r�sulte en une perte de vitesse habituellement dans les 10% � 15%. Cette option est plut�t inutile pour une source contenant peu de mouvements, bien que dans certaines sources riches en mouvements, - ou bien des sources avec beaucoup de petits objets en mouvement, un + ou bien des sources avec beaucoup de petits objets en mouvement, un gain d'environ 0.1dB peut �tre esp�r�. </para> </listitem> @@ -3590,7 +3590,7 @@ <listitem><para> <emphasis role="bold">b_pyramid</emphasis>: Vous pouvez aussi activer cette option si vous utilisez >=2 trames-B; - comme l'indique la page man, vous obtiendrez une faible am�lioration de la + comme l'indique la page man, vous obtiendrez une faible am�lioration de la qualit� sans surco�t en vitesse. Notez que ces vid�os ne peuvent pas �tre lues avec les d�codeurs utilisant une version de libavcodec ant�rieur au 5 mars 2005. @@ -3604,9 +3604,9 @@ Dans le MPEG-4 ASP, un fondu-au-noir est souvent mieux compress� comme une co�teuse s�rie de I-frames; utiliser la pr�diction pond�r�e pour les trames-B permet d'en convertir une partie en plus petites B-frames. - Le co�t sur la dur�e d'encodage est minimal, �tant donn� qu'aucun choix + Le co�t sur la dur�e d'encodage est minimal, �tant donn� qu'aucun choix suppl�mentaire n'a besoin d'�tre fait. - Aussi, contrairement � ce que les gens croient deviner, les besoins en CPU par + Aussi, contrairement � ce que les gens croient deviner, les besoins en CPU par le d�codeur ne sont pas �norm�ment affect� par la pr�diction pond�r�e, toutes choses �tant �gales par ailleurs. </para> @@ -3625,31 +3625,31 @@ <itemizedlist> <listitem><para> <emphasis role="bold">Encodage en deux passes</emphasis>: - On a sugg�r� ci-dessus de toujours utiliser un encodage en deux passages, + On a sugg�r� ci-dessus de toujours utiliser un encodage en deux passages, mais il y a reste quelques cas pour ne pas l'utiliser. Par exemple, si vous - capturez la t�l�vision en direct et que vous l'encodez en temps r�el, vous + capturez la t�l�vision en direct et que vous l'encodez en temps r�el, vous �tes oblig� d'utiliser un encodage mono-passe. Aussi, une compression en une passe est �videmment plus rapide qu'une en deux - passes pour un jeu d'options donn� - un encodage en deux passes est presque deux + passes pour un jeu d'options donn� - un encodage en deux passes est presque deux fois plus lent qu'un encodage en une passe. </para> <para> Cependant, il y a de tr�s bonnes raisons pour utiliser l'encodage en deux passages. D'une part, le taux de contr�le d'un seul passage ne peut pas pr�dire le futur, il - fait donc souvent des choix sous-optimaux parce qu'il ne peut pas voir l'ensemble - de la vid�o. Par exemple, supposez que vous ayez une vid�o de deux minutes + fait donc souvent des choix sous-optimaux parce qu'il ne peut pas voir l'ensemble + de la vid�o. Par exemple, supposez que vous ayez une vid�o de deux minutes consistant en deux moiti�s distinctes. La premi�re moiti� est une sc�ne riche en mouvements pendant 60 secondes, ce qui, hors de tout contexte, demande environ 2500kbps afin d'avoir l'air correct. Une sc�ne de 60 secondes beaucoup plus statique suit et peut �tre tr�s bien � - 300kbps. Supposez que vous demandiez 1400kbps sur la - th�orie que ceci soit suffisant pour les deux sc�nes. Un taux de + 300kbps. Supposez que vous demandiez 1400kbps sur la + th�orie que ceci soit suffisant pour les deux sc�nes. Un taux de contr�le en un seul passage fera quelques "fautes" dans un cas comme celui-l�. Premi�rement, il essaiera de viser 1400kbps pour les deux segments. Alors que le premier segment va manquer de bits et donc avoir beaucoup d'artefacts de blocs, le second segment va avoir trop de bits et les gaspiller. Ceci est d'autant plus difficile - � �viter que le probl�me se produit � la transition entre les deux sc�nes. Les premi�res - secondes de la seconde partie vont �tre grandement sur-quantifi�s, parce que + � �viter que le probl�me se produit � la transition entre les deux sc�nes. Les premi�res + secondes de la seconde partie vont �tre grandement sur-quantifi�s, parce que le taux de contr�le suppose qu'il va avoir les m�mes besoins en bitrate que pour la premi�re moiti� de la vid�o. Cette "p�riode d'erreur" de sur-quantification pour les mouvements faibles va �trangement mauvais, et utilisera en r�alit� moins @@ -3672,22 +3672,22 @@ De plus, la compression en deux passes ne prend pas n�cessairement deux fois plus de temps que celle mono-passe. Vous pouvez jouer avec les options dans le premi�re passe pour avoir une vitesse plus �lev�e et une qualit� plus faible. - Si vous choisissez bien vos options, vous pouvez obtenir un premier passage + Si vous choisissez bien vos options, vous pouvez obtenir un premier passage tr�s rapide. - La qualit� r�sultante de la seconde passe sera l�g�rement plus basse parce - que la pr�diction de taille sera moins pr�cise, mais la diff�rence de qualit� - sera usuellement trop faible pour �tre visible. Essayez, par exemple, - d'ajouter <option>subq=1:frameref=1</option> au premier passage <option>x264encopts</option>. + La qualit� r�sultante de la seconde passe sera l�g�rement plus basse parce + que la pr�diction de taille sera moins pr�cise, mais la diff�rence de qualit� + sera usuellement trop faible pour �tre visible. Essayez, par exemple, + d'ajouter <option>subq=1:frameref=1</option> au premier passage <option>x264encopts</option>. Ensuite, sur le second passage, utilisez des options plus lentes pour avoir une meilleure qualit�: <option>subq=6:frameref=15:4x4mv:me=3</option> </para></listitem> <listitem><para> <emphasis role="bold">Encodage en trois passages</emphasis>? - x264 offre la possibilit� de faire un nombre arbitraire de passages cons�cutifs. - Si vous sp�cifiez <option>pass=1</option> lors de la premi�re passe, alors + x264 offre la possibilit� de faire un nombre arbitraire de passages cons�cutifs. + Si vous sp�cifiez <option>pass=1</option> lors de la premi�re passe, alors utilisez <option>pass=3</option> pour la passe suivante, cette passe - lira les statistiques calcul�es lors du passage pr�c�dent, et �crira ses propres + lira les statistiques calcul�es lors du passage pr�c�dent, et �crira ses propres statistiques. Une passe suivante aura une tr�s bonne base depuis laquelle faire des pr�dictions tr�s pr�cises de tailles de trame pour un quantificateur donn�. En pratique, les gains sur la qualit� d'ensemble sont plut�t proches de z�ro, @@ -3695,8 +3695,8 @@ Pour utilisation typique, trois passages aident si vous obtenez une mauvaise pr�diction de bitrate ou un mauvais rendu lors des transitions de sc�nes lors de l'utilisation de seulement deux passages. - Ceci peut se produire sur les clips extr�mement courts. Il y a aussi quelques - cas sp�ciaux dans lesquels trois (ou plus) passages sont utiles pour les + Ceci peut se produire sur les clips extr�mement courts. Il y a aussi quelques + cas sp�ciaux dans lesquels trois (ou plus) passages sont utiles pour les utilisateurs avanc�s, mais par souci de bri�vet�, ce guide ne traitera pas ces cas sp�ciaux. </para></listitem> @@ -3704,8 +3704,8 @@ <emphasis role="bold">qcomp</emphasis>: <option>qcomp</option> compense le nombre de bits allou�s entre les trames co�teuses car riches en mouvement et celles pauvres en mouvement. Dans - les cas extr�mes, <option>qcomp=0</option> vise un vrai bitrate constant. - Typiquement, cela rendrait des sc�nes riches en mouvements vraiment laides, + les cas extr�mes, <option>qcomp=0</option> vise un vrai bitrate constant. + Typiquement, cela rendrait des sc�nes riches en mouvements vraiment laides, alors que les sc�nes plus statiques seraient absolument parfaites, mais cela utiliserait aussi beaucoup plus de bits que n�cessaire pour les rendre excellentes. A l'autre extr�me, <option>qcomp=1</option> rend les param�tres de quantifications @@ -3713,8 +3713,8 @@ gens pensent qu'il est plus raisonnable d'enlever quelques bits des sc�nes co�teuses (car la perte de qualit� sera moins visible) et les r�-allouer aux sc�nes qui sont plus faciles � encoder pour qu'elles aient une excellente qualit�. - <option>qcomp</option> vaut 0.6 par d�faut, ce qui peut �tre un - peu trop faible pour certains (des valeurs entre 0.7-0.8 sont aussi commun�ment + <option>qcomp</option> vaut 0.6 par d�faut, ce qui peut �tre un + peu trop faible pour certains (des valeurs entre 0.7-0.8 sont aussi commun�ment utilis�es). </para></listitem> <listitem><para> @@ -3732,7 +3732,7 @@ vous augmenterez, moins il aura de gain visuels). Le flux vid�o aura encore des points de recherche � chaque changement de de sc�ne. -</para></listitem> +</para></listitem> <listitem><para> <emphasis role="bold">deblockalpha, deblockbeta</emphasis>: Ce sujet risque d'�tre une source de controverses. @@ -3744,7 +3744,7 @@ Par d�faut, les blocs QP �lev�s sont fortement filtr�s, les blocs � bas QP ne seront pas "d�bloqu�s" du tout. Les pr�-r�glages de force d�finies par les standards sont bien choisis et - il y a de grandes chances qu'elles aient des PSNR optimaux quel que soit la + il y a de grandes chances qu'elles aient des PSNR optimaux quel que soit la vid�o que vous compressez. Les param�tres <option>deblockalpha</option> et <option>deblockbeta</option> permettent de sp�cifier des offsets par rapport aux seuils de "d�blocage" @@ -3753,25 +3753,25 @@ <para> Il semble que beaucoup de gens pensent que baisser la force du filtre de "d�blocage" de beaucoup (par exemple -3) est une bonne id�e. - Ce n'est cependant presque jamais une bonne id�e, et dans la plupart des cas, - ceux qui font cela ne comprennent pas tr�s bien comment le d�blocage + Ce n'est cependant presque jamais une bonne id�e, et dans la plupart des cas, + ceux qui font cela ne comprennent pas tr�s bien comment le d�blocage fonctionne par d�faut. </para> <para> - La premi�re et plus importante chose � savoir � propos du filtre de d�blocage + La premi�re et plus importante chose � savoir � propos du filtre de d�blocage in-loop est que les seuils par d�faut sont � peu pr�s toujours optimaux du point de vue du PSNR. - Dans les rares cas o� ce n'est pas le cas, le d�calage id�al est de plus ou + Dans les rares cas o� ce n'est pas le cas, le d�calage id�al est de plus ou moins 1. Ajuster les param�tres de d�blocage avec une quantit� plus importante a de forts risques de d�grader le PSNR. - Renforcer le filtrage fera dispara�tre plus de d�tails; l'affaiblissement du filtre + Renforcer le filtrage fera dispara�tre plus de d�tails; l'affaiblissement du filtre augmentera la visibilit� des blocs. </para> <para> C'est une mauvaise id�e que de baisser les seuils de d�blocage si - votre source est de complexit� spatiale basse (c-�-d avec peu de + votre source est de complexit� spatiale basse (c-�-d avec peu de d�tails ou de bruit). - Le filtre in-loop fait un travail plut�t bon en cachant les artefacts + Le filtre in-loop fait un travail plut�t bon en cachant les artefacts qui se produisent. Cependant, si la source a une complexit� spatiale �lev�e, les artefacts sont moins apparents. @@ -3806,17 +3806,17 @@ <title>Exemples de param�tre d'encodage</title> <para> - Les param�tres ci-dessous sont des exemples de diff�rentes combinaisons + Les param�tres ci-dessous sont des exemples de diff�rentes combinaisons d'option de compression illustrant le compromis entre vitesse et qualit� pour un m�me bitrate. </para> <para> - Tous les param�tres d'encodage sont test�s sur un �chantillon vid�o � - 720x448 @30000/1001 fps, le bitrate cible est � 900kbps, et la machine + Tous les param�tres d'encodage sont test�s sur un �chantillon vid�o � + 720x448 @30000/1001 fps, le bitrate cible est � 900kbps, et la machine est un AMD-64 3400+ � 2400 Mhz en mode 64 bits. Chaque param�tre d'encodage exploite la vitesse de compression mesur�e (en - frames par seconde) et la perte PSNR (en dB) en la comparant au param�tre + frames par seconde) et la perte PSNR (en dB) en la comparant au param�tre de "tr�s haute qualit�". Veuillez comprendre que selon votre source, le type de votre machine et les derniers d�veloppements logiciels, vous pourrez obtenir des r�sultats @@ -3861,10 +3861,10 @@ <sect2 id="menc-feat-vcd-dvd-constraints"> <title>Contraintes de Format</title> <para> - <application>MEncoder</application> est capable de cr�er des fichiers MPEG + <application>MEncoder</application> est capable de cr�er des fichiers MPEG au format VCD, SCVD et DVD en utilisant la biblioth�que <systemitem class="library">libavcodec</systemitem>. - Ces fichiers peuvent ensuite �tre utilis�s 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> @@ -3873,10 +3873,10 @@ <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 + Seule une petite s�lection des tailles d'image encod�e et taux d'aspect est disponible. Si votre film ne respecte pas d�j� ces conditions, vous pouvez - avoir � dimensionner, d�couper ou ajouter des bords noirs � l'image pour + avoir � dimensionner, d�couper ou ajouter des bords noirs � l'image pour la rendre conforme. </para> @@ -3901,7 +3901,7 @@ <tbody> <row> <entry>NTSC DVD</entry> - <entry>720x480, 704x480, 352x480, 352x240</entry> + <entry>720x480, 704x480, 352x480, 352x240</entry> <entry>MPEG-2</entry> <entry>9800 kbps</entry> <entry>48000 Hz</entry> @@ -3913,8 +3913,8 @@ <row> <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> + Ces r�solutions sont rarement utilis�es pour les DVDs + parce qu'ils ont une assez basse qualit�.</para></footnote></entry> <entry>MPEG-1</entry> <entry>1856 kbps</entry> <entry>48000 Hz</entry> @@ -3994,12 +3994,12 @@ </informaltable> <para> - 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 + 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 + 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. - Le DVD a heureusement un bitrate suffisamment �lev� pour que vous n'ayez 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 gaspillent tellement de bitrate qu'ils demandent beaucoup d'efforts pour avoir une qualit� acceptable. @@ -4009,7 +4009,7 @@ <sect3 id="menc-feat-vcd-dvd-constraints-gop"> <title>Contraintes de Taille GOP</title> <para> - DVD, VCD, et SVCD vous contraignent aussi � des tailles relativement basses + DVD, VCD, et SVCD vous contraignent aussi � des tailles relativement basses 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. @@ -4021,12 +4021,12 @@ <title>Contraintes de Bitrate</title> <para> Une vid�o VCD doit �tre n�cessairement en CBR � 1152 kbps. - Cette contrainte grandement limitante vient aussi avec une taille du buffer + 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 taille du buffer vbv l�g�rement + 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 + 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> @@ -4035,18 +4035,18 @@ <sect2 id="menc-feat-vcd-dvd-output"> <title>Options de sortie</title> <para> - <application>MEncoder</application> a des options de contr�le du format + <application>MEncoder</application> a des options de contr�le du format de sortie. - En utilisant ces options nous pouvons lui dire de cr�er le type correct de + En utilisant ces options nous pouvons lui dire de cr�er le type correct de fichier. </para> <para> 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 parce que la sortie + 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 + 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> @@ -4076,7 +4076,7 @@ <screen> -of mpeg -mpegopts format=dvd:telecine -ofps 24000/1001 </screen> - Ceci permet au contenu progressif � 24000/1001 fps d'�tre encod� � + Ceci permet au contenu progressif � 24000/1001 fps d'�tre encod� � 30000/1001 fps tout en conservant le support DVD. </para> @@ -4085,7 +4085,7 @@ <para> L'argument d'aspect <option>-lavcopts</option> est utilis� pour encoder le rapport d'aspect du fichier. - Durant la lecture le rapport d'aspect est utilis� pour redonner � la vid�o + Durant la lecture le rapport d'aspect est utilis� pour redonner � la vid�o la taille correcte. </para> @@ -4108,7 +4108,7 @@ <screen> -vf scale=720:368,expand=720:480 -lavcopts aspect=16/9 </screen> - Pour calculer la taille correcte de dimensionnement, utilisez la largeur + Pour calculer la taille correcte de dimensionnement, utilisez la largeur �tendu NTSC de 854/2.35 = 368 </para> @@ -4117,7 +4117,7 @@ <screen> -vf scale="720:432,expand=720:576 -lavcopts aspect=16/9 </screen> - Pour calculer la taille correcte de dimensionnement, utilisez la largeur + Pour calculer la taille correcte de dimensionnement, utilisez la largeur �tendu PAL de 1024/2.35 = 432 </para> @@ -4126,10 +4126,10 @@ <sect3 id="menc-feat-vcd-dvd-output-srate"> <title>Conversion du Taux d'�chantillonnage</title> <para> - Si le taux d'�chantillonnage de l'audio du fichier original n'est pas le m�me - que celui demand� par le format cible, la conversion du taux d'�chantillonnage + Si le taux d'�chantillonnage de l'audio du fichier original n'est pas le m�me + 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 + Ceci est r�alis� en utilisant ensemble l'option <option>-srate</option> et le filtre audio <option>-af lavcresample</option>. </para> <para> @@ -4179,8 +4179,8 @@ <listitem><para> <emphasis role="bold">abitrate</emphasis>: - 224 pour le VCD; jusqu'� 384 pour le SVCD; jusqu'� 1536 pour le DVD, mais - utilise commun�ment une gamme de valeurs de 192 kbps pour le st�r�o � + 224 pour le VCD; jusqu'� 384 pour le SVCD; jusqu'� 1536 pour le DVD, mais + utilise commun�ment une gamme de valeurs de 192 kbps pour le st�r�o � 384 kbps pour le son canaux 5.1. </para></listitem> @@ -4188,7 +4188,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 on 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> @@ -4196,9 +4196,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 intervalles + Les producteurs commerciaux semblent pr�f�rer des keyframe � des intervalles de 12. - Il est possible d'augmenter cette valeur et de rester 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> @@ -4216,7 +4216,7 @@ <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 pouvez souhaiter utiliser des valeurs plus + Pour le SVCD et le DVD, vous pouvez souhaiter utiliser des valeurs plus basses selon vos pr�f�rences. </para></listitem> @@ -4227,10 +4227,10 @@ jusqu'� 9800 pour le DVD. Pour les deux derniers formats, les valeurs de vbitrate devrait �tre r�gl�es selon vos go�ts. - Par exemple, si vous insistez pour faire tenir 20 heures ou plus sur un DVD, + 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�sultante sera probablement assez mauvaise. - Si vous essayez d'avoir la qualit� maximum possible sur un DVD, utilisez + Si vous essayez d'avoir la qualit� maximum possible sur un DVD, utilisez 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> @@ -4272,16 +4272,16 @@ <sect3 id="menc-feat-vcd-dvd-lavc-advanced"> <title>Options Avanc�</title> <para> - Pour une qualit� d'encodage plus �lev�e, vous pouvez 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, 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 + Le faire peut aider � r�duire l'apparition de blocs dans les zones plates color�es. - Pour r�sumer, la ligne suivante est un exemple de param�trage de lavcopts + Pour r�sumer, la ligne suivante est un exemple de param�trage de lavcopts pour une meilleure qualit� pour un DVD: </para> @@ -4299,15 +4299,15 @@ <sect2 id="menc-feat-vcd-dvd-audio"> <title>Encodage Audio</title> <para> - Les 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 biblioth�ques, cependant il devrait toujours �tre disponible en utilisation. - Les VCD ne supportent que l'audio avec un bitrate constant (CBR) alors que les SVCD + 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 + Soyez prudents lors de l'utilisation du VBR car certains mauvais lecteurs pourraient ne pas trop bien le supporter. </para> @@ -4363,7 +4363,7 @@ <sect2 id="menc-feat-vcd-dvd-all"> <title>Combiner le tout</title> <para> - Cette section pr�sente certaines commandes compl�tes pour cr�er des vid�os + Cette section pr�sente certaines commandes compl�tes pour cr�er des vid�os compatibles VCD/SVCD/DVD. </para>