[Mplayer-cvslog] CVS: 0_90/DOCS/French mplayer.1,1.28,1.29

Nico nicolas at mplayerhq.hu
Sun Mar 23 00:49:56 CET 2003


Update of /cvsroot/mplayer/0_90/DOCS/French
In directory mail:/var/tmp.root/cvs-serv6872/0_90/DOCS/French

Modified Files:
	mplayer.1 
Log Message:
sync

Index: mplayer.1
===================================================================
RCS file: /cvsroot/mplayer/0_90/DOCS/French/mplayer.1,v
retrieving revision 1.28
retrieving revision 1.29
diff -u -r1.28 -r1.29
--- mplayer.1	17 Mar 2003 23:35:22 -0000	1.28
+++ mplayer.1	22 Mar 2003 23:49:53 -0000	1.29
@@ -1799,8 +1799,7 @@
 Inverse l'image de haut en bas.
 .TP
 .B \-lavdopts <option1:option2:...> (CODE DE DEBOGUAGE)
-Si vous décodez avec un codec de libavcodec, vous pouvez spécifier ses
-paramètres ici.
+Si vous décodez avec libavcodec, vous pouvez spécifier ses paramètres ici.
 
 .I EXEMPLE:
 .PD 0
@@ -2664,8 +2663,7 @@
 .
 .TP
 .B \-lavcopts <option1:option2:...>
-Pour l'encodage avec un codec de libavcodec, vous pouvez spécifier ses 
-paramètres ici.
+Si vous encodez avec libavcodec, vous pouvez spécifier ses paramètres ici.
 
 .I EXEMPLE:
 .PD 0
@@ -2697,11 +2695,28 @@
 mpeg1video: MPEG1 video :)
 .REss
 .IPs vqmin=<1\-31>
-minimum quantizer (passe\ 1/\:2) (par défaut: 2)
+minimum quantizer (passe\ 1/\:2)
+.RSss
+1: Non recommandé (fichier bien plus gros, petite différence de qualité et
+mauvais effets secondaires: msmpeg4, h263 seront de mauvaise qualité, le
+contrôle du débit sera perdu entrainant une mauvaise qualité et certains
+décodeurs seront incapables de le décoder).
+.br
+2: Recommandé pour l'encodage normal mpeg4/mpeg1video (par défaut).
+.br
+3: Recommandé pour h263(p)/msmpeg4. La raison de préférer 3 à 2 est que
+2 peut conduire à des dépassements (ceci sera corrigé pour h263(p) en changeant
+les quantizer par BM dans le futur, msmpeg4 ne peut être corrigé car il ne
+supporte pas cela)
+.REss
 .IPs vqscale=<1\-31>
-constant quantizer (sélectionne le mode quantizer fixe) (par défaut: 0 (désactivé))
+constant quantizer /\: qualité d'encodage constante (sélectionne le mode
+quantizer fixe). Une valeur basse signifie une meilleur qualité mais de gros
+fichiers (par défaut: 0 (désactivé)).
+1 n'est pas recommandé (voir \-vqmin pour plus de détails).
 .IPs vqmax=<1\-31>
-maximum quantizer (passe\ 1/\:2) (par défaut: 31)
+maximum quantizer (passe\ 1/\:2) 10\-31 devrait être un intervale raisonable
+(par défaut: 31)
 .IPs mbqmin=<1\-31>
 minimum macroblock quantizer (passe\ 1/\:2) (par défault: 2)
 .IPs mbqmax=<1\-31>
@@ -2713,36 +2728,41 @@
 .RSss
 0: pas de trames B (par défaut)
 .br
-0\-2: intervalle sensé
+0\-2: intervalle sensé pour MPEG4
 .REss
 .IPs vme=<0\-5>
 méthode d'estimation du mouvement:
 .RSss
-0: aucune (très bq)
+0: aucune (qualité très basse)
 .br
 1: pleine (lent)
 .br
-2: log (bq)
+2: log (mauvaise qualité)
 .br
-3: phods (bq)
+3: phods (mauvaise qualité)
 .br
 4: EPZS (par défaut)
 .br
 5: X1 (expérimental)
+Note: 0\-3 pour l'instant ignorent le montant de Bits utilisés, donc la qualité
+peut être mauvaise.
 .REss
 .IPs vhq\ \
