Вид для печати
Да, конечно, такой вариант предпочтительнее для средних и крупных спрайтов.Цитата:
Сообщение от jerri
Ещё одну проблему нашёл при таком способе - очень сильно будет скакать скорость вывода в зависимости от кол-ва спрайтов на экране и их текущих кадров. Т.е. при синхронизации фреймрейта либо сразу на худший вариант закладываться, либо как-то динамически распределять остаток времени после вывода придётся.
Короче, ясно, довольно муторное это дело при несильно большом выигрыше в памяти.
FYI, Jerri удалось максимально оптимизировать вывод спрайтов любой ширины, со сдвигом от 1 до 7, через таблицу длинной 3584 (#0e00) байт.
Инициализация таблицы смещений:
Вывод одного байта с маской:Код:init_offset_tab ld hl,offset_tab
ld b,1
init_offset_tab_1 push bc
ld d,l,e,0
init_offset_tab_2 srl d
rr e
djnz init_offset_tab_2
ld (hl),d
inc h
ld (hl),e
dec h
inc l
pop bc
jr nz,init_offset_tab_1
inc h,h,b
ld a,b
cp 8
jr nz,init_offset_tab_1
ret
Итого: 104 такта на один байт с маской (100 тактов в частном случае).Код:HL = адрес на экране
HL' = адрес спрайта
D' = старший байт адреса таблицы смещений offset_tab
BC' = данные предыдущего байта (в начале каждой линии нужно обнулять)
ld a,(hl)
exx
or c
xor b
ld e,(hl)
inc hl ;в частном случае можно inc l
ld b,(hl)
inc hl ;в частном случае можно inc l
ex de,hl
or (hl)
inc h
ld c,(hl)
ld l,b
ld b,(hl)
dec h
xor (hl)
ex de,hl
exx
ld (hl),a
В конце линии нужно вывести остатки из BC'
ld a,(hl)
exx
or c
xor b
exx
ld (hl),a
Полезная процедурка, был бы клипинг можно было бы Star Wars возродить попробовать ))Цитата:
Сообщение от SaNchez
Можешь спрайты расположить на "ковре", как этот способ называет Jerri. В общем, спрайты на холсте 256х64 байта, ничего клиппить не надо, рисуешь только необходимый кусок.
SaNchez, кучу таков сожрёт "обвязка" вывода байта.. к сожалению чудес не бывает :( + считай максимальную нагрузку в отдельном пакете процедур зеркального вывода.
Построение таблиц с адреса #5С00 из Диззика:
Код:XOR A
LD L,A
LD B,A
LD DE,#6907
T_L1 LD C,B
LD B,E
LD H,D
LD A,L
T_L2 ADD A,A
RL C
LD (HL),A
DEC H
LD (HL),C
DEC H
DJNZ T_L2
INC L
JR NZ,T_L1
drbars, обвязка все равно жрет меньше чем сам вывод
и обвязка будет всегда.
с быстрой процедурой или с медленной.
Не понял. Откуда 256 и 64.Цитата:
Сообщение от SaNchez
Смотри. 256х64 байта потому-что это 16Кб, одна страница. Спрайты в странице лежат не линейно, а вот так (пример для спрайта 32х32 в верхнем левом углу холста/ковра):
#c000: mask000, data000, mask001, data001, mask002, data002, mask003, data003
#c100: mask004, data004, mask005, data005, mask006, data006, mask007, data007
.....
#df00: mask124, data124, mask125, data125, mask126, data126, mask127, data127
А какие есть способы генерации масок спрайта? с TommyGun слишком мудрено.
Я в своём редакторе черновую маску формирую так: сдвигаю спрайт с наложением вверх, вниз, влево и вправо, потом делаю заливку начиная с верхнего левого угла, всё что залилось - и есть маска. Способ не идеальный, иногда требуется ручками кое-что подправить.