Пишем игры под РК подобные

[inozemcew]

Предельная производительность

Простите, но для чего такое может потребоваться? Явно же не для прокрутки экрана. Ведь в РК-подобных имеется аппаратная прокрутка в любом направлении. Хоть программированием контроллера ПДП, хоть просто перестановкой кода F3 по экрану. Мучить несчастный процессор нет никакой необходимости.

[Vital72]

Простите, но для чего такое может потребоваться? Явно же не для прокрутки экрана. Ведь в РК-подобных имеется аппаратная прокрутка в любом направлении. Хоть программированием контроллера ПДП, хоть просто перестановкой кода F3 по экрану. Мучить несчастный процессор нет никакой необходимости.

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

[inozemcew]

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

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

[Vital72]

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

у вас вращение, а не прокрутка.

[inozemcew]

у вас вращение, а не прокрутка.

Пожалуйста, озучьте, чем "вращение" отличается от "прокрутки".
В моем примере прокручивается "картинка" 300х24 символа.
Что нужно еще, чтобы вы убедились, что это именно аппаратная прокрутка, точно такая же, как и та программная, которую приводили несколькими постами выше.

[Vital72]

продемонстрируйте, как своим вращением вы выводите на экран несколько страниц текста

[Hammer]

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

Тут имеет место быть недопонимание.

Вот есть многим знакомый экран oled 1306, в нем есть аппаратный скролл. Он переносит именно содержимое памяти экрана так, что картинка сдвигается на один пиксель. В результате, если вы хотите нарисовать движущийся график, то вы стираете крайний столбец экрана и рисуете на нем один пиксель, который экран дальше сам будет скролить. Это в 16 раз быстрее, чем перерисовать весь экран для сдвига содержимого.

В вашем случае вы перемещаете указатель ДМА. Не картинку смещаете, а сами перемещаетесь по картинке. Соответственно, это никак не помогает аппаратно ускорять изменения в самой картинке.

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

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

Может кто-то придумает игру на основе данного эффекта, не спорю, наверное что-то типа Scorched Earth, может какой-то платформер, но скролл, который требуется для игр типа R-Type таким образом не получить. Очень ограниченное решение получается.

[Shaos]

В вашем случае вы перемещаете указатель ДМА. Не картинку смещаете, а сами перемещаетесь по картинке. Соответственно, это никак не помогает аппаратно ускорять изменения в самой картинке.

Ну почему же не помогает? Очень даже помогает - точно также программно надо заполнить только новую столбик строчку знакомест с краю сверху (ну и в самом сдвинутом экране возможно программно объекты подвигать). Думаю подобие R-Type River Raid с таким подходом вполне возможно!

P.S. Горизонтальный скролл через смещение указателя ПДП использовать сложнее т.к. мы получается портим старый экран, когда сдвигаем, а при движении вверх-вниз можно уходить вперёд и возвращаться, хотя наверное подобие R-Type таки возможно...

[inozemcew]

продемонстрируйте, как своим вращением вы выводите на экран несколько страниц текста

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

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

В вашем случае вы перемещаете указатель ДМА. Не картинку смещаете, а сами перемещаетесь по картинке.

Именно так и работает аппаратная прокрутка на всех 8-битных платформах, где она есть. Никто не гоняет байты по памяти, изменяется именно начальный адрес экранной области. Плюс используется тот факт, что буфер экрана зациклен. Так делается в БКшке, так делается в Векторе, так делается в Amstrad CPC, даже в денди ака NES делается именно так.
Адрес начала изменяется, столбец/строка, уходящие с экрана стираются, а на новом месте рисуется следующие.

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

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

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

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

Думаю подобие R-Type с таким подходом вполне возможен..

В R-Type основная трудность не скролинг, а куча спрайтов на экране.
А вот рабочий клон "Flappy bird" можно сделать за пару дней.
Да и "Geometry dash" не на много сложнее.

[Hammer]

Но вы представьте, сколько это займет времени, делать побитовую обработку псевдографики процессором.

Блин) Именно поэтому и придумали аппаратный скролл, чтобы разгрузить процессор)

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

Я так делал. Теперь вообще стараюсь второй экран не использовать. Если изображения сдвинуты на половину знакоместа, то и спрайтов надо два комплекта, тоже со смещением. И две процедуры просчета столкновения со спрайтами. И вообще всего по два комплекта. Вы попробуйте пойти чуть дальше, чем скролл, там много всего вылезает. И 50 фпс не получится, спрайты так быстро не рисуются. Так и рухнули мои надежды на буфер ДМА двойной длины)

Я не к тому, что этот метод плохой, или РК ресурсов не хватает. Я к тому, что аппаратным скроллом такой метод можно считать очень ограниченно. Или думать в сторону геймплея, в котором будет уместен именно такой эффект.