można zaoszczędzić sporo miejsca - a przydaje się to nie tylko do wyświetlaczy ale i wszelkiej maści np drukarek

_________________
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 ]

Ale czy ja gdzieś powiedziałem, że najlepiej użyć tylko i wyłącznie tego algorytmu który pokazałem ? Pokaż mi taki fragment poradnika gdzie to mówię. Ja zachęcam tym poradnikiem do zajęcia się tym tematem, algorytmów kompresji nawet takich prostych kompresji jest dużo - poradnik ma zachęcać do własnego myślenia i szukania także nowych rozwiązań a nawet implementacji innych algorytmów a nie odwrotnie. Ja dla zainspirowania przedstawiam po prostu jeden z prostszych algorytmów RLE żeby w ogóle pokazać, że to możliwe i warto z takich rozwiązań korzystać ... omawiam również ten algorytm.

Dlatego jak znasz inne algorytmy to zachęcam do zabaw.

_________________
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 ]

ale zobacz - odpisałem na spokojnie i postarałem się wyjaśnić mój punkt widzenia - a ty (mógłbym odpowiedzieć na podobnej zasadzie jak ty) ... bronisz jakbym to ja z kolei miał do ciebie pretensje. Nigdy nie mogę zrozumieć takiego podejścia - no człowiek stara się coś precyzyjnie wyjaśnić i okazuje się, że to ja niby kogoś atakuję - kompletnie bez sensu

Toż napisałem wręcz, że zachęcam do zabaw z innymi algorytmami i podzieleniem się opinią na forum to pewnie się też innym przyda - co ja takiego złego powiedziałem wyjaśniając, że starałem się aby mój poradnik był inspiracją i że nie miał na celu mówienia tego, że algorytm który pokazałem jest najlepszy na świecie.

Uważam, że warto próbować innych sposobów - i jeśli udało mi się i ciebie zainspirować to mi miło - nie szukam żadnych Qurczę sprzeczek.

_________________
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 ]

No ale sam zobacz i innych też proszę o zrozumienie - toż forum to tylko suchy tekst, nie widać mimiki twarzy, tonu głosu, uśmiechu, emocji itp ... to czy nie warto rozumiejąc tego - przyjąć, że być może źle się odczytało intencje ? .... Jakoś gdy rozmawiam z ludźmi na żywo albo chociażby przez telefon to jakoś nikt nigdy mi nie zarzuca że atakuję, że coś tam ... Dlatego też i tu proponuję tak podejść a czasami też zwrócić uwagę też i na swój tekst - który może skłaniać mnie do wyjaśnień ja gaduła jestem i gwarantuję - że gdybym powiedział tobie to przez telefon - to nigdy byś tego tak nie odebrał

Mam nadzieję, że na przyszłość będzie lepiej nam się pisało i rozumiało się nawzajem na forum A jeśli odebrałeś moją wypowiedź źle czy skierowaną przeciwko tobie to oczywiście przepraszam. Ok teraz to chyba mamy już wszystko wyjaśnione na amen

_________________
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 ]

Kompresja to fajny temat na 8-bitowce. Wcześniej czy później trzeba się tym tematem zająć jak myśli się poważnie o programowaniu. Jeszcze fajniej i ciekawiej jest kiedy się wejdzie na poziom zabawy bitami, wtedy dopiero można zaoszczędzić - dawno temu alfabet morse'a był moim pierwszym etapem wejścia w kompresję.
Temat jak najbardziej warty kontynuowania i powinien to docenić każdy programista bawiący się wyświetlaczami

_________________
http://www.sylwekkuna.com

@gringo, chyba nie słuchałeś uważnie. Zapewniam Cię, że Pan Mirek wie co to jest kompresja stratna i bezstratna, a w poradniku wyraźnie zaznaczył o co chodzi z tymi stratami w przypadku pisania programu. Po co toczyć kolejne boje?

_________________
http://www.sylwekkuna.com

Ja bym zablokował temat bo odpowiedzi z tematem nie mają nic wspólnego.
Świetny pomysł z zastosowaniem prostego algorytmu kompresji. Jeszcze tylko aby funkcja dekompresujaca zajmowała mało pamieci i super sprawa ratująca nie jeden projekt.

_________________
sig off ;(

Ludziska typu gringo to mają dopiero problemy ... aż mi ich szkoda ... a polemizować to już na pewno nie warto bo jak się taki zaprze to jak .... no właśnie

------------------------ [ Dodano po: 2 minutach ]


Myślę, że po kolejnym poradniku będziesz miło zaskoczony jak pokażę i omówię przykładowy kod źródłowy takiej funkcji - a jak wiadomo - każdy ew będzie mógł go być może jeszcze optymalizować po swojemu

_________________
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 ]

Widać że Malkontent, wszedł tu tylko po to żeby skrytykować.

_________________
http://www.jaglarz.info

Wiesz - tylko żeby on chociaż sam wiedział o czym pisze

_________________
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 ]

Dla mnie temat jak najbardziej ciekawy i czekam na rozwinięcie z niecierpliwością .

Ciekawi mnie czy da się tą metodą kompresować dane do przesyłania po rs232 (np. pliki audio)

spróbuj i sprawdź - w czym kłopot - skompresować i dekompresować to możesz wszystko

_________________
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 ]

Zacznij od obejrzenia pliku w hexie - czy się często dane powtarzają. Po drugie możesz wyciąć kawałek, wstawić do Pixel Factory i spr jak pójdzie RLE

No właśnie czekam na tą aktualizację do Pixel Factory.

Ale żadna aktualizacja nie jest Ci potrzebna. Przecież możesz potraktować zawartość pliku dźwiękowego jako dane graficzne i sobie sprawdzisz na ile się skompresują. Musisz tylko wyestrahować te dane do języka C, żeby je wczytać w PF w hexie.

A czy mogę tak nieśmiało zapytać kiedy można się spodziewać aktualizacji Pixel Faktory do tej wersji z poradnika?

Jeszcze "chwilka" - bo będzie z tym jeszcze coś związane i pewien kolejny poradnik

_________________
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 ]

Chciałem zaprezentować moją funkcję do kompresji danych do RLE na avr mi się przydaje do wysyłania dużej ilości danych po RS232 może się komuś przyda.
Na pewno można ją sporo zoptymalizować.

i bardzo dobry pomysł

_________________
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 ]

RLE do audio nie nadaje się, bo praktycznie nie będzie tam takich samych wartości po sobie. Do audio jest MP3 ale AVR nie dźwignie tego programowo. RLE nadaje się (średnio) do grafiki ale rysowanej programem do bitmap, do fotografii już nie, do tego jest JPEG.
Do różnych rodzajów plików używa się innych metod kompresji.

Święte słowa

_________________
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 ]

Witam. A jak grafikę skompresowaną z powrotem odczytać w pixel factory? Jak wklejam do hex load to już jest poszatkowany obraz. Jeśli pixel factory nie udostępnia odtworzenia wcześniej skompresowanego pliku to przynajmniej jak w w funkcji glcd_drawBitmap odczytywać dane nie skompresowane? Funkcja wyświetla poprawnie tylko te skompresowane dane.