Готово.

https://code.google.com/p/breaks/source ... MOS_6502.v

Разводка модулей:
http://forum.6502.org/download/file.php?id=2037

Вопрос по PPU. Что происходит при включении прорисовки фона или спрайтов. Ведь счетчик в ППУ всегда считает. Что он сотворит с картинкой - откуда начнется прорисовка кадра, если там уже далеко не середина строки или кадра?

И что произойдет, если в середине кадра вырубить прорисовку

Сколько он занимает?

pAPU будешь делать?

Сигнал VBlank настроит прорисовку как положено, после первых двух полукадров. Поэтому во всех играх в самом начале есть 2 цикла ожидания Vblank.

После PPU )

Я думаю что памяти достаточно нескольких циклов, чтобы устаканиться. А ожидание двух Vblank связано с тем, чтобы логика игры была дискретна целым кадрам.

Ничего. Просто наружу не будет выводиться картинка (заместо пикселей будут уровни черного)

Насколько я понял, 2 фрейма нужно ждать (с синхронизацией к VBlank'у) для устаканивания режима PPU при поверапе, а особенно его динамической памяти. Иначе смысла в посыле настроек нет - PPU их не примет или примет не правильно.

А я понял, что настройки PPU хранит в своего рода регистрах (не все из 8 бит). И точно к некоторым из них он не может запретить доступ из вне (по крайней мере на запись данных).

То есть PPU будет исправно запрашивать данные из VRAM и VROM - не освободит свою шину данных и адреса, а сам будет рисовать "черные точки" с примесью синросигналов?

Если некоторые регистры действительно собраны на логике, то та же память ОАМ собрана на емкостях. И пока не установится режим, внятную информацию туда не записать. С соответствующим результатом.

Так точно. "Вырубание" рисования - вырубает конкретно вывод точек в "полезной" части видеосигнала (та что находится после Color Burst). А схема выборки данных будет исправно долбиться в видео-память. То же самое относится и к схеме выборки и сравнения спрайтов и счетчикам H/V (координаты луча). Все они будут работать "вхолостую", потому что их нельзя поставить на "паузу"

Более того, если OAM периодически не обновлять - она имеет тенденцию "корраптиться" (разряжаться). Насколько мне известно эта фича не работает в эмуляторах.

А я думал, что программы отключают рендер (только оба одновременно: и спрайты и бэкграунд!)

Overscan color. Is it forced black or otherwise? Does it differ at the sides vs. at the top and bottom? If it's forced to black, does the black protrude 2 pixels into the picture like it does on PAL NES?
Behavior of OAM DMA during forced blanking. The official PAL NES refreshes OAM outside lines 241-260 even if rendering is disabled, causing OAM DMA to fail except during the start of vblank. The Dendy has its screen update period near the end of vblank (lines 291-310) for maximum compatibility with cycle-counting interval timers in Japanese mappers such as FDS, VRC, and FME-7, and I wonder if it too does some sort of OAM refresh during its post-render scanlines (240-290).