Вид для печати
Я обычно рисую в своём любимом Пэинт нете в ЧБ.
После перегоняю в zx paintbrush, тама разукрашую атрибуты. Ну а затем через формат SCR импортирую в bmp2scr, где могу задать компрессию получившейся пикчи и сохранить в тапку.
Такая процедура норм для фуллскриновой картинки.
А вот если мне нужно отобразить цветную пикчу конкретной ширины/высоты по заданным координатам? Желательно с компрессией.
Поделитесь опытом, кто как делает подобное.
В zx paintbrush есть выгрузка участка экрана побайтно, прямо в виде листинга asm для вставки в ассемблер или в виде данных bin и hex. Без компресии, конечно. Но ты же будешь, в итоге, всю свою работу компрессировать - смысла компрессировать отдельный спрайт нет. Да и tap ты будешь все равно собирать в ассемблере.
Эт я знаю. Но это лишь массив данных. А выводилка есть какая для них ? Именно процедура.Цитата:
По умолчанию
В zx paintbrush есть выгрузка участка экрана побайтно, прямо в виде листинга asm для вставки в ассемблер или в
Буду ли... Я-то и компрессорами ни разу не маялся.Цитата:
Но ты же будешь, в итоге, всю свою работу компрессировать
Только то что генерится автоматом в bmp2scr
- - - Добавлено - - -
Нет опыта работы с такими вещами.
С учетом нелинейности видеопамяти спекртума, задача сильно зависит от размеров спрайта, от его позиции и в целом от того, как и где мы хотим его печатать. То-есть самая универсальная процедура будет одновременно самой тормозной и огромной. Надо определиться с задачей и почитать в Этюдах и других темах способы вывода спрайта. Вот, например.Цитата:
Сообщение от ALKO
Скорость для меня не критична.
Достаточно будет даже одного кадра в секунду.
Можно попробовать мультисистему Авангард, которая позволяет компилировать мульт или одну картинку по произвольному адресу, а воспроизводить его можно как музыку с любой скоростью. Если только одна картинка, то программа работает как компрессор.
https://sun9-66.userapi.com/c854528/...CxpFM2fPOU.jpg
Начал я тут маяться написанием процедурки вывода экспортированного из paintbrush массива прямоугольной области.
Для начала тренируюсь на пикселях без атрибутов одного знакоместа.
Но што-то пошло не так
1. На знаком с этим ассемблером, но есть подозрение, что он не понимает конструкцию OR SCREEN_ADDR/#100.
Попробуйте заменить на OR #40.
2. в выводе знакоместа нет инкремента источника
3. если вывод идёт в рамках одного знакоместа, п/п DOWN_HL избыточна, достаточно inc h
4. Источник лучше повесить на регистр DE, а цикл на B:
Код:ld de,30000
ld b,8
loop
ld a,(de)
ld (hl),a
inc h ;call DOWN_HL
inc de
djnz loop
ret
команды нужно писать с отступом от начала строки, иначе они воспринимаются компилятором как метки.
- - - Добавлено - - -
EmuZWin понимает арифметические выражения в командах.Цитата:
Сообщение от LW
Разве?Цитата:
Сообщение от LW
Экран разделён на три части ведь. Оно корректно наложится?
Процедурку следующей позиции брал отсюда
http://speccy.info/Расчет_адреса_сле..._экрана
Имелось ввиду, если выводится только одно знакоместо.
- - - Добавлено - - -
в логе ошибокЦитата:
Сообщение от Andrew771
29:23 At pass 2 label /#100 is adding .....
намекает на обратное