le nv17 gere ce systeme, en plus de l'habituel motion compensation et de iDcT (c'est pas trop tot...)
 
c'est quoi l'inverse quantization ?????  

La quantization c'est pour dégradé l'infos pour qu'elle prenne moins de bits. C'est souvent une simple division.
 
Le processus de compression d'une images clefs est comme suit :
bloc 8x8 (non compressé) -> IDCT (découpage en fréquence) -> Quantization (chaque valeur est divisée par un coefficient de la matrice de quantization) -> Parcours en ZigZag -> Compression VLC (c'est un genre de run lenth encoding).
 
Exemple pour un bloc 4x4: C'est le bloc issu de l'IDCT.
Tu remarqueras que les coeffs en haut à gauche sont plus significatif que les coeffs en bas à droite. C'est à cause du découpage en frequence. Les petits coeff sont les moins representatif de l'image, on va donc les degradés en quantifiant (en divisant chaque coeff par un autre coeff issu d'une matrice de quantification).
 
Block issu de la DCT     Matrice de quant.      block quantifié
 
[ 203  154  -50   2]     [16   16   16   16]      [12  9  -5  0]
[-127  100  -14   0]     [16   16   16   16]  ->  [-7  6   0  0]
[  34   22    8  -4]     [16   16   16   16]      [2   1   0  0]
[   8   -3    0   6]     [16   16   16   16]      [0   0   0  0]
 
L'inverse quantization, c'est simplement l'operation inverse (on multiplie chaque coeff par ceux de la matrice de quantification).

merchi tout pleins !
 
 
ça doit donc logiquement améliorer la qualité de l'image
reste maintenant à vérifier si ça se voit ...  

ça décharge surtout le processeur du PC.
 
Mais bon comme tu le vois, il reste encore des étapes faites par le processeur. Et sur les proc actuels cette operation etait codées en MMX (donc assez rapide), donc je ne pense pas que ça apporte grand chose.
 
De plus cette operation n'est faite que pour les images clefs (1 image sur 12 pour du MPEG1/2, moins souvent pour du MPEG4).

[edtdd]--Message édité par gilou2--[/edtdd]

reste à verifier si ça se voit ...
 
merci pour les infos