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:
@@ -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)
|
||||
|
||||
|
||||
Reference in New Issue
Block a user