PureBasic

...[/quote]

...

oui

maintenant tu vas pouvoir t'attaquer à un autre algo de compression

l'algo Huffman .

http://perso.wanadoo.fr/walid.nabhan/de ... ffalgo.htm

c'est a peut pres comme ça qu'etait encodé les images Pi1 sur Atari !!

evidement si tu as

01010101
10101010
01010101
10101010
01010101
10101010

ça va creer un fichier "compresse" plus gros que l'orriginale !!
c'est le gros defaut connu de cette methode !!

mais merci tu as bien travaillé !!

...

ben dans le cas d'un "aplat" ton truc marche tres bien !!
mais dans le cas d'une image que tu numerise et qui a ete "tramée"
ben tu verra que c'est pas "si rare" !!! vu que le tramage revien regulierement !! tu risque d'avoir une image compressé plus grosse que l'original !!
de toute facon ça n'est pas Mon avis , c'est connu !!

...

comprend moi bien !! , j'ai pas dit que c'etait insoluble !! loin de la !!

d'ailleurs il existe des systems de cryptage qui analyse les données avant d'encoder !! , mem des system d'encodage completement different de cette methodes !! , je faisai une simple reflextion sur ton premier jet c'est tout !

...

...

Rien à dire sur ton code, par contre, utilise la balise "Code" plutôt que la balise "Quote" quand tu veux poster du code.
Ca permettra d'éviter le smyley à lunettes ( ) quand ton code contient un "8" suivi d'une parenthèse

Moteur de compression de fichier basé sur le comptage de bit identique qui se suivent dans un fichier (ils ne se suivent pas, je les prend par colonne (donc, tous les 8 bits))

heu ! t'as essayé de prendre les bits en ligne ? pour savoir si le rendement serai meilleur ?

...

...

...