А зачем буфер для словаря в запакованный архив добавлять? Его даже инициализировать не надо, т.к. неиспользованные статьи словаря во входных данных не должны появляться. На сотне файлов можно 78Кб сэкономить!
Вид для печати
А зачем буфер для словаря в запакованный архив добавлять? Его даже инициализировать не надо, т.к. неиспользованные статьи словаря во входных данных не должны появляться. На сотне файлов можно 78Кб сэкономить!
На ROM-диске будут хранится одни архивы, без буфера для словаря и кода распаковщика. Распаковщик (и буфер для словаря) будет в единственном экземпляре присутствовать в загрузчике.
Придираться не будем. :)
Вижу, код написан в мнемониках Z80. А sjasm умеет контролировать "совместимость"? Ну, типа я пишу в мнемониках Z80, но компилирую для 8080 и хочу чтобы оно контролировало и предупреждало (при компиляции) что, мол, вот эта мнемоника - "чисто Z80", для 8080 не проходит.
Очень хочется такой компилятор, но все компиляторы если и понимают мнемоники Z80, то транслируют на выход их все, не проверяя на совместимость с 8080.
Хотелось бы еще на Апогей БК01Ц перенести c Партнера 01.01 игру Stop The Express.
"Москва-Сухуми" это пять! :)
Кстати, картинка очень симпатично выглядит.
При желании, можно распаковку и загрузку с rom-диска объеденить, тогда можно будет грузить программы размером аж до 56Кб.
---------- Post added at 15:20 ---------- Previous post was at 14:58 ----------
Кстати, если допускать распаковку лишних максимум 7 байт, то можно ещё ускорить (будет 2,626 сек) и пару байт сэкономится (будет 93 байта).
---------- Post added at 15:45 ---------- Previous post was at 15:20 ----------
А двигать биты всё равно надо. Просто сейчас ты двигаешь только девятый бит, а можно двигать 9-тый и 10-тый вместе. Получится, что блоки будут из 5 байт: 1 байт с 4-мя парами старших бит, и 4 байта младших 8 бит.