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

[KTSerg]

DCR "глюк" это "глюк"="глюк"-1 на один "глюк" стало меньше

Ясно.

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

В данном случае используется сплошная ширма высотой 16 строк, по 8 строк вверху и внизу экрана.
За одно прерывание происходит скроллинг 4 строки.
Соответственно, (с моей точки зрения) не имеет смысла перерисовывать по 8 строк ширмы. Достаточно с одной стороны удалить 4 строки, с другой добавить к ширме 4 строки. В связи с этим и "оптимизация", сокращающая работу с ширмой в 3-4 раза. И это в каждом прерывании при наличии перемещения по вертикали. А при отсутствии перемещения по вертикали, чего вообще тратить ресурсы на перерисовку ширмы...

[Advertiser]

[metamorpho]

Написал код для движущихся по уровню объектов (просчитываются все движущиеся по уровню объекты, даже если их нет на экране).
Скорость сразу приуныла. Придётся придумывать более скоростной вариант.

[jerri]

Написал код для движущихся по уровню объектов (просчитываются все движущиеся по уровню объекты, даже если их нет на экране).
Скорость сразу приуныла. Придётся придумывать более скоростной вариант.

1. сократи количество обьектов на уровне и сделай их умнее.
2. перепиши процедуру отрисовки. должен был быть резерв по ускорению.
3. привяжи движение обьектов к прерываниям.

[ivagor]

Красивая графика, впечатляет.

[KTSerg]

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

[metamorpho]

Красивая графика, впечатляет.

Спасибо!! Графику в основном - ищу подходящие готовые образы и - перекрашиваю цвета (под свои 8 цветов), сокращаю цветовую палитру (под 8 цветов), преобразую размер (очень трудно уместить в 24 точки что-либо не потеряв качество), дорисовываю некоторые элементы, делаю дополнительные кадры анимации и др.

1. сократи количество обьектов на уровне и сделай их умнее.
2. перепиши процедуру отрисовки. должен был быть резерв по ускорению.
3. привяжи движение обьектов к прерываниям.

Спасибо за советы !
Привязать движение к прерываниям - это несколько рискованно, т.к. в прерывании уже достаточно много чего, а если добавить ещё немного то начнуться глюки недорисовки. А если потом ещё нужно будет увеличить объём программы в прерываниях то это каждый раз это риск получить глюки, и придётся возвращаться и переписывать всё снова без использования прерываний - вот такие "страхи" есть.

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

Это всего лишь тестовый вариант.

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

[KTSerg]

...
Но столкнулся с новой проблемой - выход объектов за границу экрана.
Поскольку на Векторе нельзя рисовать за границей экрана, возникает проблема с тем чтобы сделать так, чтобы уходя с экрана спрайт исчезал плавно, а не резко. Сейчас придумываю как это сделать.

Ширмы в 16 строк уже мало
Либо увеличивать ширму, либо для пограничных "строк" лабиринта использовать специализированные (адаптированные) подпрограммы вывода спрайта.

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

Или я не правильно проблему понял?

[jerri]

Спасибо за советы !
Привязать движение к прерываниям - это несколько рискованно, т.к. в прерывании уже достаточно много чего, а если добавить ещё немного то начнуться глюки недорисовки. А если потом ещё нужно будет увеличить объём программы в прерываниях то это каждый раз это риск получить глюки, и придётся возвращаться и переписывать всё снова без использования прерываний - вот такие "страхи" есть.

ты не совсем верно понимаешь концепт

на прерываниях у тебя обработка объектов
в процессе обработки создаешь массив выводимых обьектов
в 2 списка

в основном теле только отрисовка
ты берешь по очереди один из списков и рисуешь по нему объекты

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

как то так.

Это всего лишь тестовый вариант.

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

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

выложи последний билд

[metamorpho]

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

Например вверх плавно уходят они за ширму и в итоге появляются с нижней стороны экрана, т.к. ширма=16 строк а спрайт 24 строки + подпрограмма вывода спрайта не контролирует Y, т.е. если Y=0ffh то inr y будет 00h и т.д. В итоге образуется мусор на экране и при скроллинге это ещё больше ухудшается.

ты не совсем верно понимаешь концепт
на прерываниях у тебя обработка объектов...в процессе обработки создаешь массив выводимых обьектов
в 2 списка....в основном теле только отрисовка....ты берешь по очереди один из списков и рисуешь по нему объекты........у тебя размер шторки должен быть равен или больше высоты спрайта.
.....выложи последний билд

Если программа обработки прерывания слишком длинная, то разве это не повлияет на отрисовку спрайтов в основном цикле программы ? Какой предел общего количества тактов команд, который можно без последствий для основного цикла программы, внедрить в программу обработки прерываний ?

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

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

[ivagor]

Если делать "ширму" высотой равной высоте спрайта, то это потеря двух строк, т.е. вместо 10 станет 8.

Ширму надо сделать не менее высоты спрайта, т.е. >=24. При этом ширма получится высотой 40 строк изображения, 216 останется для отображения, а это 9 строк спрайтов/тайлов.

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

Кстати, эти размышления наводят на мысль, что теоретически можно увеличить высоту спрайта до 25 строк, но это приведет к ряду неудоств.