Оптимизация в HL

[drbars]

нифига - bc=количество элементов

И как ты его узнаешь? На выходе из процедуры линии у нас есть указатель стека на начало буфера и всё. Ещё мы знаем конец буфера. (Конец - начало)/3 = кол-во элементов. Зная кол-во элементов *4 можно расчитать точку ухода в мегакод восстановления.

первый inc hl заменить на inc l?

INC L тоже рисковано делать, буфер 448 байт. Если процедура "вылетит" то запоганит память. Это подходит для инкремента кратного 2.

[Advertiser]

[jerri]

И как ты его узнаешь? На выходе из процедуры линии у нас есть указатель стека на начало буфера и всё. Ещё мы знаем конец буфера. (Конец - начало)/3 = кол-во элементов. Зная кол-во элементов *4 можно расчитать точку ухода в мегакод восстановления.

я же тебе дал способ пересчета?
hl*#155
потом взять старшие 16 бит и сделать +1

---------- Post added at 23:45 ---------- Previous post was at 23:38 ----------

drbars, а чего такое странное число? 149*3?

[drbars]

я же тебе дал способ пересчета?
hl*#155
потом взять старшие 16 бит и сделать +1
drbars, а чего такое странное число? 149*3?

Умножение сожрёт всю выгоду на коротких прямых.
Странное число — максимальный размер буфера. Рациональное использование любого свободного кусочка.

первый inc hl заменить на inc l?

Посчитал, первый inc hl можно заменить, он не попадает в границу.

[char]

Посчитал, первый inc hl можно заменить, он не попадает в границу.

ok, при размере буфера менее 2 секторов, граница переходится 1 раз, ежели наметить переход на команду ldi, тогда и оба inc hl получится заменить на inc l?

... видимо, с заменой cp h на cp l ...