Так весьма проблематично буфер построить, плюс две точки начала буферов будут...Цитата:
Сообщение от char
Вид для печати
Так весьма проблематично буфер построить, плюс две точки начала буферов будут...Цитата:
Сообщение от char
строить - попробовать push hl:lddЦитата:
Сообщение от drbars
начала буфера кратные 2 и 1 будут, а не 3
сколько байтов фона? если меньше 257 - еще удобнее.
Не, никак. HL нельзя менять, т.к. HL байт где ставится точка прямой. Адрес поэтому стеком и снимается.Цитата:
Сообщение от char
drbars, нее
я предлагаю умножать на #155
а потом hl уже чуть корректировать.
Оставлю наверное цикл, жрёт вроде терпимо... меньше чем рисование линии точно :)Цитата:
Сообщение от jerri
Код:RES_LN LD E,(HL)
INC HL
LD D,(HL)
INC HL
LDI
CP H
JP NZ,RES_LN
есть смысл bc рассчитать и избавиться от cp h, первый inc hl заменить на inc l? ;)Цитата:
Сообщение от drbars
CP H не так критичен, как расчет B.Цитата:
Сообщение от char
Чтобы расчитать B.. нужно (конец буфера — начало буфера)/3.
нифига - bc=количество элементовЦитата:
Сообщение от drbars
И как ты его узнаешь? На выходе из процедуры линии у нас есть указатель стека на начало буфера и всё. Ещё мы знаем конец буфера. (Конец - начало)/3 = кол-во элементов. Зная кол-во элементов *4 можно расчитать точку ухода в мегакод восстановления.Цитата:
Сообщение от jerri
INC L тоже рисковано делать, буфер 448 байт. Если процедура "вылетит" то запоганит память. Это подходит для инкремента кратного 2.Цитата:
Сообщение от char
я же тебе дал способ пересчета?Цитата:
Сообщение от drbars
hl*#155
потом взять старшие 16 бит и сделать +1
---------- Post added at 23:45 ---------- Previous post was at 23:38 ----------
drbars, а чего такое странное число? 149*3?