Beiträge von rayden im Thema „Packer gesucht für Bereich $0350-$ffff“

    "Lookup-Table" ist in dem Kontext nicht die korrekte Bezeichnung: Die bekloppte Idee ist, eine _dictionary-based_ Kompression zu benutzen, welche für das dictionary die low-nibbles des Farb-RAMS benutzt und daher eine max. Länge von 512 bytes haben kann.

    Das hätte den Vorteil, dass das dictionary nicht den regulären Speicher belegt - Allerdings verbunden mit dem Nachteil, dass die Entpack-Routine zwangsläufig aufgrund zusätzlicher notwendiger Logik ein wenig länger wird, damit die low-nibbles als dictionary ausgewertet werden können. (Und auch mit langsamer Entpack-Geschwindigkeit verbunden ist.)

    Wenn diese Logik länger wird, als 512 bytes, dann gibt es keinen Vorteil, vielleicht ergibt sich auch überhaupt kein Vorteil - ist halt eine bekloppte Idee :)

    NSU Cruncher von Action 0037-ffff

    ok plush war 33-ffff und gewinnt oder ?

    Wenn Dir die 4 Bytes wichtig sind, so solltest Du Deinen Code optimieren ;)

    Semi-OT und ganz verrückte Idee (kein RLE, sondern Huffman oder LZW oder Derivat):

    Man könnte die Low-Nibbles vom Color-RAM als Lookup-Table beim depacken nutzen.

    Dann wäre der Depack-Code zwar ein wenig länger um die Nibbles wieder "zusammenzuführen" und um ein wenig mit $01 zwecks IO on/off zu hantieren, aber hätte effektiv einen 2k Lookup-Table...