QuickSave: носитель — файл, а не EMM-страница

Пересмотр по вопросу пользователя.  Первая редакция плана рекомендовала
EMM-страницу — ошибка: взвешивала скорость и недооценивала главный
сценарий.

EMM-страница не переживает рестарт программы, а именно рестарт — тот
случай, ради которого QuickSave и нужен: сцену каскада плит на 13/23
воспроизводит ТОЛЬКО ESC → запуск заново (perf_l13_room23.md §1).  Снимок
в ОЗУ там не помогает вовсе.

Доводы за EMM при перепроверке оказались слабыми: лимит манипуляторов DSS
ни при чём (один файл, гард _fd_guard и так стоит), а экономия на пути к
файлу — одна строка.  Разница в скорости некритична: 1,9 КБ на HDD не
заметны на фоне полной перерисовки комнаты при загрузке.

Добавлен шаг QS0 — проверить, что D: вообще пишется из-под MAME: если
образ только на чтение, это меняет весь план, поэтому идёт первым.
Критерий приёмки задачи: сохранить, выйти, запустить заново, загрузить —
и оказаться там же.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
2026-08-17 23:01:14 +03:00
parent 78b93a6b5e
commit 0cae2cb32a
2 changed files with 55 additions and 23 deletions
+7 -3
View File
@@ -888,9 +888,13 @@ F6/F9). Значит повторяем не букву, а устройств
и главное — **дабл-буфер**: перерисовать после загрузки надо ОБЕ страницы,
иначе старая картинка мигнёт через кадр.
Размер снимка ≈ 1,9 КБ, поэтому основной носитель — **EMM-страница**
(мгновенно, без DSS и его лимита манипуляторов), файл — опциональный
шаг QS6.
Носитель — **файл** (`QUICKSAVE.SAV`, ≈1,9 КБ), EMM-страница отвергнута:
она не переживает рестарт программы, а именно рестарт — тот случай, ради
которого QuickSave и нужен (сцену каскада на 13/23 воспроизводит только
`ESC` → запуск заново). Мгновенный EMM-слот остаётся необязательным QS6.
**Критерий приёмки:** сохранить, выйти по `ESC`, запустить roomtest заново,
загрузить — и оказаться там же.
### <a id="l1-speed"></a>L1-SPEED. Игра идёт быстрее оригинала (найдено 2026-08-01)