La compression numérique
Pourquoi ?
Depuis le début de l'histoire de la télévision, il a toujours été fait appel au principe de la réduction de quantité d'informations à transmettre au regard des caractéristiques psycho-visuelles de l'œil humain. Restriction du nombre d'images transmises par seconde tout d'abord, par rapport à la scène captée par l'optique de la caméra. Réduction de la définition verticale de chaque image aussi, inhérente à la structure en lignes. Limitation de la résolution horizontale également, le nombre de points par lignes étant directement liés à la bande passante de l'électronique. Diminution de la définition de l'image encore, due cette fois à la structure en triplets de luminophores de l'écran récepteur. Réduction de la quantité d'informations de la chrominance transmises enfin, compte tenu de la plus faible sensibilité de l'œil à des variations de couleur qu'a des variations de luminosité.
Pour les applications de transmission, le débit initial du signal à compresser n'est ni de 216 Mbits/s, ni 270 Mbits/s, car que ce soit en précision 8 ou 10 bits, la numérisation était effectuée sur la totalité du signal analogique, y compris sur les grands instants de synchronisation et de suppression ne contenant aucune information utilise à l'image.
Au niveau des liaisons entre équipements studio, ces temps de suppression sont utilisés pour transporter les informations audio, ainsi que des données auxiliaires.
Cependant, lorsque l'on veut compresser le signal pour le transmettre avec un débit qui soit le plus faible possible , on accepte d'une part de travailler sur un signal quantifié sur seulement 8 bits, et d'autres parts de ne travailler que sur les données relative à la partie active de l'image.
Pour un système à 625 lignes, une image vidéo format 4 : 2 : 2 échantillonnée sur 8 bits occupe un espace mémoire de 829 440 Octets ( Seule la partie active de l'image est prise en compte ) → 720 ( Y ) + 360 ( Cr ) + 360 ( Cb ) = 1440 octets / ligne <=> 829 440 Octets pour 576 Lignes
1 seconde d'images à 25 FPS → 20,7 Mo d'espace mémoire occupé
1 minute 1,24 Go et une heure 74,6 Go
L'on retiendra qu'un espace mémoire de 1 Go peut contenir 47 secondes d'images 4 : 2 : 2 à plein débit.
Les débits vidéo les plus courant sont
Qualité équivalente Débit Vidéo en Mbits/s Taux de compression
Original 4 :2 : 2 == 166 → 0
Liaison dans un ou entre studio == 34 → 5
Proche 4 : 2 : 2 == 10 → 16
Proche PAL == 4 → 40
Proche VHS == 1,1 → 140
Par exemple
si pour ma géolocalisation, j'ai un volume de donnée à transmettre qui occupe déjà 20,7 Mo par seconde selon la conversion en bits
1 Bit == 2 Octets
2 Bits == 4 Octets
3 Bits == 6 Octets
4 Bits == 8 Octets
5 Bits == 10 Octets
6 Bits == 12 Octets
7 Bits == 14 Octets
8 Bits == 16 Octets => Une image 4 : 2 : 2
→ 20,7 Mo <=> 2 587 500 Bits ou 2.5875 Mbits à un débit de 166 Mbits/s je transfert 0.015 secondes … A une compression de 5 je vais transférer 0,6 seconde.
Il me faudra une compression de 16 pour transférer 2 070 000 secondes en une seconde. Mais le transfert de 2 070 000 secondes implique un espace mémoire de 42.849 Po …
D'où la valeur de la transaction ne peut être celle d'un volume de 20.7 Mo …
Maintenant admettons, que je transfert donc, 10 Mbits par seconde d'images, il me reste sur une bande passante de 2.5 Ghz, un volume de transaction de ?
Si 2.5 Ghz <=> 30 Mbits/s alors je ne dispose plus que de 20 Mbits/s → 30 Mbits/s de vitesse de distribution réseau – 10 Mbits/s de débits vidéos = 20 Mbits/s
Que puis je faire passer comme données dans un volume de 20 Mbits/s ?
Le problème de mon transfert réside dans le développement de mon réseau intranet, dans le débit de données entre mes postes de groupe de travail.
Si il est de 10 Mbits/s , je ne pourrais pas fournir un débit de 30 Mbits/s au réseau internet. Si il est de 100 Mbits/s alors oui, et il me reste 70 Mbits/s pour la sécurité des données et autre chose.
Avec un groupe de travail dans lequel les données s'échangent à une vitesse de de 100 Mbits/sec , je peux transférer 0.4849 Exo de volume de données stockées. Par seconde, ce qui représente un volume de 57 438 heures de vidéos, équivalent à un volume d'archives de données d'un peu moins de 7 années de 8 740 heures d'un catalogue de vidéothèque ... A quel prix de vente ?
SI il me faut 2.5 milliards € pour produire 300 heures de vidéos, alors combien me faut il pour en produire 192 fois plus ?
D'où le prix d'un tel catalogue sera a priori dans une fourchette de 500 milliards €, face à une recette totale de l'Etat de 518 milliards €, pour une dette d'un droit de propriété de
. 75 % dans le cas où l'Eurl.es+ détient 75 % de parts sociale de l'entreprise opératrice de l'accès registres → Moyenne( 36 441.05 + 3 252.15 ) * 75 % = 14 884.95 € par accès registre des données au serveur de stockage du site de distribution des données de partages, dans une année.
. 25 % dans le cas où l'Eurl.es+ ne détient que 25 % de part sociale au capital de l'entité juridique opératrice de l'accès registres → 4 961,65 € par accès au registre serveur de stockage du site de distribution de données de partage de réseau, en une année.
Au total c'est donc un rendement moyen de 9 923.3 € par an pour une accès registre.
Soit pour une moyenne de 8 accès par jour sur une période de 10 ans
→ 8 9 923.3 = 79 386,4 € par jours 365 = 28 976 036.00 € par an
*10 ans == 289 760 360.00 € …
Sur le marché de la monnaie, cela représente donc une opération au rendement d'un taux directeur moyen sur une période de 10 ans, de 52 échéances de paiement d'intérêt annuel, de 2.5 %.
79 386,4 € * ( 79 386,4 + 2.5 % ) 520 = 7.379 e2547
Il vaut donc mieux être un pirate de données, agent XXX, espion de haut niveau, diplomate protégé par la justice, la police et l'armée parce que travaille pour l'intérêt général de la Nation, pour gagner honnêtement sa vie par le détournement de fonds de la valeur du détournement de données de la cible du politicien !
Comments