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

[ZXMAK]

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

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

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

Для примера, в rzx указано, что прерывание сработало на N-ой инструкции. Но не указано сколько тактов прошло от начала импульса прерывания до начала инструкции, на которой оно было обработано. В итоге эмулятор считает что прерывание всегда начинается с указанной инструкции. А на деле это мог быть последний такт активного сигнала INT. Поэтому когда выполнение попадет в обработчик прерывания, то при проигрываниии сигнал INT будет все еще активен и может сработать еще раз, если в обработчике быстро разрешить прерывания. Но при записи INT уже не был активен и повторно не срабатывал. Все... потеря синхронизации...

Корректно записать и воспроизвести такие моменты в RZX невозможно, т.к. в этом формате не предусмотрено сохранение полной информации о состоянии сигнала INT.

[Shadow Maker]

Корректно записать и воспроизвести такие моменты в RZX невозможно, т.к. в этом формате не предусмотрено сохранение полной информации о состоянии сигнала INT.

А галки типа "игнорить потерю синхронизации" нет? Как бы это реально в 90% случаев глубоко фиолетово, где там инт болтается.

[Spectramine]

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

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

Для примера, в rzx указано, что прерывание сработало на N-ой инструкции. Но не указано сколько тактов прошло от начала импульса прерывания до начала инструкции, на которой оно было обработано. В итоге эмулятор считает что прерывание всегда начинается с указанной инструкции. А на деле это мог быть последний такт активного сигнала INT. Поэтому когда выполнение попадет в обработчик прерывания, то при проигрываниии сигнал INT будет все еще активен и может сработать еще раз, если в обработчике быстро разрешить прерывания. Но при записи INT уже не был активен и повторно не срабатывал. Все... потеря синхронизации...

Корректно записать и воспроизвести такие моменты в RZX невозможно, т.к. в этом формате не предусмотрено сохранение полной информации о состоянии сигнала INT.

Всё намного проще. RZX формат изначально полностью отвязан от тактов и задержек, в том числе и от длительности сигнала INT. Есть пара неприятных нюансов, связанных с прерываниями, они решаемы (правда, через пень-колоду), но к тактам не имеют никакого отношения. Один я подробно изложил ранее в теме "Тестирование эмуляторов", второй связан с ретриггерингом прерываний.

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

А галки типа "игнорить потерю синхронизации" нет? Как бы это реально в 90% случаев глубоко фиолетово, где там инт болтается.

Такая галка нифига не решает, синхронизация для проигрывания RZX критически важна.

[Bedazzle]

нужно выбрать ту-же конфигурацию спектрума, на которой записан RZX файл.

А как узнать машину, если запись делал кто-то из интернетов? В начале файла виден текст Spectaculator.

Под рукой есть Emuzwin, запустил, тот переключился на +3.
Выбрал в Zxmak2 +2A/+3, загрузил rzx - ошибка. :/

[goodboy]

А как узнать машину, если запись делал кто-то

zxmak давал информацию при открытии rzx которая пишется в логах,
но потом вроде текст про это удалил
SpecEmu спокойно показывает этот rzx (+3)

[Bedazzle]

SpecEmu спокойно показывает этот rzx (+3)

Угу, я в трёх эмулях гонял без проблем, а с zxmak не сложилось.

[Spectramine]

проблема в tzx`e который выложил betamen - один блок в нём неправильный (loop=0), проверяйте версии с wos`a - они все рабочие.

если не трудно проверьте загрузку программ последней ревизии tzx 1.20 http://newton.sunderland.ac.uk/~mikie/examples120.zip

Если у кого-нибудь остался этот файл (examples120.zip) - поделитесь, плиз.

[anasana]

Если у кого-нибудь остался этот файл (examples120.zip) - поделитесь, плиз.

http://web.archive.org/web/*/http://...xamples120.zip
(снапшот за 10-е февраля)

[Eltaron]

Всё намного проще. RZX формат изначально полностью отвязан от длительности сигнала INT.

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

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

Кстати, я собрал ZXMAK2 из сорцов и в этой версии heavyonthemagick.rzx (это ведь о нём речь?) играется без ошибок. Там со времен "релизной" 2.9.2 много изменений было, например "add Spectrum +3 support for Z80 snapshot" - возможно, это оно.

[CodeMaster]

RZX формат изначально полностью отвязан от тактов и задержек, в том числе и от длительности сигнала INT.

Формат форматом, но его имплементация зависит от конкретного эмулятора. В описании RZX раздел посвящённый INT'у с рекомендациями как сделать воспроизведение INT-независимым.