mpv/DOCS/xml/fr/mencoder.xml

1260 lines
51 KiB
XML
Raw Normal View History

<?xml version="1.0" encoding="iso-8859-1"?>
<!-- synced with 1.19 -->
<chapter id="mencoder">
<title>Encodage avec MEncoder</title>
<para>
Pour avoir la liste compl<70>te des options disponibles de <application>MEncoder</application>
et des exemples, voir la page de man. Pour une s<>rie d'exemples pratiques et de guides
d<EFBFBD>taill<EFBFBD>s sur l'utilisation des nombreux param<61>tres d'encodage, lisez les
<ulink url="../../tech/encoding-tips.txt">encoding-tips</ulink> (en anglais) qui ont
<EFBFBD>t<EFBFBD> collect<63>s sur de nombreuses threads de la liste de diffusion
<ulink url="http://mplayerhq.hu/mailman/listinfo/mplayer-users">mplayer-users</ulink>.
Cherchez dans les
<ulink url="http://mplayerhq.hu/pipermail/mplayer-users/">archives</ulink> pour trouver
les discussions <20> propos de tous les aspects et probl<62>mes relatif <20> l'encodage avec
<application>MEncoder</application>.
</para>
<sect1 id="menc-feat-divx4">
<title>Encodage MPEG-4 (&quot;DivX&quot;) 2 ou 3-passes</title>
<formalpara>
<title>Encodage 2-passes</title>
<para>
le nom vient du fait que cette m<>thode encode le fichier <emphasis>deux fois</emphasis>.
Le premier encodage (passe doubl<62>e) cr<63><72> quelques fichiers temporaires (<filename>*.log</filename>)
avec une taille de quelques m<>ga-octets, ne les d<>truisez pas tout de suite (vous pouvez
effacer l'AVI). Dans la seconde passe, la fichier de sortie 2-passes est cr<63><72>, en
utilisant les donn<6E>es bitrate des fichiers temporaires. Le fichier r<>sultant aura une
image de bien meilleur qualit<69>. Si c'est la premi<6D>re fois que vous entendez parler de
<EFBFBD>a, vous devriez consulter les guides disponibles sur le Net.
</para>
</formalpara>
<para>
Cet exemple montre comment encoder un DVD en AVI MPEG-4 (&quot;DIVX&quot;) AVI 2-passes.
Seules deux commandes sont requises:
<screen>rm frameno.avi</screen>
enlevez ce fichier, qui peut provenir d'un encodage 3-passes pr<70>c<EFBFBD>dent (il interf<72>re avec l'actuel)
<screen>
mencoder dvd://2 -ovc lavc -lavcopts vcodec=mpeg4:vpass=1 -oac copy -o <replaceable>film.avi</replaceable>
mencoder dvd://2 -ovc lavc -lavcopts vcodec=mpeg4:vpass=2 -oac copy -o <replaceable>film.avi</replaceable>
</screen>
</para>
<formalpara>
<title>Encodage 3-passes</title>
<para>
c'est une extension de l'encodage 2-passes, o<> l'encodage audio prends place dans une
passe s<>par<61>e. Cette m<>thode permet l'estimation du bitrate vid<69>o recommand<6E> de fa<66>on
<EFBFBD> tenir sur un CD. De plus, l'audio n'est encod<6F> qu'une fois, au contraire du mode
2-passes. Le principe:
</para>
</formalpara>
<procedure>
<step><para>
Supprimez les fichiers temporaires conflictuels:
<screen>rm frameno.avi</screen>
</para></step>
<step><para>
<emphasis>Premi<EFBFBD>re passe:</emphasis>
<screen>mencoder <replaceable>fichier/DVD</replaceable> -ovc frameno -oac mp3lame -lameopts vbr=3 -o frameno.avi</screen>
Un fichier avi audio sera cr<63><72>, contenant
<emphasis role="bold">uniquement</emphasis> le flux audio demand<6E>. N'oubliez pas
<option>-lameopts</option>, si vous en avez besoin. Si vous encodez un long film,
<application>MEncoder</application> affiche le bitrate recommand<6E> pour les tailles
650Mo, 700Mo, et 800Mo, apr<70>s la fin de cette passe.
</para></step>
<step><para>
<emphasis>Seconde passe:</emphasis>
<screen>
mencoder <replaceable>fichier/DVD</replaceable> -oac copy -ovc lavc -lavcopts vcodec=mpeg4:vpass=1:vbitrate=<replaceable>bitrate</replaceable><!--
--></screen>
Ceci est la premi<6D>re passe de l'encodage vid<69>o. <20>ventuellement sp<73>cifiez le bitrate
vid<EFBFBD>o que MEncoder a affich<63> <20> la fin de la passe pr<70>c<EFBFBD>dente.
</para></step>
<step><para>
<emphasis>Troisi<EFBFBD>me passe:</emphasis>
<screen>
mencoder <replaceable>fichier/DVD</replaceable> -oac copy -ovc lavc -lavcopts vcodec=mpeg4:vpass=2:vbitrate=<replaceable>bitrate</replaceable>
</screen>
Ceci est la seconde passe de l'encodage vid<69>o. Sp<53>cifiez le m<>me bitrate vid<69>o que
celui de la passe pr<70>c<EFBFBD>dente <20> moins que vous ne sachiez r<>ellement ce que vous faites.
Dans cette passe, l'audio de <filename>frameno.avi</filename> sera ins<6E>r<EFBFBD> dans le
fichier de destination... et tout est pr<70>t!
</para></step>
</procedure>
<example>
<title>Exemple d'encodage 3-passes</title>
<para>
<screen>rm frameno.avi</screen>
enlevez ce fichier, qui peut provenir d'un encodage 3-passes pr<70>c<EFBFBD>dent (il interf<72>re
avec l'actuel)
<screen>
mencoder dvd://2 -ovc frameno -o frameno.avi -oac mp3lame -lameopts vbr=3
mencoder dvd://2 -ovc lavc -lavcopts vcodec=mpeg4:vpass=1 -oac copy -o <replaceable>film.avi</replaceable>
mencoder dvd://2 -ovc lavc -lavcopts vcodec=mpeg4:vpass=2 -oac copy -o <replaceable>film.avi</replaceable>
</screen>
</para>
</example>
</sect1>
<sect1 id="menc-feat-mpeg">
<title>Encodage au format MPEG</title>
<para>
<application>MEncoder</application> peut cr<63>er des fichier au format MPEG (MPEG-PS).
Ceci n'est probablement utile qu'avec le codec <emphasis>mpeg1video</emphasis>
de <systemitem class="library">libavcodec</systemitem>, car les lecteurs - except<70> <application>MPlayer</application>
- attendent de la vid<69>o MPEG1, et de l'audio MPEG1 layer 2 (MP2) dans les fichiers MPEG.
</para>
<para>
Cette fonction n'est pas vraiment utile actuellement, car elle a probablement de
nombreux bogues, mais plus important encore parce qu'actuellement MEncoder ne peut pas
encoder l'audio MPEG1 layer 2 (MP2), qui est attendu par tous les autres lecteurs dans
les fichiers MPEG.
</para>
<para>
Pour changer le format de sortie de MEncoder, utilisez l'option <option>-of mpeg</option>.
</para>
<para>
Exemple:
<screen>
mencoder -of mpeg -ovc lavc -lavcopts vcodec=mpeg1video -oac copy <replaceable>autres options</replaceable>
<replaceable>media.avi</replaceable> -o <replaceable>sortie.mpg</replaceable>
</screen>
</para>
</sect1>
<sect1 id="menc-feat-rescale">
<title>Redimensionnement des films</title>
<para>
Souvent le besoin de redimensionner les images d'un film se fait sentir. Les raisons
peuvent <20>tre multiples: diminuer la taille du fichier, la bande passante du r<>seau, etc.
La plupart des gens redimensionnement m<>me en convertissant des DVDs ou SVCDs en AVI
DivX. C'est <emphasis role="bold">mal</emphasis>. Plut<75>t que de faire <20>a, lisez la
section <link linkend="aspect">Pr<EFBFBD>server l'aspect ratio</link>.
</para>
<para>
Le processus de zoom est g<>r<EFBFBD> par le filtre vid<69>o <literal>scale</literal> :
<option>-vf scale=<replaceable>largeur</replaceable>:<replaceable>hauteur</replaceable></option>.
Sa qualit<69> peut <20>tre r<>gl<67>e avec l'option <option>-sws</option>.
Si elle n'est pas sp<73>cifi<66>e, <application>MEncoder</application> utilisera 0: fast bilinear.
</para>
<para>
Utilisation:
<screen>
mencoder <replaceable>entree.mpg</replaceable> -ovc lavc -lavcopts vcodec=mpeg4 -vf scale=640:480 -o <replaceable>sortie.avi</replaceable>
</screen>
</para>
</sect1>
<sect1 id="menc-feat-streamcopy">
<title>Copie de flux</title>
<para>
<application>MEncoder</application> peut g<>rer les flux entrant de deux fa<66>ons: les
<emphasis role="bold">encoder</emphasis> ou les <emphasis role="bold">copier</emphasis>
Cette section parle de la <emphasis role="bold">copie</emphasis>.
</para>
<itemizedlist>
<listitem><para>
<emphasis role="bold">Flux vid<69>o</emphasis> (option <option>-ovc copy</option>):
on peut faire des choses sympa :) comme, placer (pas convertir) de la vid<69>o FLI
ou VIVO ou MPEG1 dans un fichier AVI ! Bien s<>r seul <application>MPlayer</application>
peut lire de tels fichiers :) et <20>a n'a probablement pas de valeur r<>elle du tout.
Concr<63>tement: copier des flux vid<69>o peut <20>tre utile par exemple quand seul le flux
audio doit <20>tre encod<6F> (comme du PCM non-compress<73> en MP3).
</para></listitem>
<listitem><para>
<emphasis role="bold">Flux audio</emphasis> (option <option>-oac copy</option>):
tr<74>s simple. Il est possible de prendre un fichier audio externe (MP3, Vorbis) et
de le muxer dans le flux sortant. Utilisez l'option
<option>-audiofile <replaceable>nomfichier</replaceable></option> pour cela.
</para></listitem>
</itemizedlist>
</sect1>
<sect1 id="menc-feat-fix-avi">
<title>R<EFBFBD>parer les fichiers AVIs ayant un index d<>fectueux</title>
<para>
Facile. Nous copions simplement les flux vid<69>o et audio, et <application>MEncoder</application>
g<EFBFBD>n<EFBFBD>re l'index. Bien s<>r cela ne peut pas r<>parer les bogues possibles dans les flux
vid<EFBFBD>o et/ou audio. Il r<>pare <20>galement les fichiers avec un entrelacement endommag<61>,
ainsi l'option <option>-ni</option> ne sera plus requise.
</para>
<para>
Command:
<screen>
mencoder -idx <replaceable>entree.avi</replaceable> -ovc copy -oac copy -o <replaceable>sortie.avi</replaceable><!--
--></screen>
</para>
<sect2 id="menc-feat-appending">
<title>Assembler plusieurs fichiers AVI</title>
<para>
Un effet secondaire de la fonction de r<>paration d'AVI permet <20> MEncoder d'assembler 2
(ou plus) fichiers AVI:
</para>
<para>
Commande:
<screen>cat 1.avi 2.avi | mencoder -noidx -ovc copy -oac copy -o <replaceable>sortie.avi</replaceable> -</screen>
</para>
<note><para>
Cela suppose que <filename>1.avi</filename> et <filename>2.avi</filename> utilisent les
m<EFBFBD>mes codecs, r<>solution, d<>bit, etc. et qu'au moins <filename>1.avi</filename>
ne soit pas endommag<61>. Vous pouvez avoir besoin de r<>parer vos fichiers AVI d'entr<74>e
d'abord, comme d<>crit <link linkend="menc-feat-fix-avi"><EFBFBD>i-dessus</link>.
</para></note>
</sect2>
</sect1>
<sect1 id="menc-feat-enc-libavcodec">
<title>Encodage avec la famille de codecs <systemitem class="library">libavcodec</systemitem></title>
<para>
<link linkend="ffmpeg"><systemitem class="library">libavcodec</systemitem></link> permet un encodage simple dans de nombreux formats audio et vid<69>o int<6E>ressants.
Vous pouvez encoder avec les codecs suivants (plus ou moins <20> jour):
<informaltable frame="all">
<tgroup cols="2">
<thead>
<row><entry>Nom codec</entry><entry>Description</entry></row>
</thead>
<tbody>
<row><entry>mjpeg</entry><entry>
Motion JPEG
</entry></row>
<row><entry>ljpeg</entry><entry>
Lossless JPEG (sans perte)
</entry></row>
<row><entry>h263</entry><entry>
H263
</entry></row>
<row><entry>h263p</entry><entry>
H263 Plus
</entry></row>
<row><entry>mpeg4</entry><entry>
standard MPEG-4 ISO (compatible DivX 5, XVID)
</entry></row>
<row><entry>msmpeg4</entry><entry>
variante pr<70>-standard MPEG-4 de MS, v3 (alias DivX3)
</entry></row>
<row><entry>msmpeg4v2</entry><entry>
pr<70>-standard MPEG-4 par MS, v2 (utilis<69> dans les anciens fichiers asf)
</entry></row>
<row><entry>wmv1</entry><entry>
Windows Media Video, version 1 (alias WMV7)
</entry></row>
<row><entry>wmv2</entry><entry>
Windows Media Video, version 2 (alias WMV8)
</entry></row>
<row><entry>rv10</entry><entry>
un vieux codec RealVideo
</entry></row>
<row><entry>mpeg1video</entry><entry>
video MPEG1
</entry></row>
<row><entry>mpeg2video</entry><entry>
video MPEG2
</entry></row>
<row><entry>huffyuv</entry><entry>
compression sans perte
</entry></row>
<row><entry>asv1</entry><entry>
ASUS Video v1
</entry></row>
<row><entry>asv2</entry><entry>
ASUS Video v2
</entry></row>
<row><entry>ffv1</entry><entry>
codec vid<69>o sans perte de FFmpeg
</entry></row>
</tbody>
</tgroup>
</informaltable>
La premi<6D>re colonne contient le nom du codec qui devrait <20>tre pass<73> apr<70>s la config
<literal>vcodec</literal>, comme: <option>-lavcopts vcodec=msmpeg4</option>
</para>
<informalexample>
<para>
Un exemple, avec compression MJPEG:
<screen>mencoder dvd://2 -o <replaceable>titre2.avi</replaceable> -ovc lavc -lavcopts vcodec=mjpeg -oac copy</screen>
</para>
</informalexample>
</sect1>
<sect1 id="menc-feat-enc-images">
<title>Encodage <20> partir de multiples fichiers image (JPEGs, PNGs ou TGAs)</title>
<para>
<application>MEncoder</application> est capable de cr<63>er des fichiers <20> partir de un
ou plusieurs fichiers JPEG, PNG ou TGA. Avec une simple copie de trame il peut cr<63>er
des fichiers MJPEG (Motion JPEG), MPNG (Motion PNG) ou MTGA (Motion TGA).
</para>
<orderedlist>
<title>Explication du processus:</title>
<listitem><para>
<application>MEncoder</application> <emphasis>d<EFBFBD>code</emphasis> le(s) image(s)
d'origine avec <systemitem class="library">libjpeg</systemitem> (pour d<>coder
des PNGs, il utilisera <systemitem class="library">libpng</systemitem>).
</para></listitem>
<listitem><para>
<application>MEncoder</application> envoie alors l'image d<>cod<6F>e au compresseur
vid<69>o choisi (DivX4, XviD, ffmpeg msmpeg4, etc.).
</para></listitem>
</orderedlist>
<formalpara>
<title>Exemples</title>
<para>
Une explication de l'option <option>-mf</option> peut <20>tre trouv<75>e dans la page de man.
<informalexample>
<para>
Cr<EFBFBD>er un fichier DivX4 <20> partir de tous les fichiers JPEG du r<>p courant:
<screen>
mencoder -mf on:w=800:h=600:fps=25 -ovc divx4 -o <replaceable>sortie.avi</replaceable> \*.jpg<!--
--></screen>
</para>
</informalexample>
<informalexample>
<para>
Cr<EFBFBD>er un fichier DivX4 <20> partir de quelques fichiers JPEG du r<>p courant:
<screen>
mencoder -mf on:w=800:h=600:fps=25 -ovc divx4 -o <replaceable>sortie.avi</replaceable> trame001.jpg,trame002.jpg <!--
--></screen>
</para>
</informalexample>
<informalexample>
<para>
Cr<EFBFBD>er un fichier Motion JPEG (MJPEG) <20> partir de tous les fichiers JPEG du r<>p courant:
<screen>
mencoder -mf on:w=800:h=600:fps=25 -ovc copy -o <replaceable>sortie.avi</replaceable> \*.jpg<!--
--></screen>
</para>
</informalexample>
<informalexample>
<para>
Cr<EFBFBD>er un fichier non-compress<73> <20> partir de tous les fichiers PNG du r<>p courant:
<screen>
mencoder -mf on:w=800:h=600:fps=25:type=png -ovc raw -o <replaceable>sortie.avi</replaceable> \*.png<!--
--></screen>
</para>
</informalexample>
<note><para>
La largeur doit <20>tre un entier multiple de 4, c'est une limitation du format AVI RGB brut.
</para></note>
<informalexample>
<para>
Cr<EFBFBD>er un fichier Motion PNG (MPNG) <20> partir de tous les fichiers PNG du r<>p courant:
<screen>
mencoder -mf on:w=800:h=600:fps=25:type=png -ovc copy -o <replaceable>sortie.avi</replaceable> \*.png<!--
--></screen>
</para>
</informalexample>
<informalexample>
<para>
Cr<EFBFBD>er un fichier Motion TGA (MTGA) <20> partir de tous les fichiers TGA du r<>p courant:
<screen>
mencoder -mf on:w=800:h=600:fps=25:type=tga -ovc copy -o <replaceable>sortie.avi</replaceable> \*.tga<!--
--></screen>
</para>
</informalexample>
</para>
</formalpara>
</sect1>
<sect1 id="menc-feat-extractsub">
<title>Extraction des sous-titres DVD dans un fichier Vobsub</title>
<para>
<application>MEncoder</application> est capable d'extraire les sous-titres d'un DVD
dans des fichiers au format VobSub. Ils consistent en une paire de fichiers terminant
par <filename>.idx</filename> et <filename>.sub</filename> et sont g<>n<EFBFBD>ralement compress<73>s
dans une seule archive <filename>.rar</filename>. <application>MPlayer</application>
peut les lire avec les options <option>-vobsub</option> et <option>-vobsubid</option>.
</para>
<para>
Vous sp<73>cifiez le nom de base (c-a-d sans extension <filename>.idx</filename> ou
<filename>.sub</filename>) des fichiers de sortie avec <option>-vobsubout</option>
et l'index pour ces sous-titres dans le fichier final avec <option>-vobsuboutindex</option>.
</para>
<para>
Si l'entr<74>e n'est pas un DVD vous pouvez utiliser <option>-ifo</option> pour indiquer le
fichier <filename>.ifo</filename> requis pour construire le fichier <filename>.idx</filename> final.
</para>
<para>
Si l'entr<74>e n'est pas un DVD et que vous n'avez pas de fichier <filename>.ifo</filename>
vous aurez besoin d'utiliser l'option <option>-vobsubid</option> pour lui permettre de
savoir quel id langue placer dans le fichier <filename>.idx</filename>.
</para>
<para>
Chaque <20>tape ajoutera les sous-titres actifs dans les fichiers <filename>.idx</filename>
et <filename>.sub</filename> d<>j<EFBFBD> existants. Vous devrez donc les enlever avant de commencer.
</para>
<example>
<title>Copier deux sous-titres d'un DVD pendant l'encodage 3-passes</title>
<screen>
rm <replaceable>soustitres.idx</replaceable> <replaceable>soustitres.sub</replaceable>
mencoder dvd://1 -vobsubout <replaceable>soustitres</replaceable> -vobsuboutindex 0 -sid 2 -o frameno.avi -ovc frameno
mencoder dvd://1 -oac copy -ovc divx4 -pass 1
mencoder dvd://1 -oac copy -ovc divx4 -pass 2 -vobsubout <replaceable>soustitres</replaceable> -vobsuboutindex 1 -sid 5<!--
--></screen>
</example>
<example>
<title>Copier les sous-titres fran<61>ais depuis un fichier MPEG</title>
<screen>
rm soustitres.idx soustitres.sub
mencoder <replaceable>film.mpg</replaceable> -ifo <replaceable>film.ifo</replaceable> -vobsubout soustitres -vobsuboutindex 0 -vobsuboutid fr -sid 1<!--
--></screen>
</example>
</sect1>
<sect1 id="aspect">
<title>Pr<EFBFBD>server l'aspect ratio</title>
<para>
Les fichiers des DVDs et des SVCDs (c-a-d MPEG1/2) contiennent une valeur d'aspect
ratio, qui d<>crit comment le lecteur devrait dimensionner le flux vid<69>o, pour que les
humains n'aient pas des "t<>tes d'oeuf" (ex. 480x480 + 4:3 = 640x480). De toute fa<66>on,
quand vous encodez un fichier AVI (DivX), vous devez <20>tre conscients que les ent<6E>tes
AVI ne stockent pas cette valeur. Redimensionner le film est d<>gouttant et co<63>teux en
temps, il doit y avoir une meilleur solution !
</para>
<para>Il y en a une.</para>
<para>
MPEG4 a une fonction unique: le flux vid<69>o peut contenir l'aspect ratio requis. Oui,
tout comme les fichiers MPEG1/2 (DVD, SVCD). Malheureusement, il n'y a
<emphasis role="bold">pas</emphasis> de lecteurs vid<69>o au dehors qui supportent cet
attribut. Except<70> <application>MPlayer</application>.
</para>
<para>
Cette fonction ne peut <20>tre utilis<69> qu'avec le codec <systemitem>mpeg4</systemitem> de
<emphasis role="bold"><systemitem class="library">libavcodec</systemitem></emphasis>. Gardez <20> l'esprit: bien que
<application>MPlayer</application> lise correctement le fichier cr<63><72>, les autres lecteurs
utiliseront un mauvais aspect ratio.
</para>
<para>
Vous devriez s<>rieusement couper les bandes noires au dessus et en dessous de l'image.
Voir la page de man pour l'utilisation des filtres <systemitem>cropdetect</systemitem>
et <systemitem>crop</systemitem>.
</para>
<formalpara>
<title>Utilisation</title>
<para>
<screen>mencoder <replaceable>echantillon-svcd.mpg</replaceable> -ovc lavc -lavcopts vcodec=mpeg4:autoaspect -vf
crop=714:548:0:14 -oac copy -o <replaceable>sortie.avi</replaceable></screen>
</para>
</formalpara>
</sect1>
<sect1 id="custommatrices"><title>Inter/intra matrices personnalis<69>es</title>
<para>
Avec cette fonction de <link linkend="ffmpeg"><systemitem class="library">libavcodec</systemitem></link> vous pouvez
initialiser des matrices personnalis<69>es inter (I-frames/trames-cl<63>) et intra
(P-frames/trames pr<70>vues). Elle est support<72>e par de nombreux codecs:
<systemitem>mpeg1video</systemitem> et <systemitem>mpeg2video</systemitem>
fonctionnent.
</para>
<para>
Une utilisation typique de cette fonction est d'initialiser les matrices
recommand<EFBFBD>es par les sp<73>cifications <ulink url="http://www.kvcd.net/">KVCD</ulink>.
</para>
<para>
La <emphasis role="bold">matrice de quantisation &quot;Notch&quot; de KVCD:</emphasis>
</para>
<para>
Intra:
<screen>
8 9 12 22 26 27 29 34
9 10 14 26 27 29 34 37
12 14 18 27 29 34 37 38
22 26 27 31 36 37 38 40
26 27 29 36 39 38 40 48
27 29 34 37 38 40 48 58
29 34 37 38 40 48 58 69
34 37 38 40 48 58 69 79
</screen>
Inter:
<screen>
16 18 20 22 24 26 28 30
18 20 22 24 26 28 30 32
20 22 24 26 28 30 32 34
22 24 26 30 32 32 34 36
24 26 28 32 34 34 36 38
26 28 30 32 34 36 38 40
28 30 32 34 36 38 42 42
30 32 34 36 38 40 42 44
</screen>
</para>
<para>
Utilisation:
<screen>
$ mencoder <replaceable>entree.avi</replaceable> -o <replaceable>sortie.avi</replaceable> -oac copy -ovc lavc
-lavcopts inter_matrix=...:intra_matrix=...
</screen>
</para>
<para>
<screen>
$ mencoder <replaceable>entree.avi</replaceable> -ovc lavc -lavcopts
vcodec=mpeg2video:intra_matrix=8,9,12,22,26,27,29,34,9,10,14,26,27,29,34,37,
12,14,18,27,29,34,37,38,22,26,27,31,36,37,38,40,26,27,29,36,39,38,40,48,27,
29,34,37,38,40,48,58,29,34,37,38,40,48,58,69,34,37,38,40,48,58,69,79
:inter_matrix=16,18,20,22,24,26,28,30,18,20,22,24,26,28,30,32,20,22,24,26,
28,30,32,34,22,24,26,30,32,32,34,36,24,26,28,32,34,34,36,38,26,28,30,32,34,
36,38,40,28,30,32,34,36,38,42,42,30,32,34,36,38,40,42,44 -oac copy -o
<replaceable>svcd.mpg</replaceable>
</screen>
</para>
</sect1>
<sect1 id="menc-feat-dvd-mpeg4">
<title>Cr<EFBFBD>er un rip MPEG4 (&quot;DivX&quot;) de haute qualit<69> <20> partir d'un DVD</title>
<para>
Ripper un titre DVD dans un fichier MPEG4 (DivX) de qualit<69> maximale implique de
nombreuses consid<69>rations. Vous trouverez plus bas un exemple du processus quand il
n'y a pas de taille de fichier particuli<6C>re <20> atteindre (<28> part peut <20>tre faire tenir
le r<>sultat dans 2 Go). <systemitem class="library">libavcodec</systemitem>
sera utilis<69> pour la vid<69>o, et l'audio sera copi<70> sans aucun changement.
</para>
<sect2 id="menc-feat-dvd-mpeg4-crop">
<title>D<EFBFBD>coupage</title>
<para>
Lisez le DVD et appliquez le filtre de d<>tection de d<>coupage
(<option>-vf cropdetect</option>) dessus. Cela affiche un rectangle de d<>coupage
<20> utiliser pour l'encodage. Les raisons du d<>coupage sont que beaucoup de films ne sont
pas dans un aspect ratio standard (16/9 ou 4/3), ou, pour n'importe quelle raison,
l'image ne tient pas dans la trame. Vous pouvez aussi les bandes noires quand vous rippez.
Cela am<61>liore la qualit<69> du rip car le bord dur des bandes noires gaspille beaucoup de
bits. Un aspect courant est 2.35, ce qui corresponds au cinescope. La plupart des gros
<emphasis>blockbusters</emphasis> ont cet aspect ratio.
</para>
</sect2>
<sect2 id="menc-feat-dvd-mpeg4-quality">
<title>Niveau de qualit<69></title>
<para>
Ensuite vous devez choisir le niveau de qualit<69> d<>sir<69>. Quand il n'y a pas besoin
de garder une certaine taille pour tenir sur des CDs ou autres, en utilisant une
quantisation constante, c-a-d. une qualit<69> constante, est un bon choix. De cette
fa<66>on chaque trame re<72>oit autant de bits dont elle a besoin pour maintenir la
qualit<69> au niveau d<>sir<69>, mais les multiples passes d'encodage ne sont pas requises.
Avec <systemitem class="library">libavcodec</systemitem>, vous pouvez obtenir une
qualit<69> constante en utilisant
<option>-lavcopts vqscale=<replaceable>N</replaceable></option>.
<option>vqscale=3</option> devrait vous donner un fichier de taille inf<6E>rieure <20> 2Go,
suivant la longueur du film et le bruit de la vid<69>o (plus il y a de bruit, plus il est
difficile de comresser.)
</para></sect2>
<sect2 id="menc-feat-dvd-mpeg4-2gb">
<title>Fichiers de plus de 2 Go</title>
<para>
Si le fichier provenant d'un encodage <20> qualit<69> constante fait plus de 2 Go,
vous devrez cr<63>er un index pour pouvoir le voir correctement.
Vous devez soit
<itemizedlist>
<listitem><para>
lire le film avec <option>-forceidx</option> pour cr<63>er un index <20> la vol<6F>e,
</para></listitem>
<listitem><para>
utiliser <option>-saveidx</option> pour <20>crire l'index dans un fichier une fois pour
toute et <option>-loadidx</option> pour l'utiliser pour la lecture de ce fichier.
</para></listitem>
</itemizedlist>
Si cela vous ennuie, vous pr<70>f<EFBFBD>rez peut-<2D>tre garder la taille du fichier inf<6E>rieure <20> 2 Go.
</para>
<para>
Il y a trois fa<66>ons d'<27>viter cela. Vous pouvez essayer de r<>encoder en utilisant
<option>vqscale=4</option> et voir si la taille et la qualit<69> sont toutes deux
acceptables. Vous pouvez aussi utiliser
<link linkend="menc-feat-divx4">l'encodage 2 passes</link>.
Puisque vous copiez la piste audio telle quelle et que donc vous connaissez
son d<>bit, et que vous connaissez la dur<75>e du film, vous pouvez calculer
le d<>bit requis <20> passer <20> l'option
<option>-lavcopts vbitrate=<replaceable>bitrate</replaceable></option>
en utilisant <link linkend="menc-feat-divx4">l'encodage 3 passes</link>.
</para>
<para>
La troisi<73>me et peut-<2D>tre la meilleure option serait de l<>g<EFBFBD>rement diminuer
la r<>solution. Le 'softening' l<>ger et la perte de d<>tails est visuellement
pr<70>f<EFBFBD>rable <20> la pix<69>lisation et autres art<72>facts de la compression MPEG.
Diminuer la r<>solution r<>duit le bruit de l'image, ce qui est b<>n<EFBFBD>fique, car
le bruit est difficile <20> compresser.
</para></sect2>
<sect2 id="menc-feat-dvd-mpeg4-deinterlacing">
<title>D<EFBFBD>sentrelacement</title>
<para>
Si le film est entrela<6C><61>, vous pouvez le d<>sentrela<6C>er pendant le rip.
Le faire <20> cette <20>tape est discutable. L'avantage est que le d<>sentrela<6C>ement
pendant la conversion en MPEG4 rends la compression meilleure, et le visionnage
plus facile et moins gourmand en CPU sur des moniteurs d'ordinateur car aucun
d<>sentrelacement n'est requis.
</para>
<para>
Savoir si on d<>sentrelace durant l'<27>tape du rip d<>pends du DVD. Si le DVD est
un film, qui a <20>t<EFBFBD> tourn<72> en 24 fps, vous pouvez tr<74>s bien d<>sentrelacer pendant
le rip. Si, par contre, la vid<69>o originale est en 50/60 fps, la convertir en
vid<69>o 23.976/25 fps d<>sentrela<6C><61> perdra des informations. Si vous d<>cidez tout de m<>me de d<>sentrelacer, vous pouvez essayer avec diff<66>rents filtres de d<>sentrelacement, voir
<ulink url="http://www.wieser-web.de/MPlayer/">http://www.wieser-web.de/MPlayer/</ulink>
pour des exemples. Un bon point de d<>part est <option>-vf pp=fd</option>.
</para>
<para>
Si vous d<>coupez et d<>sentrelacez en m<>me temps, d<>sentrelacez
<emphasis>avant</emphasis> de d<>couper. En fait, cela n'est pas n<>cessaire
si l'offset de d<>coupage vertical est un multiple de 2 pixels. De toute fa<66>on
avec certains autres filtres comme le dering vous devez toujours d<>couper en dernier,
donc c'est une bonne habitude <20> prendre de mettre le filtre de d<>coupage en dernier.
</para></sect2>
<sect2 id="menc-feat-dvd-mpeg4-telecine">
<title>Telecine invers<72></title>
<para>
Si vous rippez un DVD PAL, qui est en 25 fps, vous n'avez pas <20> vous soucier
des fps. Utilisez juste 25 fps. D'un autre cot<6F> les DVDs NTSC sont en
29.97 fps (souvent arrondi <20> 30 fps, mais ce n'est pas la vitesse r<>elle).
Si le film <20> <20>t<EFBFBD> enregistr<74> pour la TV, vous n'avez encore une fois pas <20>
toucher les fps. Mais si le film a <20>t<EFBFBD> enregistr<74> sur pellicule, et donc <20>
(exactement) 24 fps, il a <20>t<EFBFBD> converti en 29.97 fps pour le presser sur DVD.
La conversion o<> 12 champs sont ajout<75>s toutes les 24 trames est appel<65>e telecine.
Pour plus d'infos sur telecine, faites
<ulink url="http://www.google.com/search?q=telecine+field+23.976">
une recherche Google sur &quot;telecine field 23.976&quot;</ulink>.
</para>
<para>
Au cas o<> vous ayez un DVD telecin<69>, vous pouvez inverser le telecine, c-a-d.
convertir le film en 23.976 fps (29.97*4/5).
Sinon les panoramiques seront sales et horribles. Vous pouvez utiliser
<option>-ofps 23.976</option> pour cela. Tous ce qui est montr<74> au cin<69>ma
est enregistr<74> sur pellicule et n<>cessite le telecine inverse, les programmes TV
n'en ont pas besoin.
</para></sect2>
<sect2 id="menc-feat-dvd-mpeg4-scaling">
<title>Redimensionnement et aspect ratio</title>
<para>
Pour une meilleur qualit<69>, ne redimensionnez pas les films pendant le rip.
Le redimensionnement produit des art<72>facts et un fichier plus gros. Les
pixels des films DVD ne sont pas carr<72>s, donc ces films incluent des infos
sur l'aspect ratio correct. Il est possible d'ins<6E>rer l'aspect ratio dans
l'ent<6E>te MPEG4 du fichier de sortie. La plupart des lecteurs vid<69>os ignorent
cette info, mais <application>MPlayer</application> l'utilise. Donc si vous
comptez utiliser uniquement <application>MPlayer</application> pour lire le fichier
ripp<70>, vous n'avez pas besoin de redimensionner le film, passez juste
<option>-lavcopts autoaspect</option> <20> <application>MEncoder</application>
et tout sera fait automatiquement.
Si vous devez redimensionner le film, assurez-vous de garder une taille correcte,
surtout si vous d<>coupez.
</para>
</sect2>
<sect2 id="menc-feat-dvd-mpeg4-summary">
<title>R<EFBFBD>sumons</title>
<para>
Avec tout ce qui a <20>t<EFBFBD> mention<6F> plus haut, une commande d'encodage convenable pourrait
<20>tre
<screen>
mencoder dvd://1 -aid 128 -oac copy -ovc lavc -lavcopts vcodec=mpeg4:vqscale=3:vhq:v4mv:trell:autoaspect \
-ofps 23.976 -vf crop=720:364:0:56 -o Harry_Potter_2.avi
</screen>
Ici <option>dvd://1</option> indique le titre DVD <20> ripper. l'option
<option>-aid 128</option> dit d'utiliser la piste audio 128, et
<option>-oac copy</option> de la copier telle quelle. Vous devrez utiliser
<application>MPlayer</application> pour trouver les bonnes valeurs pour ces options.
</para>
<para>
Les options <option>vhq:v4mv:trell</option> pour
<option>-lavcopts</option> am<61>liorent la qualit<69> vis-<2D>-vis du d<>bit, mais rends l'encodage
plus long. Surtout <option>trell</option> qui ralentit l'encodage mais augmente visiblement
la qualit<69>. Si vous voulez d<>sentrelacer, ajoutez un filtre <option>pp</option> <20>
<option>-vf</option>, par exemple
<option>-vf pp=fd,crop=720:364:0:56</option> (dans cet ordre). Si vous n'avez pas besoin
de telecine inverse, enlevez <option>-ofps 23.976</option>.
</para>
</sect2>
</sect1>
<sect1 id="menc-feat-telecine">
<title>Comment g<>rer le t<>l<EFBFBD>cin<69> et le d<>sentrelacement avec les DVDs NTSC</title>
<formalpara>
<title>Introduction</title>
<para>
Je vous sugg<67>re de visiter cette page si vous ne comprenez pas la plupart
de ce qui est <20>crit dans ce document:
<ulink url="http://www.divx.com/support/guides/guide.php?gid=10"/>
Cette adresse m<>ne <20> une description compr<70>hensible et simple de ce qu'est le
t<>l<EFBFBD>cin<69>.
</para></formalpara>
<para>
Pour des raisons techniques imputables aux limitations des premiers postes
de t<>l<EFBFBD>vision, toute vid<69>o destin<69>e <20> <20>tre jou<6F> sur un poste de t<>l<EFBFBD>vision NTSC
doit <20>tre en 59.94 champs par seconde. les t<>l<EFBFBD>films et les <20>missions sont souvent
film<6C>s directement en 59.94 champs par seconde, alors que la majorit<69> du
cin<69>ma est film<6C> <20> 24 ou 23.976 trames par seconde. Quand le DVD d'un film est
masteris<69>, la vid<69>o est convertie pour la t<>l<EFBFBD>vision en utilisant un proc<6F>d<EFBFBD> appel<65>
t<>l<EFBFBD>cin<69>.
</para>
<para>
Sur un DVD, la vid<69>o n'est en fait jamais stock<63>e en 59.94 champs par seconde.
Pour une vid<69>o qui <20>tait <20> l'origine en 59.94, chaque paire de champs est combin<69>e
pour former une trame, donnant ainsi 29.97 trames par seconde. Les lecteurs DVD
lisent ensuite un flag contenu dans le flux vid<69>o pour d<>terminer si les lignes paires
-ou impaires- doivent former le premier champ.
</para>
<para>
En g<>n<EFBFBD>ral, le contenu <20> 23.976 trames par seconde reste tel quel quand il est
encod<6F> pour un DVD, et le lecteur DVD doit &quot;t<EFBFBD>l<EFBFBD>ciner&quot; <20> la vol<6F>e.
Parfois, cependant, la vid<69>o est t<>l<EFBFBD>cin<69> <emphasis>avant</emphasis> d'<27>tre
stock<63>e sur le DVD; m<>me si elle <20>tait <20> l'origine en 23.976 trames par seconde,
elle passe en 59.94 champs par seconde, et est stock<63>e sur le disque en 29.97
trames par seconde.
</para>
<para>
Quand on regarde des trames individuelles form<72>es <20> partir d'une vid<69>o en
59.94 champs par seconde, t<>l<EFBFBD>cin<69> ou similaire, l'entrelacement est clairement
visible partout o<> il y a du mouvement, car un champ (disons, les lignes paires)
repr<70>sente un temps 1/59.94 de seconde plus loin que le suivant. La lecture de
vid<69>o entrela<6C><61>e sur un ordinateur est horrible parce que le moniteur a une
r<>solution sup<75>rieure et parce que la vid<69>o est affich<63>e trame-apr<70>s-trame plut<75>t
que champ-apr<70>s-champ.
</para>
<para>
Notes:
</para>
<itemizedlist>
<listitem><para>
Cette section ne s'applique qu'aux DVDs NTSC, et non PAL.
</para></listitem>
<listitem><para>
Les lignes d'exemple de <application>MEncoder</application> utilis<69>es dans
ce document ne sont <emphasis role="bold">pas</emphasis> destin<69>es <20> un
usage tel-quel. Ce sont juste le minimum requis pour encoder des vid<69>os de
cette cat<61>gorie. Comment faire des bons rips DVD ou param<61>trer
<systemitem class="library">libavcodec</systemitem> pour la meilleur qualit<69>
possible est en dehors du cadre de ce document.
</para></listitem>
<listitem><para>
Il y a deux notes de bas de page sp<73>cifiques <20> ce guide, not<6F>e ainsi:
<link linkend="menc-feat-telecine-footnotes">[1]</link>
</para></listitem>
</itemizedlist>
<sect2 id="menc-feat-telecine-ident">
<title>Comment trouver quel type de vid<69>o vous avez</title>
<sect3 id="menc-feat-telecine-ident-progressive">
<title>Progressive</title>
<para>
La vid<69>o progressive est film<6C> <20> l'origine en 23.976 fps, et stock<63>e sur le DVD
sans modification.
</para>
<para>
Quand vous jouez un DVD progressif avec <application>MPlayer</application>,
<application>MPlayer</application> affiche la ligne suivante d<>s le d<>but de la
lecture du film:
<screen> demux_mpg: 24fps progressive NTSC content detected, switching framerate.</screen>
<20> partir de maintenant, demux_mpg ne devrait jamais dire qu'il trouve du
&quot;30fps NTSC content.&quot;
</para>
<para>
Quand vous regardez une vid<69>o progressive, vous ne devriez jamais voir
l'entrelacement. Attention, cependant, car parfois il y a un petit peu de t<>l<EFBFBD>cin<69>
m<>lang<6E>, o<> vous ne vous y attendriez pas. J'ai rencontr<74> des DVDs de show
TV qui ont une seconde de t<>l<EFBFBD>cin<69> <20> chaque changement de sc<73>ne, ou dans des
endroits apparemment al<61>atoires. J'ai vu une fois un DVD qui <20>tait en progressive
dans la premi<6D>re moiti<74>, et t<>l<EFBFBD>cin<69> dans la seconde. Si vous voulez <20>tre
<emphasis>vraiment</emphasis> certain, vous pouvez scanner tout le film:
<screen>mplayer dvd://1 -nosound -vo null -benchmark</screen>
L'utilisation de <option>-benchmark</option> indique <20>
<application>MPlayer</application> de jouer le film aussi rapidement qu'il le
peut; cependant, suivant votre mat<61>riel, cela peut prendre un certain temps.
Chaque fois que demux_mpg signale un changement de d<>bit, la ligne suivante
indiquera l'heure <20> laquelle le changement s'est produit.
</para>
<para>
Parfois la vid<69>o progressive est appel<65> &quot;soft-telecine&quot;
parce qu'elle est destin<69>e <20> <20>tre t<>l<EFBFBD>cin<69> par le lecteur DVD.
</para>
</sect3>
<sect3 id="menc-feat-telecine-ident-telecined">
<title>T<EFBFBD>l<EFBFBD>cin<EFBFBD>e</title>
<para>
La vid<69>o t<>l<EFBFBD>cin<69>e a <20>t<EFBFBD> film<6C>e en 23.976, mais a <20>t<EFBFBD> t<>l<EFBFBD>cin<69>
<emphasis>avant</emphasis> d'<27>tre grav<61>e sur DVD.
</para>
<para>
<application>MPlayer</application> ne signale pas (encore) les
changements de d<>bit quand il joue de la vid<69>o t<>l<EFBFBD>cin<69>.
</para>
<para>
En regardant de la vid<69>o t<>l<EFBFBD>cin<69>, vous vourez des art<72>facts d'entrelacement
qui semblent &quot;clignoter&quot;: ils apparaissent et disparaissent rapidement.
Vous pouvez les regarder plus attentivement avec par exemple
<orderedlist>
<listitem>
<screen>mplayer dvd://1 -speed 0.1</screen>
</listitem>
<listitem><para>
Sauter <20> une partie avec du mouvement.
</para></listitem>
<listitem><para>
En regardant les trames entrelac<61>es et progressives. Si le motif que vous
voyez est PPPII,PPPII,PPPII,... alors la vid<69>o est t<>l<EFBFBD>cin<69>. Si vous voyez
un autre motif, alors la vid<69>o a <20>t<EFBFBD> t<>l<EFBFBD>cin<69> en utiliisant une m<>thode non-standard
et <application>MEncoder</application> ne peut pas la convertir en
progressive sans perte. Si vous ne voyez aucun motif, c'est certainement que la
vid<69>o est entrela<6C><61>.
</para></listitem>
</orderedlist>
</para>
<para>
Parfois la vid<69>o t<>l<EFBFBD>cin<69> est appel<65> &quot;hard-telecine&quot;.
</para>
</sect3>
<sect3 id="menc-feat-telecine-ident-interlaced">
<title>Entrela<EFBFBD><EFBFBD>e</title>
<para>
La vid<69>o entrela<6C><61>e a <20>t<EFBFBD> film<6C> en 59.94 champs par seconde, et stock<63>e sur DVD
en 29.97 trames par seconde. L'entrelacement est le r<>sultat de la combinaison
des paires de champs dans des trames, car dans chaque trame, chaque champ
est s<>par<61> du suivant par 1/59.94 secondes.
</para>
<para>
Comme pour la vid<69>o t<>l<EFBFBD>cin<69>, <application>MPlayer</application> ne
devrait pas encore signaler les changements de d<>bit pendant la lecture de
contenu entrela<6C><61>.
</para>
<para>
Quand vous regardez de pr<70>s une vid<69>o entrela<6C><61>e avec <option>-speed 0.1</option>, vous voyez que chaque trame est entrela<6C><61>e.
</para>
</sect3>
<sect3 id="menc-feat-telecine-ident-mixedpt">
<title>Progressive et t<>l<EFBFBD>cin<69>e m<>lang<6E>es</title>
<para>
Toute la vid<69>o &quot;progressive et t<>l<EFBFBD>cin<69> m<>lang<6E>es&quot; <20>tait <20> l'origine
en 23.976 trames par seconde, mais certaines parties ont fini en t<>l<EFBFBD>cin<69>.
</para>
<para>
Quand <application>MPlayer</application> joue cette cat<61>gorie, il oscillera (de
mani<6E>re r<>pet<65>e) entre &quot;30fps NTSC&quot; et &quot;24fps progressive NTSC&quot;. Regardez la sortie texte de <application>MPlayer</application>
pour voir ses messages.
</para>
<para>
Vous devriez regarder les sections &quot;30fps NTSC&quot; pour v<>rifier que
c'est effectivement du t<>l<EFBFBD>cin<69>, et pas juste de l'entrela<6C><61>.
</para>
</sect3>
<sect3 id="menc-feat-telecine-ident-mixedpi">
<title>Progressive et entrelac<61>e m<>lang<6E>es</title>
<para>
Dans le contenu &quot;progressive et entrela<6C><61>e&quot;, la vid<69>o progressive
et entrela<6C><61>e ont <20>t<EFBFBD> entrem<65>l<EFBFBD>es.
</para>
<para>
Cette cat<61>gorie ressemble tout <20> fait <20> &quot;progressive et t<>l<EFBFBD>cin<69>e m<>lang<6E>es&quot;, jusqu'<27> ce que vous examiniez les sections 30fps et voyez qu'elles
n'ont pas de motif de t<>l<EFBFBD>cin<69>.
</para>
</sect3>
</sect2>
<sect2 id="menc-feat-telecine-encode">
<title>Comment encoder chaque cat<61>gorie</title>
<para>
Comme mentionn<6E> au d<>but, les lignes d'exemple de <application>MEncoder</application> ne sont <emphasis role="bold">pas</emphasis> destin<69>es a <20>tre utilis<69> directement; elles d<>montrent juste les param<61>tres minimum pour encoder chaque cat<61>gorie.
</para>
<sect3 id="menc-feat-telecine-encode-progressive">
<title>Progressive</title>
<para>
La vid<69>o progressive ne requiert aucun filtrage sp<73>cial pour l'encodage. Le seul
param<61>tre que vous devez utiliser est
<option>-ofps 23.976</option>. Sinon, <application>MEncoder</application>
essaira d'encoder en 29.97 fps et dupliquera des trames.
</para>
<para>
<screen>mencoder dvd://1 -nosound -ovc lavc -ofps 23.976</screen>
</para>
</sect3>
<sect3 id="menc-feat-telecine-encode-telecined">
<title>T<EFBFBD>l<EFBFBD>cin<EFBFBD>e</title>
<para>
Le t<>l<EFBFBD>cin<69> peut <20>tre invers<72> pour retrouver le contenu original en 23.976,
en utilisant un proc<6F>d<EFBFBD> appel<65> inverse-t<>l<EFBFBD>cin<69>.
<application>MPlayer</application> contient deux filtres pour accomplir cela:
<option>detc</option> et <option>ivtc</option>. Vous pouvez lire la page de man
pour voir leur diff<66>rences, mais pour les DVDs je n'ai jamais eu de probl<62>mes
avec <option>ivtc</option>. Notez que vous devriez
<emphasis role="bold">toujours</emphasis> appliquer l'inverse-telecine avant
tout redimensionnement; <20> mois que vous ne sachiez vraiment ce que vous
faites, appliquez l'inverse-t<>l<EFBFBD>cin<69> <20>galement avant tout d<>coupage
<link linkend="menc-feat-telecine-footnotes">[1]</link>. De nouveau,
<option>-ofps 23.976</option> est <20>galement requis.
</para>
<para>
<screen>mencoder dvd://1 -nosound -vf ivtc=1 -ovc lavc -ofps 23.976</screen>
</para>
</sect3>
<sect3 id="menc-feat-telecine-encode-interlaced">
<title>Entrela<EFBFBD><EFBFBD>e</title>
<para>
Dans la plupart des cas, en pratique, il n'est pas possible de retrouver
une vid<69>o progressive compl<70>te <20> partir de contenu entrela<6C><61>. La seule
mani<6E>re d'y parvenir sans perdre la moiti<74> de la r<>solution verticale est de
doubler le d<>bit et d'essayer de &quot;deviner&quot; ce qui est destin<69> a constituer
les lignes correspondantes pour chaque champ (cela a des inconvenients - voir
la m<>thode 3).
</para>
<orderedlist>
<listitem><para>
Encodez la vid<69>o sous forme entrela<6C><61>e. Normalement, l'entrelacement entre en
conflit avec la qualit<69> de compression de l'encodeur, mais
<systemitem class="library">libavcodec</systemitem> a deux param<61>tres
sp<73>cifiques pour g<>rer un peut mieux le stockage de la vid<69>o entrela<6C><61>e:
<option> ildct</option> et <option>ilme</option>. De plus,
utiliser <option>mbd=2</option> est fortement recommand<6E>
<link linkend="menc-feat-telecine-footnotes">[2] </link> car il encodera les
macroblocs en tant que non-entrela<6C><61> l<> o<> il n'y a pas de mouvement.
Notez que <option>-ofps</option> n'est PAS requis ici.
<screen>mencoder dvd://1 -nosound -ovc lavc -lavcopts ildct:ilme:mbd=2</screen>
</para></listitem>
<listitem><para>
Utilisez un filtre de d<>sentrelacement avant l'encodage. Il y a beaucoup de ces filtres
disponibles au choix, chacun avec ses avantages et ses inconv<6E>nients. Consultez
<option>mplayer -pphelp</option> pour voir ce qui est disponible (recherche sur &quot;deint&quot;), et cherchez sur les
<ulink url="http://www.mplayerhq.hu/homepage/design6/info.html#mailing_lists">
listes de diffusion de MPlayer</ulink> pour trouver des discussions <20> propos des
divers filtres. De nouveau, le d<>bit ne change pas, donc il n'y a pas de
<option>-ofps</option>. De m<>me, le d<>sentrelacement devrait <20>tre appliqu<71>
apr<70>s le d<>coupage <link linkend="menc-feat-telecine-footnotes">[1]</link> et
avant le redimensionnement.
<screen>mencoder dvd://1 -nosound -vf pp=lb -ovc lavc</screen>
</para></listitem>
<listitem><para>
Malheureusement, cette option est bogu<67>e avec
<application>MEncoder</application>; elle est destin<69>e a bien fonctionner avec
<application>MEncoder G2</application>, mais il n'est pas encore l<>. Vous
pourrez avoir des plantages. De toute fa<66>on, le but de <option> -vf
tfields</option> est de cr<63>er des trames pleines <20> partir de chaque champ, ce
qui aboutit <20> un d<>bit de 59.94. L'avantage de cette approche est qu'aucune donn<6E>e
n'est perdue; par contre, puisque chaque trame provient d'un seul champ, les lignes
manquantes doivent <20>tre remplies d'une mani<6E>re ou d'une autre. Il n'y a pas de
vraiment de bonne m<>thode pour g<>n<EFBFBD>rer les donn<6E>es manquantes, et donc le
r<>sultat sera similaire <20> celui obtenu en utilisant certains filtres de d<>sentrelacement.
G<>n<EFBFBD>rer les lignes manquantes cr<63><72> d'autres probl<62>mes, <20>galement, simplement
parce que la quantit<69> de donn<6E>es double. Donc, un d<>bit d'encodage sup<75>rieur
est requis pour maintenir la qualit<69>, et plus de puissance CPU est utilis<69> pour
l'encodage et le d<>codage. tflields a de nombreuses options diff<66>rentes pour
la cr<63>ation des lignes manquantes de chaque trame. Si vous utilisez cette m<>thode,
alors r<>f<EFBFBD>rez vous <20> la page de man, et choisissez l'option qui rends le mieux avec
votre mat<61>riel. Notez qu'en utilisant <option>tfields</option> vous
<emphasis role="bold">devez</emphasis> sp<73>cifier <option>-fps</option> et <option>-ofps</option> en indiquant un d<>bit double de celui de la source.
<screen>mencoder dvd://1 -nosound -vf tfields=2 -ovc lavc -fps 59.94 -ofps 59.94</screen>
</para></listitem>
<listitem><para>
Si vous comptez r<>duire <20>norm<72>ment, vous pouvez extraire et encoder
uniquement l'un des deux champs. Bien s<>r, vous allez perdre la moiti<74> de la
r<>solution verticale, mais si vous pr<70>voyez de r<>duire d'au plus 1/2 de
l'original, la perte ne se vera pas trop. Le r<>sultat sera un fichier progressif <20>
29.97 trames par seconde. La proc<6F>dure est d'utiliser
<option>-vf field</option>, et ensuite couper
<link linkend="menc-feat-telecine-footnotes">[1]</link> et dimmensionner
correctement. Rappelez-vous que vous n'avez qu'<27> ajuster le redimmensionment pour compenser la division par deux de la r<>solution verticale.
<screen>mencoder dvd://1 -nosound -vf field=0 -ovc lavc</screen>
</para></listitem>
</orderedlist>
</sect3>
<sect3 id="menc-feat-telecine-encode-mixedpt">
<title>Progressive et t<>l<EFBFBD>cin<69> m<>lang<6E>es</title>
<para>
De fa<66>on <20> transformer la vid<69>o progressive et t<>l<EFBFBD>cin<69>e m<>lang<6E>e en
vid<69>o enti<74>rement progressive, l'inverse-telecine doit <20>tre appliqu<71> sur les parties
t<>l<EFBFBD>cin<69>es. Il y a deux filtres qui accomplissent nativement cette t<>che, mais la
plupart du temps la meilleure solution est d'utiliser deux filtres en conjonction (lire
la suite pour plus de d<>tails).
</para>
<itemizedlist>
<listitem><para>
Actuellement la m<>thode la plus fiable de traiter ce type de vid<69>o est, plut<75>t que
d'appliquer un inverse-t<>l<EFBFBD>cin<69> sur les parties t<>l<EFBFBD>cin<69>es, de t<>l<EFBFBD>ciner les parties
non-t<>l<EFBFBD>cin<69>es et d'ensuite appliquer l'inverse-t<>l<EFBFBD>cin<69> sur la vid<69>o enti<74>re.
Cela vous semble confus ? softpulldown est un filtre qui parcoure une vid<69>o
et la rend enti<74>rement t<>l<EFBFBD>cin<69>e. Si vous faites suivre softpulldown de soit
<option>detc</option>, soit <option>ivtc</option>, le r<>sultat final sera
enti<74>rement progressif. Le d<>coupage et le redimmensionnement devrait <20>tre fait
apr<70>s les op<6F>rations d'inverse-t<>l<EFBFBD>cin<69>, et <option> -ofps 23.976</option> est
requis.
<screen>mencoder dvd://1 -nosound -vf softpulldown,ivtc=1 -ovc lavc -ofps 23.976</screen>
</para>
</listitem>
<listitem><para>
<option>-vf pullup</option> est con<6F>u pour appliquer un inverse-telecine sur le
mat<61>riel t<>l<EFBFBD>cin<69> tout en laissant les donn<6E>es progressives intacts. Pullup ne
fonctionne pas vraiment avec l'actuel
<application>MEncoder</application>, cependant, il est vraiment pr<70>vu
pour l'utilisation avec <application>MEncoder G2</application> (quand
celui-ci sera pr<70>t). Il fonctionne bien sans <option>-ofps</option>, mais
<option>-ofps</option> est requit pour emp<6D>cher un affichage brouill<6C>. Avec
<option>-ofps</option>, cela <20>choue parfois. Le probl<62>me provient du
comportement de
<application>MEncoder</application> qui saute des trames pour maintenir
la synchronisation entre l'audio et la vid<69>o: il saute des trames avant de les
envoyer dans la chaine de filtres, plut<75>t qu'apr<70>s. R<>sultat, <option>pullup</option>
est parfois priv<69> des donn<6E>es dont il a besoin.
</para>
<para>
Si <application>MEncoder</application> saute trop de trames dans une
rang<6E>e, il vide les tampons de <option>pullup</option> et le conduit <20> planter.
</para>
<para>
M<>me si <application>MEncoder</application> ne saute qu'une seule trame,
<option> pullup</option> ne pourra toujours pas la voir, et finira par op<6F>rer sur
une s<>quence incorrecte de trames. M<>me si cela ne provoque pas de plantage,
<option>pullup</option> ne sera pas capable de prendre les bonnes d<>cisions pour
r<>-assembler les trames progressives, et va soit mal faire correspondre les
champs, soit sauter plusieurs champs pour compenser.
</para>
</listitem>
<listitem><para>
Je n'ai jamais utilis<69> <option>-vf filmdint</option> moi-m<>me, mais voici ce qu'en dit
D Richard Felker III:
<blockquote><para>C'est bon, mais AMA il essaie de d<>sentrelacer plut<75>t que
de faire de l'inverse-t<>l<EFBFBD>cin<69> trop souvent (tout comme les lecteurs DVD &amp;
et les TVs progressives), ce qui donne un scintillement horrible et d'autres art<72>facts.
Si vous voulez l'utiliser, vous devrez au moins passer un peu de temps <20> r<>gler
les options et <20> regarder le r<>sultat pour vous assurer que tout va bien.</para></blockquote>
</para></listitem>
</itemizedlist>
</sect3>
<sect3 id="menc-feat-telecine-encode-mixedpi">
<title>Progressive et entrela<6C><61>e m<>lang<6E>es</title>
<para>
Il y a deux options pour g<>rer cette cat<61>gorie, chacune d'elle <20>tant un
compromis. Vous devriez d<>cider suivant la dur<75>e/position de chaque type.
</para>
<itemizedlist>
<listitem><para>
Traitez-la en tant que progressive. Les parties entrela<6C><61>es apparaitront
comme entrela<6C><61>es, et certains champs devront <20>tre saut<75>s, donnant une
lecture un peu sacad<61>e. Vous pouvez utiliser un filtre de postprocessing si vous
le voulez, mais celui-ci pourrait l<>g<EFBFBD>rement d<>grader les parties progressives.
</para>
<para>
Cette option ne devrait vraiment pas <20>tre utilis<69>e si vous voulez finalement
afficher la vid<69>o sur un p<>riph<70>rique entrela<6C><61> (avec une carte TV, par exemple).
Si vous avez des trames entrela<6C><61>es dans une vid<69>o de 23.976 trames par
secondes, elles seront t<>l<EFBFBD>cin<69>es avec les trames progressives. La moiti<74> des
&quot;trames&quot; sera affich<63>e durant trois champs (3/59.94 secondes),
provoquant un effet tremblotant &quot;saut dans le temps&quot; qui rends
particuli<6C>rement mauvais. Si vous essayez cela, vous <emphasis role="bold">devez</emphasis> utiliser un filtre de d<>sentrelacement comme
<option>lb</option> ou <option>l5</option>.
</para>
<para>
Cela peut <20>tre aussi une mauvaise id<69>e pour l'affichage progressif. Des paires
de champs cons<6E>cutifs seront saut<75>s, provoquant une discontinuit<69> qui peut
<20>tre plus visible avec la seconde m<>thode, qui montre certaines trames
progressives deux fois. La vid<69>o en 29.97 trames par seconde est d<>j<EFBFBD> un
peu brouill<6C>e car elle devrait <20>tre lue en 59.94 champs par seconde, donc les
trames dupliqu<71>es ne se voient pas trop.
</para>
<para>
D'un autre cot<6F>, il vaut mieux consid<69>rer votre contenu et comment vous comptez
l'afficher. Si votre vid<69>o est 90% progressive et que vous ne comptez pas l'afficher
sur une TV, vous devriez pr<70>f<EFBFBD>rer une approche progressive. Si c'est seulement
<20> moiti<74> progressif, vous voudrez probablement l'encoder comme si elle <20>tait
compl<70>tement entrela<6C><61>e.
</para>
</listitem>
<listitem><para>
Traitez-la comme entrela<6C><61>e. Certaines trames des parties progressives
devront <20>tre dupliqu<71>es, causant des saccades irr<72>guli<6C>res. De nouveau,
les filtres de d<>sentrelacement peuvent l<>g<EFBFBD>rement d<>grader les parties
progressives.
</para></listitem>
</itemizedlist>
</sect3>
</sect2>
<sect2 id="menc-feat-telecine-footnotes">
<title>Notes de bas-de-page</title>
<orderedlist>
<listitem><formalpara>
<title><EFBFBD> propos du d<>coupage:</title>
<para>
Les donn<6E>es vid<69>o des DVDs sont stock<63>es dans un format appel<65> YUV 4:2:0.
Dans la vid<69>o YUV, luma (&quot;luminosit<EFBFBD>&quot;) et chroma (&quot;couleur&quot;)
sont stock<63>s s<>paremment. Dans une image YUV 4:2:0 il n'y a qu'un pixel chroma
pour quatre pixels luma, car l'oeil humain est plus sensible <20> la couleur qu'<27> la
luminosit<69>. Dans une image progressive, chaque carr<72> de quatre pixels luma
(deux de chaque cot<6F>) a un pixel chroma en commun. Vous devez couper l'YUV
progressive dans une r<>solution paire, et utiliser des offsets pairs. Par exemple,
<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 traitez de l'YUV 4:2:0 entrela<6C><61>, la situation est un peu plus compliqu<71>e.
Au lieu de quatre pixels luma dans une <emphasis>trame</emphasis> partageant
un pixel chroma, chaque ensemble de quatre pixels luma dans un
<emphasis>champs</emphasis> partage un pixel chroma. Quand les champs
sont entrela<6C><61>s pour former une trame, chaque scanline est haute de un pixel.
Maintenant, au lieu d'avoir quatre pixels dans un carr<72>, il y a deux pixels cote-<2D>-cote,
et les deux autres pixels sont cote-<2D>-cote deux scanlines plus bas. Les deux pixels
luma des scanlines int<6E>rm<72>diaires proviennent de l'autre champ, et donc partagent
un pixel chroma diff<66>rent avec deux pixels luma deux scanlines apr<70>s. Toute
cette confusion fait qu'il est n<>cessaire d'avoir des dimensions de d<>coupage
et des offsets multiples de quatre. L'horizontal peut rester pair.
</para>
<para>
Pour la vid<69>o t<>l<EFBFBD>cin<69>e, je recommande de d<>couper apr<70>s le proc<6F>d<EFBFBD>
d'inverse-t<>l<EFBFBD>cin<69>. Une fois la vid<69>o en progressive, vous n'aurez plus
qu'<27> d<>couper par nombres pairs. Si vous voulez vraiment profiter du l<>ger
gain de temps qu'offre le d<>coupage en premier, vous devez couper verticalement
par multiples de quatre ou sinon le fitre d'inverse-t<>l<EFBFBD>cin<69> n'aura pas suffisemment
de donn<6E>es.
</para>
<para>
Pour la vid<69>o entrela<6C><61>e (non t<>l<EFBFBD>cin<69>e), vous devez toujours d<>couper verticalement
par multiples de quatre <20> moins d'utiliser <option>-vf field</option> avant le
d<>coupage.
</para>
</listitem>
<listitem><formalpara>
<title><EFBFBD> propos des param<61>tres d'encodage et de la qualit<69>:</title>
<para>
Le fait que je recommande <option>mbd=2</option> ici ne signifie pas qu'il doit
<20>tre utilis<69> ailleurs. Avec <option>trell</option>, <option>mbd=2</option> est une
des deux options de <systemitem class="library">libavcodec</systemitem> qui
augmentent le plus la qualit<69>, et vous devriez toujours au moins les utiliser toutes les
deux <20> moins que la vitesse d'encodage soit primordiale (par ex. encodage
temps-r<>el). Il y a beaucoup d'autres options qui augmentent la qualit<69> (et diminuent
la vitesse d'encodage) mais c'est en dehors du cadre de ce document.
</para>
</formalpara>
</listitem>
</orderedlist>
</sect2>
</sect1>
</chapter>