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

[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, твой метод не годится для игр типа штормлорда

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

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