Dizzy Scripting Engine

[Lethargeek]

Алгоритм рисовки я менять точно не буду. Спрайтовый движок не мой и лезть туда дело не благодарное.

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

...а потом удивляются, почему кто-то считает игры из конструктора второсортными

Если у тебя есть код который ускорит копирование - милости просим.

да блин горелый же

DUP	30
	ldi
EDUP

вместо

	ld bc, 30
	ldir

только спрайты всё равно лучом будут резаться и всё равно это медленней намного, чем экраны переключать

применять аппаратные экраны в качестве простого буфера крайне тупо, это надо переделывать однозначно
причём если ты не хочешь открыть исходники, то достаточно блок-схемы основного игрового цикла, или пошаговой
а там уж разобрались бы, какие шаги добавить

[hippiman]

Ок. Вот недоленговская функция, которая копирует экран.

showscr
ld de,scrtop
ld hl,scrbuf-scraddr ;0x4000 ;screen5
add hl,de
ld b,scrhgt
showscrtileline.
push bc
ld a,8
showscrline.
push de
push hl
ld bc,scrwid
ldir
pop hl
pop de
inc h
inc d
dec a
jp nz,showscrline.
push de
push hl
;ld a,h
;rrca
;rrca
;rrca
;add a,0x18+(scrbuf/256)-(scrbuf/0x800)-1
;ld h,a
ld a,d
rrca
rrca
rrca
add a,0x18+(scraddr/256)-(scraddr/0x800)-1 ;0x58-(0x40/8)-1 ;screen5
ld d,a
add a,+(scrbuf-scraddr)/256
ld h,a
ld bc,scrwid
ldir
pop hl
pop de
pop bc
ld a,e
sub -32
ld e,a
sbc a,a
and -8
add a,d
ld d,a
ld a,l
sub -32
ld l,a
sbc a,a
and -8
add a,h
ld h,a
djnz showscrtileline.
ret

Что-то похожее на

ld bc, 30
ldir

Тут встречается 2 раза.

ld bc,scrwid
ldir

Как тут лучше сделать?

[Lethargeek]

Тут встречается 2 раза.
ld bc,scrwid
ldir
Как тут лучше сделать?

ну так дважды и замени (первый раз даст больший эффект при этом)

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

остальное тоже можно улучшить (зачем столько медленных push и pop?)
но сейчас некогда, да и по уму надо избавляться вовсе от переброски

[hippiman]

ну так дважды и замени (первый раз даст больший эффект при этом)

Не DUP и EDUP я так понял - типа цикла надо организовать так? Ибо компилятор меня не понял.
Яж говорил, мне после постоянного кодинга на яву асм с огромным трудом дается.
Подскажи пожалуйста прямо куском, чтобы я подставил, скопмилировал и оно заработало. Байт 200-300 в запасе еще есть вроде.

[Lethargeek]

Не DUP и EDUP я так понял - типа цикла надо организовать так? Ибо компилятор меня не понял.

какой цикл? это тупо повторить фрагмент (в данном случае одну команду) N раз

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

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

[hippiman]

какой цикл? это тупо повторить фрагмент (в данном случае одну команду) N раз

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

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

Лучше подожду.
Сейчас глобально что-то менять уже поздновато, думаю. А так по мелочи может что и выйдет.
Но там главный тормоз не копирование экрана, а сама архитектура.
Я не могу знать заранее что сколько будет занимать памяти и оптимально это все распихать по памяти. Приходится выделять с запасом, а потом постоянно щелкать страницами. Зато универсальность )

[Advertiser]

[Lethargeek]

Сейчас глобально что-то менять уже поздновато, думаю.

с чего вдруг? движки можно бесконечно допиливать)

Но там главный тормоз не копирование экрана, а сама архитектура.

а вот и нет никогда не будь ни в чём уверен, не подсчитав
там за полный игровой кадр даже с 4 спрайтами переброска буфера жрёт больше тактов, чем ВСЁ остальное
и это на нетормозном пентагоне, а на фирменных машинах всё еще печальнее должно быть

[hippiman]

Вот еще. Может интересно будет
Я же движок dizzySE на недоленге писал.
Это видос как этот недоленг устроен

[Lethargeek]

Я же движок dizzySE на недоленге писал.
Это видос как этот недоленг устроен

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

[hippiman]

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

Ну движок на движке такое и выходит.
Ндоленг не только язык же, а еще и набор библиотек. Спрайтовый и тайловый движки оттуда же.
Это я уже поверх свое нагородил: скрипты, рендеринг комнаты в буфер и пр.