ZXMAK2 - Виртуальная машина ZX Spectrum

[breeze]

где длина загружаемого блока задаётся завышенной (фактическая длина меньше)

Да, например в последних модификациях «Церикопика». Там сделано в виде паузы. Загружается блок, потом вылазит заставка, а на фоне слышно, как грузятся нули.

[Advertiser]

[Faster]

Спасибо, очень помогло бы расписать что именно не так и как должно быть (например - вот тут делаем то-то, должно получиться то-то, а получается то-то), потому что пока кроме того, что чтото c восстановлением работает неправильно (если я правильно понял), суть проблемы не очень ясна

Более досконально протрассировал код лоадера в деме в режиме Delays:

1. Загружаем первую часть мегадемо - все ок!
- CMD: #80, STATUS: #00, TRK: #03, SEC: #0A, DATA: #00, beta: #80, system: #3c (реал/эмулятор)
2. out (#1f),0
- CMD #00, STATUS #00, TRK #03, SEC #0A, DATA #00, beta #80, system #3c (реал)
- CMD #00, STATUS #61, TRK #03, SEC #0A, DATA #00, beta #00, system #3c (эмулятор)
3. out (#1f),#d0
- CMD #d0, STATUS #80, TRK #03, SEC #0A, DATA #00, beta #00, system #3c (реал)
- CMD #d0, STATUS #60, TRK #FE, SEC #0A, DATA #00, beta #80, system #3c (эмулятор)
4. Далее загружаем вторую часть мегадемо
- на реале все ок
- на эмуле при попытке прочитать сектор операция завершается ошибкой #10 - сектор не найден! После чего лоадер виснет в бесконечном цикле...

[savelij]

проверьте набор тестов (на эмуляцию загрузки TAPфайлов) - говорят на zxmak2 он не проходит целиком

А где можно найти не битый тапок? То что здесь выложено кривое.

типы блоков в образе ленты не соответствуют тем значениям регистра A которые на экран печатаются

---------- Post added at 23:40 ---------- Previous post was at 23:34 ----------

И да еще. Под анрылом тест 6 виснет, на пентеве с эмуляцицей ленты на 6 тесте просто сброс.

[Faster]

при переходе в трдос у скорпиона несколько необычная процедура для вг93 выполняется, без задержек (nodelay) она зависает...

Речь шла про это, я так понимаю?

[drbars]

Когда тестировал свой код на эмуляторах всё было хорошо, но как только загрузил игру в свой фирменный +2 — посыпалась картинка.

Оказалось, что ни один эмулятор не поддерживает особенности работы ULA. Были большие надежды на zxmak2 и EightyOne, но увы.

Суть проблемы: Тырканье регистра I во время прерывания. Биты 7 и 6 были использованы для флагов управления процессами. Оказалось так делать нельзя.

Подпрограмма делает финт - инвертирует бит 3, если установлен бит 6. Потом процедуры графики, потом обратно инвертируем оба бита 6 и 3, при условии что 6 был установлен.

	LD A,I
	BIT 6,A
	RLA
	JR Z,$+7
	RRA	
	XOR %00001000			; Cf=0
	LD I,A
	CALL C,@proc

; процедуры графики определяют буфер какого экрана восстановить по 3-му биту.

	LD A,I
	BIT 6,A
	JR Z,$+9
	XOR %01001000			; Обратная инверсия бита текущего экрана и сброс 6-го бита
	LD (PAGE+1),A
	LD I,A

Оказалось вот что:

Регистр "I" в фирменном "СПЕКТРУМЕ" дополнительно участвует в формировании телевизионного сигнала. "ULA" задействует биты6 и 7 регистра "I". При каждом цикле машинных командZ-80 обращается к ячейке памяти, адресуемой регистром "I", выводя его в старшие восемь битов адресной шины, а линия запроса памяти"MREQ" активизируется. "ULA" генерирует прерывания каждый раз, когда необходимо изменить содержимое экрана. Это заставляет Z-80 запустить программу обработки прерываний, при условии, что прерывания подключены.

Когда программа обработки прерываний выполнена, процессор возвращается в точку, в которой он был при прерывании. Если это команды считывания/записи в память между16384 (4000H) и 32767 (7FFFH), что "ULA" проверяет, просматривая две старшие линии адресной шины и линию"MREQ", то"ULA" приостанавливает микро процессор до окончания изменения экрана.

Если старший бит регистра "I" сброшен, а бит6 активизиро ван, то"ULA" может запутаться из-за регенерации динамической памяти. Активизируется линия"MREQ", и регистр "I" помещается в старшие восемь битов адресной шины. Далее"ULA" думает, что процессор производит запись или считывание в эту область ОЗУ, и при попытке это предотвратить, "ULA" пропускает свое собственное обращение для изменения дисплея, что приводит к развалу картинки. Поэтому в регистре "I" не должно содержаться любое число от64 до127 (040H до07FH) включительно, т.e. c двумя старшими битами, установленными вышеописанным образом.

[ZXMAK]

Когда тестировал свой код на эмуляторах всё было хорошо, но как только загрузил игру в свой фирменный +2 — посыпалась картинка.

Оказалось, что ни один эмулятор не поддерживает особенности работы ULA. Были большие надежды на zxmak2 и EightyOne, но увы.

Оказалось вот что:

Это называется эмуляция снега. Для этого есть ULA snow, правда эффект незначительно отличается от риала, т.к. я толком так и не понял всех деталей, где и как в точности ULA получает байт для отображения в моменты конфликта с процессором.
У ULA на реальном спектруме есть и другие приколы. Например формирование пикселов paper и ink незначительно отличается (незначительно отличается время задержки сигнала, т.к. для ink и paper используются разные схемы), что дает возможность рисовать на риале картинки, которые в эмуляторах не видны. Т.к. пикселы что ink, что paper в эмуляторах одинаковые. Сэмулировать это на обычном дисплее непросто, нужно применять умную фильтрацию изображения

[Titus]

У ULA на реальном спектруме есть и другие приколы. Например формирование пикселов paper и ink незначительно отличается (незначительно отличается время задержки сигнала, т.к. для ink и paper используются разные схемы), что дает возможность рисовать на риале картинки, которые в эмуляторах не видны. Т.к. пикселы что ink, что paper в эмуляторах одинаковые. Сэмулировать это на обычном дисплее непросто, нужно применять умную фильтрацию изображения

Это что, значт ширина пикселей inc и paper разная? Или они смещены относительно друг-друга?

[ZXMAK]

Это что, значт ширина пикселей inc и paper разная? Или они смещены относительно друг-друга?

Разная длительность перехода с ink на paper и обратно, глазом разницу попиксельно не заметишь, но когда смотришь картинку в целом, то на определенных комбинациях заметна разница яркости. С помощью этой разницы можно узоры рисовать, которые не видны в эмуляторах.
Т.е. когда идет чередование пикселов с цветом ink и с цветом paper, то один пиксел будет чуть уже чем другой, хотя общая сумма по длинне одинаковая. В конечном счете яркость пиксела зависит от типа цвета текущего и следующего пикселов...

[SoftLight]

...т.к. для ink и paper используются разные схемы), что дает возможность рисовать на риале картинки, которые в эмуляторах не видны.

Вот это очень интересно! На вскидку есть какие-то примеры? хочется посмотреть на это

[ZXMAK]

Вот это очень интересно! На вскидку есть какие-то примеры? хочется посмотреть на это

Есть небольшие демки, если не потерялись, вечером выложу