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

Сделал опрос клавиатуры и движение игрока влево-вправо (см. видео)

Спрайты у меня 24х24 точек, в итоге экран 10х10 элементов - это не совсем стандартно, но в 24х24 точки можно уместить более детальную графику, чем в 16х16. Но в этом решении есть свои трудности при реализации следующего шага.
Хочу сделать игру с аппаратным вертикальным скроллингом, в связи с этим
столкнулся с выбором - есть такие вот варианты:
1. Если сохранить 24х24 точки и 16 цветов, то нужно писать хитрую программу которая будет выводить только часть (выбранную треть высотой 8 точек) спрайта (это для вертикального скроллинга). Поскольку спрайт (24х24) точки х10 (элементов) = 240х240 точек, поэтому остаются края со всех сторон по 8 точек.

2. Можно изменить графику и сделать 16х16 точек и сохранить 16 цветов, тогда программа вертикального скроллинга будет попроще (наверное), но есть подозрение что если делать вывод спрайтов для вертикального скроллинга высотой 16 точек, то это будет заметнее чем высотой 8 точек.

3. Есть ещё вариант оставить 8 цветов, а одну плоскость сделать "ширмой", которая будет прикрывать вывод строки спрайтов (высотой 16 точек) для вертикального скроллинга и в итоге скроллинг смотреться будет более качественно (наверное), но это потеря 8 цветов для игры.

Может у кого есть идеи или советы, пишите :)

Следующий шаг в разработке: движение главного героя по уровню вверх-вниз с помощью аппаратного вертикального скроллинга.

https://www.youtube.com/watch?v=VYO5...ature=youtu.be

metamorpho, а зачем выводить сразу весь тайл?
выводи попиксельно с прокруткой

Цитата:

---

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

Сделал опрос клавиатуры и движение игрока влево-вправо ...

---

А скорость передвижения влево-вправо как-то синхронизирована с прерываниями?

Цитата:

---

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

metamorpho, а зачем выводить сразу весь тайл?
выводи попиксельно с прокруткой

---

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

Цитата:

---

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

А скорость передвижения влево-вправо как-то синхронизирована с прерываниями?

---

Нет. А что даст такая синхронизация ? И как это сделать ?

Цитата:

---

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

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

---

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

вот например
https://youtu.be/Jz3EFWsvoBs?t=45

Цитата:

---

Нет. А что даст такая синхронизация ? И как это сделать ?

---

плавность отображения

Цитата:

---

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

...
Нет. А что даст такая синхронизация ? И как это сделать ?

---

С моей субъективной точки зрения, синхронизация перемещения с прерыванием может дать равномерность скорости перемещения персонажа по экрану.
Мне кажется, что вертикальный скролинг лучше задавать в прерываниях, т.к. изменение регистра скролинга в другое время может привести к появлению артефактов на экране.
Значит скорость вертикального перемещения будет зависеть от прерываний. Нужно на практике посмотреть какое соотношение смещения по вертикали за сколько циклов прерывания для данной игры наиболее оптимально. А если к этому привязать ещё и отрисовку смещения персонажа по горизонтали, то игроком восприниматься это будет более гармонично. Иначе получится, что по горизонтали персонаж бегает с одной скоростью, а по вертикали с другой.
Как делается синхронизация... ну например:
В прерывании организуем счетчик, который уменьшается от некоторого значения до нуля, при достижении нуля, присваивает значение "1" некоторой переменной (это "флаг", указывающий основному циклу программы, что пора отрисовывать перемещение), и значение счетчика снова восстанавливается для очередного цикла.
А основной цикл кроме всего прочего проверяет значение "флаг"а, а когда он становится равным "1", сначала сбрасывает его в "0", а потом отрисовывает перемещения персонажа (при наличии смещения по горизонтали), и элементы лабиринта для компенсации скролинга (при наличии смещения по вертикали).
Не знаю на сколько понятно я выразил свою мысль.

jerri, KTSerg - спасибо за идеи и советы!!

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

Сделал движение главного героя по уровню вверх-вниз с помощью аппаратного вертикального скроллинга. Результат оказался не таким что ожидал, но всё же это результат.

Следующий шаг в разработке:
- возможно поэксперементирую с другими вариантами вертикального скроллинга
- оптимизация (укорение) кода

https://youtu.be/ThltwegPfBY

Цитата:

---

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

Сделал движение главного героя по уровню вверх-вниз с помощью аппаратного вертикального скроллинга. Результат оказался не таким что ожидал, но всё же это результат.
...

---

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

Цитата:

---

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

А если сначала сдвигать, а потом выводить лабиринт на экран?

---

А без разницы. Будет такой-же эффект, но с другой стороны экрана. Нужно оставлять пустое место, выводить и сдвигать попиксельно (по одной линии).