Портирование Asteroids

[nzeemin]

В начале июня начал попытки портирования Asteroids - игра на аркадном автомате от Atari - на Вектор-06Ц.
Этот аркадный автомат полностью векторный, на процессоре 6502.

Разобранные исходники оригинала:
https://www.computerarcheology.com/Arcade/Asteroids/
https://github.com/nmikstas/asteroid...steroidsSource

Моя задумка: обойтись полностью без рисования линий, всё только на спрайтах через XOR.
Память не экономим - держим все спрайты во всех фазах движения по горизонтали, всего порядка 22К на все спрайты.
Из объектов крутится только кораблик - делаю 8 фаз на сектор, в оригинале было 17 фаз на сектор.
0/1 планы под геймплей, переключать по завершению рисования через палитру.
2-й план под индикаторы.

Репозиторий с кодом:
https://github.com/nzeemin/vector06c-asteroids

Как обычно, буду рад вашим советам как сделать лучше.

UPDATE: скриншоты

Скрытый текст

[свернуть]

Текущее состояние: играбельная демо-версия: кораблик поворачивается и стреляет, но не летает.

[Advertiser]

[ivagor]

Asteroids или клонов на стандартном векторе нет (есть для z80), поэтому несомненно плюсую.

[svofski]

Отличный выбор, присоединяюсь к ivagor-у.

Заранее просчитанные спрайты можно хранить сразу в виде кода, если влезают в память.

[nzeemin]

Отличный выбор, присоединяюсь к ivagor-у.

Заранее просчитанные спрайты можно хранить сразу в виде кода, если влезают в память.

Идея неплохая. А можно пример как это сделать наиболее эффективно?
То есть это через серию "загрузить в A байт, сохранить в (HL)" или "загрузить в HL слово, push его в стек" ?
Здесь же ещё и XOR с экраном нужно делать.

[ivagor]

Здесь же ещё и XOR с экраном нужно делать.

Надо еще подумать, для начала что-то вроде

;HL=адрес в экране
;32 такта/байт спрайта, 5 байт программы/байт спрайта
mov a,m
xri байт спрайта
mov m,a
inr l (или dcr l или inr h или dcr h)

[svofski]

Я могу похвастаться только своими спрайтами в Рива рейде, вот их генератор
https://github.com/svofski/incursion...makesprites.py
И пример того, что он делает
https://github.com/svofski/incursion...aster/ship.inc
Он идет зигзагом, загружает данные lxi и записывает в экран через push. Там нету перекрытий, поэтому получилось здорово сэкономить.

Для XOR разве только
mov a, m \\ xri xyz \\ mov m, a \\ inr l ; 8 + 8 + 8 + 8 = 32, или 64 на два байта
Или попробовать парами?
lxi b, xyz \\ mov a, m \\ xra c \\ mov m, a \\ inr l \\ mov a, m \\ xra b \\ mov m, a \\ inr l ;; 12 + 8 + 4 + 8 + 8 + 8 + 4 + 8 + 8 = 68
получается хуже, но если вместо lxi будет pop, получается, что не надо инлайнить данные и код. В общем с xor-ом похоже много не выгадаешь за счет такого разворачивания.

Еще идея - у нас 4 плоскости. Если три плоскости сделать одним цветом, можно три спрайта перекрывать "аппаратно". Вопрос к логике игры, сможет ли она группировать перекрывающиеся спрайты так, чтобы они были в разных плоскостях? Если да, то круто и можно упростить отрисовку спрайтов до простого затирания. Эффект не обязательно должен быть всегда идеально выполнен. Если что-то частично перетрется, но это исчезнет с глаз долой за 20мс, ну и ладно.

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

P.S. ivagor меня опередил. То, что у нас получились одинаковые примеры говорит о том, что может быть точно один из нас прав.

[ivagor]

Если сравнить вариант с инлайнами данных спрайта с вариантом без инлайнов (с pop), то казалось бы разница всего в 2 такта/байт спрайта (32 vs 34), но надо учесть и возможность локальной оптимизации варианта с инлайнами в местах, где байты спрайта=0, и тогда разрыв увеличится. Насколько помню в river raid svofski так делал (без xor). При наличии места можно все спрайты заинлайнить, а если не хватает, то только самые критичные. Пишу капитанские вещи, но сужу по себе, иногда что-то давно знакомое вылетает из головы и напоминание помогает.

[svofski]

Насколько помню в river raid svofski так делал (без xor).

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

Можно пойти еще дальше и сделать дырки через строку. Когда все быстро мельтешит можно много деталей простить.

Хорошо, что ivagor накапитанил, потому что я сам про это забыл.

[b2m]

Надо еще подумать, для начала что-то вроде

Т.е. хранить все 8 сдвинутых спрайтов? Это-ж сколько из будет?
Допустим 8 разных размеров (включая сам корабль) * 8(или 16) поворотов * 8(или 4) сдвигов = 512 спрайтов. Памяти-то хватит?

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

Из объектов крутится только кораблик

Так неинтересно...

[nzeemin]

Т.е. хранить все 8 сдвинутых спрайтов? Это-ж сколько из будет?

Да, я тоже прикидываю что процедурами хранить очень накладно получается.

Так неинтересно...

В смысле? в оригинале тоже только кораблик крутится - посмотрите внимательно.

Ещё можно посмотреть на векторный ROM - только для кораблика там заданы фазы поворота:
https://www.computerarcheology.com/A...VectorROM.html