Быстрый вывод картинки 88*88

[ALKO]

Нужна процедура ввода\вывода картинки.
80*88 пикселей в любую область экрана.
ввод (занесение в память ОЗУ содержимого видео-ОЗУ) может осущесвляться с левого верхнего угла, а вот вывод желательно с указанием координат.
Подкиньте, пожалуйста асмовскую процедуру...

---------- Post added at 16:46 ---------- Previous post was at 16:45 ----------

координаты не обязательно попиксельные, можно и по знакоместу.

---------- Post added at 16:49 ---------- Previous post was at 16:46 ----------

упс,ошибся...размер 88х88

[Advertiser]

[VNN_KCS]

Обычный вывод спрайтов подойдёт?

[GM BIT]

;EmuzWin ZX Assembler++

org 30000
jp get_spt
ld b,0 ;координата Y (+4)
ld c,0 ;координата X (+6)
call set_adr
ex de,hl
ld hl,40000
ld b,88
out1 push bc push de
ld bc,11
ldir
pop de pop bc
call down_de
djnz out1
ret

get_spt ld hl,16384
ld de,40000
ld b,88
get1 push bc push hl
ld bc,11
ldir
pop hl pop bc
call down_hl
djnz get1
ret

set_adr ld a,b
rrca rrca rrca
and #e0
ld l,a
ld a,b and #18 or #40 ld h,a
ld b,0 add hl,bc
ret
down_hl inc h ld a,h and 7
ret nz
ld a,l add a,32 ld l,a
ret c
ld a,h sub 8 ld h,a
ret
down_de inc d ld a,d and 7
ret nz
ld a,e add a,32 ld e,a
ret c
ld a,d sub 8 ld d,a
ret

Вызов 30000 - снимет спрайт в координатах 0,0 и поместит его в 40000
Вызов 30003 - выведет спрайт из 40000 в экран по координатам в ячейках 30004(Y),30006(X)
Проверок на вывод за экран в программе нет

[NovaStorm]

>;EmuzWin ZX Assembler++
>ld a,b and #18 or #40 ld h,a
Оо Ядрёный асм =)

>ld b,88
>...
>call down_de
>djnz out1
Может стоит развернуть цикл и по 8 линий сразу сделать без лишних вызовов down_rr?
В связи с этим возник тоже интересный вопрос, переброс от сотни до пары тысяч байт лучше делать ldir или есть варианты со стеком, всосать/выплюнуть все регистры?

[VNN_KCS]

есть варианты со стеком, всосать/выплюнуть все регистры?

Так намного шустрей, но памяти займёт гораздо больше.

---------- Post added at 11:09 ---------- Previous post was at 11:07 ----------

down_hl inc h ld a,h and 7
ret nz
ld a,l add a,32 ld l,a
ret c
ld a,h sub 8 ld h,a
ret
down_de inc d ld a,d and 7
ret nz
ld a,e add a,32 ld e,a
ret c
ld a,d sub 8 ld d,a
ret

Зачем 2 процедуры? А нельзя сделать ex de.hl?

[NovaStorm]

Так намного шустрей, но памяти займёт гораздо больше.

Не, ну разворачивать тоже без фанатизма надо =)
Цикл по
pop
exx
pop
push
exx
push
?
Что-то у меня такой цикл со счётчиком по прикидкам LDIR не обгоняет из-за накладных расходов на этот самый счётчик и модификацию SP, упустил может что...

[VNN_KCS]

Упустил то, что PUSH и POP юзают сразу 2 байта.

[ALKO]

спасибо за исходники,но я тут примерил,довольно много памяти будет занимать всё это - 968 байт (!) картинка.
Не влезет в 48к машину то что хотел.
а именно файтинг со средней анимацией (хотя б 2(3) кадра на удар) +basiс компилятор в верхней области +сам бейсик сзади будет поджимать, и между этими двумя голодными тварями наврят ли поместится хотя б 20 кадров.
....
А, чуть не забыл ещё +область куда компилируется исходный код.

[NovaStorm]

Упустил то, что PUSH и POP юзают сразу 2 байта.

Не, ну как так можно =)
Проблема в том что регистров мало и нужен регистр на счётчик(минус BC).
Даже если взять только костяк
pop af,de,hl
exa,exx
pop af,de,hl
...
push hl,de,af
exa,exx
push hl,de,af
то это уже 142/12=почти по 12 тактов на байт, не считая танцев с SP. А пачка развёрнутых LDI будет жрать по 16 с небольшим.
В общем, пример можно?

---------- Post added at 16:23 ---------- Previous post was at 16:14 ----------

968 байт (!) картинка.

И это без маски...

Не влезет в 48к машину то что хотел.

Про бейсик лучше забыть, про 48к забыть крайне желательно. Анимация сожрёт слишком много места.
Но! Если есть сильное желание, для файтинга можно попробовать сегментировать бойцов и выводить их по кускам.

[ALKO]

Сегментацией будет гемморойнее.
А про 48к не смогу забыть, так как у меня 128к нету.
Под реал хочу создать,эмулятор - отстой...у него нет души.

---------- Post added at 17:34 ---------- Previous post was at 17:29 ----------

я раньше создавал некое подобие *****файта.
Там человечки 8х8 были, и вся анимация уместилась в UDG...
AI был таков - рандомный выбор (нанесение ударов (нога (рука)) уход назад), если же противник (тобиш игрок) далеко - подойти и произвести рандомное действие.