Я пользовался zx7mini в адаптации ivagor-a под 8080.
https://github.com/svofski/bazis-bbs...master/zx7mini
Вид для печати
Я пользовался zx7mini в адаптации ivagor-a под 8080.
https://github.com/svofski/bazis-bbs...master/zx7mini
274 байта это слишком мало, для того чтобы эффективно использовать упаковщики. zx7mini был хорош до появления zx2, в настоящее время zx2 лучший вариант для микродем и других подобных применений (распаковщик для 8080). Но он будет эффективен начиная с размеров байт 900-1000 (учитывая размер распаковщика), а 274, на мой взгляд, можно только руками попробовать сократить.
svofski, ivagor спасибо за ответы !!
Что ж буду вручную ужимать код. Хотя кажется уже всё что можно было сократил.
Осталось убрать 18 байт :)
На всякий случай попробовал сжать
-->> zx7mini выдал файл rom на 358 байта (это вместе с распаковщиком)
-->> zx2 выдал файл fzx на 242 байта (это БЕЗ распаковщика)
т.е. всётаки нужно самому вручную оптимизировать код моей демки
Мало, но всё таки возможно. Моя экспериментальная no copper пратически целиком состоит из распаковщика и упакованной картинки. https://www.pouet.net/prod.php?which=87753
В частном случае, когда микродема состоит в значительной степени из картинки, упаковка конечно может помочь, но тут уже скорее кастомизация упаковщика/распаковщика будет предметом демомейкерства.
Ну да, у меня там так и есть. Всё написание микродемы (около двух недель) было посвящено изобретению алгоритма упаковки, позволяющего запихать туда эту картинку. Изобрёл, правда, чуть более общий, там можно что угодно на картинке нарисовать, ну да ладно.
Собственно, вот код с детальными комментариями: https://github.com/sandro-tishin/noc...ocopper11m.asm
Повторюсь, это я просто в качестве иллюстрации, что паковать даже при таком размере имеет смысл.
Сделал компрессоры RIP и mRIP на PC.
Кто там хотел компрессор на базе LZ+Хаффман и заполнить пробел между zx0 и shrinklerом? Всё как заказывали :)
https://gitlab.com/eugene77/rip
https://gitlab.com/eugene77/mrip
Набор тестовых файлов у меня на другом компе, но предварительные тесты (пробовал только RIP) показывают, что очень хороший вариант, похоже жмет лучше, чем gzip. Распаковщик для 8080 будет (если будет) большой и медленный, но все же явно быстрее шринклера.