ЭТЮДЫ

[Destr]

Интересует смена одной картинки познакоместным скроллом другой из края экрана (влево/вправо)

Если познакоместно - LDIR-LDI (если с извращениями то стек, если с серъёзными извращениями то таки-да "вы снова вышли на Дерибасовскую!")

[ALKO]

Если познакоместно - LDIR-LDI (если с извращениями то стек, если с серъёзными извращениями то таки-да "вы снова вышли на Дерибасовскую!")

Ldir-ldi, это, скорее всего, в буфере уже должны быть распакованы пикчи, плотно прилегая друг к другу, чтоб одна сразу же следовала за другой?

Полагаю и для проявления квадратом из центра экрана тоже в буфере надо хранить. Но для меня весь гемор упирается в нелинейность видео-памяти.

Хм.. а если LDIRить, то эт картинки будут размером строго по ширине экрана ведь? Я предполагал размеры пикч отличные от 256 пикселей по ширине.
160х88 или около того. В зависимости от сцены.

- - - Добавлено - - -

если тебе нужно прям вот максимальное сжатие, и не критична скорость распаковки, попробуй мой компрессор (ссылки в бложике)
он полноэкранный, но если скорость и сжатие устроит, могу тебе запилить спецверсию с обрезкой ненужных строк

Lethargeek Kompakt v1.1?

Я пока не за компом, нет возможности ознакомиться.
А в каком виде скармливать данные из того же ZX painbrush или bmp2scr? Кстати, в последнем тоже имеется свой компрессор, но он заточен под фулл скрин, и распаковывает сразу в 16384.

[Lethargeek]

Хм.. а если LDIRить, то эт картинки будут размером строго по ширине экрана ведь? Я предполагал размеры пикч отличные от 256 пикселей по ширине.
160х88 или около того. В зависимости от сцены.

ну и размножь насколько тебе надо цепочку ldi/ldd

Lethargeek Kompakt v1.1?

Я пока не за компом, нет возможности ознакомиться.
А в каком виде скармливать данные из того же ZX painbrush или bmp2scr?

он, скармливать только scr (ну, и собственные результаты для контроля на распаковку))

[Destr]

Может быть поможет LD HL,(адрес в скрине):PUSH HL (стек тоже в экране).
Память конечно жрётся нехило, но зато быстро и если железо путнее (и скомпилировано в быструю память) - во фрейм может и удатся...

[ALKO]

он, скармливать только scr (ну, и собственные результаты для контроля на распаковку))

Глянул демку. Экономия примерно в два раза получилась, видимо. Правда там несколько пикч читерские - с пустотами.
В целом скорость распаковки норм при условии что скроллить или проявляться из центра будет по мере данной распаковки.

[Lethargeek]

ALKO, смотря как там нужно скролить и проявлять, распиши подробней здесь или в личку

[ALKO]

Lethargeek, ну вот, допустим, есть картинка
160х88, например, или около того +/-. Края по бокам можно захайдить атрибутами (чёрный инк/черный пэйпер), в случае чего использовать их как буферную зону распаковки перед выполнением скролла.(хотя не, отдельно атрибуты шлёпать придётся, усложнится алгоритм)
Затем в зависимости от нажатой кнопки познакоместный скролл влево/вправо, одна картинка сменяется другой (можно и 16px, все равно не экшн, поэтому дискретность допускается). А также при нажатии условного "вперёд" из центра картинки квадратом разрастается следующая (недавно обсуждали Лоде Руннер в холиварах, вот на MSX и SG1000 карта генерится в подобном виде).
Пока контент не рисовал, поскольку не ясно точно, под какое разрешение будут работать процедуры, если таковые будут вообще.

[Lethargeek]

ALKO, ok, попозже объясню, что к чему

[ivagor]

В дополнение/окончание темы bin2bcd с использованием daa. Оказывается достаточно давно на форуме уже была ссылка на такую процедуру (там много чего).

[tae1980]

А можно текст по ссылки из группы ФИДО в читаемой кодировке? А то мне браузер не даёт сменить кодировку.