aboutsummaryrefslogtreecommitdiffhomepage
path: root/DOCS
diff options
context:
space:
mode:
authorGravatar gpoirier <gpoirier@b3059339-0415-0410-9bf9-f77b7e298cf2>2006-11-19 17:55:56 +0000
committerGravatar gpoirier <gpoirier@b3059339-0415-0410-9bf9-f77b7e298cf2>2006-11-19 17:55:56 +0000
commitdf88ea92abda87440c74effea81f88119e299bcf (patch)
tree651c224e367282e4e6003716de8f0fb5c6048900 /DOCS
parent1b0c4bb4f0d3fe25e2fee9019185a2e69de74e62 (diff)
sync w/ r21026
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@21072 b3059339-0415-0410-9bf9-f77b7e298cf2
Diffstat (limited to 'DOCS')
-rw-r--r--DOCS/man/fr/mplayer.1358
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>