Miło mi, że zachęciłem do własnych prób bo nie ma nic lepszego niż własne doświadczenia - zawsze to mówię. Zresztą ja będąc w ogólniaku gdy sam na ZX Spectrum stworzyłem sobie tę kompresję o której mówię w asemblerze - to po latach dowiedziałem się, że taki algorytm nazywa się RLE

Zubik przy twoim sposobie, jeśli będzie sporo nie powtarzających się wartości po sobie to wydaje mi się, że statystycznie współczynnik kompresji drastycznie spadnie w porównaniu do RLE.

Zobacz dla ciągu wejściowego:

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Dlatego mówię - zrób próbę na żywym obrazku to wtedy szybko zobaczysz różnicę i zrozumiesz dlaczego w tym porównaniu wygra RLE.

------------------------ [ Dodano po: 6 minutach ]

tylko nie zrozum mnie źle - nie chodzi mi o wyścigi bo są jeszcze inne - nieco lepsze algorytmy kompresji niż RLE nawet dla 8-bitowców - tyle że jednak już ich obsługa zajmie z kolei sporo więcej czasu i Flasha zapewne. Dlatego wybrałem RLE do omówienia kompresji bo: PROSTY algorytm, stosunkowo szybki, nadaje się idealnie pod 8-bitowce i mało Flasha zużywa na dekompresję.

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

A majac kilka dekompresorów można wybierać różne w zależności od źródła - czyli jeśli lepie RLE to daną grafikę pakujemy RLE, jeśli 'zubikiem' to 'zubikiem' itd. Często różnego rodzaju pakery dobierały najkorzystniejszy algorytm w zależności od danych wejściowych.