-mode haute qualité, décode chaque bloc macro dans tous les modes et choisi le
-plus petit (lent).
-(par défaut: HQ désactivé)
+mode haute qualité, encode chaque bloc macro dans tous les modes et choisi le
+meilleur. C'est lent mais donne de meilleurs qualité et taille de fichier.
+(par défaut: désactivé)
 .IPs v4mv
 4 vecteurs de mouvement par macrobloc (qualité légèrement meilleure),
 (par défaut: désactivé)
 .IPs keyint=<0\-300>
 intervalle entre les trames-clé en trames.
-Les nombres plus grands signifient des fichiers légèrement plus
-petits, mais un déplacement moins précis, 0 signifie pas de
-trame-clé et les valeurs >300 ne sont pas recommandées.
-Pour une conformité stricte mpeg1/\:2/\:4 cela devrait être <=132.
+Les trames-clé sont nécessaires pour les déplacement puisque celui-ci n'est
+possible que vers une trame-clé, mais les trames-clé ont besoin de plus d'espace
+que les autres trames donc de plus grands nombres ici signifient fichiers
+légèrement plus petits, mais déplacement plus précis, 0 signifie pas de
+trame-clé. Les valeurs >300 ne sont pas recommandées car la qualité peut être
+mauvaise suivant le décodeur, l'encodeur et la chance.
+Pour une conformité stricte MPEG1/\:2/\:4 cela devrait être <=132.
 (par défaut: 250 ou une trame-clé toutes les dix secondes dans un
 film à 25fps)
 .IPs vb_strategy=<0\-1>
@@ -2750,16 +2770,27 @@
 .RSss
 0: toujours utiliser le nombre maximum de trames B (par défaut)
 .br
-1: évite les trames B dans les scènes avec beaucoup de mouvement
+1: éviter les trames B dans les scènes avec beaucoup de mouvement
 (prédictions incorrectes du bitrate)
 .REss
 .IPs vpass=<1\-2>
-Active le mode 2passes interne (par défaut: désactivé):
+Active le mode 2passes interne, ne le spécifiez que si vous désirez utiliser
+l'encodage deux passes (par défaut: désactivé):
 .RSss
 1: première passe
 .br
 2: seconde passe
 .REss
+.IPs
+Astuce: Essayez d'utiliser le mode quantiseur constant pour la première passe
+(vqscale=<quantiseur>).
+.br
+huffyuv:
+.RSss
+la passe 1 sauve les statistiques
+.br
+la passe 2 encode avec une table Huffman optimisée d'après les statistiques de
+la passe 1.
 .IPs aspect=<x/y>
 Stocke l'aspect du film en interne, tout comme les fichiers MPEG.
 Bien meilleur solution que le redimensionnement, car la qualité
@@ -2783,7 +2814,8 @@
 (par défaut: 800)
 .REss
 .IPs vratetol=<valeur>
-tolérance approximative de taille du fichier en kbit.
+tolérance approximative de taille du fichier en kbit. 1000\-100000 est un
+interval raisonable.
 (Attention: 1kBit = 1000 Bits)
 (par défaut: 8000)
 .IPs vrc_maxrate=<valeur>
@@ -2812,20 +2844,23 @@
 procède à un contrôle de débit normal (ne verrouille pas le prochain quantizer
 trame P) et initialise
 q= -q * v{b|i}_qfactor + v{b|i}_qoffset
+.IPs
+Astuce: Pour faire de l'encodage avec quantizer constant avec des quantizers
+différents pour les trames I/P et B vous pouvez utiliser:
+vqmin=<ip_quant>:vqmax=<ip_quant>:vb_qfactor=<b_quant/ip_quant>
 .IPs vqblur=<0.0\-1.0>
-flou quantizer (passe1):
+flou quantizer (passe1) Des valeurs plus importantes provoqueront plus de
+moyennes dans le temps (variations plus basses).
 .RSss
 0.0: qblur désactivé
 .br
 0.5 (par défaut)
 .br
-1.0: fais une moyenne du quantizer sur toutes les trames précédentes, de 
-plus grandes valeurs provoqueront plus de moyennes dans le temps 
-(variations plus basses)
+1.0: fais une moyenne du quantizer sur toutes les trames précédentes
 .REss
 .IPs vqblur=<0.0\-99.0>
