Le retour de la revanche du come back de la compression ultime est de retour .
On attends avec impatience le player de 50octets .
http://www.i-ces.org/
Pour les noobs qui savent pas de quoi je parle => http://www.transfert.net/Le-fabuleux-destin-d-i2bp-1-4
# La team dlfp pourra te remercier ...
Posté par Axel . Évalué à -4.
# Poudre verte 2.0
Posté par Jean B . Évalué à 4.
http://www.i-ces.org/compression/image.html
Sur les deux premiers exemples le jpg annoncé compressé avec leur algo est plus lourds que les autres. Ils auraient au moins put tricher...
[^] # Re: Poudre verte 2.0
Posté par plop (site web personnel) . Évalué à 1.
http://www.i-ces.org/compression/video.html
Ah, si on avait eu ça à l'époque, on ne se serait pas contenté de regarder du p0rn en images statiques qui mettaient un temps fou à charger :)
[^] # Re: Poudre verte 2.0
Posté par patrick_g (site web personnel) . Évalué à 7.
Surtout qu'après ça ta vie sexuelle est toute dérangée : http://xkcd.com/598/
[^] # Re: Poudre verte 2.0
Posté par fcartegnie . Évalué à 3.
[^] # Re: Poudre verte 2.0
Posté par fcartegnie . Évalué à 4.
Un player sur 50 octets non plus c'est pas impossible.
Demonstration:
"Mon Player"
^ ^ ^^ 10 octets en ASCII
[^] # Re: Poudre verte 2.0
Posté par Moogle . Évalué à 3.
[^] # Re: Poudre verte 2.0
Posté par Florian Hatat . Évalué à 2.
En fait la seule méthode de codage qui fonctionne, c'est celle-ci : tout programme d'au moins deux lignes en contient une buggée, et tout programme marche mieux quand on enlève un bug, donc tout programme peut se réduire à une ligne qui ne marche pas.
Donc 50 octets, je les fais sans les mains quand vous voulez. :)
# Changement de nom ?
Posté par benoar . Évalué à 4.
I-CES c'est Martin Gervais.
Une coïncidence ?
[^] # Re: Changement de nom ?
Posté par Prosper . Évalué à 4.
Marc Eric Gervais est le créateur des algorithmes et le fondateur de la SAS I-CES. Depuis 1999 l'ensemble de ses recherches a été consacré à l'optimisation de la compression des fichiers numériques audio, image et vidéo et à la protection du patrimoine technologique qui en découle.
[^] # Re: Changement de nom ?
Posté par Christophe Merlet (site web personnel) . Évalué à 1.
[^] # Re: Changement de nom ?
Posté par zerchauve . Évalué à -7.
[^] # Re: Changement de nom ?
Posté par fcartegnie . Évalué à 5.
Une phrase qui m'attriste là... t'as même pas tenté un petit "complêtement gelé" ?
# En la compression par ondelette, on en est où ?
Posté par Victor STINNER (site web personnel) . Évalué à 5.
http://www.ece.uvic.ca/~mdadams/jasper/
Dirac, codec vidéo libre utilisant des ondelettes :
http://linuxfr.org/2008/09/21/24510.html
Il existe d'autres projets ?
[^] # Re: En la compression par ondelette, on en est où ?
Posté par Aldoo . Évalué à 3.
# "Cet encodage a été effectué au même bitrate. "
Posté par Nicolas Boulay (site web personnel) . Évalué à 4.
Il affirme que "Cet encodage a été effectué au même bitrate. " Et ensuite, il montre un fichier 3x plus petit, comment c'est possible ?
"La première sécurité est la liberté"
[^] # Re: "Cet encodage a été effectué au même bitrate. "
Posté par Moogle . Évalué à 5.
[^] # Re: "Cet encodage a été effectué au même bitrate. "
Posté par plagiats . Évalué à 7.
[^] # Re: "Cet encodage a été effectué au même bitrate. "
Posté par pixels . Évalué à 10.
Parceque moi la page n'a pas eu le temps de se raffraichir : j'étais déjà partit.
[^] # Re: "Cet encodage a été effectué au même bitrate. "
Posté par Thomas Douillard . Évalué à 3.
D'aucune utilité ? Il doit avoir un compteur de visite de la grande époque qui comptait les "hits" n'importe comment.
[^] # Re: "Cet encodage a été effectué au même bitrate. "
Posté par Moogle . Évalué à 2.
[^] # Re: "Cet encodage a été effectué au même bitrate. "
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 7.
# Engliche
Posté par auve . Évalué à 6.
Hourra, vive les brevets libres et la division assaut de l'OEB \o/
[^] # Re: Engliche
Posté par Nitchevo (site web personnel) . Évalué à 1.
[^] # Re: Engliche
Posté par MrLapinot (site web personnel) . Évalué à 4.
# La performance de killer
Posté par Guillaume Denry (site web personnel) . Évalué à 3.
Sérieusement, je sais qu'i2bp avait réussi à faire un levée de fond à l'époque et là, j'ai hâte de voir si de nouveaux pigeo^H^H^H investisseurs vont tomber dans le panneau.
[^] # Re: La performance de killer
Posté par fcartegnie . Évalué à 4.
# Et si avec ça..
Posté par DarkPolo . Évalué à 0.
# Effet de bord
Posté par patate . Évalué à 4.
Après ça, qu'est-ce qu'on va bien pouvoir faire pour remplir nos gigaoctets de disque dur?
[^] # Re: Effet de bord
Posté par Larry Cow . Évalué à 8.
Ben ça, c'est l'effet de bord inévitable de sa technologie : les vidéos sont minuscules, mais le lecteur fait une taille variable entre plusieurs gigas et quelques téras, selon la quantité de vidéos qu'on voudra visionner.
Novateur, je vous dis! :p
# loleuh
Posté par Guillaume Knispel . Évalué à 3.
[^] # Re: loleuh
Posté par briaeros007 . Évalué à 5.
[^] # Re: loleuh
Posté par Guillaume Knispel . Évalué à 4.
[^] # Re: loleuh
Posté par lilalo . É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 ...
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.