Редактирование карты Rex

[ZX_NOVOSIB]

goodboy, распаковщик хруста в буфере? Из-за этого вся байда? А какой адрес лучше подойдет? 16384 с черными атрибутами сойдет?

Кстати, а распаковщики картинок в буфер принтера не лезут?

[Advertiser]

[SAM style]

5 картинок сжал упаковщиком экранов, потом загрузил их последовательно в память, друг над дружкой, потом весь этот блок сохранил. Потом это блок сжал хрустом

К слову, упаковывать упакованные картинки - то ещё развлечение. Если и будет выигрыш, то очень небольшой.

[goodboy]

А какой адрес лучше подойдет? 16384 с черными атрибутами сойдет?

лучше 22528, красивей будет выглядеть

[ZX_NOVOSIB]

К слову, упаковывать упакованные картинки - то ещё развлечение. Если и будет выигрыш, то очень небольшой.

Ну в моем случае ужалось с 18347 до 13587, т.е. процентов на 25, неплохо )

Я перепробовал кучу паковщиков картинок, чтобы при распаковывании картинка быстро выводилась на экран и чтобы размер при этом был поменьше. Остановился на MAXSOFT SCREEN PACKER v1.6, там в настройках нужно выбрать депакер FAST.LIN. Может что-то и получше есть, незнаю, но обычно либо картинка сильно ужимается, но потом долго рисуется, либо рисуется быстро, но ужимается очень мало. MSP с режимом FAST.LIN - золотая середина.

---------- Post added at 04:00 ---------- Previous post was at 03:58 ----------

лучше 22528, красивей будет выглядеть

цветные квадратики сверху экрана это красивей? Или это типа шутка была?

[ZX_NOVOSIB]

Работаешь с кодом из бейсика - ставь стек ниже кода!
1 CLEAR 32412

Кстати иногда CLEAR не нужен, а иногда даже вреден. Ибо он обнуляет переменные. Можно сократить бейсик программу если вместо цифр использовать переменные, а переменные эти задавать не из программы, а "из командной строки", это позволит еще выиграть свободного места. Но эти заданные переменные обнуляются операторами RUN и CLEAR. Впрочем всё это актуально исключительно для бейсика

[ZX_NOVOSIB]

у тебя распаковщик находится в буфере принтера (с 23296), а 128ой бейсик этого не-любит, у него там переменные и код отслеживающий текущую страницу).
затирая его ты тем самым нарушаешь работу интерпретатора.

А если после распаковки блока, происходит auto jump на точку входа игры, и возвращение в бейсик не происходит, то можно разместить распаковщик этого блока в буфере принтера?

[SAM style]

А если после распаковки блока, происходит auto jump на точку входа игры, и возвращение в бейсик не происходит, то можно разместить распаковщик этого блока в буфере принтера?

Выключить прерывания - и можно, но потом не включать IM0/IM1 с 128м бейсиком.
Лучше нарисовать кодовый загрузчик, который сам включит basic48, тогда буфер не будет использоваться.

[goodboy]

Лучше нарисовать кодовый загрузчик, который сам включит basic48, тогда буфер не будет использоваться.

проще отключить один бит в переменной FLAGS

[ZX_NOVOSIB]

Выключить прерывания - и можно, но потом не включать IM0/IM1 с 128м бейсиком.
Лучше нарисовать кодовый загрузчик, который сам включит basic48, тогда буфер не будет использоваться.

Короче без кодового загрузчика, включающего basic48, в буфер принтера нельзя ложить депакер? Почему? Ведь к бейсику возврата не будет. Я думал если возврат в бейсик не планируется, то пофиг, что что-то там у бейсика попортится. Я ошибался?

---------- Post added at 03:57 ---------- Previous post was at 03:55 ----------

проще отключить один бит в переменной FLAGS

это можно сделать из под бейсика?

[SAM style]

Я думал если возврат в бейсик не планируется, то пофиг, что что-то там у бейсика попортится. Я ошибался?

Есть ещё такая штука, как прерывания. в режимах 0 и 1 каждые 20мс выполняется код по адресу 56. Если в данный момент включен бейсик128, то эта п/п полезет в буфер. И в 128, и в 48 бейсике она меняет переменные, плюс IY должен быть 23610.