ЭТЮДЫ

[reddie]

Что вы все имеете в виду под мертвой зоной? Когда число изначально "неправильное" (выходит за нужный предел) ? Это уже проблемы программиста =)

[ivagor]

Эти варианты имеют разную длительность. В первоначальном, 14-летней давности посте, это подчёркивалось.

Выровнять не сложно, но получается громоздко. Для примера декремент (инкремент можно сделать аналогично)

	sub x+1
	jr c,$+6
	add a,x
	jr $+6
	ld a,x
	jr nc,$

[reddie]

В общем, чтобы избежать пресловутой "мертвой зоны" (если я правильно вас понял), когда число вне диапазона, то вариант от ivagor самое то.
Если же число задано корректно и постепенно приближается к порогу, то выравнивание по тактам делается весьма просто:

увеличение:
CHECK_UP	CP	x
		ADC	A,0
PROFIT		...

уменьшение:
CHECK_DN	CP	x+1
		CCF
		SBC	A,0
PROFIT		...

Единственное ограничение для декремента - не получится задать число 255 (255+1=0), флаг всегда будет сброшен. Но такой счетчик сам по себе лишен смысла.

[ivagor]

выравнивание по тактам делается весьма просто

В CHECK_DN можно заменить ccf/ sbc a,0 на adc a,-1 и тогда получатся полные аналоги исходных вариантов по размеру и скорости.

[0xDEAD]

Нужна подпрограмма опроса клавиатуры. Всё, что я везде встречал - процедуры опроса для игр, где опрашивается 1-2-5 клавиш, игнорируются SS и CS, нет задержки перед автоповтором, и вообще - не предназначены для текстового редактора или хотя бы для текстового поля ввода.
Стоит ли изобретать велосипед, или не заморачиваться, и использовать в процедуре обработки прерываний jp 56 , и не парить мозг?

[Sandro]

Думаё, её будет проще написать, чем приспосабливать что-то чужое

[Advertiser]

[jerri]

Нужна подпрограмма опроса клавиатуры. Всё, что я везде встречал - процедуры опроса для игр, где опрашивается 1-2-5 клавиш, игнорируются SS и CS, нет задержки перед автоповтором, и вообще - не предназначены для текстового редактора или хотя бы для текстового поля ввода.
Стоит ли изобретать велосипед, или не заморачиваться, и использовать в процедуре обработки прерываний jp 56 , и не парить мозг?

Это уже не Этюды. Это серьезное поделие.

[0xDEAD]

Думаё, её будет проще написать, чем приспосабливать что-то чужое

Не, ну она ж уже написана, и уже сидит в ПЗУ. Может просто, где-то есть покороче/побыстрее/пооптимальнее - процедуры ПЗУ ж и бейсиком используются, следовательно, можно было бы многое выбросить и/или упростить. А может, это и не критично.

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

Это уже не Этюды. Это серьезное поделие.

Тоже так думаю. Следовательно - пусть себе jp 56 живёт, и процветает.

[jerri]

В общем, чтобы избежать пресловутой "мертвой зоны" (если я правильно вас понял), когда число вне диапазона, то вариант от ivagor самое то.
Если же число задано корректно и постепенно приближается к порогу, то выравнивание по тактам делается весьма просто:

увеличение:
CHECK_UP	CP	x
		ADC	A,0
PROFIT		...

уменьшение:
CHECK_DN	CP	x+1
		CCF
		SBC	A,0
PROFIT		...

Единственное ограничение для декремента - не получится задать число 255 (255+1=0), флаг всегда будет сброшен. Но такой счетчик сам по себе лишен смысла.

      sub n+1
      adc a,n

не?

[0xDEAD]

https://worldofspectrum.org/forums/d...amework#latest
Какой-то гражданин решил написать консоль для Спектрума. Ну и заодно написал свою процедуру опроса клавиатуры.