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

[Lethargeek]

ldir/lddr это верное решение, но стек все же лучше.

ну тут атрибуты же, их немного; а если lddr развернуть в ldd-ldd (благо размер заранее известен) - тогда всё успеет перебросить еще на бордере

[Advertiser]

[ALKO]

ещë один мега-дыбильный вопрос.

ld a,0
loop1:
inc a

jp po, loop0
; код программы, если флаг чëтный
loop0:

;продолжение кода
jp loop1

По задумке чëт/нечет должен переключаться при каждом инкременте, и соответственно перескакивать по условию. Но не перескакивает. Оно только для константных чисел работает что ли? Ну, типа, явное присвоение ld a, 228, например? Как мне щëлкать флаг в цикле, шоба пульсировало подобно мультивибратору?

[M80]

По задумке чëт/нечет должен переключаться при каждом инкременте

Это хитрый флаг. Согласно букварю, при инкременте: P/V is set if r was 7FH before operation; reset otherwise.
При декременте: P/V is set if m was 80H before operation; reset otherwise. Т.е., при данных операциях это не паритет вовсе, а переполнение.

[Lethargeek]

По задумке чëт/нечет должен переключаться при каждом инкременте,

даже если бы на чётность работал для арифметики (как в 8080) - всё равно не переключался бы каждый раз
потому что это чётность кол-ва единичных битов в числе, а не самого числа

если всё же для условия непременно нужен именно как флаг чётности - сделай после инкремента and/or a

[ALKO]

что-то аномалия какая-то у меня в процедуре закраски массивом атрибутов в области ректангла.


Есть такая процедурка. С ней всё ок. Тут выводит лишь отдельно взятый атрибут по указанным X|Y

ATTR
		ld a,(_ATTRY)
	ld b,a
	ld a,(_ATTRX)
		ld c,a
; расчет адреса атрибутов знакоместа в DE, B-вертик.координата, C-гориз.координата
			LD	A,B
			RRCA
			RRCA
			RRCA
			LD	L,A
			AND	31
			OR	88
			LD	H,A
			LD	A,L
			AND	252
			OR	C
			LD	L,A
			LD A,(_ATTRC)
			LD (HL),A
			RET

Пробую то же самое уже для массива атрибутов из линейного DEFB сверху вниз/слева направо (правда тут иные регистровые пары используются, и рисуется в буфер), так почему-то при достижении позиции Y определённого значения оно перескакивает на начало экрана. Что-то не то в булевой алгебре AND OR
_SPR_H, _SPR_W - высота/ширина ректангла, соответственно.

ld hl, SPR_ATTR ;указатель на массив DEFB


		ld a,(_SPR_Y)
		ld d,a
		ld a,(_SPR_X)
		ld e,a
		ld	a,(_SPR_H)
		ld	b,a

PUTSPRITES2	push	bc
		push	de

                LD	A,D			
                RRCA
                RRCA
                RRCA
                LD	C,A
                AND	31
                OR	242 ; 61952/256
                LD	B,A
                LD	A,C
                AND	252
                OR	E
                LD	C,A

		ld	d,b
		ld	e,c
		ld	bc,(_SPR_W)
		ld	b,0
		ldir

		pop	de

		inc	d

		pop	bc
		djnz	PUTSPRITES2

	ret

[Lethargeek]

Пробую то же самое уже для массива атрибутов из линейного DEFB сверху вниз/слева направо (правда тут иные регистровые пары используются, и рисуется в буфер),

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

[ALKO]

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

ну он как и реальный экран - 32х24 атрибута содержит. По окончанию рисования с него просто монолитно лдирится на реальный экран.

что касается второго вопроса, у меня же W H картинки кастомные. Поэтому приходится пересчитывать.

[Lethargeek]

ну он как и реальный экран - 32х24 атрибута содержит. По окончанию рисования с него просто монолитно лдирится на реальный экран.

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

что касается второго вопроса, у меня же W H картинки кастомные. Поэтому приходится пересчитывать.

почему "приходится"? что мешает сразу к адресу смещение прибавлять?

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

вообще надо бы тебе освоить трассировку в эмуле каком-нить, например xpeccy

[Dart Alver]

Есть такая процедурка. С ней всё ок. Тут выводит лишь отдельно взятый атрибут по указанным X|Y

Блин... Привыкай писать значения в шестнадцатиричном формате, быстрее будешь понимать когда ерунду пишешь ))
По поводу

; расчет адреса атрибутов знакоместа в DE, B-вертик.координата, C-гориз.координата

		
			LD	A,B
			RRCA
			RRCA
			RRCA
			LD	L,A
			AND	31    ; это #1F но нахрена если там 2 значащих бита всего , AND #03 и всё
			OR	88            ; это #58
			LD	H,A
			LD	A,L
			AND	252   ;это  #FC и опять нахрена  ->  AND #E0
			OR	C
			LD	L,A
			LD A,(_ATTRC)
			LD (HL),A
			RET

Нет в исходном состоянии работает конечно, если позиции не выходят за рамки, но всётаки

А теперь следующее

Что-то не то в булевой алгебре AND OR
_SPR_H, _SPR_W - высота/ширина ректангла, соответственно.

              ***
                LD	A,D			
                RRCA
                RRCA
                RRCA
                LD	C,A
                AND	31                ;опять это #1F
                OR	242 ; 61952/256   ; #F2 то есть буфер по адресу #F200 - ну-ну
                LD	B,A
                LD	A,C
                AND	252          ; и опять #FC
                OR	E
                LD	C,A
             ***

Получается что ты к буферу по некратному адресу пытаешься применить метод адресации экрана, в результате у тебя OR #F2 затирает старший бит позиции Y

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

Замени OR #F2 на ADD #F2 чтоб прокатило ))
А вообще тебе правильно сказали, из цикла лучше исключить расчет адреса, достаточно сделать один раз, а потом просто смещение добавлять.

[ALKO]

а потом просто смещение добавлять.

но оно не константное жи. А обратно пропорционально ширине пикчи.

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

хотя да. Наверное быстрее вычислить значение вначале

LD HL, offset
LD B, (_SPR_W)
LD A, 32
SUB B
LD (HL), A

Наверное так.

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

Замени OR #F2 на ADD #F2 чтоб прокатило ))

Таки да. Помогло. Благодарю.