Пишу шедевр для «Вектора 06Ц»

Цитата:

---

Сообщение от metamorpho

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

---

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

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

Если скролл вниз, вверху надо нарисовать новое. Это можно сделать или до того, как луч дошел до первой отображаемой строки, или между тем, как луч уже отрисовал верхнюю часть экрана и случилось прерывание.

Life Pro Tip: вывод разных цветов в регистр бордюра дает возможность увидеть наглядно сколько именно времени от кадра занимают разные процедуры.

Цитата:

---

Сообщение от metamorpho

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

---

Не агитации ради, а токма спортивного интересу из.
Прикинул алгоритм "ширмы".
Формирование "ширмы" в 4 строки и на всю ширину экрана занимает 2048 тактов, или около 0.68 мсек.
Это один проход. Для удаления "ширмы" и установки её на новое место в два раза дольше.
"Луч" за это время успевает отобразить на экране порядка 20-ти строк (если я в расчетах не ошибся).

Правда это только вывод полосы, без учета обвязки в виде сохранения указателя стека и его восстановления...

svofski, спасибо за советы, но для меня подобные манёвры кода пока непонятны - это уже похоже высший пилотаж.
Я непонимаю как это реализовать в коде.

KTSerg, я решил поэксперементировать с "ширмой", о результатах сообщу.

Осмелюсь показать свою идею по заполнению ширмы.
Сразу скажу, я этим ни когда не пользовался и не протестировал.
Не призываю это использовать, просто как пример, может на какие мысли подтолкнёт.

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

сохранение указателя стека
lxi h,0000h
dad sp
shld sohr_sp

подготовка регистров.
HL должна читать адрес шиирмы, который где-то вычисляется и хранится в памяти
lhld adr_shirm - в HL загрузить адрес верхней строки "ширмы" из памяти.
lxi d,$0100 - в DE загрузить смещение для перехода к следующей колонке "ширмы".
lxi b,$ffff - в BC загружаем "ширму" или $0000 для её снятия.
mvi a,$20 - счетчик количества колонок ширмы, если пользоваться циклом

shirm_scr:
sphl - адрес ширмы в указатель стека
push b - две строки ширмы
push b - две строки ширмы
dad d - переход на следующую колонку ширмы

dcr a - счетчик циклов для ширмы
jnz shirm_scr - на повтор цикла

восстановление указателя стека
lhld sohr_sp
sphl

если циклом не пользоваться, а просто повторить 32 раза 4 команды загрузки ширмы, то её заполнение ускоряется на 30%.

[свернуть]

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

Цитата:

---

Сообщение от metamorpho

KTSerg, я решил поэксперементировать с "ширмой", о результатах сообщу.

---

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

Отключил одну плоскость. Сделал "ширму". Смотрится более ровно чем в исходном варианте, но попрежнему мельтишит.
Дальше хочу попробовать уменьшить вывод прибавки графики до 4-х строк (сейчас 8 строк) при скроллинге, выглядеть должно получше.
Если и это не даст приемлемый вид отображения, то возможно буду пробовать применить советы svofski.

https://www.youtube.com/watch?v=0tROsp5qeh8

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

Цитата:

---

Сообщение от KTSerg

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

---

KTSerg, спасибо за совет. Да я тоже это проходил :) Стараюсь почаще сохранять варианты кода.

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

Не претендую на оптимальность, но вот как написано заполнение ширмы в River Raid: ClearBlinds и DrawBlinds
https://github.com/svofski/incursion...rsion.asm#L493

Согласен с KTSerg -- ширма не освобождает от необходимости синхронизации, синхронизация так же важна, как и без нее.

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

Автор, а вот тебе источник вдохновения для будущего шедевра:

https://www.youtube.com/watch?v=mDqCEbRmdrw

Цитата:

---

Сообщение от x-code

Автор, а вот тебе источник вдохновения для будущего шедевра:

---

x-code, спасибо!! Именно такого рода геймплей будет мой первый пробный шедевр


KTSerg, svofski спасибо за советы,
но я явно не улавливаю тему синхронизации :)

Например вот эта мысль: "Если скролл вверх, внизу надо нарисовать новое. Это можно сделать в интервал от прерывания до начала сканирования лучом обновляемой области."

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

Ещё как узнать насколько может быть долгой программа обработки прерываний ?

Тут все просто. Каждый кадр занимает ровно 59904 такта. Время исполнения каждой инструкции дано в таблице. Дальше можно просто посчитать.

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