Выводим спрайт, с проверкой границ экрана

[drbars]

В общем сделал расчет атрибутов верх и низ, теперь лево-право думаю... Тока с атрибутами, высота спрайта должна быть кратна 8, иначе — видеоэффекты Фаза расчитывается исходя из высоты спрайта, а регистр B в цикле DJNZ используется как счетчик, чтобы не заводить лишний. Правда зачем некратная высота нужна с атрибутом?

[jerri]

drbars, давай рассмотрим ситуацию
ты выводишь спрайт с аттрибутами

высота спрайта 64
выводишь с точностью до 4

последнюю строку аттрибутов будешь дублировать? чтобы изображение не плыло или может проще спрайт одним цветом красить?

[drbars]

jerri, нет, строка пока не дублируется. Завтра доделаю базовую часть, а там дальше думать будем

[Wlodek]

Я делал так: таблица адресов экрана с избыточным количеством значений. Для крайних координат вместо адресов экрана указываются адреса в ПЗУ. В итоге отсечка получается автоматически без специальных мер.

[drbars]

Я делал так: таблица адресов экрана с избыточным количеством значений. Для крайних координат вместо адресов экрана указываются адреса в ПЗУ. В итоге отсечка получается автоматически без специальных мер.

Процедура не использует таблиц, расчет на лету Код доработал, обновил топик.
Проблема в том, что с таблиц очень удобно стеком снимать адрес в регистовую пару. Если же без стека, то нужно считывать в регистр сначала один байт, затем инкремент, второй байт, снова инкремент... а ещё и сам регистр HL затирать нельзя. Так что без стека, гораздо быстрее считать на лету.

Кто-нибудь видит способы оптимизации? Думается мне, можно как-то уменьшать кол-во лишних итераций в цикле умножения при проверке верхней границы.

[drbars]

Сложность номер 2 — внедрить вывод спрайта с заданным цветом в рамках аглоритма:

Чтобы это работало, на этапе инициализации задать:
A' — цвет спайта
E' — длина спрайта (можно и напрямую передавать, так даже быстрее. Сделал для примера)

AT_OUT	LD A,D          
	RRCA
	RRCA
	RRCA
	AND #0B
	OR #50
	LD D,A
	EX AF,AF'
	JP Z,AT_CLR
	PUSH BC
	EX AF,AF'
	EXX
	LD A,E
	EXX
	LD B,A
	EX AF,AF'
AT_FILL	LD (DE),A
	INC E
	DJNZ AT_FILL
	EX AF,AF'
	EXX
	LD A,E
	EXX
	LD E,A
	LD D,#00
	ADD HL,DE
	POP BC
	RET	
AT_CLR	EX AF,AF'
	...

[Advertiser]

[jerri]

drbars, есть такое предложение по организации графики

есть битмап шириной 2048 точек (256 байт) высотой 64 точки (16384 байт)
если нужен цвет создаем еще массив (256*8) 2048

итого 18432 под графику
если надо больше - можно выделить больше
далее
вывод спрайта

ldi
ldi
ldi
ld a(hl) ld (de),a
inc h inc d
ldd
ldd
ldd
ld a(hl) ld (de),a
inc h
inc d

вариант с маской возможен тоже

далее - урезание поверху - берем координату Y и если она отрицательно и меньше высоты то прибавляем к адресу спрайта и прибавляем к высоте.

подробнее раскладывать?

[alone]

А сабж для каких игр?

[drbars]

А сабж для каких игр?

Для отрисовки статических локаций спрайтом произвольного размера.

jerri, ты предлагаешь из bitmap'а выкусывать спрайт, расчитывая отступ слева и справа?

upd. понял inc h =) Метод прикольный, поэксперементирую
Единственное, придётся ещё держать таблицу указателей на спрайт в массив и его размеры. Но это в любом случае нужная информация.

---------- Post added at 16:58 ---------- Previous post was at 15:46 ----------

Вот какой из PC форматов может такой bitmap хранить без конверсии? Чтобы накидать в фотошопе спрайтов и не париться с вырезанием кстати

upd. .wbm отлично подходит) кстати, этот алгорим решил ещё одну мою системную проблему.
ну, а вывод спарйтов в топике — может кому пригодится Он тоже хорош, для своих целей.

[jerri]

drbars, могу кинуть свою нарезалочку