Вывод тайлового бэкграунда

[Vitamin]

А вот это довольно сложный вопрос.

Ну а вот копирование из буфера на экран почему не учитываешь? В 35000 на экран влезешь?
Плюс процедуру downhl можно развернуть и не мучаться. в частности, она будет выглядеть примерно так:

dup tileh
ld a,h
dup 4
pop de
ld (hl),e
inc l
ld (hl),d
inc h
pop de
ld (hl),d
dec l
ld (hl),e
inc h
edup
ld h,a
ld a,l
add a,32
ld l,a
edup

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

[Advertiser]

[crushers[4ePT]]

интересно а почему все примеры "зациклены" на использовании стёка? ведь две команды ldi по тактам занимают то-же самое, занимают меньше места и "не обидятся" на прерывание во время работы?

p.s. ещё можно использовать особенность этой команды для возврата из цикла прорисовки по ret po.

[moroz1999]

интересно а почему все примеры "зациклены" на использовании стёка?

у меня есть еще одна причина, по которой я быстро отказался от ldi - банально не хватило одной пары свободных регистров.

Добавлено через 3 минуты

moroz1999, о! Если строку буфера (FRAMEBUFFERLINE) задать в 32 байта

спасибо, но от этого я, наверное, отказаться пока не смогу - у меня framebufferline сделан шириной в 40 байт. Это даёт такой небольшой плюс, что не нужно обрезать спрайты по горизонтали на границе экрана (правда по ширине спрайт ограничивается при этом 16 знакоместами).

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

Добавлено через 11 минут

Ну а вот копирование из буфера на экран почему не учитываешь? В 35000 на экран влезешь?

еще как учитываю! 35000 - это и есть разница между совокупными затратами на down_hl и копированием из буфера (65000).

[crushers[4ePT]]

moroz можешь показать процедуру копирования? весь экран хочешь обновлять?

[moroz1999]

весь экран хочешь обновлять?

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

опять же был бы признателен за любые примеры и материалы по познакоместному скроллингу экрана.

Добавлено через 2 минуты

Касательно процедуры генерации. Кстати, кинь сюды сразу и процедуру переброски на экран

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

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

[Aprisobal]

moroz1999, если строку буфера (FRAMEBUFFERLINE) задать в 32 байта, то можно будет INC HL заменить на INC L, что даст -2 такта на каждую строку спрайта. 192 строки х 16 спрайтов в строке х 2 такта = -6144.