W dniu 27.07.2013 22:42, Sylwester Łazar pisze:
>> I dlatego dostałeś już radę, żeby użyć naprostszej kompresji:
>> http://www.binaryessence.com/dct/en000057.htm
>>
>> Chmura, czy słońce z jednolitym tłem powinny się ładnie kompresować.
>
> Właśnie ukończyłem obsługę GLCD 480x272.
> Wnioski mam takie:
> 1) Użyłem 32 bitowego procesora z pamięcią 0,5MB i 128kB RAM
> 2) Wyświetlałem 3 rodzaje grafiki:
> a) 480x272 24 bity na pixel
> b) 240x136 24 bpp
> c) 240x136 1 bpp monochromatyczna i tylko czarno-biała.
>
> Najbardziej czasochłonne okazało się wyświetlanie grafiki monochromatycznej,
> ale obraz zajmował najmniej miejsca. W jednym słowie 32-bitowym są 32
> pixele.
>
> Kolory 24bpp kodowałem tak, że w trzech słowach 32-bitowych mam 4 pixele.
> Podczas wyświetlania mogę nawet coś jeszcze wcisnąć w NOPy.
>
> Przy wyswietlaniu 1 bpp nie moge nic już wcisnąć, bo wyłuskanie bitu, jego
> przesunięcie i odpowiednie wystawienie 24 bitów na dwóch portach zajmuje
> czas na max.
>
> Piszę w asm.
> Linia trwa od 40 do 80 us

W trybie 24bpp i 1bpp lepiej by się chyba sprawił cortex-M3/4 z
zewnętrzną szyną do pamięci. Można by połączyć trzy mechanizmy:
mapowanie LCD na adresy w zewnętrznej pamięci, adresowanie bitowe w
SRAMie i DMA. I miałbyś czas na coś więcej niż tylko wyświetlanie obrazu.

> Gdybym zastosował kompresję 1 Bit RLE czas byłby silnie uzależniony od
> zawartości.

W wątku była mowa o wyświetlaczu z _własną_ pamięcią i kompresji
obrazów, żeby wlazły do flasha.