Скроллирование строки

[Jukov]

Приведённая процедура работает примерно 10000 тактов, в то время как луч доходит до первой линии экрана за 14336 тактов. Прибавьте к этому ещё процедуру опроса клавиатуры. Тем не менее процедура обеспечивает синхронизацию если первыми же командами выдавать знакоместо на экран после HALT. А вот оптимизированный вариант данной процедуры:
........LD H,#40
M2....LD B,32
........LD L,B
........OR A
M1....DEC L
........RL (HL)
........DJNZ M1
........INC H
........BIT 3,H
........JR Z,M2
........RET
Чтобы быть уверенным, что процедура сработает до того, как её догонит луч, следует в начале добавить строки:
HALT
XOR A
OUT (254),A
А в конце:
LD A,7
OUT (254),A

И по бордюру будет наглядно видно как долго работают процедуры.

[caro]

А вот оптимизированный вариант данной процедуры:
.....

Тогда уж лучше вот так:

	LD H,#40
M2:	LD L,31
	OR A
M1:	RL (HL)
	DEC L
	JR NZ,M1
	RL (HL)
	INC H
	BIT 3,H
	JR Z,M2
	RET

[Jukov]

Тогда уж лучше вот так:

	LD H,#40
M2:	LD L,31
	OR A
M1:	RL (HL)
	DEC L
	JR NZ,M1
	RL (HL)
	INC H
	BIT 3,H
	JR Z,M2
	RET

Ха-ха, я тока что об этом же подумал

[Titus]

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

Если эмулятор написан грамотно, но частота обновления экрана компьютера не совпадает с частотой обновления экрана эмулируемой машинки, то будет, в лучшем случае плавное движение с эффектом 'Motion Blur' (актуально для CRT мониторов)

[Robus]

Тогда уж лучше вот так:

	LD H,#40
M2:	LD L,31
	OR A
M1:	RL (HL)
	DEC L
	JR NZ,M1
	RL (HL)
	INC H
	BIT 3,H
	JR Z,M2
	RET

Тогда ещё лучше JR заменить на JP, выиграется ещё 2*31+2*8=78 тактов.

[Robus]

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

А что делать, если монитор или карта отказывается работать на 50 герцах ? Разбивать их на 75 ? Вот и появляются дёргания. Кроме того во многих эмуляторах да же если и включаешь синхронизацию с развёрткой ПиЦи, то начинает подглючивать звук, издавая крайне неприятные звуки. Я свой эмулятор к сожалению так и не доделал из-за того, что все переходят на LCD, а он вообще отказывается что-либо отоброжать на 50-ти герцах. Хех ... Обидно ... А раньше на всех компах работало, да же на самых изврящённых и урезанных видеокартах.

[Advertiser]

[rasmer]

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

Да кто переходит... херова гора на ЭЛТ работает... Так что доделывай и всё будя нормалёк!!!

[captain cobalt]

Ещё можно развернуть внутренний цикл
RL (HL): DEC L

[Vladimir Kladov]

Тогда включай 100Гц, и смотри в полном экране. если не делать слишком большой масштаб, то есть надежда увидеть плавность хотя бы на протяжении нескольких секунд (я не про Blur Motion, там песня особая, и изображение расчитывается только на полную динамику - но глаза у всех разные, что-то и на 100Гц видит, как экран дрожит например, а кто-то и на 60 не замечает).

[Titus]

Тогда включай 100Гц, и смотри в полном экране. если не делать слишком большой масштаб, то есть надежда увидеть плавность хотя бы на протяжении нескольких секунд (я не про Blur Motion, там песня особая, и изображение расчитывается только на полную динамику - но глаза у всех разные, что-то и на 100Гц видит, как экран дрожит например, а кто-то и на 60 не замечает).

Проститиии... а как плавность соотносится к масштабу?
Видимо мы про разный Motion Blur говорим