-flou gaussien quantizer, de plus grandes valeurs provoqueront plus de moyennes
-dans le temps (variations plus basses) (passe2) (par défaut: 0.5)
+flou gaussien quantizer (passe2), de plus grandes valeurs provoqueront plus
+de moyennes dans le temps (variations plus basses) (par défaut: 0.5)
 .IPs vqcomp=<valeur>
 compression quantizer, dépends de vrc_eq (passe\ 1/\:2) (par défaut: 0.5)
 .IPs vrc_eq=<équation>
@@ -2850,19 +2885,19 @@
 .br
 avgTex:          complexité texture moyenne
 .br
-avgIITexaverage: complexité texture intra dans les trames I
+avgIITex:        complexité texture intra dans les trames I
 .br
-avgPITexaverage: complexité texture intra dans les trames P
+avgPITex:        complexité texture intra dans les trames P
 .br
-avgPPTexaverage: complexité texture non intra dans les trames P
+avgPPTex:        complexité texture non intra dans les trames P
 .br
-avgBPTexaverage: complexité texture non intra dans les trames B
+avgBPTex:        complexité texture non intra dans les trames B
 .br
-mv:              bits utilisés pour les MVs
+mv:              Bits utilisés pour les vecteurs de mouvement
 .br
-fCode:           longueur maximum de MV en zoom log2
+fCode:           longueur maximum de vecteurs de mouvement en zoom log2
 .br
-iCount:          nombre d'intra MBs / nombre de MBs
+iCount:          nombre d'intra blocs macro / nombre de blocs macro
 .br
 var:             complexité spatiale
 .br
@@ -2887,7 +2922,8 @@
 sin, cos, tan, sinh, cosh, tanh, exp, log, abs
 .
 .IPs vrc_override=<options>
-Qualité définie par l'utilisateur pour les parties spécifiques (passe\ 1/\:2).
+Qualité définie par l'utilisateur pour les parties spécifiques (fin,
+remerciements, ..) (passe\ 1/\:2).
 Les options sont <start-frame, end-frame, quality[/\:start-frame, end-frame,
 quality[/...]]>:
 .RSss
@@ -2897,7 +2933,7 @@
 .REss
 .IPs vrc_init_cplx=<0\-1000>
 complexité initiale (passe\ 1)
-.IPs vqsquish=<0\-1>
+.IPs vqsquish=<0,1>
 spécifie comment garder le quantizer entre qmin et qmax (passe\ 1/\:2):
 .RSss
 0: utilise le clipping
@@ -2922,8 +2958,8 @@
 .br
 7 (recommandation JVT)
 .REss
-.IPs vstrict=<-1\-1>
-conformité standard (stricte).
+.IPs vstrict=<-1,0,1>
+conformité standard stricte.
 .RSss
 0: désactivé (par défaut)
 .br
