diff --git a/DOCS/man/fr/mplayer.1 b/DOCS/man/fr/mplayer.1 index 596d77b3f2..1db0a8408f 100644 --- a/DOCS/man/fr/mplayer.1 +++ b/DOCS/man/fr/mplayer.1 @@ -1,4 +1,4 @@ -.\" synced with 1.834 +.\" synced with 1.835 .\" MPlayer (C) 2000-2005 MPlayer Team .\" The English man page was/is done by Gabucino, Diego Biurrun, Jonas Jermann .\" Traduction: Guillaume POIRIER < poirierg AT etudiant.univ-rennes1.fr >, @@ -35,7 +35,7 @@ .\" Titre .\" -------------------------------------------------------------------------- . -.TH MPlayer 1 "02 Janvier 2005" "The MPlayer Project" "Le Lecteur Vid�o" +.TH MPlayer 1 "03 Janvier 2005" "The MPlayer Project" "Le Lecteur Vid�o" . .SH NAME mplayer \- Lecteur vid�o @@ -7387,6 +7387,65 @@ Pour un encodage en d param�tre. . .TP +.B qp_constant=<1\-51> +D�finit le quantum � utiliser. +Une valeur comprise dans l'intervalle 20-40 semble convenir +(par d�faut\ : 26). +Une valeur plus faible code l'image plus fid�lement, mais prend plus de place. +Notez que la quantification dans H.264 fonctionne diff�remment de MPEG[124]. +L'�chelle des param�tres de quantification (QP) de H.264 est logarithmique. +Ainsi, la diff�rence de d�bit binaire entre QP=20 et QP=40 est d'environ un +facteur 10. +Les quantum utiles en H.264 ont tendance � �tre bien plus importants +compar�s � MPEG[124]. +. +.TP +.B pass=<1\-2> +Active le mode 2 ou 3-passes. +Il est recommand� de toujours encoder en mode 2 ou 3 passes puisque cela +permet une distribution plus ad�quate des bits et am�liore la qualit� +globale. +.PD 0 +.RSs +.IPs 1 +premi�re passe +.IPs 2 +seconde passe +.IPs 3 +Ni�me passe (seconde et troisi�me passes de l'encodage trois passes) +.RE +.RS +Voici comment cela fonctionne, et comment l'utiliser\ : +.br +La premi�re passe (pass=1) �crit le fichier de statistiques. +Vous devriez d�sactiver des options gourmandes en temps processeur. +.br +En mode deux passes, la seconde passe (pass=2) se base sur le fichier de +stats pour allouer le bon nombre de bits aux trames (ratecontrol). +.br +En mode trois passes, la seconde passe (pass=3, non ce n'est pas une +erreur) fait les deux\ : elle lit le fichier de stats, puis r�-�crit +par dessus. +Peut-�tre que vous devriez sauver le fichier divx2pass.log avant si +MEncoder peut �tre interrompu dans son cours. +Vous devriez utiliser toutes les options d'encodage, � l'exception de celles +vraiment tr�s gourmandes. +.br +La troisi�me passe (pass=3) fait la m�me chose que la seconde, � la +diff�rence pr�s qu'elle dispose des stats de la deuxi�me passe pour mieux +travailler. +Vous pouvez utiliser toutes les options d'encodage, m�me les plus +gourmandes. +.br +.I +NOTE\ : +x264 g�rant le mode 3 passes depuis peu de temps, nous +encourageons les utilisateurs � partager avec nous leurs exp�riences et +leurs combinaisons d'options d'x264 qui seraient aussi bien rapides que +produisant des images de qualit�. +.REss +. +.TP .B keyint=<valeur> D�finit l'intervalle maximum autoris� entre trames-I. Un intervalle plus grand fait �conomiser des bits, et donc am�liore la @@ -7491,40 +7550,29 @@ FIXME: indiquer ce que signifie IDC. .REss . .TP -.B qp_constant=<1\-51> -D�finit le quantum � utiliser. -Une valeur comprise dans l'intervalle 20-40 semble convenir -(par d�faut\ : 26). -Une valeur plus faible code l'image plus fid�lement, mais prend plus de place. -Notez que la quantification dans H.264 fonctionne diff�remment de MPEG[124]. -L'�chelle des param�tres de quantification (QP) de H.264 est logarithmique. -Ainsi, la diff�rence de d�bit binaire entre QP=20 et QP=40 est d'environ un -facteur 10. -Les quantum utiles en H.264 ont tendance � �tre bien plus importants -compar�s � MPEG[124]. -. -.TP -.B qp_min=<1\-51> (CBR uniquement) -Quantificateur minimum, 15\-35 semble �tre un intervalle raisonnable +.B qp_min=<1\-51> (CBR ou 2 passes) +Quantificateur minimum, 10\-35 semble �tre un intervalle raisonnable (par d�faut\ : 10). . .TP -.B qp_max=<1\-51> (CBR uniquement) +.B qp_max=<1\-51> (CBR ou 2 passes) quantum maximum (par d�faut\ : 51) . .TP -.B qp_step=<valeur> -Diff�rence de quantum maximale autoris�e d'une trame � l'autre. +.B qp_step=<1\-50> (CBR ou 2 passes) +Diff�rence de quantum maximale autoris�e d'une trame � l'autre +(par d�faut\ : 1) . .TP -.B rc_buffer_size=<valeur> -taille du tampon ratecontrol (tampon permettant de distribuer intelligemment -les bits aux trames) (par d�faut\ : la taille n�cessaire pour 1 +.B rc_buffer_size=<valeur> (CBR ou 2 passes) +taille du tampon ratecontrol, en kbits (tampon permettant de distribuer +intelligemment les bits aux trames) (par d�faut\ : la taille n�cessaire pour 1 seconde au d�bit binaire (bitrate) que vous avez d�fini). . .TP -.B rc_init_buffer=<value> -taille initiale du tampon ratecontrol (par d�faut\ : 1/4 de rc_buffer_size) +.B rc_init_buffer=<0.0\-1.0> (CBR uniquement) +D�finit le niveau initial du tampon ratecontrol (fraction de la taille totale +de ce tampon) (par d�faut\ : 0.25). . .TP .B rc_sens=<0\-100> (CBR uniquement) @@ -7539,60 +7587,13 @@ facteur de quantification entre les trames-I et -P (par d facteur de quantification entre les trames-P et -B (par d�faut\ : 1.3) . .TP -.B pass=<1\-2> -Active le mode 2 ou 3-passes. -Il est recommand� de toujours encoder en mode 2 ou 3 passes puisque cela -permet une distribution plus ad�quate des bits et am�liore la qualit� -globale. -.PD 0 -.RSs -.IPs 1 -premi�re passe -.IPs 2 -seconde passe -.IPs 3 -Ni�me passe (seconde et troisi�me passes de l'encodage trois passes) -.RE -.RS -Voici comment cela fonctionne, et comment l'utiliser\ : -.br -La premi�re passe (pass=1) �crit le fichier de statistiques. -Vous devriez d�sactiver des options gourmandes en temps processeur. -.br -En mode deux passes, la seconde passe (pass=2) se base sur le fichier de -stats pour allouer le bon nombre de bits aux trames (ratecontrol). -.br -En mode trois passes, la seconde passe (pass=3, non ce n'est pas une -erreur) fait les deux\ : elle lit le fichier de stats, puis r�-�crit -par dessus. -Peut-�tre que vous devriez sauver le fichier divx2pass.log avant si -MEncoder peut �tre interrompu dans son cours. -Vous devriez utiliser toutes les options d'encodage, � l'exception de celles -vraiment tr�s gourmandes. -.br -La troisi�me passe (pass=3) fait la m�me chose que la seconde, � la -diff�rence pr�s qu'elle dispose des stats de la deuxi�me passe pour mieux -travailler. -Vous pouvez utiliser toutes les options d'encodage, m�me les plus -gourmandes. -.br -.I -NOTE\ : -x264 g�rant le mode 3 passes depuis peu de temps, nous -encourageons les utilisateurs � partager avec nous leurs exp�riences et -leurs combinaisons d'options d'x264 qui seraient aussi bien rapides que -produisant des images de qualit�. -.REss -. -.TP -.B qcomp=<0\-1> +.B qcomp=<0\-1> (2 passes uniquement) compression des quantum (par d�faut\ : 0.6) -Cela affecte le ratecontrol\ : une faible valeur rend le d�bit binaire plus -constant, alors qu'une valeur importante rend les quantum plus -constants. +Une faible valeur rend le d�bit binaire plus constant, +alors qu'une valeur importante rend les quantum plus constants. . .TP -.B cplx_blur=<0\-999> +.B cplx_blur=<0\-999> (2 passes uniquement) Flou temporel de la complexit� de trame estim�e, avant la compression de la courbe (d�faut\ : 20). Des valeurs plus faibles permettent au quantum de plus changer d'une @@ -7603,7 +7604,7 @@ forte et faible (par exemple un dessin anim faible) ne g�che pas de bits en faisant fluctuer les quantum. . .TP -.B qblur=<0\-99> +.B qblur=<0\-99> (2 passes uniquement) Flou temporel entre les quantum, apr�s la compression de la courbe (par d�faut\ : 0.5). Une faible valeur permet aux quantum de voir leur valeur varier plus @@ -7620,7 +7621,7 @@ directs dans les trames-B. Aucun\ : les macro-blocs directs ne sont pas utilis�s. .IPs 1 Temporel\ : les vecteur de mouvements sont interpol�s d'apr�s la trame-P -suivante. +suivante (par d�faut). .IPs 2 Spatial\ : les vecteur de mouvements sont extrapol�s d'apr�s les blocs adjacents.