diff options
author | gpoirier <gpoirier@b3059339-0415-0410-9bf9-f77b7e298cf2> | 2006-11-19 17:55:56 +0000 |
---|---|---|
committer | gpoirier <gpoirier@b3059339-0415-0410-9bf9-f77b7e298cf2> | 2006-11-19 17:55:56 +0000 |
commit | df88ea92abda87440c74effea81f88119e299bcf (patch) | |
tree | 651c224e367282e4e6003716de8f0fb5c6048900 | |
parent | 1b0c4bb4f0d3fe25e2fee9019185a2e69de74e62 (diff) |
sync w/ r21026
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@21072 b3059339-0415-0410-9bf9-f77b7e298cf2
-rw-r--r-- | DOCS/man/fr/mplayer.1 | 358 |
1 files changed, 157 insertions, 201 deletions
diff --git a/DOCS/man/fr/mplayer.1 b/DOCS/man/fr/mplayer.1 index 167c0bb9a6..a9b804ef28 100644 --- a/DOCS/man/fr/mplayer.1 +++ b/DOCS/man/fr/mplayer.1 @@ -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 @@ Coupe le son (mute). 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 @@ Amorce/arrête la capture d'écran. 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,41 +8972,113 @@ long; aussi, si vous devez faire un encodage en temps réel, agissez sur ce 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. +.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 +quart de pixel, ce qui permet généralement d'obtenir une image plus +détaillée et d'économiser des bits en description de mouvement. +Malheureusement, cette plus grande précision consomme une partie de la bande +passante vidéo, ainsi cette option peut aussi bien dégrader la qualité +de l'image que l'améliorer. +Le mieux est donc de comparer la vidéo obtenue avec et sans cette option et +de ne garder que celle qui vous paraît la plus fidèle (qui n'est pas +forcément celle dont le PSNR est le plus élevé). . .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. +.B (no)gmc +Active la Compensation de Mouvement Globale, ce qui permet à Xvid d'engendrer +des trames spéciales (trames GMC), particulièrement adaptées aux mouvements +de travelling/\:zoom/\:rotation. +L'efficacité de cette option en terme d'économie de bits est très dépendante +du type de vidéo source. . .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. +.B (no)trellis +La quantification trellis est un type d'encodage adaptatif qui permet +d'économiser des bits en modifiant les coefficients de quantification pour +augmenter la compressibilité de la vidéo. +À même temps de calcul, cela améliore plus la qualité visuelle +que de jouer sur les options VHQ . +Aussi, dans un contexte d'encodage temps réel, pensez à cette option +(par défaut\ : activé). . .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. +.B (no)cartoon +Ceci est un mode spécial d'Xvid permettant de mieux tenir compte des grands +à-plats de couleur que l'on trouve typiquement dans les dessins animés. . .TP -.B rc_buffer=<valeur> -Taille du tampon de contrôle du débit. +.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 +meilleurs vecteurs de mouvement (par défaut\ : activé). +. +.TP +.B (no)chroma_opt +Active un préfiltre d'optimisation chroma qui améliore la qualité +.I subjective +de l'image, tout en dégradant sensiblement le PSNR et la vitesse d'encodage. +Étant donné que cette option travaille sur l'information de chroma, vous +pouvez désactiver cette option lors d'un encodage en noir et blanc. +. +.TP +.B (no)hq_ac +Active une meilleure prédiction des composantes AC pour les blocks intra +en prenant en compte les blocs voisins (par défaut\: activé). +. +.TP +.B vhq=<0\-4> +L'algorithme de recherche de mouvement s'efforce de trouver un vecteur de +mouvement qui minimise la différence entre la trame de référence et la trame +encodée. +Cette option permet à Xvid de faire aussi sa recherche dans le domaine +fréquentiel (DCT), pour obtenir non seulement un vecteur de mouvement qui +minimise la différence spatiale du vecteur de mouvement mais aussi la +longueur du bloc. +Du plus rapide au plus lent\ : +.PD 0 +.RSs +.IPs 0 +off +.IPs 1 +sélection du mode (inter/\:intra MB) (par défaut) +.IPs 2 +recherche limitée +.IPs 3 +recherche moyenne +.IPs 4 +recherche large +.RE +.PD 1 +. +.TP +.B (no)lumi_mask +La quantification adaptative permet aux quanta des macro-blocs de +varier à l'intérieur de chaque trame. +Il s'agit ici d'un algorithme psychosensoriel sensé tenir compte +de la moindre sensibilité rétinienne aux zones saturées de lumière +ou plongées dans le noir. +Ces zones seront alors compressées plus fortement que les zones +intermédiaires, économisant ainsi des bits pouvant être redistribués +à d'autres trames, augmentant ainsi la qualité subjective globale +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> @@ -9040,29 +9117,27 @@ la normale 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. +.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 devez -utiliser MPEG. -.I ATTENTION\ : -À partir de Xvid-1.0.x, cette option est remplacée par l'option -quant_type. +Si vous utilisez vos propres matrices de quantification, vous +.B devez +utiliser la quantification MPEG. . .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. +.B quant_intra_matrix=<nom_fichier> +Charge une matrice intra personnalisée. +Vous pouvez construire de tels fichiers avec l'éditeur de matrices de +xvid4conf. +. +.TP +.B quant_inter_matrix=<filename> +Charge une matrice inter personnalisée. +Vous pouvez construire de tels fichiers avec l'éditeur de matrices de +xvid4conf. . .TP .B keyframe_boost=<0\-1000> (mode deux passes uniquement) @@ -9088,52 +9163,6 @@ 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). @@ -9167,6 +9196,25 @@ 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 @@ -9180,119 +9228,22 @@ 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 -quart de pixel, ce qui permet généralement d'obtenir une image plus -détaillée et d'économiser des bits en description de mouvement. -Malheureusement, cette plus grande précision consomme une partie de la bande -passante vidéo, ainsi cette option peut aussi bien dégrader la qualité -de l'image que l'améliorer. -Le mieux est donc de comparer la vidéo obtenue avec et sans cette option et -de ne garder que celle qui vous paraît la plus fidèle (qui n'est pas -forcément celle dont le PSNR est le plus élevé). -. -.TP -.B (no)gmc -Active la Compensation de Mouvement Globale, ce qui permet à Xvid d'engendrer -des trames spéciales (trames GMC), particulièrement adaptées aux mouvements -de travelling/\:zoom/\:rotation. -L'efficacité de cette option en terme d'économie de bits est très dépendante -du type de vidéo source. -. -.TP -.B (no)trellis -La quantification trellis est un type d'encodage adaptatif qui permet -d'économiser des bits en modifiant les coefficients de quantification pour -augmenter la compressibilité de la vidéo. -À même temps de calcul, cela améliore plus la qualité visuelle -que de jouer sur les options VHQ . -Aussi, dans un contexte d'encodage temps réel, pensez à cette option -(par défaut\ : activé). -. -.TP -.B (no)cartoon -Ceci est un mode spécial d'Xvid permettant de mieux tenir compte des grands -à-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 -meilleurs vecteurs de mouvement (par défaut\ : activé). -. -.TP -.B (no)chroma_opt -Active un préfiltre d'optimisation chroma qui améliore la qualité -.I subjective -de l'image, tout en dégradant sensiblement le PSNR et la vitesse d'encodage. -Étant donné que cette option travaille sur l'information de chroma, vous -pouvez désactiver cette option lors d'un encodage en noir et blanc. -. -.TP -.B (no)hq_ac -Active une meilleure prédiction des composantes AC pour les blocks intra -en prenant en compte les blocs voisins (par défaut\: activé). -. -.TP -.B vhq=<0\-4> -L'algorithme de recherche de mouvement s'efforce de trouver un vecteur de -mouvement qui minimise la différence entre la trame de référence et la trame -encodée. -Cette option permet à Xvid de faire aussi sa recherche dans le domaine -fréquentiel (DCT), pour obtenir non seulement un vecteur de mouvement qui -minimise la différence spatiale du vecteur de mouvement mais aussi la -longueur du bloc. -Du plus rapide au plus lent\ : -.PD 0 -.RSs -.IPs 0 -off -.IPs 1 -sélection du mode (inter/\:intra MB) (par défaut) -.IPs 2 -recherche limitée -.IPs 3 -recherche moyenne -.IPs 4 -recherche large -.RE -.PD 1 -. -.TP -.B (no)lumi_mask -La quantification adaptative permet aux quanta des macro-blocs de -varier à l'intérieur de chaque trame. -Il s'agit ici d'un algorithme psychosensoriel sensé tenir compte -de la moindre sensibilité rétinienne aux zones saturées de lumière -ou plongées dans le noir. -Ces zones seront alors compressées plus fortement que les zones -intermédiaires, économisant ainsi des bits pouvant être redistribués -à d'autres trames, augmentant ainsi la qualité subjective globale -de la vidéo, tout en dégradant probablement un peu le PSNR. +.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 quant_intra_matrix=<nom_fichier> -Charge une matrice intra personnalisée. -Vous pouvez construire de tels fichiers avec l'éditeur de matrices de -xvid4conf. +.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 quant_inter_matrix=<filename> -Charge une matrice inter personnalisée. -Vous pouvez construire de tels fichiers avec l'éditeur de matrices de -xvid4conf. +.B rc_buffer=<valeur> +Taille du tampon de contrôle du débit. . .TP .B curve_compression_high=<0\-100> @@ -9475,6 +9426,11 @@ dans un fichier portant un nom tel que 'psnr_hhmmss.log'. 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 @@ significatif sur le temps de calcul (par défaut\: 1). . .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> |