Теория: почему 128к игры такие убогие

[jerri]

Lethargeek, твой метод не годится для игр типа штормлорда

здесь допустима прокрутка в любую сторону
у тебя только в одну

[Screw]

никаких особых ограничений кроме одного: не загромождать экран

А можно более строгое определение термина "загромождать экран" ?

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

Скорее всего действительно не представляю. Дык давай его сюда. Буду очень рад поковырять.

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

perpetuum mobile какой-то. Поясню своё недоверие: ~69000тактов / 6144 байт = 11 тактов на байт. Ты же говоришь о полфрейме на скролл. Этого только на голый PUSH хватит. Мягко говоря не сходится

с краю можно пририсовывать что угодно
важна только информация где прокручивать

Попиксельный сдвиг _ЛЮБОЙ_ информации на экране это RL (HL) / RR (HL), быстрее не сдвинуть. Итого 15 + 4 == 19 тактов на байт. Почти вдвое больше, чем твои первоначальные заявления. Кроме того этот метод категорически не годится для скроллинга отличного от 1го пикселя (как следствие не годится для двух экранов).

Короче, хватит туман нагонять. Давай код

---------- Post added at 00:55 ---------- Previous post was at 00:53 ----------

Lethargeek, твой метод не годится для игр типа штормлорда

здесь допустима прокрутка в любую сторону
у тебя только в одну

Что за метод-то ?

---------- Post added at 01:09 ---------- Previous post was at 00:55 ----------

не загромождать экран

причем именно прокрутит то что в экране, а не выдаст из буфера

важна только информация где прокручивать

Из этих намёков можно сделать предположение, что весь текущее отображаемое окно разбито на под-окна. Внутри которых крутим через RR (HL)/RL (HL).

А если вспомнить про:

стек используется только там где можно и выгодно

То получается какой-то нано-алгоритм. Который будет работать в некоторых тепличных условиях. С динамической генерацией кода. И чуть перекос в дизайне ландшафта - скорость улетает в минуса.

Кроме того это плохо стыкуется с:

Lethargeek, твой метод не годится для игр типа штормлорда

здесь допустима прокрутка в любую сторону
у тебя только в одну

Ну и, понятное дело, не обеспечит произвольный шаг прокрутки а также не даст вертикального скролла. И самый эпичный недостаток: надо восстанавливать области под спрайтами. В отличие от тотальной перерисовки.

[Lethargeek]

Lethargeek, твой метод не годится для игр типа штормлорда

здесь допустима прокрутка в любую сторону
у тебя только в одну

что мешает одновременно генерить и корректировать код прокрутки в другую сторону?
тем более что в штормлорде всего-то 9 тайловых строк (против 24 в демке для сидрагона)

[jerri]

Screw, смотри тему seadragon


Lethargeek, дракон в местах где много обьектов всетаки подтормаживает раз,
скорость скролла в штормлорд таки 2 а не 1 это два
коррекция кода не всегда приемлима по скорости это три

[Screw]

Screw, смотри тему seadragon

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

---------- Post added at 01:23 ---------- Previous post was at 01:22 ----------

скорость скролла в штормлорд таки 2 а не 1 это два

Или, другими словами, итоговая скорость прокрутки уровня одинаковая. 1x50fps, 2x25fps.

[jerri]

Screw, Шаришь

[Lethargeek]

Lethargeek, дракон в местах где много обьектов всетаки подтормаживает раз

там движок не мой, моя демка не подтормаживает

скорость скролла в штормлорд таки 2 а не 1 это два

stormlord demo - 2 пикселя раз в 2 кадра
stormlord game - 4 пикселя раз в 4 кадра
емнип

Или, другими словами, итоговая скорость прокрутки уровня одинаковая. 1x50fps, 2x25fps.

плавность неодинаковая, особенно по сравнению с игрой

коррекция кода не всегда приемлима по скорости это три

да там все построено на постоянной коррекции
несколько тыщ тактов размазанных по нескольким кадрам

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

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

[jerri]

Lethargeek,
1.постоянной и небольшой коррекции
2.некоторые движки хорошие в теории не очень красивы на практике
3.одно дело каждый раз небольшая коррекция другое дело каждый фрейм пересчитывать направление
4. стормлорд1 везде имеет скорость 25 фпс и 2 пикселя за кадр
и кстати посмотри R-Type - особенно уровень со строителями

[Screw]

Давай вернёмся к твоему изначальному сообщению:

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

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

суть искусства программирования для спека - в умелой эксплуатации частных случаев

Такой скролл - это уже чересчур "частный случай"

[Lethargeek]

1.постоянной и небольшой коррекции

ичо? оно так и работает

2.некоторые движки хорошие в теории не очень красивы на практике

что ты хошь, красивее чем оригинальный штормлорд?

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

ничего не пересчитывать, после разворота заработает код прокрутки в другую сторону
а корректировка кодов прокрутки (в обе стороны одновременно)
как была так и осталась только при переходе на знакоместо

4. стормлорд1 везде имеет скорость 25 фпс и 2 пикселя за кадр
и кстати посмотри R-Type - особенно уровень со строителями

ну значит второй штормлорд 4/4
а чего эртайп? вроде там везде 1/2?

Давай вернёмся к твоему изначальному сообщению:
Всё-таки не честная, а только в некоторых случаях, специально подогнанных. Причём % заполнения экрана данными должен быть очень низким. Вспоминается демка Drunkard-а. Вроде и фреймово, а с другой стороны слишком узкие рамки

"некоторый случай" в данном случае - оригинальный штормлорд
с той же графикой и с той же раскладкой уровня
с теми же % заполнения