goodboy, распаковщик хруста в буфере? Из-за этого вся байда? А какой адрес лучше подойдет? 16384 с черными атрибутами сойдет?
Кстати, а распаковщики картинок в буфер принтера не лезут?
Вид для печати
goodboy, распаковщик хруста в буфере? Из-за этого вся байда? А какой адрес лучше подойдет? 16384 с черными атрибутами сойдет?
Кстати, а распаковщики картинок в буфер принтера не лезут?
К слову, упаковывать упакованные картинки - то ещё развлечение. Если и будет выигрыш, то очень небольшой.Цитата:
Сообщение от ZX_NOVOSIB
лучше 22528, красивей будет выглядетьЦитата:
Сообщение от ZX_NOVOSIB
Ну в моем случае ужалось с 18347 до 13587, т.е. процентов на 25, неплохо )Цитата:
Сообщение от SAM style
Я перепробовал кучу паковщиков картинок, чтобы при распаковывании картинка быстро выводилась на экран и чтобы размер при этом был поменьше. Остановился на MAXSOFT SCREEN PACKER v1.6, там в настройках нужно выбрать депакер FAST.LIN. Может что-то и получше есть, незнаю, но обычно либо картинка сильно ужимается, но потом долго рисуется, либо рисуется быстро, но ужимается очень мало. MSP с режимом FAST.LIN - золотая середина.
---------- Post added at 04:00 ---------- Previous post was at 03:58 ----------
цветные квадратики сверху экрана это красивей? Или это типа шутка была? :)Цитата:
Сообщение от goodboy
Кстати иногда CLEAR не нужен, а иногда даже вреден. Ибо он обнуляет переменные. Можно сократить бейсик программу если вместо цифр использовать переменные, а переменные эти задавать не из программы, а "из командной строки", это позволит еще выиграть свободного места. Но эти заданные переменные обнуляются операторами RUN и CLEAR. Впрочем всё это актуально исключительно для бейсика :)Цитата:
Сообщение от SAM style
А если после распаковки блока, происходит auto jump на точку входа игры, и возвращение в бейсик не происходит, то можно разместить распаковщик этого блока в буфере принтера?Цитата:
Сообщение от goodboy
Выключить прерывания - и можно, но потом не включать IM0/IM1 с 128м бейсиком.Цитата:
Сообщение от ZX_NOVOSIB
Лучше нарисовать кодовый загрузчик, который сам включит basic48, тогда буфер не будет использоваться.
проще отключить один бит в переменной FLAGSЦитата:
Сообщение от SAM style
Короче без кодового загрузчика, включающего basic48, в буфер принтера нельзя ложить депакер? Почему? Ведь к бейсику возврата не будет. Я думал если возврат в бейсик не планируется, то пофиг, что что-то там у бейсика попортится. Я ошибался?Цитата:
Сообщение от SAM style
---------- Post added at 03:57 ---------- Previous post was at 03:55 ----------
это можно сделать из под бейсика?Цитата:
Сообщение от goodboy
Есть ещё такая штука, как прерывания. в режимах 0 и 1 каждые 20мс выполняется код по адресу 56. Если в данный момент включен бейсик128, то эта п/п полезет в буфер. И в 128, и в 48 бейсике она меняет переменные, плюс IY должен быть 23610.Цитата:
Сообщение от ZX_NOVOSIB