Апогей-БК01 и Апогей-БК01Ц: Внешний ROM диск

[esl]

господа, позволю себе напомнить
есть пакеры под 8080
http://sensi.org/~svo/scalar@home/
DeMLZ
DeEXO

BYTEMAN их даже использовал когда делал загрузку игр с кассеты
megalz


---------- Post added at 13:13 ---------- Previous post was at 13:01 ----------

MegaLZ
92 RKA files
in: 600175
out: 287048

gonki: 29355-> 12991

[vinxru]

При желании, можно распаковку и загрузку с rom-диска объеденить, тогда можно будет грузить программы размером аж до 56Кб.

Так и будет. Загружаем 9 байт в inputBuf и запускаем распаковщик в цикле.

[vinxru]

Заменил мненоники в demlz.asm, добавил упакованный файл и оно не распаковалось. Видимо я где то накосячил.

Сейчас времени нет, бежать надо.

Этот архиватор дал 48%, мой 61%. Если по времени распаковки нормально будет, то можно его использовать. Если в нём можно сделать распаковку с последовательной загрузкой с флешки, так что бы лишь 1 Кб ОЗУ занималось, то вообще отлично будет.

[b2m]

У меня нормально распаковалось, но я не переделывал мнемоники
Результат: 6,6 сек.
Зато дополнительного ОЗУ не требуется.
Наверняка, если написать с нуля, можно ускорить. Как минимум, от процедуры ExAfAf нужно избавиться.

---------- Post added at 18:10 ---------- Previous post was at 17:37 ----------

Похоже, флаги в процедуре ExAfAf запоминать не надо. Замена на более короткий вариант:

ExAfAf:		push h
		mvi h,0
		sta ExAfAf+2
		mov a,h
		pop h
		ret

дала небольшой выигрыш (5,46 сек.)

---------- Post added at 18:32 ---------- Previous post was at 18:10 ----------

Избавился от процедуры ExAfAf, результат 4,16 сек.

[vinxru]

Зато дополнительного ОЗУ не требуется.

Мне кажется, что этому архиватору требуется наличие архива в памяти целиком.

[b2m]

Мне кажется, что этому архиватору требуется наличие архива в памяти целиком.

Если разобраться, то байты там считываются из архива лишь в нескольких местах, можно заменить на вызов п/п. Сам архив читается последовательно.

Я решил выжать из этого алгоритма максимум скорости при распаковке (на ВМ80). Короче - переписал с нуля. И поскольку цель была - скорость, то распаковщик немного великоват - 222 байта. Но скорость поразила даже меня: распаковка гонок - 1,98 сек!!!

Понятно, что если чтение байта заменить на п/п чтения из rom-диска, будет медленнее, но всё равно, мне кажется - это неплохой результат.

[Advertiser]

[b2m]

Например заменить LDAX D (во всех местах) на:

XCHG
SHLD 0EE01h
LDA 0EE00h
XCHG

[vinxru]

Как ты измеряешь скорость?

[b2m]

Ставлю точки останова на начало и конец, после того как сработает первая точка, запускаю ещё раз (F5), когда сработает вторая, в нижней строке отладчика число T указывает количество тактов от предыдущего запуска. Делишь на тактовую частоту, получаешь в секундах.

[vinxru]

Понятно.

ОЗУ и объема ПЗУ нам для обоих разархиваторов хватит (для всего существующего софта) и для конечного пользователя разницы никакой не будет. Разница для него только в скорости.

У меня тоже появились идеи по ускорению первого алгоритма, думал сейчас доработать его, но раз MLZ работает так же быстро, то берем его.

В субботу или воскресенье куплю хлорного железа и сделаю картридж. И буду экспериментировать на реальном железе.