Snapshot

[Alex Rider]

Там не совсем обычный TR-DOS

Я облажался. В Скорпе есть свой драйвер дисковых операций. Это TR-DOS его использует. В общем, монитор не использует TR-DOS при сохренении снапшота.

Можно даже не спрашивать. M3 что-нибудь портит? Нет.

М3 дергает NMI процессора, это автоматически вызывает запись адреса возврата в стек. Так что на вопрос "M3 что-нибудь портит?" ответ: Да.

Скорп.монитор что-нибудь портит?

А что, собственно, кроме стека работающей программы (как и М3). Не знаю как работает М3, но подозреваю, что его NMI еще и включает его собственное ОЗУ, в которое сразу можно перенести стек, скорпу же надо сохранить пару регистров чтобы включить свою системную страницы прежде, чем отправить туда стек. Так что про тысячи игр - маловероятно.
LNR ща попробую, интересно на чем там лажается Скорп.

[Advertiser]

[Alex Rider]

LNR ща попробую, интересно на чем там лажается Скорп.

Похоже, лажает эмулятор на чтении текущего значения 7ffd. Сейчас нет времени разобраться. Надо бы на реале проверить.

Как в этой ситуации запомнить те два байта, что лежали в стеке? А они ОЧЕНЬ важны, между прочим!..

Мне видится, что никак.

Возможно, можно исправить ПЗУ Спектрума? Чтоб оно по RESET, скажем, ничего не портя, вываливалось в этот самый М3 или его аналог и там уже шаманило - ну типа запрос: 1) таки RESET, 2) save snapshot, 3) load snapshot

У Z80, кстати, есть Soft Reset, который просто сбрасывает PC в 0. Беда в том, что теперь не понятно их какой точки пришел сброс, ну и, соответственно, куда отдавать управление в игре после восстановления из снапшота.

---------- Post added at 11:17 ---------- Previous post was at 11:16 ----------

Ikari warriors/viktory road (обработка спрайтов через стек, обработка структур используя SP совместно с регистром DE), игры от Special FX (порча графики и данных) и тп
вероятность снятия нормального магика - 1 к 10

Вот их бы тоже проверить на М3.

[Slider]

У Z80, кстати, есть Soft Reset, который просто сбрасывает PC в 0. Беда в том, что теперь не понятно их какой точки пришел сброс, ну и, соответственно, куда отдавать управление в игре после восстановления из снапшота

Короче, жопа. Или знаем куда ставить PC, но теряем 2 байта стека, или не знаем и тогда запуститься не сможем
Полная вата!.. А вы говорите - магик, магик...

[ZX_NOVOSIB]

Похоже, лажает эмулятор на чтении текущего значения 7ffd. Сейчас нет времени разобраться. Надо бы на реале проверить.

вот это уже другое дело. Просто я брал самое крутецкое супер профессианальное пзу скорпиона, подсовывал его унреалу и так тестил. В спектакуляторе тоже тестил. На реале не тестил, реала нет такого. но мне почему-то кажется, что реал тоже будет лажать. Этот скорпионовский снапшотер кардинально ничем не лучше трдосного магика.

Ikari warriors/viktory road на M3 щас протестю.

[Slider]

Еще мысль - аппаратно никак нельзя придумать, чтобы, когда приходит прерывание, оно, скажем, сначала лезет в доп.устройство, а там, в ОЗУ/ПЗУ, стоит, к примеру перемещение по вектору из регистра I. А если нужно - клац, и там появляются нужные процедуры save/load магика.
Это вопрос, типа...

[Alex Rider]

Еще мысль - аппаратно никак нельзя придумать, чтобы, когда приходит прерывание

Только на софтовых Z80. Железный Z80 при приходе прерывания всегда пишет адрес возврата в стек.

Этот скорпионовский снапшотер кардинально ничем не лучше трдосного магика.

Да нет, он кардинально лучше. Тем, что портит только несколько байт в стеке, а MAGIC колбасит ОЗУ дай боже. Еще актуальное для давних времен и реальных дискет - MAGIC не проверяет ошибки чтения-записи в принципе и может запороть дискету запросто. Скорповый монитор работает нормально, причем, и со СМУК тоже.
Кстати, при сохранении LNR Скорпом под эмулем есть еще одна странность: он пишет всю 256К-память, хотя игра 48-я и верхняя память чистая. Что-то в эмуле не так...

