Тема для всяких глупых вопросов

[Lethargeek]

А, да. Значит...
ld bc, 7680

Жырновато по проверке цыкла выходит. Да и ощутимого прироста скорости не видно.

странное число, ну да ладно; важно другое

во-1, ты переоцениваешь djnz - применимость у него ограничена, и всего на такт быстрее dec+jpnz
то есть можно было счётчик строк держать хотя бы в A и вообще забить на BC

во-2, именно для ldi/ldd есть способ даже быстрее, а именно - проверять флаг p/v
если мануалы читать внимательно, видим, что при BC=0 он меняется, то есть можно

		ld bc,TOTAL_BYTES
_NEXT_ROW:	...	(тут мб коррекция адресов, если копия не 1:1)
		ldi-ldi-ldi-
		jp pe,_NEXT_ROW

важно только перед циклом кратное значение BC точно выставить, чтобы не проскочить проверку

- - - Добавлено - - -

еще чем именно ldi/ldd хороши (но не ldir/lddr) - на тормозных фирменных спеках они сами выровняются по тактам юлы и перестанут тормозить
а вот со стековыми перебросками уже не всё так однозначно, на фирме выигрыш может получиться меньше, если вообще
(разумеется, это справедливо, если не успеть завершить все переброски на верхнем бордюре без тормозов)

[ALKO]

Заменил лдирки на

    
ld bc,768
VL1:
    dup 32
    ldi
    edup
    jp pe,VL1

Визуально разницы не заметил. Походу так и останусь на старом добром лдире.

[Bedazzle]

Визуально разницы не заметил.

LDI - 16 тактов / байт
LDIR - 21 такт байт, 16 на последнем

значит учитывая разницу
767 * 5 = 3835 тактов

если брать Пентагон с 71680 в кадре, это около 5%.

[Stl75]

Заменил лдирки на

    
ld bc,768
VL1:
    dup 32
    ldi
    edup
    jp pe,VL1

Визуально разницы не заметил. Походу так и останусь на старом добром лдире.

Да всё правильно...
768 байт там и не заметишь разницы...
Вот если пересылать экранами -
до 6912 байт, то разница будет заметна...

[Bedazzle]

ну вот конкретно в данном случае стоит задача максимально быстро перебросить линейные 768 байт атрибутов.

LD DE, xxx ; 10 тактов
PUSH DE ; 11 тактов
LD DE, yyy
PUSH DE
....

10.5 тактов на байт, полтора килобайта кода если атрибуты не повторяются (иначе можно экономить память и повысив скорость, выкинув часть LD)

[jerri]

LD DE, xxx ; 10 тактов
PUSH DE ; 11 тактов
LD DE, yyy
PUSH DE
....

10.5 тактов на байт, полтора килобайта кода если атрибуты не повторяются (иначе можно экономить память и повысив скорость, выкинув часть LD)

Это не пересылка - это вывод.
туда еще внести эти данные надо.
а изза структуры буфера может быть проблематично

[goodboy]

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

[Lethargeek]

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

танунафиг, это ж лишнее чтение экрана
вот таблица грязных тайлов - другое дело

[ALKO]

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

теперь несколько иная задача возникла.
А именно разбить ldir на составные (т.к. планирую сделать зеркальную итерацию атрибутов в строке, и скип оных по ключевому цвету).
Пробую так, но чёто не то. Какая-то кашыца получается в одну строку. Хотя казалось бы, что может пойти не так.

                 push bc
                 LD    B,(_SPR_W)

ALT_LDIR                ld a,(hl)
                              ld (de),a
                              inc hl
                              INC DE

                              DJNZ   ALT_LDIR

                ; ldir

Тут уже макс. скорость не требуется.

[Dart Alver]

теперь несколько иная задача возникла.
А именно разбить ldir на составные (т.к. планирую сделать зеркальную итерацию атрибутов в строке, и скип оных по ключевому цвету).
Пробую так, но чёто не то. Какая-то кашыца получается в одну строку. Хотя казалось бы, что может пойти не так.

LD B,(_SPR_W) - нет такой команды в Z80 !!!

В остальном нифига не понял что ты хочешь сделать.