Проигрыватель прохождения записей игр на реальной Dendy

[Tronix]

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

Пошло еще со времен, когда всяких ютюбов еще не было, а посмотреть прохождение той или иной игры было интересно. И вот я подумал сделать проигрыватель данных файлов в реальный NES, пускай чертова железяка работает

Немного загуглив, я узнал, что идея мне не первому в голову пришла. Например, есть некий PC NES transfer cable v1.30 by sepi. Представляет из себя кабель LPT->джойстик с парой микросхем логики, позволяет вроде проигрывать файлы от Nestopia и играть просто с клавиатуры компа. Минусы: а) LPT б) софт под MS-DOS в) сорцов софта нет.

Поэтому гуглим дальше техническую сторону вопроса:
Во первых форматов много, но есть софтина, позволяющая конвертировать из одного формата в другой. Зовется nesmock . GPL, сорцы доступны. Пригодится в будущем.

Дальше самый имхо простой формат fm2 от эмулятора FCEUX Представляет по сути текстовый файл (хотя может быть и бинарным), где по-фреймово записываются нажатые кнопки. Например,

|0|R.....B.|........||
|0|R.....BA|........||

Первый фрейм - нажаты Right и кнопка B. Второй фрейм - нажаты Right, B, A. и тд. Вроде просто все.

Аппаратно - маленький PIC с прикрученной SD-картой, торчащий в разъеме джойстика. Так мне видится...

[Advertiser]

[Eltaron]

Но как синхронизировать фреймы? Скажем, при записи START был нажат в 982й фрейм от рождества Христова от сброса. Как нажать его в тот же 982й при воспроизведении? Одним эмулятора джойстика не обойтись, как мне кажется.
А попасть нужно именно точно, иначе могут поплыть всякие привязанные ко времени вещи, самое неприятное - генераторы псевдослучайных чисел.

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

[Tronix]

Но как синхронизировать фреймы? Скажем, при записи START был нажат в 982й фрейм от рождества Христова от сброса. Как нажать его в тот же 982й при воспроизведении?

Ну во-первых, на разъеме джойстика есть питание +5V, таким образом включать девайсину можно одновременно с включением дендика. Дальше, запускается игра с катриджа, показывает заставку, где потом нужно, как правило, нажать СТАРТ. До этого никакие кнопки на гейпаде не нажимаются, и в файле-записи идут пустые фреймы. Пускай СТАРТ будет нажат немного позже, чем он был нажат игроком записывающем прохождение, ну допустим на 2-3 секунды. Но когда он (старт) будет нажат - от этого времени пойдет точный синхрон.

Тут другое меня волнует - чтение с SD-карты небольших блоков (128 или 256 байт, допустим) будет жрать приличное время на простом контроллере. Как бы в это время не получилось простоя в выдачи очередного байта в NES. Хорошо было бы считать весь файл сразу в память, но тогда нужна внешняя память...

[Titus]

И вот я подумал сделать проигрыватель данных файлов в реальный NES, пускай чертова железяка работает

Непросто это будет реализовать.

1) В эмуляторах новая информация от джойстиков приходит один раз за фрейм в строго определенное время, а на реальной Денди - в произвольное время.

2) В играх могут использоваться различные генераторы случайных чисел, зависящие в том числе от растактовки конкретного железа.

3) Если эмулятор не 100% точен по тактам процессора и всей остальной периферии, то записанное на нем видео так же разьедется на реальном железе.

[Ramiros]

На джойстике есть еще сигнал "запись данных в регистр" и "клок/сдвиг", надо привязываться к этим двум сигналам, тогда будет синхронно работать. и лучше на контроллере еще и регистр сдвига сэмулировать, тогда можно вообще без джойстика обойтись.
только учтите, что эти сигналы в приставке формируются програмно (обычно в момент прерывания), и могут менять как скважность, так и интервал.
тут еще надо разобраться что в эмуляторах в качестве синхры используется (скорее всего тот же сигнал "записи данных в регистр".

[HardWareMan]

Все эти проблемы уже обсуждались много раз. Нет никакой информации о сбросе. Нет никакой информации фазе PPU. Напомню, что из-за разницы в тактовых частотах, алигнмент CPU к PPU имеет 4 фазы. Нет никакой информации о фрейме (не все игры сканируют джой по VBlank'у). Самый точный вариант - это в гнезде картриджа, но никак не в гнезде джойстика.

[Tronix]

Но ведь latch и clock выдает сама денди, по нему и отдавать данные. Можно например с помощью аппаратного SPI Slave, как мне видится. Интервалы подогнать опытным путем.... Я думаю все-же попробовать, чего я теряю...
Вот только с чтением с SD-карты не могу придумать, ведь будет тормозить в момент чтения блоков. Либо внешнюю память прикручивать, либо взять какой нить жирный NXP LCP1768 со встроенной SRAM дофига. Но это уже из пушки по воробьям.

[vfiuchcikicshuusrch]

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

[HardWareMan]

И latch и clock это программно генерируемые сигналы, являющиеся битами в портах $4016/$4017

[Ramiros]

В чем проблема? по Latch читаем новое значение из памяти/файла, по Clock выдаем дендику.