по нажатию кнопки запоминается два байт стека в первых двух байтах экрана, а в стек суется адрес возврата.

Указатель стека живет внутри Z80, внешняя схема его прочитать не может. Опять же, soft core, но сколько проблем принесет можификация никто не знает и заморачиваться не будет. Мне что-то даже с сигналом BUSRQ и DMA ничего хорошего в голову не приходит. Если только BUSRQ + NMI...

[SoftLight]

Кстати, при сохранении LNR Скорпом под эмулем есть еще одна странность: он пишет всю 256К-память, хотя игра 48-я и верхняя память чистая. Что-то в эмуле не так...

В ZXMAK2 не пробовали?

[Alex Rider]

В ZXMAK2 не пробовали?

Странно... Поведение то же самое. Значит, все же ошибка в ProfROM. Или эмуляция ProfROM в ZXMAK написана по мотивам Unreal. Надо покопать.

[ZXMAK]

Странно... Поведение то же самое. Значит, все же ошибка в ProfROM. Или эмуляция ProfROM в ZXMAK написана по мотивам Unreal. Надо покопать.

ZXMAK2 сохраняет 48к только если память залочена так, что программа уже не может получить доступ к остальной памяти. На скорпионе это невозможно, поэтому программа всегда может получить доступ к остальной памяти, а значит нужно все сохранять. Иначе неполный снэпшот будет и его работа будет зависеть от содержимого памяти.

[Reobne]

Небольшой поток сознания, на тему: "Как я вижу идеальный снапшот на реале"

Как я вижу идеальный снапшот на реале

Нажатие кнопки "Магик" переводит устройство в состояние MAGIK_WAIT_II. (ждём маскируемое прерывания для "магика")
В этом состоянии, когда приходит время для маскируемого прерывания, вместо него происходит переход в состояние IN_MAGIK, и одновременно немаскируемое прерывание.
В состоянии IN_MAGIK Первые 8Кбайт адресного пространства заняты "Магик-ПЗУ" остальные 40Кбайт "Магик-ОЗУ". Маскированное прерывание приходит раньше на определённое число тактов. Открываются специальные МАГИК-порты:
1. управления банками памяти (какую банку памяти (и "Магик" и "НЕмагик") ОЗУ включаем в адресное пространство (#C000..#FFFF))

2. Чтение состояния. (Какой был бордер, Какие банки памяти куда включены, какой регистр муз. сопроцессора выбран и как давно запущена "одиночная волна", какой режим прерывания (IM 2, IM1 ?, DI или EI), и прочее в том-же духе, что можно только писать, но нельзя прочитать штатными средствами. Получается, факты записи(обычной программы) должны фиксироваться устройством в своей памяти. Возможно это не порт, а просто пишется в МАГИК-память, скажем начиная с адреса #2000.

3. Запись перехода в состояние MAGIC_WAIT_RET

Обработчик маскируемого прерывания сохраняет в стеке(который с большой долей вероятности указывает в ОЗУ, а не в ПЗУ )
регистры (первым PC, само собой), при этом не портится ни один байт простого ОЗУ.

Всё сохраняет на диск в виде файла. Возможно показывает меню, возможно читает клавиатуру, и в зависимости от нажатой клавиши записывает в определённый файл, читает из определённого файла, читает пользовательскую "Магик"-программу, из определённого файла, в ОЗУ по адресу #2100. Выполняет пользовательскую "Магик"-программу.

Затем инициируется выход записью в спец-порт. Переходим в состояние MAGIC_WAIT_RET. Восстанавливаем значение регистров, SP, на вершину стека не забываем поставить адрес возврата. В момент, когда началось нормальное маскированное прерывание выполняем RET. (расчитать по тактам)
Сразу после RET, когда в PC запишется (SP) из Магик памяти, переходим в обычный режим, следующий код команды будет читаться из простой памяти. Произойдёт прерывание (если оно включено ), и все пойдёт как по маслу.

[свернуть]