Спрайты

[ivagor]

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

[NEO SPECTRUMAN]

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

лучше сразу пытаться писать с оптимизацией
потом этот рабочий вариант на всегда и остаенется...

да и выравнивание всех данных нужно сразу делать
чтобы сразу писать без инкриментов всего HL

[svofski]

В конкретном случае ракетки, может быть просто сделать ее пошире с черными полями так, чтобы он сама свои края при перемещении затирала? А то как-то много чести целиком экран под ней стирать каждый кадр. Надо только учесть, насколько широкие должны быть поля с учетом максимальной скорости. Или ты уже это пробовал, но получается, что быстрее стереть целиком?

Кстати о разворачивании, прекрасм поддерживает синтаксис в стиле:

ldax d \ mov m, a \ inx d \ inx h ; ftagn!

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

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

btw, строго говоря, "push hl", "dad bc" -- это чуток девиантно для 8080, надо "push h", "dad d", etc. Прекрасм это терпит, но лучше писать правильно.

[tnt23]

В конкретном случае ракетки, может быть просто сделать ее пошире с черными полями так, чтобы он сама свои края при перемещении затирала? А то как-то много чести целиком экран под ней стирать каждый кадр. Надо только учесть, насколько широкие должны быть поля с учетом максимальной скорости. Или ты уже это пробовал, но получается, что быстрее стереть целиком?

Нет, такое мне в голову не приходило. Загрузился и думаю.

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

btw, строго говоря, "push hl", "dad bc" -- это чуток девиантно для 8080, надо "push h", "dad d", etc. Прекрасм это терпит, но лучше писать правильно.

Пишу так скорее для себя, чтобы глазом видеть, где работа с регистровой парой идет. Буду исправляться.

[Denn]

Все еще слишком прозрачно для понимания, надо самомодифицирующегося кода добавить.

SHLD $+12
PUSH PSW
LXI H,0
DAD SP
MVI M,0
POP PSW
LXI H,0

[ivagor]

Denn, хороший вариант, но насколько помню, флаги - младший байт psw, A - старший. Если я не ошибся, то после push psw нужно lxi h,1

[Advertiser]

[tnt23]

только нужно позабодтится чтобы буфера не пересекали границу 256 байт

Мысль проредить буферы хорошая, можно будет ее потом обдумать, когда/если действительно не будет хватать тактов, с одной стороны, и будет избыток памяти с другой.

[NEO SPECTRUMAN]

btw, строго говоря, "push hl", "dad bc" -- это чуток девиантно для 8080, надо "push h", "dad d", etc. Прекрасм это терпит, но лучше писать правильно.

абсолюютно правильный подход
push h это скорей всего дебилизм разработчиков мнемоник 8080
аf вообще обозвали psw...
потом они исправились...

что примечательно в ARM-е вообще не заморачивались
и SP и PC лежат среди обычных регистров под именами r13, r15

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

Мысль проредить буферы хорошая, можно будет ее потом обдумать, когда/если действительно не будет хватать тактов, с одной стороны, и будет избыток памяти с другой.

просто положи org-ом оно в конец памяти и все
да и можно ложить несколько маленьких таблиц\буферов друг за другом
имея один общих старший адрес если мало памяти

потом в финальной версии передвинешь максимально близко к концу кода

[svofski]

push h это скорей всего дебилизм разработчиков мнемоник 8080

С этим даже я, фанат 8080 и хулитель Z80, соглашусь. Но это вопрос совместимости. Не любой ассемблер поймет такие мнемоники.

[NEO SPECTRUMAN]

Не любой ассемблер поймет такие мнемоники.

А так часто одни ассемблері понимают сорці других ассемблеров?
(выделываются даже разные версии...)

при необходимости все можно будет подправить автозаменой...


просто в сорце нужно указовать чем компилить
...
я вообще ложу компилятор вместе с сорцами
чтоб компилилось из коробки и без плясок с бубном