Вопрос по ассемблеру Z80

[Zidane]

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



и размер шрифта у тебя странный. обычно 96*8=768

А как его загрузить то в 128? Ну любопытно просто. Да и шрифт не мой - взял из книжки как написать игру для ZX Spectrum на бейсик. Только косяки исправил и в 16-ричный вид перевел. Просто чтобы в GENS удобнее выглядело. Там, в разрешении 51 символ в строке, после DEFB как раз до края строки 8 однобайтовых значений влезает. Правда для комментария места уже не остается. Но это так, лирика. К слову с размером шрифта я действительно мог напортачить, но вроде работает все как задумано....

[reddie]

А как его загрузить то в 128?

Попробовать грузить ниже страничек (#C000), ну и CLEAR переставить соответственно. Хотя он, вроде, и так внизу.

[Zidane]

Попробовать грузить ниже страничек (#C000), ну и CLEAR переставить соответственно. Хотя он, вроде, и так внизу.

И соответственно смещение пересчитать для POKE. Понял, спасибо, буду пробовать/

Пасяба, все запустилось.
CLEAR 29999
LOAD "" CODE 30000
10 POKE 23606,0: POKE 23607,60: REM LAT
20 POKE 23606,48: POKE 23607,116 :REM RUS.

[Zidane]

Еще вопрос - где достать карту памяти Specrum128? Ну или хотя бы внятное описание, как он переключает страницы и что при этом происходит. Я и сам ищу, но что-то пока никак.

[LW]

Хотябы тут с 80й страницы.
И вообще на vtrd.in много полезной литературы. Почитайте.

[goodboy]

поскольку для 8бит #FFFF физ.предел на спеке128 через запись в порт подменяется часть памяти в диапазоне #C000-#FFFF.
на разных клонах память можно менять и более гибко #0000,#4000,#8000,#C000

[reddie]

Еще вопрос - где достать карту памяти Specrum128? Ну или хотя бы внятное описание, как он переключает страницы и что при этом происходит. Я и сам ищу, но что-то пока никак.

Всё изменения через порт #7FFD. Переключается верхний банк ОЗУ (16КБ) #C000-#FFFF, а также банк ПЗУ (с 0 и до экрана) между 48 (#10) и 128 (0), то бишь 4-й бит это номер ПЗУ. Также можно переключать отображаемый экран: 5-я банка либо 7-я, физически в карте ничего не меняется, но видеоконтроллер отображает одну из них как экран. Задаётся битом 3 в том же порту. Соответственно, Бейсик-48 и "стандартный" экран это число #10, а Бейсик-128 и второй экран - число 8 (хотя в реальности так никогда не делают).
Блок порта производится установкой бита 5 (#20), после чего изменения невозможны до сброса компа. Разумеется, одновременно можно записать и номера нужных страниц ОЗУ-ПЗУ-экрана, но это будет последняя запись, и работа системы будет нарушена после такого приема, если работал Бейсик-128, либо 48-й со стеком (Clear) #C000 и выше. Ну, и смена экрана на 7-ю банку означает работу вслепую, т. к. Бейсики понятия не имеют о втором экране - он используется только запускаемыми программами.
И ещё один момент: каждое прерывание Бейсик-128 щёлкает страницами. Вот отсюда и идут все проблемы с загрузкой данных выше #C000, а также с попытками управлять портом, пока жив этот 128-й Бейсик. Проще сразу делать USR 0, получая режим "48К с открытым портом", ни на какие игры и софт это не повлияет. Наоборот, некоторые даже заработают, хотя в "чистом" 128-м режиме не запускаются.

[Zidane]

Здравствуйте. Нуб в очередной раз в тупике. Суть вот в чем: Есть набор значений адресов (не подряд но с постоянным смещением) в которые нужно загрузить число. Если проще - распихать байты цветности по местам. Так вот, как бы мне этот набор адресов последовательно перебрать? Или практичнее будет использовать цикл, увеличивая значение адреса на величину смещения? В последнем случае программа обещает быть поменьше (начальный адрес ведь всего один), но и первый вариант интересует - вдруг пригодится.

[reddie]

Или практичнее будет использовать цикл, увеличивая значение адреса на величину смещения?

Все зависит от предпочтений: или цикл, но помедленней, или развертываем код, занимая память, но выигрываем в скорости.
Более-менее универсальный вариант с переменным смещением:

А=записываемое число, HL=нач. адрес записи, DE=приращение (шаг)
если повторов 256 или меньше:

MET	LD	(HL),A	; байт
	ADD	HL,DE
	DJNZ	MET
	
если больше 256 значений:

	LD	BC,256*.SUM+'SUM ; счетчик "наоборот"
MET	LD	(HL),A
	ADD	HL,DE
	DJNZ	MET
	DEC	C
	JR	NZ,MET

[Zidane]

Все зависит от предпочтений: или цикл, но помедленней, или развертываем код, занимая память, но выигрываем в скорости.
Более-менее универсальный вариант с переменным смещением:

А=записываемое число, HL=нач. адрес записи, DE=приращение (шаг)
если повторов 256 или меньше:

MET	LD	(HL),A	; байт
	ADD	HL,DE
	DJNZ	MET
	
если больше 256 значений:

	LD	BC,256*.SUM+'SUM ; счетчик "наоборот"
MET	LD	(HL),A
	ADD	HL,DE
	DJNZ	MET
	DEC	C
	JR	NZ,MET

Спасибо за развернутый ответ. Скорость в данном случае вторична. Программа носит самообразовательный характер