ben le fait est que :
1) faire un décompresseur huffman efficace n'est pas forcément évident (il y a pas mal de compromis entre taille des tables de lookup et vitesse ; et puis il faut bien les générer à un moment donné, ces tables), alors que faire un décompresseur LZ efficace c'est très facile, sauf si le format de fichier est très mal conçu
2) même dans l'hypothèse improbable où ton décompresseur huffman serait un peu plus rapide, c'est n'importe quoi de dire que c'est (je cite ./65) "bcp bcp plus rapide que du LZ77 par exemple"
3) enfin huffman n'est pas un "algo", mais une méthode de compression pour laquelle il y a différents algos de compression et de décompression (avec des performances diverses dans des cas divers)

Thibaut (./93) :

Pollux (./92) :
surtout sur TI où les libs de huffman existantes sont très primitives et parcourent l'arbre bit à bit

Ah c'est pas con ça ! Je n'y avais jamais pensé ! C'est vrai qu'il y a moyen de considérablement accélérer la décompression en travaillant sur ce point. C'est peut-être un des secrets de la rapidité de ton launcher

mon décompresseur n'utilise pas d'arbre (le format pucrunch n'est pas basé sur huffman mais sur LZ), mais effectivement il essaye d'éviter de manipuler des bits isolés quand c'est pas indispensable