Вывод на экран со сдвигом в 4px

>Какой код переброски? Давай оптимизируем.
12 килов pop:ld, давай попробуем =)
Это в нижний экран. В верхний - пара-тройка килов pop:ld, остальное - цикл по 128 ldi.
В 7й страничке получается экран, переброска в него и вывод спрайта в этот экран(на будущее - из буфера спрайтов). Вниз от #C000 лежат четыре экранных буфера. И 1280 байт остатка, где и получается буфер спрайтов и код переключения страниц.
Почему так сделано... Просто одним экраном не обойтись. Перебросить экран даже c 12.5 тактов на байт(и тем более с 13 при pop:ld) за прерывание не удастся.

А в одно прерывание и не требуется укладываться. Твоя задача начать рисовать сверху позже луча и закончить рисовать снизу до второго прихода луча. Это 113000 тактов.

---------- Post added at 14:47 ---------- Previous post was at 14:46 ----------

Цитата:

---

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

12 килов pop:ld, давай попробуем =)

---

Каким образом они делают циклический сдвиг по X?

Цитата:

---

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

Каким образом они делают циклический сдвиг по X?

---

Хе-хе, knowhow =)
Хотя мне казалось, что это уже где-то было, даже в worms'ах твоих.
Просто в SP грузится новое начало циклического буфера. Спрайты идут напрямую на экран, в буферах только бэк.
За лучом с буферами без спрайтов гнаться нельзя, отрисовать их не успеешь, тк не знаешь где они. Может с сортировкой по вертикали...
Я уж сколько думал над этим, а ты опять сомнений зародил =)

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

Если у тебя сдвиг нециклический, а тупо смещается начало буфера, то ты можешь копировать на экран через pop: pop: pop...push: push: push... - это должно быть быстрее.

---------- Post added at 15:42 ---------- Previous post was at 15:36 ----------

Хотя надо тогда копировщик для каждого X свой.

>Хотя надо тогда копировщик для каждого X свой.
Угу, поэтому pop:ld. Сдвиг не циклический, буфер - да.
По поводу одного экрана... Надо подумать ещё. Его переброс - 80к тактов. Начинать его пересылать после начала отрисовки экрана лучом нельзя, тк память экрана неравномерна и мы скорее всего попадём под луч. Надо тогда делать линейный буфер, что сожрёт производительность =\
Плюс нужно хотя бы три спрайта, каждый тысяч на 10т...
К началу вывода спрайтов для п128 луч будет на 37 строке, в верхнюю треть вывести уже не успеем ничего. Рисовать придётся только во второй, а предпочтительней вообще в третьей. А я рисовать тоже по столбикам хотел, чтобы халявный клиппинг поиметь. Фигня какая-то получается =(

Цитата:

---

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

Надо тогда делать линейный буфер, что сожрёт производительность =\

---

Почему?

НоваШторм от нас что то прячет, хочет сделать из нас программистов :-)
Я вот задачу всё равно не понял, что откуда берётся и какие условия по наложению.
Возможно что можно достигнуть твоей поставленной цели, не решая ту задачу которую ты тут ставишь. АлКо правильно сказал - на спичках экономишь. На музыке - посмотри тему от ТМК - можно тыщи 2-3 тактов сэкономить.
С экранами замут тоже не понял.
Держи экраны в основной памяти, в высокой держи перебросчик pop:push:...
Тогда пофигу какая верхняя страничка.
Какие у тебя фазы экранов? Какие фазы спрайтов?