[MPlayer-DOCS] CVS: main/DOCS/man/fr mplayer.1,1.101,1.102
Guillaume Poirier CVS
syncmail at mplayerhq.hu
Tue Sep 7 10:53:12 CEST 2004
CVS change done by Guillaume Poirier CVS
Update of /cvsroot/mplayer/main/DOCS/man/fr
In directory mail:/var2/tmp/cvs-serv2219/DOCS/man/fr
Modified Files:
mplayer.1
Log Message:
Sync with Diego's alphabetical order for lavdopts
Index: mplayer.1
===================================================================
RCS file: /cvsroot/mplayer/main/DOCS/man/fr/mplayer.1,v
retrieving revision 1.101
retrieving revision 1.102
diff -u -r1.101 -r1.102
--- mplayer.1 5 Sep 2004 20:55:10 -0000 1.101
+++ mplayer.1 7 Sep 2004 08:53:09 -0000 1.102
@@ -3056,31 +3056,34 @@
.RS
Les options disponibles sont:
.RE
-.
.RSs
-.IPs ec\ \ \
-cacher les erreurs\ :
+.IPs bug=<valeur>
+Contourne manuellement les bogues des encodeurs\ :
.RSss
-1: Utilise un filtre de déblocage fort pour les macro-blocs endommagés.
+0: rien
.br
-2: recherche du vecteur de mouvement itérative (lente)
+1: autodétecter les bogues (par défaut)
.br
-3: toutes (par défaut)
-.REss
-.IPs er=<valeur>
-résilience aux erreurs\ :
-.RSss
+2 (msmpeg4v3): certains vieux fichiers msmpeg4v3 générés avec lavc (pas
+d'autodétection)
.br
-0: désactivé
+4 (mpeg4): bogue d'entrelacement de xvid (autodétecté si fourcc==XVIX)
.br
-1: prudente (Devrait fonctionner avec les encodeurs cassés.)
+8 (mpeg4): UMP4 (autodétecté si fourcc==UMP4)
.br
-2: normale (par défaut) (Fonctionne avec les encodeurs conformes.)
+16 (mpeg4): bogue de remplissage (autodétecté)
.br
-3: agressive (Plus de vérifications, mais peut causer des problèmes même avec
-les flux valides)
+32 (mpeg4): bogue vlc illégal (autodétecté par fourcc)
.br
-4: très agressive
+64 (mpeg4): bogue qpel XVID et DIVX (autodétecté par foorcc/\:version)
+.br
+128 (mpeg4): vieux standard qpel (autodétecté par fourcc/\:version)
+.br
+256 (mpeg4): un autre bogue qpel (autodétecté par fourcc/\:version)
+.br
+512 (mpeg4): bogue direct-qpel-blocksize (autodétecté par fourcc/\:version)
+.br
+1024 (mpeg4): bogue de remplissage des bords (autodétecté par fourcc/\:version)
.REss
.IPs debug=<valeur>
débogage:
@@ -3094,15 +3097,15 @@
.br
4: flux (bitstream)
.br
-8: type de macro-bloc
+8: type de macro-bloc (MB)
.br
-16: quantificateur (QP)
+16: paramètre de quantificateur (QP)
.br
-32: Vecteur de mouvement (MV)
+32: vecteur de mouvement (MV)
.br
0x0040: visualisation du vecteur de mouvement (utilisez -noslices)
.br
-0x0080: saut macro-bloc
+0x0080: saut macro-bloc (MB)
.br
0x0100: startcode
.br
@@ -3114,55 +3117,58 @@
.br
0x1000: bogues
.REss
-.IPs vismv=<valeur>
-vismv:
+.IPs ec=<valeur>
+cacher les erreurs\ :
.RSss
+1: Utilise un filtre de déblocage fort pour les macro-blocs endommagés.
.br
-0: désactivé
-.br
-1: visualise les MVs prédits en avant des trames P
-.br
-2: visualise les MVs prédits en avant des trames B
+2: recherche du vecteur de mouvement itérative (lente)
.br
-4: visualise les MVs prédits en arrière des trames B
+3: toutes (par défaut)
.REss
-.IPs bug=<valeur>
-Contourne manuellement les bogues des encodeurs\ :
+.IPs er=<valeur>
+résilience aux erreurs\ :
.RSss
-0: rien
-.br
-1: autodétecter les bogues (par défaut)
-.br
-2 (msmpeg4v3): certains vieux fichiers msmpeg4v3 générés avec lavc (pas
-d'autodétection)
-.br
-4 (mpeg4): bogue d'entrelacement de xvid (autodétecté si fourcc==XVIX)
.br
-8 (mpeg4): UMP4 (autodétecté si fourcc==UMP4)
-.br
-16 (mpeg4): bogue de remplissage (autodétecté)
-.br
-32 (mpeg4): bogue vlc illégal (autodétecté par fourcc)
-.br
-64 (mpeg4): bogue qpel XVID et DIVX (autodétecté par foorcc/\:version)
+0: désactivé
.br
-128 (mpeg4): vieux standard qpel (autodétecté par fourcc/\:version)
+1: prudente (Devrait fonctionner avec les encodeurs cassés.)
.br
-256 (mpeg4): un autre bogue qpel (autodétecté par fourcc/\:version)
+2: normale (par défaut) (Fonctionne avec les encodeurs conformes.)
.br
-512 (mpeg4): bogue direct-qpel-blocksize (autodétecté par fourcc/\:version)
+3: agressive (Plus de vérifications, mais peut causer des problèmes même avec
+les flux valides)
.br
-1024 (mpeg4): bogue de remplissage des bords (autodétecté par fourcc/\:version)
+4: très agressive
.REss
+.IPs fast\
+Active des optimisations non conformes aux spécifications, et
+qui peuvent éventuellement poser problème, comme une déquantification
+plus simple, l'hypothèse que les matrices de quantification ont été
+utilisées, que l'espace de couleur est YUV 4:2:0, et le saut de quelques
+vérifications pour détecter les flux endommagés.
+.IPs gray\
+décodage en niveaux de gris uniquement (un peu plus rapide qu'en couleur)
.IPs "idct=<0\-99> (voir \-lavcopts)"
Pour obtenir la meilleur qualité d'encodage utilisez le même algorithme idct
pour le décodage et l'encodage.
-.IPs gray\
-décodage en niveaux de gris uniquement (un peu plus rapide qu'en couleur)
+Cela dit, vous pouriez y perdre en terme de précision.
.IPs "sb=<valeur> (MPEG2 uniquement)"
Saute <valeur> lignes de macro-blocs au bas de l'image.
.IPs "st=<valeur> (MPEG2 uniquement)"
Saute <valeur> lignes de macro-blocs en haut de l'image.
+.IPs vismv=<valeur>
+vismv:
+.RSss
+.br
+0: désactivé
+.br
+1: visualise les MVs prédits en avant des trames P
+.br
+2: visualise les MVs prédits en avant des trames B
+.br
+4: visualise les MVs prédits en arrière des trames B
+.REss
.IPs vstats
Affiche quelques statistiques et les écrit dans ./vstats_*.log.
.RE
@@ -3733,7 +3739,7 @@
.
.TP
.B qp=equation
-filtre de changement de QP
+filtre de changement des paramètres de quantization (QP)
.RSs
.IPs equation
une équation comme "2+2*sin(PI*qp)"
@@ -5988,7 +5994,7 @@
.PD 0
.RSs
.IPs lambda
-constante dépendante de QP
+constante dépendante des paramètres de quantization (QP)
.IPs bits\
quantité de bits requis pour encoder le bloc
.IPs error
@@ -6008,7 +6014,8 @@
.
.TP
.B qprd (mbd=2 uniquement)
-QP à taux de distortion optimal pour le lambda donné de chaque macrobloc
+paramètres de quantization (QP) à taux de distortion optimal pour le
+lambda donné de chaque macrobloc
.
.TP
.B last_pred=<0\-99>
@@ -6552,7 +6559,7 @@
(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 quantificateurs QP de H.264 est logarithmique.
+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 quantificateurs utiles en H.264 ont tendance à être bien plus importants
More information about the MPlayer-DOCS
mailing list