Allez, un petit résumé des 3 "brevets" présentés :
-brevet 1 : framerate variable pour les vidéos ou accélération des fichiers audio avant de les coder. Ben oui, si on joue les fichiers audio 3 fois plus vite, ils durent 3 fois moins longtemps et ils prennent donc 3 fois moins de place. Pourquoi n'y avait-t-on pas pensé avant ?
-brevet 2 : au lieu de coder les valeurs d'une composante d'une image sur un octet, soit 256 valeurs, on les code parmi 51 valeurs soit ln(51)/ln(2) = 5,67... bits. Il aurait au moins pu s'arranger pour tomber sur un nombre entier de bits.
-brevet 3 : on remarque que les différentes composantes d'une image, d'un son ou d'une vidéo peuvent présenter des similarités. On ne code alors qu'une ou 2 composantes quand les autres sont proches. Lame avec son mode "joint-stereo" va avoir des problèmes ...
[^] # Re: loleuh
Posté par lilalo . En réponse au journal i2bp est mort , vive I-CES !!. Évalué à 3.
-brevet 1 : framerate variable pour les vidéos ou accélération des fichiers audio avant de les coder. Ben oui, si on joue les fichiers audio 3 fois plus vite, ils durent 3 fois moins longtemps et ils prennent donc 3 fois moins de place. Pourquoi n'y avait-t-on pas pensé avant ?
-brevet 2 : au lieu de coder les valeurs d'une composante d'une image sur un octet, soit 256 valeurs, on les code parmi 51 valeurs soit ln(51)/ln(2) = 5,67... bits. Il aurait au moins pu s'arranger pour tomber sur un nombre entier de bits.
-brevet 3 : on remarque que les différentes composantes d'une image, d'un son ou d'une vidéo peuvent présenter des similarités. On ne code alors qu'une ou 2 composantes quand les autres sont proches. Lame avec son mode "joint-stereo" va avoir des problèmes ...