Mercurial > mplayer.hg
changeset 21056:d2d209f455fc
sync w/ r21026
author | gpoirier |
---|---|
date | Sun, 19 Nov 2006 17:55:56 +0000 |
parents | bc2cf8eb55b3 |
children | 63349f025c17 |
files | DOCS/man/fr/mplayer.1 |
diffstat | 1 files changed, 182 insertions(+), 226 deletions(-) [+] |
line wrap: on
line diff
--- a/DOCS/man/fr/mplayer.1 Sun Nov 19 17:55:38 2006 +0000 +++ b/DOCS/man/fr/mplayer.1 Sun Nov 19 17:55:56 2006 +0000 @@ -1,4 +1,4 @@ -.\" synced with r21004 +.\" synced with r21026 .\" Encoding: iso-8859-1 .\" MPlayer (C) 2000-2006 MPlayer Team .\" The English man page was/is done by Gabucino, Diego Biurrun, Jonas Jermann @@ -258,6 +258,9 @@ Alterne entre les pistes vidéos disponibles. .IPs "# (MPEG et Matroska uniquement)" Alterne entre les pistes audio disponibles. +.IPs "TAB (MPEG-TS uniquement)" +Alterne entre les différents programmes disponibles. +Cycle through the available programs. .IPs "f\ \ \ \ " Bascule en plein-écran. .IPs "T\ \ \ \ " @@ -294,6 +297,8 @@ Affiche le nom de fichier dans l'OSD. .IPs "! and @" Saute au début du chapitre précédant/suivant. +.IPs "D (\-vo xvmc uniquement)" +Active/désactive le désentrelacement. .RE .PD 1 .PP @@ -8967,219 +8972,6 @@ paramètre. . .TP -.B (no)interlacing -Active la gestion des vidéos entrelacées. -L'encodage se fera en tenant compte des champs de la vidéo entrelacée. -.br -.I NOTE\ : -Si vous redimmensionnez la vidéo, vous devriez utiliser un filtre de -redimentionnement adapté à ce genre de vidéo, ce qui se fait avec -\-vf scale=<largeur>:<hauteur>:1. -. -.TP -.B "4mv\ \ \ \ " -Utilise 4 vecteurs de mouvement par macro-bloc. -Peut améliorer la compressibilité mais ralenti l'encodage. -.br -.I ATTENTION\ : -Cette option n'existe plus séparément avec Xvid 1.0.x, mais est activée -automatiquement quand me_quality > 4. -. -.TP -.B rc_reaction_delay_factor=<valeur> -Définit avec quelle rapidité le contrôleur de débit binaire CBR réagira à un -changement de débit binaire et s'efforcera de le compenser pour obtenir un -débit binaire constant sur cet ensemble de trames. -. -.TP -.B rc_averaging_period=<valeur> -Un encodage à débit binaire vraiment constant est très difficile à réaliser. -En fonction du type de scène, le débit binaire peut fortement varier et peut -être difficile à prédire. -C'est pourquoi Xvid essaye plutôt de garantir ce débit binaire sur <valeur> -nombre de trames. -. -.TP -.B rc_buffer=<valeur> -Taille du tampon de contrôle du débit. -. -.TP -.B min_iquant=<0\-31> -quantum minimum pour les trames-I (par défaut\ : 2) -. -.TP -.B max_iquant=<0\-31> -quantum maximum pour les trames-I (par défaut\ : 31) -. -.TP -.B min_pquant=<0\-31> -quantum minimum pour les trames-P (par défaut\ : 2) -. -.TP -.B max_pquant=<0\-31> -quantum maximum pour les trames-P (par défaut\ : 31) -. -.TP -.B min_bquant=<0\-31> -quantum minimum pour les trames-B (par défaut\ : 2) -. -.TP -.B max_bquant=<0\-31> -quantum maximum pour les trames-B (par défaut\ : 31) -. -.TP -.B min_key_interval=<valeur> (mode deux passes uniquement) -Intervalle minimum entre les trames-clés. -S'exprime en tant que gain en pourcentage, pour lequel la -valeur 10 donnera au trames-clé 10% de plus de bits que -la normale -(par défaut\ : 0). -. -.TP -.B max_key_interval=<valeur> -intervalle maximum entre les trames-clés (par défaut\ : 10*fps) -. -.TP -.B mpeg_quant -Utilise les quantum MPEG au lieu de H.263. -À débit binaire plutôt élevé (> 950kb), les quantum MPEG ont tendance à -conserver plus de détails. -À faible débit binaire, H.263 adoucit plus les traits de l'image et donnera une -image où les macro-blocs se verront moins. -Si vous utilisez vos propres matrices de quantification, vous devez -utiliser MPEG. -.I ATTENTION\ : -À partir de Xvid-1.0.x, cette option est remplacée par l'option -quant_type. -. -.TP -.B mod_quant -Décide trame par trame d'utiliser ou non les quantum MPEG ou H.263. -.br -.I ATTENTION\ : -Cette option génèrera un flux vidéo incompatible avec la norme MPEG-4. -Ainsi, ne pourrez-vous vraisemblablement le lire qu'avec libavcodec ou Xvid. -(mode 2passes uniquement) -.br -.I ATTENTION\ : -Cette option n'existe plus à partir de Xvid-1.0.x. -. -.TP -.B keyframe_boost=<0\-1000> (mode deux passes uniquement) -Emprunte des bits depuis les autres "pools" de trames vers les trames-clés -pour augmenter la qualité des trames-clés -(défaut\ : 0). -. -.TP -.B kfthreshold=<valeur> (mode deux passes uniquement) -S'utilise de pair avec kfreduction. -Définit la distance minimale en dessous de laquelle vous considérez -que deux trames-clés sont vues comme consécutives et traitées -différemment en fonction de kfreduction -(défaut\ : 0). -. -.TP -.B kfreduction=<0\-100> (mode 2passes uniquement) -Les deux options ci-dessus contrôlent la taille des trames-clés qui vous -semblent trop proches l'une de l'autre. -kfthreshold contrôle la réduction de la distance inter trames-clés et -kfreduction contrôle leur réduction de débit binaire. -La dernière trame-clé est traitée normalement. -(défaut\ : 0) -. -.TP -.B divx5bvop -Génère des trames-B compatibles DivX5 (par défaut\ : on). -Ceci ne semble nécessaire qu'avec de vieilles versions du décodeur de DivX. -.br -.I ATTENTION\ : -À partir de Xvid-1.0.x, cette option est remplacée par l'option -closed_gop. -. -.TP -.B (no)grayscale -Indique à Xvid de ne pas enregistrer l'information de chroma pour que la -vidéo produite ne soit qu'en noir & blanc. -Notez que cela ne changera en rien le temps de compression, cela évitera juste -d'avoir l'information de chroma présente dans le fichier vidéo. -. -.TP -.B "debug\ \ " -Sauve les statistiques par trames dans ./xvid.dbg. (Ce n'est pas le -fichier de contrôle 2passes.) -.RE -. -.PP -.sp 1 -Les options suivantes ne sont disponibles que dans les dernières versions -stables 1.0.x de Xvid (api4). -. -.TP -.B (no)packed -Cette option a pour but de résoudre les problèmes de l'ordre des trames -lorsque l'encodage est fait vers un container comme AVI qui ne gère pas -les trames dans le désordre. -En pratique, la plupart des décodeurs (autant logiciels que matériels) -sont capables de gérer les trames dans le désordre eux-même, et peuvent -même être gênés lorsque cette option est activée, c'est pourquoi vous -pouvez sans problème laisser cette option désactivée, à moins de savoir -précisément ce que vous faites. -.br -.I ATTENTION\ : -Ceci engendrera un flux de bits illégal vis à vis de la norme MPEG-4, -et NE SERA PAS décodable par les décodeurs excepté DivX/\:libavcodec/\:Xvid. -.br -.I ATTENTION\ : -Ceci ajoutera également une fausse version de divx dans le fichier donc -l'autodétection de bogues risque de ne pas fonctionner. -. -.TP -.B max_bframes=<0\-4> -Nombre maximum de trames-B à insérer entre les trames-I/P -(par défaut\ : 2). -. -.TP -.B bquant_ratio=<0\-1000> -rapport de quantum entre les trames-B et non-B, 150=1.50 -(par défaut\ : 150) -. -.TP -.B bquant_offset=<-1000\-1000> -offset de quantum entre les trames-B et non-B, 100=1.00 -(par défaut\ : 100) -. -.TP -.B bf_threshold=<-255\-255> -Cette option permet de changer la probabilité qu'une trame soit une trame-B. -Plus la valeur est haute, plus la probabilité que la trame générée soit -une trame-B est forte (par défaut\ : 0). -Gardez à l'esprit que les trames-B ont généralement un quanta plus -élevé, ainsi une production excessive de trames-B peut dégrader la -qualité visuelle. -. -.TP -.B (no)closed_gop -Cette option demande à Xvid de fermer chaque GOP (Group Of Pictures\ : -Groupe D'Images encadrées par deux trames-I), ce qui signifie que chaque -GOP sera indépendant des GOP suivants. -Ceci implique que la dernière trame du GOP est soit une trame-P ou une -trame-N, mais pas une trame-B. -Il est plutôt recommandé d'activer cette option (par défaut\ : activé). -. -.TP -.B frame_drop_ratio=<0\-100> (max_bframes=0 uniquement) -Cette option vous permet de créer les flux vidéo à débit de trame variable. -Le paramètre définit un seuil en dessous duquel, si la différence -entre la trame précédente et la suivante est plus grande ou égale à ce -seuil, la trame n'est pas codée (une trame appelée n-vop se sera juste -présente dans le flux). -Lors de la lecture, la n-vop sera jouée en affichant la trame précédente. -.br -.I ATTENTION\ : -Une mauvaise utilisation de cette option peut produire des vidéos de très -mauvaise qualité, soyez prévenus\ ! -. -.TP .B (no)qpel MPEG-4 recherche par défaut les mouvements avec une précision d'un demi-pixel. Il est néanmoins possible de faire une recherche avec une précision d'un @@ -9216,17 +9008,6 @@ à-plats de couleur que l'on trouve typiquement dans les dessins animés. . .TP -.B quant_type=<h263|mpeg> -Définit le type de quantum à utiliser. -À débit binaire plutôt élevé (> 950kb), les quantum MPEG ont tendance à -conserver plus de détails. -À faible débit binaire, H.263 adoucit plus les traits de l'image et donnera une -image où les macro-blocs se verront moins. -Si vous utilisez vos propres matrices de quantification, vous -.B devez -utiliser la quantification MPEG. -. -.TP .B (no)chroma_me Utilise l'information chroma en plus de la luma pour estimer le mouvement. Suivant le type de vidéo encodée, cette option peut aider à trouver de @@ -9283,6 +9064,70 @@ de la vidéo, tout en dégradant probablement un peu le PSNR. . .TP +.B (no)grayscale +Indique à Xvid de ne pas enregistrer l'information de chroma pour que la +vidéo produite ne soit qu'en noir & blanc. +Notez que cela ne changera en rien le temps de compression, cela évitera juste +d'avoir l'information de chroma présente dans le fichier vidéo. +. +.TP +.B (no)interlacing +Active la gestion des vidéos entrelacées. +L'encodage se fera en tenant compte des champs de la vidéo entrelacée. +.br +.I NOTE\ : +Si vous redimmensionnez la vidéo, vous devriez utiliser un filtre de +redimentionnement adapté à ce genre de vidéo, ce qui se fait avec +\-vf scale=<largeur>:<hauteur>:1. +. +.TP +.B min_iquant=<0\-31> +quantum minimum pour les trames-I (par défaut\ : 2) +. +.TP +.B max_iquant=<0\-31> +quantum maximum pour les trames-I (par défaut\ : 31) +. +.TP +.B min_pquant=<0\-31> +quantum minimum pour les trames-P (par défaut\ : 2) +. +.TP +.B max_pquant=<0\-31> +quantum maximum pour les trames-P (par défaut\ : 31) +. +.TP +.B min_bquant=<0\-31> +quantum minimum pour les trames-B (par défaut\ : 2) +. +.TP +.B max_bquant=<0\-31> +quantum maximum pour les trames-B (par défaut\ : 31) +. +.TP +.B min_key_interval=<valeur> (mode deux passes uniquement) +Intervalle minimum entre les trames-clés. +S'exprime en tant que gain en pourcentage, pour lequel la +valeur 10 donnera au trames-clé 10% de plus de bits que +la normale +(par défaut\ : 0). +. +.TP +.B max_key_interval=<valeur> +intervalle maximum entre les trames-clés (par défaut\ : 10*fps) +. +.TP +.B quant_type=<h263|mpeg> +Définit le type de quantum à utiliser. +À débit binaire plutôt élevé (> 950kb), les quantum MPEG ont tendance à +conserver plus de détails. +À faible débit binaire, H.263 adoucit plus les traits de l'image et donnera une +image où les macro-blocs se verront moins. +Si vous utilisez vos propres matrices de quantification, vous +.B devez +utiliser la quantification MPEG. +. +.TP .B quant_intra_matrix=<nom_fichier> Charge une matrice intra personnalisée. Vous pouvez construire de tels fichiers avec l'éditeur de matrices de @@ -9295,6 +9140,112 @@ xvid4conf. . .TP +.B keyframe_boost=<0\-1000> (mode deux passes uniquement) +Emprunte des bits depuis les autres "pools" de trames vers les trames-clés +pour augmenter la qualité des trames-clés +(défaut\ : 0). +. +.TP +.B kfthreshold=<valeur> (mode deux passes uniquement) +S'utilise de pair avec kfreduction. +Définit la distance minimale en dessous de laquelle vous considérez +que deux trames-clés sont vues comme consécutives et traitées +différemment en fonction de kfreduction +(défaut\ : 0). +. +.TP +.B kfreduction=<0\-100> (mode 2passes uniquement) +Les deux options ci-dessus contrôlent la taille des trames-clés qui vous +semblent trop proches l'une de l'autre. +kfthreshold contrôle la réduction de la distance inter trames-clés et +kfreduction contrôle leur réduction de débit binaire. +La dernière trame-clé est traitée normalement. +(défaut\ : 0) +. +.TP +.B max_bframes=<0\-4> +Nombre maximum de trames-B à insérer entre les trames-I/P +(par défaut\ : 2). +. +.TP +.B bquant_ratio=<0\-1000> +rapport de quantum entre les trames-B et non-B, 150=1.50 +(par défaut\ : 150) +. +.TP +.B bquant_offset=<-1000\-1000> +offset de quantum entre les trames-B et non-B, 100=1.00 +(par défaut\ : 100) +. +.TP +.B bf_threshold=<-255\-255> +Cette option permet de changer la probabilité qu'une trame soit une trame-B. +Plus la valeur est haute, plus la probabilité que la trame générée soit +une trame-B est forte (par défaut\ : 0). +Gardez à l'esprit que les trames-B ont généralement un quanta plus +élevé, ainsi une production excessive de trames-B peut dégrader la +qualité visuelle. +. +.TP +.B (no)closed_gop +Cette option demande à Xvid de fermer chaque GOP (Group Of Pictures\ : +Groupe D'Images encadrées par deux trames-I), ce qui signifie que chaque +GOP sera indépendant des GOP suivants. +Ceci implique que la dernière trame du GOP est soit une trame-P ou une +trame-N, mais pas une trame-B. +Il est plutôt recommandé d'activer cette option (par défaut\ : activé). +. +.TP +.B (no)packed +Cette option a pour but de résoudre les problèmes de l'ordre des trames +lorsque l'encodage est fait vers un container comme AVI qui ne gère pas +les trames dans le désordre. +En pratique, la plupart des décodeurs (autant logiciels que matériels) +sont capables de gérer les trames dans le désordre eux-même, et peuvent +même être gênés lorsque cette option est activée, c'est pourquoi vous +pouvez sans problème laisser cette option désactivée, à moins de savoir +précisément ce que vous faites. +.br +.I ATTENTION\ : +Ceci engendrera un flux de bits illégal vis à vis de la norme MPEG-4, +et NE SERA PAS décodable par les décodeurs excepté DivX/\:libavcodec/\:Xvid. +.br +.I ATTENTION\ : +Ceci ajoutera également une fausse version de divx dans le fichier donc +l'autodétection de bogues risque de ne pas fonctionner. +. +.TP +.B frame_drop_ratio=<0\-100> (max_bframes=0 uniquement) +Cette option vous permet de créer les flux vidéo à débit de trame variable. +Le paramètre définit un seuil en dessous duquel, si la différence +entre la trame précédente et la suivante est plus grande ou égale à ce +seuil, la trame n'est pas codée (une trame appelée n-vop se sera juste +présente dans le flux). +Lors de la lecture, la n-vop sera jouée en affichant la trame précédente. +.br +.I ATTENTION\ : +Une mauvaise utilisation de cette option peut produire des vidéos de très +mauvaise qualité, soyez prévenus\ ! +. +.TP +.B rc_reaction_delay_factor=<valeur> +Définit avec quelle rapidité le contrôleur de débit binaire CBR réagira à un +changement de débit binaire et s'efforcera de le compenser pour obtenir un +débit binaire constant sur cet ensemble de trames. +. +.TP +.B rc_averaging_period=<valeur> +Un encodage à débit binaire vraiment constant est très difficile à réaliser. +En fonction du type de scène, le débit binaire peut fortement varier et peut +être difficile à prédire. +C'est pourquoi Xvid essaye plutôt de garantir ce débit binaire sur <valeur> +nombre de trames. +. +.TP +.B rc_buffer=<valeur> +Taille du tampon de contrôle du débit. +. +.TP .B curve_compression_high=<0\-100> Cette option permet à Xvid de voler un certain pourcentage de bits aux scènes mouvementées pour les remettre dans le "pool" de bits. @@ -9475,6 +9426,11 @@ Les valeurs renvoyées sont en dB (décibel), plus elles sont hautes, plus la vidéo générée est fidèle à l'originale. . +.TP +.B "debug\ \ " +Sauve les statistiques par trames dans ./xvid.dbg. (Ce n'est pas le +fichier de contrôle 2passes.) +. .PP .sp 1 L'option suivante n'est disponible que dans les versions 1.1.x de Xvid. @@ -9489,7 +9445,7 @@ . .PP .sp 1 -L'option suivante n'est disponible que dans la version CVS de Xvid. +L'option suivante n'est disponible que dans la version 1.2.x de Xvid. . .TP .B threads=<0\-n>