Аппаратный горизонтальный скролл в Радио 86РК

[NEO SPECTRUMAN]

3 экрана - не так много.

не 3

мы же не можем перестроить по середине новый кадр моментально

нам еще нужно рисовать поверх спрайты

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

а это уже 6 экранов
а это уже...

в принципе если дать уехать по глубже чтоб кадры не пересекались

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

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

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

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

[ZEvS]

Мне думается, должно быть так:
1.У нас удвоенное пространство, ПДП смотрит в первый буфер.
2.Теперь делаем сдвиг на один байт, при этом у нас неверным оказывается один столбец из байтов справа и мы его дорисовываем.
Также тот байт, который выпал из поля зрения слева, мы его тоже заполняем, но данными из будущего третьего экрана.
3. Повторяем пункт 2, до тех пор пока ПДП не будет показывать второй буфер целиком.
4. Переключаем ПДП снова на первый буфер, а там уже побайтно нарисован тоже самое, что во втором, но уже смещенное еще далее на байт.
5. Переходим на пункт один.

Таким образом надо обновлять столбец байтов впереди себя и один байт позади.

[b2m]

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

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

[NEO SPECTRUMAN]

Мне думается, должно быть так:
1.У нас удвоенное пространство, ПДП смотрит в первый буфер.
2.Теперь делаем сдвиг на один байт, при этом у нас неверным оказывается один столбец из байтов справа и мы его дорисовываем.
Также тот байт, который выпал из поля зрения слева, мы его тоже заполняем, но данными из будущего третьего экрана.
3. Повторяем пункт 2, до тех пор пока ПДП не будет показывать второй буфер целиком.
4. Переключаем ПДП снова на первый буфер, а там уже побайтно нарисован тоже самое, что во втором, но уже смещенное еще далее на байт.
5. Переходим на пункт один.

Таким образом надо обновлять столбец байтов впереди себя и один байт позади.

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

проблема возникла при попытке совместить вертикальный и горизонтальный скроллинг

[ZEvS]

По хорошему, нужна пересылка "память-память" через другой канал ПДП, тогда можно что угодно делать...

[NEO SPECTRUMAN]

По хорошему, нужна пересылка "память-память" через другой канал ПДП, тогда можно что угодно делать...

Ну этот ПДП с трудом выполняет задачи своего первого канала по перекидыванию...
а тут его еще нагрузить
+с таким же подходом когда вообще процу выполнять код?

[Advertiser]

[ZEvS]

Да, я не спорю.
Компьютер слаб, но ведь за это мы его так и любим. И вся ретро философия сводится к этому.
Поэтому, я делаю свою "видеокарту" чтобы вдохнуть новую жизнь в старые игры, над которыми работали
ЛЮДИ.
Не ради какого-то заработка, не ради "лайков", а просто ХОЧУ.
Что выйдет посмотрим. Может все это зря, хотя мое мнение, что ничего не бывает зря.

[inozemcew]

Не нужно никаких дополнительных буферов. Фокус в том, что экран не обязан начинаться с самого младшего адреса. Контроллер ПДП гоняет же данные по кругу и начало экранной области может совсем не совпадать с началом экрана. Более того, для управления процессом синхронизации ВГ и ВТ не нужно перепрограммирование контроллеров вообще. Есть же волшебный код F3h - "конец изображения, стоп ПДП". Там, где он стоит - там и будет конец экрана. Достаточно каждый фрейм сдвигать этот код вперед/назад - и мы получим скроллинг в любом направлении без задействования дополнительной памяти.

[NEO SPECTRUMAN]

Ага.
Я сразу и не понел

Я считал что можно сделать только безостановочный скролл подобным образом
(когда ДМА перекидывает больше чем нужно)
что то это совсем не подобный образ

vinxru что то такое описывал вроде..

интересно ПДП без задержек переходит на следующий круг?

[Pyk]

интересно ПДП без задержек переходит на следующий круг?

Задержек нет.

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

Кто-нибудь пытался сделать что-то подобное?