@@ -2937,6 +2973,20 @@
 partitionnement des données.
 Ajoute 2 octets par paquet vidéo, améliore la résistance aux erreurs pendant un
 transfert sur un canal non-fiable(c-a-d. streamer sur l'internet)
+Chaque paquet vidéo sera encodé dans trois partitions différentes:
+.RSss
+1. MVs             (=mouvement)
+.br
+2. coefficients DC (=image basse rès.)
+.br
+3. coefficients AC (=détails)
+.REss
+.IPs
+MV & DC sont les plus importants, les perdre est bien pire que de perdre les
+partitions AC et 1. & 2. (MV&DC) sont bien plus petites que la partition 3.
+(AC) ce qui veut dire que les erreurs atteindrons la partition AC bien plus
+souvent que les partitions MV&DC. Ainsi, l'image est plus belle en partitionant
+que sans, car sans partitionement une erreur plantera AC/DC/MV équitablement.
 .IPs vpsize=<0\-10000>
 Taille des paquets vidéo, améliore la résistance aux erreurs (voir également
 l'option \-vdpart):
@@ -2962,7 +3012,7 @@
 .REss
 .IPs idct=<0\-99>
 algorithme idct.
-Note: tous ces IDCTs réussissent les test IEEE1180 d'après ce que j'en sais:
+Note: À notre connaissance  tous ces IDCTs réussissent les test IEEE1180.
 .RSss
 0: en sélectionne un bon automatiquement (par défaut)
 .br
@@ -2982,9 +3032,9 @@
 .REss
 .IPs lumi_mask=<0.0\-1.0>
 masquage de la luminance.
-Attention: soyez prudent, de trop grandes valeurs peuvent causer des résultats 
+Attention: Soyez prudent, de trop grandes valeurs peuvent causer des résultats
 désastreux.
-Attention2: es grandes valeurs peuvent paraître bonnes sur certains moniteurs 
+Attention2: De grandes valeurs peuvent paraître bonnes sur certains moniteurs
 mais peuvent être horribles sur d'autres moniteurs:
 .RSss
 0.0: désactivé (par défaut)
@@ -2993,9 +3043,9 @@
 .REss
 .IPs dark_mask=<0.0\-1.0>
 masquage d'obscurité.
-Attention: soyez prudent, de trop grandes valeurs peuvent causer des résultats
+Attention: Soyez prudent, de trop grandes valeurs peuvent causer des résultats
 désastreux.
-Attention2: les grandes valeurs peuvent paraître bonnes sur certains moniteurs
+Attention2: De grandes valeurs peuvent paraître bonnes sur certains moniteurs
 mais peuvent être horribles sur d'autres moniteurs / TV / TFT:
 .RSss
 0.0: désactivé (par défaut)
@@ -3008,7 +3058,8 @@
 masquage de la complexité spatiale.
 De plus grandes valeurs peuvent aider contre le blocage, si aucun filtre de
 déblocage n'est utilisé pour l'encodage.
-Couper les bords noirs pour avoir une meilleur qualité:
+Astuce: Coupe tous les bords noirs car ils vont réduire la qualité des blocs
+macro (s'applique également sans scplx_mask).
 .RSss
 0.0: désactivé (par défaut)
 .br
@@ -3039,6 +3090,7 @@
 .REss
 .IPs qpel
 utilise la compensation par quarter pel motion
+Astuce: Cela semble utile uniquement pour les encodages à haut débit.
 .IPs cmp=<0\-2000>
 fonction de comparaison pour estimation pel motion complète
 .IPs subcmp=<0\-2000>
@@ -3052,7 +3104,8 @@
 .br
 3 (DCT): somme des différences transformées des dct absolus
 .br
-4 (PSNR): somme des erreurs de quantisation au carré
+4 (PSNR): somme des erreurs de quantisation au carré (ne pas utiliser, mauvaise
+qualité)
 .br
 5 (BIT): nombre de bits requis pour le bloc
 .br
@@ -3060,7 +3113,8 @@
 .br
 7 (ZERO): 0
 .br
-+256: utile également chroma, ne fonctionne pas avec les trames b actuellement
++256: utile également chroma, ne fonctionne pas (correctement) avec les trames B
+actuellement
 .REss
 .IPs predia=<\-99\-6>
 Type et taille de diamant pour la pré-passe d'estimation de mouvement
@@ -3112,7 +3166,8 @@
 .RSss
 0: (default)
 .br
-a: utilisera 2a+1 x 2a+1 Mo au carré de prédicateurs pour la trame précédente
+a: utilisera 2a+1 x 2a+1 blocs macro au carré de prédicateurs de vecteurs de
+mouvement pour la trame précédente
 .REss
 .IPs preme=<0\-2> 
 pré-passe d'estimation de mouvement
@@ -3125,7 +3180,7 @@
 .REss
 .IPs subq=<1\-8>
 ré-affinage de la qualité subpel (pour qpel) (par défaut: 8).
-Note: ceci a un effet significatif sur la vitesse
+Note: ceci a un effet significatif sur la vitesse.
 .IPs psnr
 affiche le psnr (peak signal to noise ratio) pour l'ensemble de la vidéo après
 l'encodage et stocke le psnr par trame dans un fichier comme 'psnr_012345.log'.
@@ -3133,6 +3188,12 @@
 .IPs mpeg_quant
 utilise les quantizers MPEG au lieu de H.263.
 (par défaut: désactivé) (c-a-d.\& utilisez les quantizers H.263)
+.IPs aic
+Intra prédication avancée (H.263+ uniquement)
+Note: vqmin devrait être égal à 8 ou plus.
+.IPs umv
+VMs illimités (H.263+ uniquement)
+Authorise l'encodages de VMs de longueur arbitraire.
 .RE
 .
 .TP



More information about the MPlayer-cvslog mailing list