Stefan schrieb:
Hallo,
Lauflängenkodierung ist aber für solche Bilder gerade besonders schlecht geeignet. Bei einem Logo könnte das noch gutgehen, beim Früstücksbuffet mit Verläufen, Texturen und kleinen Details eher schlecht. Das Hotelzimmer mit grosser weißer Wand konnte gutgehen, mit kleingemusterter Tapete dagegen nicht.
Bye
Stefan schrieb:
Hallo,
eine ganz simpel programmierte Lauflängencodierung kann in ungünstigen Fällen auch die Datei bis auf das doppelte vergrössern wenn man 16 Bit für die Lauflänge nimmt und 16 Bit für die Bildpunktdaten. Oder auf das
1,5 fache bei 8 Bit für die Lauflänge. Man sollte sie also nur auf Bilddateien anwenden die sich damit ordentlich reduzieren lassen oder man muss die Daten vorbearbeiten, Rauschen entfernen und gleitende Farbverläufe in genügend wenige Stufen umwandeln.Bye
Na dann wäre die Lösung doch, einfach die Geschwindigkeit zur SD-Card zu erhöhen, sollte ja Faktor 10 drin sein. Falls du den Hardware-SPI Anschluss für den ADU des Touch-Screens verwendest, müsstest du das dann allerdings umlegen, wenn da nur ein SPI-Modul drauf ist, denn den kannst du wahrscheinlich per Bitbanging abfragen.
Man kann auch im Zeitalter hochgezüchteter Verbrennungsmotoren eine neue mikrorechnergesteuerte Dampfmaschine erfinden.
Wieso SPI? Die STM32 haben ein echtes SDIO-Interface. Und damit bekommt man auch größere Datenmengen schnell von der SD-Karte. Ich kann hier damit beim Einschalten des Geräts eine schöne Animation abspielen, bis der Rest der Hardware "wach" ist.
Natürlich sollte man das Display auch mit dem schnellen parallelen Interface ansteuern. 8080-Mode am STM32 FSMC und eine der höherbittigen Adressleitungen als CMD/DATA.
Gruß
Wolfgang
Have something to add? Share your thoughts — no account required.
Ask the community — no account required