Aber so ein Wettbewerb wär schon cool. Vielleicht nen fertigen Farbscreen mit ner einfachen Spielelogik vorgeben und derjenige, der das kleinste Programm schreibt, gewinnt...nen Preis...hmmm....was kleines....ne Erdnuss, oder sowas... ![]()
Beiträge von daybyter im Thema „farbinformationen besser speichern?“
-
-
RLE hat hier nen Testscreen von 1500 Byte (1000 Byte Text + 500 Byte Farbe) auf 670 Byte komprimiert. Bringt schon bisserl was.
-
Meine erste Überlegung war, das höhere Nibble für ein simple RLE Encoding zu nutzen. Also z.B.
$a5 = 10 * Farbe 5 ausgeben.
Aber dann kann man ja nicht mal eine Zeile in 2 Bytes packen. Meine jetziges Schema 1 Byte Zähler plus 1 Byte Farbe könnte das. Alternativ fiel mir dann ein, dass man die oberen 4 Bit der Farbe auch dem Zähler zuschlagen könnte. Also dann 12 Bit Zähler und 4 Bit Farbe. Aber derart viele Wiederholungen hab ich wohl nicht.
-
Danke für den Thread!
Die Sache mit den Nibbles hab ich bei meinem Code doch glatt übersehen!

Hab die Bytes nur RLE codiert. Das änder ich aber noch.