Calcul du différence de poids entre 4:4:4 et 4:2:0 ?

Bonsoir, c'est une question purement théorique que je me pose suite à une formation.

On m'a donné la formule suivante pour calculer le poids d'une image
par exemple en 1080 HD RVB 10 bits :
1920 x 1080 x 3(car RVB) x 10 (car 10 bits).

Maintenant ce que je ne saisis pas c'est comment calculer pour différents sous échantillonages de chrominance soit 4:4:4, 4:2:2 ou 4:2:0.

Merci si quelqu'un peux m'éclairer sur le sujet.

 

Pour une rangée de 4 pixels sur 2 lignes on aura :

En 444 : 8 infos Y', 8 infos de Cb, 8 infos de Cr = 24 infos à encoder pour 8 pixels (x3) - souvent encodé direct en RGB
En 422 : 8 infos Y', 4 infos de Cb, 4 infos de Cr = 16 infos à encoder pour 8 pixels (x2)
En 420 : 8 infos Y', 2 infos de Cb, 2 infos de Cr = 12 infos à encoder pour 8 pixels (x1,5)

Après, il faut te méfier car la plupart des fichiers sans compression ne font pas du 10 bits sur 30 bits (3x10 bits pour R+G+B ou Y'+Cb+Cr), mais sur... 32 bits. Ainsi, du 1920x1080, en 444 et en 10 bits ne fera pas 7,77 Mo (1920x1080x3x10/8) mais plutôt 8,29 Mo !

 

si le 4:4:4 c'est 1 dans RVB, le 4:2:0 c'est 1 dans les V et 1/4 dans le R et Le B.
mais ca se calcule pas vraiment comme ca. mais a la louche ca peut jouer.
il suffit de tout diviser par 4 en disant que chaque chiffre est un plan couleur donc un multiplicateur de la resolution R

4:4:4 devient 1:1:1 =3R
4:2:0 devient 1:.0.5:0 =1.5R
4:2:2: serait 1:0.5:0.5= 2R

donc selon cette theorie, le 4:2:0 serait deux fois plus leger que le 4:4:4
le raisonnement est faux (parce que 4(V):2(R):0(B) voudrait dire qu'il n'y a pas d'info dans le bleu, il faudrait l'ecrire 4:1:1 et coup de de bol 1:.25:0.25 ca donne aussi 1.5 ) mais le resultat est proportionellement correct.

 

C'est rassurant de voir qu'on est raccord

 

merci !

mais est-on d'accord pour dire que le 4:4:4 est forcément RVB ?
et que le 4:2:2 et 4:2:0 est uniquement composantes (soit x2 au lieu de x3 dans le calcul) ou il peut y avoir du 4:2:2 & 4:2:0 en RVB ?

 

Non, il existe du 4:4:4 en Y'CbCr...

Et à ma connaissance, il n'existe pas de codec utilisant un sous-échantillonage 4:2:2 / 4:2:0 à partir du RGB. Ca n'a d'ailleurs pas de sens...

 

tu melanges tout et ca n'a rien a voir.
l'echantillonage n'as rien a voir avec la compression.
evidemment, on passe toujours au final par du RVB, ne serait-ce que parce que nos ecran affichent les images avec des pixels RVB.
du cote des cameras ce n'est pas forcement evident, pas tous les capteurs sont (ou etaient) RVB. JVC fait (ou a eu fait ) des capteurs qui utilisaient des couleurs differentes, ou des capteurs qui peuvent avoir plus de pixels d'une couleur que d'une autre.
On a invente les YUV pour des raisons de transport herzien et de compatibilile avec les signaux N/B. on pourrait s'en passer mais le probleme est que la conversion RGB->YUV defini aussi l'espace couleur, c'est probablement pour ca qu'on l'utilise encore, mais dans les fait elle ne sert a rien dans un monde digital.

 

Effectivement, merci pour ces précisions...!

 

mais je fais comme vous dites, il ne fonctionne pas