Author: gpoirier Date: Wed Sep 27 18:21:30 2006 New Revision: 19995 Modified: trunk/DOCS/xml/fr/encoding-guide.xml Log: Lots of fixes by Jerome Ferrari Modified: trunk/DOCS/xml/fr/encoding-guide.xml ============================================================================== --- trunk/DOCS/xml/fr/encoding-guide.xml (original) +++ trunk/DOCS/xml/fr/encoding-guide.xml Wed Sep 27 18:21:30 2006 @@ -4,19 +4,19 @@ <title>L'encodage avec <application>MEncoder</application></title> <sect1 id="menc-feat-dvd-mpeg4"> -<title>Cr�er un rip MPEG-4 ("DivX") de haute qualit� � partir d'un DVD</title> +<title>Faire un MPEG-4 ("DivX") de bonne qualit� � partir d'un DVD</title> <para> - Une question fr�quemment pos�e est "Comment faire le meilleur rip DVD possible ? - Une autre question est "Comment dois-je faire pour avoir un rip de la meilleure - qualit� possible ?" Peu importe la taille du fichier, je veux simplement la - meilleure qualit�." + Il est fr�quemment demand�:"Comment puis-je recopier un DVD avec la meilleure + qualit� possible pour une taille donn�e ?". Ou encore:"Comment puis-je recopier + un DVD sur mon disque dur avec la meilleure qualit� possible ? je m'en fiche de + la taille du ficher, je veux la meilleure qualit�?" </para> <para> - Cette question est peut �tre un peu mal pos�e. Apr�s tout, si vous ne vous + Cette derni�re question est peut-�tre un peu mal pos�e. Apr�s tout, si vous ne vous souciez pas de la taille du fichier, pourquoi ne pas simplement copier le - flux MPEG-2 du DVD entier ? Bien s�r, votre AVI finira par faire 5Go, mais + flux MPEG-2 du DVD entier ? Bien s�r, votre AVI finira par faire 5Gb, mais si vous voulez la meilleure qualit� et ne vous souciez pas de la taille, ceci est probablement votre meilleure option. </para> @@ -28,24 +28,25 @@ </para> <para> - Il est difficile de proposer une recette sur la fa�on de cr�er des rips DVD - de tr�s haute qualit�. Il y a de nombreux facteurs � prendre en compte, et vous - devriez comprendre ces d�tails, ou vous serez d��us par les r�sultats. Ci-dessous + Il est difficile de proposer une recette sur la fa�on de cr�er des MPEG-4 + de tr�s haute qualit� � partir de DVD. Il y a plusieurs facteurs � prendre en compte, et vous + devriez comprendre ces d�tails ou vous serez d��us par les r�sultats. Ci-dessous nous allons examiner quelques-uns de ces probl�mes, et voir un exemple. Nous supposerons que vous utilisez <systemitem class="library">libavcodec</systemitem> pour encoder - la vid�o, bien que cet exemple th�orique s'applique �galement � d'autres codecs. + la vid�o, bien que la th�orie s'applique �galement � d'autres codecs. </para> <para> - Si cela vous semble un peu trop pour vous, vous devriez utiliser une des - interfaces graphiques list�es dans <ulink url="http://mplayerhq.hu/homepage/design7/projects.html#mencoder_frontends">Section - MEncoder</ulink> sur la page de notre projet. - Avec ceci, vous serez suffisamment arm� pour produire des rips de bonne qualit� sans - trop r�fl�chir car ces outils utilisent des r�glages astucieux � votre place. + Si vous ne vous sentez pas de taille, vous devriez utiliser une des + interfaces graphiques list�es sur la page de notre projet dans + <ulink url="http://mplayerhq.hu/homepage/design7/projects.html#mencoder_frontends">Section + MEncoder</ulink>. + Ainsi, vous devriez �tre capable de faire de encodages de DVD de haute qualit� + sans trop r�fl�chir, ces outils sont faits pour prendre les bonnes d�cisions � votre place. </para> <sect2 id="menc-feat-dvd-mpeg4-preparing-encode"> -<title>Pr�paration � l'encodage : identification des sources, du mat�riel et du framerate</title> +<title>Pr�parer l'encodage : identifier le mat�riel source et le nombre d'images par secondes</title> <para> Avant m�me de penser � encoder un film, il est n�cessaire de passer par quelques �tapes pr�liminaires. @@ -53,232 +54,229 @@ <para> La premi�re et plus importante �tape avant l'encodage sera la d�termination du - type de contenu utilis�. Si la source physique provient d'un DVD ou bien d'un - m�dia de diffusion comme la t�l� par c�ble ou le satellite, elle sera stock�e - sous deux formats : NTSC pour l'Am�rique du nord et le Japon, et PAL pour - l'Europe et les autres pays... - C'est important de la prendre en compte ce param�tre: ceci est juste le format - de pr�sentation � la t�l�vision, ce n'est en <emphasis role="bold">aucun</emphasis> - cas le format original du film. + type de contenu utilis�. Si votre mat�riel source provient d'un DVD ou de la t�l�vision + hertzienne/c�ble/satellite, il sera stock� sous l'un de ces 2 formats : + NTSC pour l'Am�rique du nord et le Japon, et PAL pour l'Europe, etc. + Il est important de r�aliser que ceci est uniuement le formatage pour + �tre pass� sur une t�l�vision et cela ne correspond souvent pas au format original du film. L'exp�rience montre que le NTSC est bien plus dur � encoder car il y a plus - d'�l�ment d'identification dans la source. - Afin de produire l'encodage d�sir�, vous devez conna�tre le format original. - N�gliger cette �tape aura pour cons�quence des r�sultats hasardeux, des artefacts - bizarro�des, des trames en double ou ignor�es. - En plus d'avoir des r�sultats bizarres, le rendu global risque d'en souffrir avec une - qualit� m�diocre par unit� du bitrate. + d'�l�ments � identifier dans la source. + Afin de produire un encodage acceptable, vous devez conna�tre le format original. + N�gliger cette �tape cr�era divers d�fauts dans votre encodage, dont de hideux effets + de peigne et des images dupliqu�es ou m�me perdues. De plus, ces artefacts + sont mauvais pour l'efficacit� d'encodage : vous obtiendriez une moins bonne qualit� + pour le m�me d�bit. </para> <sect3 id="menc-feat-dvd-mpeg4-preparing-encode-fps"> -<title>Identification du framerate de la source</title> +<title>Identification du nombre d'images par seconde de la source</title> <para> - Voici une liste de types de sources mat�rielles, il est possible que vous - trouviez la v�tre avec ces propri�t�s : + Voici une liste de types de mat�riel source courants, o� vous devriez les trouver et + leurs propri�t�s : </para> <itemizedlist> <listitem><para> <emphasis role="bold">Film standard</emphasis>: produit pour une diffusion - cin�matographique avec 24 images par secondes (fps). + cin�matographique en 24 images par secondes. </para></listitem> <listitem><para> - <emphasis role="bold">Vid�o PAL</emphasis>: Enregistr� par une cam�ra � 50 trames - par secondes. Une trame est, par exemple, 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). + <emphasis role="bold">Vid�o PAL</emphasis>: Enregistr�e par une cam�ra � 50 trames + par secondes. Une trame consiste en l'ensemble des lignes paires (ou impaires) d'une image. + La t�l�vision a �t� cr��e de fa�on � afficher alternativement l'une ou l'autre de ces trames + cr�ant ainsi une forme de compression analogique bon march�. 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 - parfaitement sauf s'il y a du mouvement + comprenez l'entrelacement, vous apprendrez � le voir aur la t�l�vision et vous ne la regarderez + plus 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 d'1/50e de seconde et donc, � moins + qu'il n'y ait pas de mouvement, elles ne s'alignent pas parfaitement. </para></listitem> <listitem><para> <emphasis role="bold">Vid�o NTSC</emphasis> : Enregistr� par une cam�ra � 60000/1001 trames par secondes, ou 60 trames par secondes dans l'�re noir/blanc. - A part cela, c'est similaire au PAL. + A part cela, similaire au PAL. </para></listitem> <listitem><para> - <emphasis role="bold">Animation</emphasis>: Habituellement dessin� pour du 24fps, - mais on peut en trouver de toute sorte. + <emphasis role="bold">Dessins anim�s</emphasis>: Habituellement dessin� en 24 images par secondes, + peut exister en m�lange de vari�s nombre d'images par secondes. </para></listitem> <listitem><para> - <emphasis role="bold">Animation Graphique, Effets Sp�ciaux</emphasis>: il est - possible d'en trouver avec n'importe quel framerate, mais en g�n�ral, le NTSC utilise 24fps et 30fps, le PAL utilise plut�t - 25fps. + <emphasis role="bold">Infographie</emphasis>: peut �tre de + n'importe quel nombre d'images par secondes mais certains sont plus communs que d'autres; + 24 et 30 sont typiques du NTSC et 25 du PAL. </para></listitem> <listitem><para> - <emphasis role="bold">Vieux films</emphasis>: le framerate est g�n�ralement plus - bas. + <emphasis role="bold">Vieux films</emphasis>: nombre d'images par secondes g�n�ralement + plus bas. </para></listitem> </itemizedlist> </sect3> <sect3 id="menc-feat-dvd-mpeg4-preparing-encode-material"> -<title>Identification de la source mat�rielle</title> +<title>Identification du mat�riel source</title> <para> - (?)Les films compos�s de trames sont dits 'progressive', - alors que ceux compos�s de champs ind�pendant sont appel�s - soit entrelac�s soit vid�o - ce dernier terme est plut�t ambigu. + Les films compos�s d'images enti�res sont dits progressifs, + alors que ceux compos�s de trames ind�pendantes sont appel�s + soit entrelac�s soit vid�o - bien que ce dernier terme soit plut�t ambigu. </para> <para> - Pour compliquer le tout, certains films utilisent un m�lange de plusieurs des - techniques vues ci-dessus. + Pour compliquer le tout, certains films sont un m�lange des 2. </para> <para> - La distinction la plus importante qui doit �tre faire entre ces formats - est que certains utilisent les trames alors que d'autres, les champs. - <emphasis role="bold">M�me si</emphasis> un film a �t� pr�par� pour �tre projet� - sur une t�l�vision (DVDs inclus), il est converti dans un format bas� sur des champs. - Les nombreuses m�thodes peuvent �tre rassembl�es sous le terme de redimensionnement comme - l'inf�me NTSC "3:2 telecine" qui en est une vari�t�. - Sauf si l'oeuvre originale est bas�e sur des champs (et avec le m�me fieldrate), - le format d'image obtenu sera diff�rent de celui d'origine. + La distinction la plus importante qui doit �tre faite entre ces formats + est que certains utilisent des images enti�res alors que d'autres, des trames. + Avant d'�tre visionnable sur un t�l�viseur, tout film (DVD inclus) doit �tre converti dans un + format bas� sur des trames. Les diverses m�thodes par lesquelles ceci peut �tre fait + peuvent �tre rassembl�es sous le terme anglais "pulldown", parmi lesquels l'inf�me + NTSC "3:2 telecine" en est une vari�t�. + A moins que la vid�o source ne soit d�j� bas�e sur des trames (au bon nombre par seconde), + vous devez transformer le film dans un format autre que celui d'origine. </para> <itemizedlist> -<title>Plusieurs vari�t�s communes de redimensionnement :</title> +<title>Plusieurs vari�t�s communes de pulldown :</title> <listitem><para> - <emphasis role="bold">Redimensionnement PAL 2:2 </emphasis>: Le meilleur de tous. - Chaque image est affich�e pendant la dur�e de deux trames, par extraction des lignes + <emphasis role="bold">Pulldown PAL 2:2 </emphasis>: Le plus joli de tous. + Chaque image est affich�e pour la dur�e de deux trames par extraction des lignes paires et impaires, puis en les affichant par alternance. - Si l'original est � 24 images par secondes, ce redimensionnement augmentera la vitesse - du film de 4%. + Si l'original est � 24 images par secondes, ce proc�d� acc�l�re le film de 4%. </para></listitem> <listitem><para> - <emphasis role="bold">Redimensionnement PAL 2:2:2:2:2:2:2:2:2:2:2:3</emphasis>: - La douzi�me image est affich�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 - difficile � inverser. - 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. + <emphasis role="bold">pulldown PAL 2:2:2:2:2:2:2:2:2:2:2:3</emphasis>: + Toutes les 12 images sont affich�es pour la dur�e de 3 trames au lieu de deux. Cela + permet d'�viter le probl�me de l'acc�l�ration de 4% mais rend le processus bien plus + difficile � inverser. 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 - 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 + <emphasis role="bold">T�l�cin� NTSC 3:2</emphasis>: Les images sont alternativement + affich�es pendant une dur�e de 3 ou 2 trames. Cela donne un nombre de trames par seconde + de 2,5 fois le nombre d'images par seconde de l'original. + Le r�sultat est aussi tr�s l�g�rement ralenti de 60 trames par secondes � 60000/1001 + trames par seconde pour maintenir la vitesse d'affichage NTSC. </para></listitem> <listitem><para> - <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 + <emphasis role="bold">Pulldown NTSC 2:2</emphasis>: Utilis� pour montr� + du 30 images par secondes sur du NTSC. Joli, comme le pulldown PAL 2:2. </para></listitem> </itemizedlist> <para> - 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 - 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. + Il y aussi des m�thodes de conversion entre vid�os NTSC et PAL + mais cela sort du cadre de ce guide. + Au cas o� vous rencontriez un film au format NTSC ou PAL et vouliez l'encodez, + le mieux serait de trouver une copie du film dans le format original. + La conversion entre ces deux formats est hautement destructrice et ne peut + �tre inversee proprement, votre encodage en souffrirait grandement s'il �tait + fait � partir d'une source d�ja convertie (en NTSC ou PAL). </para> <para> - 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 + Quand des vid�os sont stock�es sur un DVD, les paires 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 - image. - Si cette m�thode est utilis�e, on dit que le film est "soft-telecined" - ("contenu progressif"), car le processus de rendu est - appliqu� directement par le lecteur DVD et non pas en d�gradant le film. - 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") - dans lesquels les trames sont dupliqu�es puis encod�es en MPEG-2. + un moyen � la fois d'encoder les images progressives originales et de stocker le + num�ro des trames auxquelles une image doit petre montr�e dans l'en-t�te de cette image. + Si cette m�thode est utilis�e, on dit que le film est "soft-t�l�cin�" + puisque le proc�d� impose uniquement au lecteur DVD d'appliquer le pulldown sur le film + plut�t que d'alt�rer le film lui-m�me. + Ce cas est de loin pr�f�rable puisqu'il peut �tre facilement invers� + (en fait, ignor�) par l'encodeur et puisqu'il pr�serve la qualit� au maximum. + Malgr� cela, beaucoup de studios de production de DVD et d'�mission n'utilisent pas + les techniques d'encodage correctes, au lieu de cela, elles produisent des films en "hard telecine" + dans lesquels des trames sont dupliqu�es dans l'encodage 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 + Pour l'instant, nous allons vous donner quelques indications pour d�finir � quel type source vous avez � faire : </para> <itemizedlist> -<title>Domaine du NTSC:</title> +<title>R�gions 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 - quasiment certain que c'est un contenu progressif qui a �t� "soft telecin�". + Si <application>MPlayer</application> affiche que le nombre d'image a chang� en + 24000/1001 quand vous regardez votre film et qu'il ne change plus apr�s cela, c'est + presque certainement un contenu progressif qui a �t� "soft t�l�cin�". </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 par seconde alternant + entre 24000/1001 et 30000/1001 et que vous voyez un effet de peigne par moment, 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" - 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. + Les segments en 24000/1001 images par seconde sont tr�s certainement un contenu progressif, + "soft telecin�" mais les parties en 30000/1001 images par secondes peuvent �tre soit + un contenu en 24000/1001 images par seconde "hard-telecin�es", soit une vid�o NTSC en + 60000/1001 trames par seconde. + Utilisez les m�mes conseils que ceux pour les deux cas qui suivent pour savoir lequel. </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 - est une vid�o NTSC � 60000/1001 images par seconde. + Si <application>MPlayer</application> montre un nombre d'images par seconde constant + et que chacune des images des sc�nes de mouvement souffre d'un effet de peigne, alors + votre film est une vid�o NTSC � 60000/1001 trames par seconde. </para></listitem> <listitem><para> - 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. + Si <application>MPlayer</application> montre un nombre d'images par seconde constant + et que deux images sur cinq souffrent d'un effet de peigne, votre film est "hard t�l�cin�" + en 24000/1001 images par seconde. </para></listitem> </itemizedlist> <itemizedlist> -<title>Domaine du PAL:</title> +<title>R�gions PAL:</title> <listitem><para> - Si vous ne voyez pas de "peigne" sur les cot�s, le film a un redimensionnement 2:2. + Si vous ne voyez jamais d'effet de peigne, le film est en pulldown 2:2. </para></listitem> <listitem><para> - 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. + Si vous voyez un effet de peigne apparaissant et disparaissant + toutes les demi-secondes, alors le film a subi un pulldown 2:2:2:2:2:2:2:2:2:2:2:3. </para></listitem> <listitem><para> - Si vous voyez une sorte d'entrelacement constant dans les sc�nes en mouvement, - le film est en PAL avec 50 trames par secondes. + Si vous voyez toujours un effet de peigne dans les sc�nes de mouvement, + alors le film est en PAL � 50 trames par secondes. </para></listitem> </itemizedlist> <note><title>Astuce:</title> <para> - <application>MPlayer</application> peut lire un film tr�s lentement en utilisant - l'option -speed ou en le jouant image par image. - Essayer d'utiliser l'option <option>-speed</option> � 0.2 afin de regarder le film - tr�s doucement ou presser la touche "<keycap>.</keycap>" pour avancer d'une frame - � l'autre et ainsi identifier la "signature" d'un type de redimensionnement si - celui-ci n'est pas visible � vitesse normale. + <application>MPlayer</application> peut ralentir la lecture d'un film en utilisant + l'option <option>-speed</option> ou le jouer image par image. + Essayer <option>-speed 0.2</option> afin de regarder le film + tr�s lentement ou presser la touche "<keycap>.</keycap>" r�p�t�tivement pour avancer + image par image et ainsi identifier la "signature" du pulldown si + celle-ci n'est pas visible � vitesse normale. </para> </note> </sect3> </sect2> <sect2 id="menc-feat-dvd-mpeg4-2pass"> -<title>Quantiseur constant contre deux passes</title> +<title>Quantificateur constant contre multipasse</title> <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 - avec un fichier d'un taille de 1400Mo. + Il est possible d'encoder votre film � de tr�s diff�rentes qualit�s. + Avec un encodeurs vid�o modernes et quelques compression pr�-codec + (antibruit et redimensionnement) il est possible d'obtenir une + tr�s bonne qualit� pour un film grand �cran de 90-110 minutes sur 700Mb. + De plus, � part les plus longs, tous les films peuvent �tre encod�s + � une qualit� presque parfaite sur 1400Mb. </para> <para> Il y a trois approches possibles pour encoder une vid�o: d�bit constant - (CBR), quantification constante, et deux passes (ABR, ou d�bit moyen). + (CBR), quantification constante, et multipasse (ABR (pour average bitrate + 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 - 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 + La complexit� des images d'un film et donc le nombre de bits requis pour + les compresser peut varier grandement d'une sc�ne � l'autre. + Les encodeurs vid�os modernes peuvent s'ajuster � ces besoins en faisant + varier le d�bit. + Cependant, dans des modes simples comme le CBR, le compresseur ne conna�t + pas le besoin en d�bit pour les sc�nes � venir et ne peut donc pas exc�der + le d�bit moyen requis pour de longues portions du film. + Des modes plus avanc�s, comme l'encodage multipasse peuvent prendre + en compte les statistiques des passes pr�c�dentes, ce qui r�gle le probl�me ci-dessus. </para> @@ -286,106 +284,113 @@ <para> 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 - 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. + le <systemitem class="library">XviD</systemitem> et le + <systemitem class="library">libavcodec</systemitem> supportent le multipasse + ce qui am�liore l�g�rement la qualit� � chaque passe m�me si ces am�liorations + ne sont plus visibles ou mesurables apr�s environ la quatri�me passe. + Ainsi, dans cette section, deux passes et multipasse seront utilis�s indiff�remment. </para> </note> <para> - Dans chacun de ces modes, <systemitem class="library">libavcodec</systemitem> - s�pare les trames vid�os en macroblocs de 16x16 pixels et applique ensuite - un quantificateur sur chaque macrobloc. Plus le quantificateur est bas, plus - la qualit� est bonne et le d�bit est gros. La m�thode utilis�e par - <systemitem class="library">libavcodec</systemitem> pour d�terminer quel - quantificateur utiliser varie et est configurable (ceci est une simplification + Dans chacun de ces modes, le codec vid�o (tel que + <systemitem class="library">libavcodec</systemitem>) + s�pare les images vid�o en macroblocs de 16x16 pixels et applique ensuite + un quantificateur sur chaque macrobloc. Plus le quantificateur est bas, meilleure + est la qualit� et plus le d�bit est grand. La m�thode utilis�e par + l'encodeur pour d�terminer quel quantificateur utiliser pour un macrobloc donn� + varie et est tr�s configurable. (ceci est une simplification � l'extr�me du processus, mais il est utile de comprendre le principe de base). </para> <!-- 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 - 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, - <systemitem class="library">libavcodec</systemitem> utilisera le plus + Lorsque vous sp�cifiez un d�bit constant, le codec vid�o encode la vid�o + en excluant les d�tails autant qu'il le faut et aussi peu que possible + de fa�on � rester en dessous du d�bit sp�cifi�. + Si la taille du fichier vous est vraiment �gale, vous pourriez aussi bien + fixer un d�bit constant infini (en pratique, dela signifie une valeur assez + haute pour ne pas poser de limites, tel que 10000Kbit). Sans r�elle + restriction de d�bit, le codec utilisera le plus bas quantificateur possible pour chaque macrobloc (tel que sp�cifi� par - <option>vqmin</option>, qui vaut 2 par d�faut). - Si vous sp�cifiez un d�bit si 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 + <option>vqmin</option> pour <systemitem class="library">libavcodec</systemitem>, + qui vaut 2 par d�faut). D�s que vous sp�cifiez un d�bit suffisament bas pour + que le codec soit forc� d'utiliser un quantificateur plus grand, vous ruinez + tr�s certainement la qualit� votre vid�o. Pour �viter �a, vous devriez probablement + r�duire la r�solution de votre vid�o en suivant la m�thode d�crite plus tard + dans ce guide.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 - d�faut (2). + Avec un quantificateur constant, le codec utilise + le m�me quantificateur (sp�cifi� par l'option <option>vqscale</option> pour + <systemitem class="library">libavcodec</systemitem>) sur chaque macrobloc. + Si vous voulez un encodage 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 + par d�faut de <option>vqmin</option> : 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 + Le probl�me avec la quantification constante est que cela utilise le quantificateur + sp�cifi� que le macrobloc en ait besoin ou non. En fait, il doit �tre possible + d'utiliser un quantificateur plus haut sur un macrobloc sans sacrifier la + qualit� visuelle. Pourquoi gaspiller les 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. + disque lui a une taille limit�e. </para> <para> - 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 + Avec l'encodage deux passes, la premi�re passe va encoder le film comme + en CBR, mais va garder un journal des propri�t�s de chaque image. 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 - plus bas. + beaucoup de d�tails, des quantificateurs plus �lev�s seront probablement utilis�s. + Pendant les sc�nes avec peu de mouvements ou avec peu de d�tails, ce sera + des quantificateurs plus bas. Normalement, la quantit� de mouvement est bien plus + importante que la quantit� de d�tail. </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>, - 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 - <emphasis role="bold">meilleure qualit�</emphasis> pour le <emphasis role="bold">m�me d�bit</emphasis>. + Si vous utilisez <option>vqscale=2</option>, alors vous gaspillez des bits. + Si vous utilisez <option>vqscale=3</option>, vous n'avez pas la meilleure + qualit� d'encodage. Supposez que vous encodez un DVD avec + <option>vqscale=3</option>, et que le r�sultat est 1800Kbit/s. Si vous faites + un encodage en deux passes avec <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 - qualit� et taille de fichier. Cette valeur varie selon la source vid�o. + 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 vid�o source. </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 encodage de tr�s haute + qualit� est environ 2000kbit/s plus ou moins 200kbit/s. + Pour les vid�os comportant beaucoup d'actions ou de d�tails ou si vous avez de tr�s bon yeux, vous pouvez choisir 2400 ou 2600. - Pour certains DVDs, vous 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. + Pour certains DVDs, vous pourriez 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 - vous r�serverez aux piste(s) audio et vous devrez <link linkend="menc-feat-dvd-mpeg4-audio"> - les ripper</link> en premier. + Si vous avez fix� une taille limite, alors il faudra d'une certaine fa�on calculer + le d�bit. Mais avant cela, il faudra d�finir l'espace que + vous r�servez aux piste(s) audio et vous devrez <link linkend="menc-feat-dvd-mpeg4-audio"> + les encoder</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 : - <systemitem>(702 - 60) * 1024 * 1024 / (120*60) * 8 / 1000 = 740kbps</systemitem> + <systemitem>(702 - 60) * 1024 * 1024 / (120*60) * 8 / 1000 = 740kbit/s</systemitem> </para> </sect2> @@ -1777,7 +1782,7 @@ <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 images par seconde et stock�es sur le DVD sans alt�ration. </para> @@ -1785,7 +1790,7 @@ 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> + <screen> demux_mpg: 24000/1001 images par seconde progressive NTSC content detected, switching framerate.</screen> Dor�navent, demux_mpg ne devrait jamais dire qu'il trouve "une vid�o NTSC � 30000/1001 images par secondes." @@ -1908,7 +1913,7 @@ </para> <para> - Vous devriez aller voir la section "30000/1001 fps NTSC" afin d'�tre + Vous devriez aller voir la section "30000/1001 images par seconde NTSC" afin d'�tre s�r que c'est vraiment du t�l�cin�, et pas seulement de l'entrelac�. </para> </sect3>