Flanker> tes remarque sont plus ou moins justifiés mais la réponse c'est que maintenant que le format à été fixé, c'est un peu tard pour le changer.
Créer une incompatibilité pour gagner 10 octets pour des programmes qui dépassent de plus en plus souvent le Ko, c'est trop cher payé.

[cite]tu crois franchement que 16o c'est pas trop ? y a combien de faux positif pour les prog kernel (alors que la signature est sur 4o)
...
franchement, je veux pas te vexer, mais je crois pas qu'il y aura 4294967296 versions différentes de ce standard. A raison d'une par seconde, ça sera atteint dans 136 ans Déjà 255, ça me paraît bcp


chouette encore un gain de place avec un peu de chance, ça compensera le gain gané par la compression

en même temps, je le comprends, vu que tu es incapable de reconnaître qu'il faut faire évoluer un standard. Un standard permet pas de faire un truc ? Bah on fait pas alors, hors de question de changer le standard

Heu y'a 2 extrémistes la. un standard on peut le changer mais il faut avoir une raison suffisante et en essayant d'éviter au mieux les problèmes d'incompatibilité(un peu comme le passage du HTML au XHTML justement)

Et puis pour ce standard kevin n'est pas le seul a le gérer officiellement, il n'est pas sencé en être responsable officiel il me semble(à vérifier mais je crois que c'est à la TICT et Thibault seulement)
[cite]

Kevin:

On ne t'oblige à rien, la touche "Suppr", ça existe.

ouééééé "M$" se fait condamner par l'UE pour avoir fait la même chose, je te signale.

Certes c'est pas totalement faux.
Ceci dit l'UE c'était pour concurrence déloyale, or là il n'y a aucune concurence.