Катсцены: тайминги, часы и «время вышло» — по оригиналу; тумблер музыки
ТАЙМИНГИ. Треки заставок между уровнями длиннее самих сцен (27 — 10,7 с против 2,6 с картинки), и оригинал их не обрывает: load_intro гасит экран и возвращает управление, а звук продолжает играть поверх загрузки уровня и первых секунд игры (seg001:690). Мы глушили CBL на выходе — музыка обрывалась на полуслове. Больше не глушим. «ВРЕМЯ ВЫШЛО». Оригинал (seg001:04D3) не зовёт ни одного init_*: на экране пустая комната и ОСТАНОВИВШИЕСЯ часы (state 7, струйки песка нет). Мы показывали готовую композицию с принцессой и полными часами — противоположное по смыслу. Теперь это живая сцена без персонажей, 102 кадра, и трек 36 дослушивается под чёрным экраном, как в оригинале. ПЕСОЧНЫЕ ЧАСЫ. Сцена «времени мало» (cutscene_12) шла статической композицией, куда упаковщик запёк res953 — ПОЛНЫЕ часы. Отсюда и наблюдение «чем меньше времени, тем полнее часы»: картинка была одна и та же независимо от таймера. Сделана живой (cut_scene_12_short: принцесса стоит правее, через два кадра оборачивается), часы берутся от pre_hourglass_state. Заодно: при state 7 струйка песка не рисуется. МУЗЫКА — СВОЙ ТУМБЛЕР. Settings -> MUSIC, Ctrl+M и статус в debug bar. Флаг pop_mus_want отдельный от звукового: музыка у нас поток с диска, и выключают её по другим причинам, чем эффекты; выключение обрывает текущий трек, эффекты продолжают звучать. Строка-заглушка GAMEPLAY PROFILE («VANILLA ONLY») уступила место MUSIC — на десятую строку экрана не хватает. Подписи тумблеров в debug bar сокращены до S:/M:/I:. БАГИ. После меню персонаж оставался невидимым до первого движения: снимок слота продолжал утверждать, что кадр на странице уже нарисован. Общая pop_cd_forget() теперь зовётся после меню, QuickLoad и переворота экрана. «QUICKLOAD» мигал через кадр — pop_status_show_now снимал бит видимой страницы, а её успевало переписать восстановление комнаты. Host-тесты: 15 наборов. Проверено в MAME: debug bar, выход из меню. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
@@ -1206,6 +1206,38 @@ N навык M» — отдельная надобность, если пона
|
||||
|
||||
Фазы З1..З5 и список «проверить артефактом до кодинга» — в доке.
|
||||
|
||||
### <a id="pal-arc"></a>PAL-ARC. Палитры — в архив своей группы (полишинг)
|
||||
|
||||
Файлов палитр в игре шесть: `KID\kid.pal` (1024 Б), `PV\story.pal`,
|
||||
`PV\pv.pal` (по 1024), `BG\pop_tile.pal`, `BG\pal_tile.pal` (по 128),
|
||||
`TITLE\title.pal` (64). Всё, что лежит в `poc/res/tiles/` (36 файлов) и
|
||||
`bg/pop_bg.pal`, на образ не попадает и кодом не читается — осадок ранних
|
||||
экспериментов, его стоит просто убрать.
|
||||
|
||||
**Что предлагается.** Класть палитру в архив ТОЙ ЖЕ группы, где её
|
||||
графика: `kid.pal` → `kid.arc`, оба `*_tile.pal` → `bg.arc`, `title.pal` →
|
||||
`title.arc`, `story`/`pv.pal` → `pv.arc`. Тогда правило одно на все
|
||||
ресурсы («файл лежит в архиве своей группы»), и уходят последние шесть
|
||||
открытий: `pop_bg_load` берёт тайлсет и палитру за одно открытие, заставка
|
||||
так же. Отдельно ценно, что `kid.pal` перестанет читаться своим `open` на
|
||||
КАЖДОЙ загрузке уровня (её перезаливает `pop_pal_game_load`).
|
||||
|
||||
**Чего это стоит.** Элемент архива читается только в EMM-страницу,
|
||||
поэтому нужна маленькая функция «палитра из страницы»: `bank_read` по 256
|
||||
байт в буфер и четыре `gfx_pal_load`. Буфер уже есть — `pop_pal_buf` по
|
||||
0x4000.
|
||||
|
||||
**Что теряется.** Возможность подменить палитру файлом рядом с игрой
|
||||
(`pal_file_load` сейчас откатывается на `a:\kid.pal`). Решить явно:
|
||||
либо файл остаётся приоритетным и архив — запасным путём, либо fallback
|
||||
выбрасывается.
|
||||
|
||||
**Почему НЕ отдельная папка `PAL\` и не один общий атлас палитр.** Папка
|
||||
не уменьшает числа файлов и рвёт связь «палитра ↔ её графика». Общий
|
||||
атлас экономил бы открытия только при загрузке всех палитр разом, а они
|
||||
нужны в разное время: `kid.pal` — каждому уровню, заставочные — только
|
||||
заставке.
|
||||
|
||||
### <a id="mus-won"></a>MUS-WON. Финальная тема — кольцевой стриминг с диска
|
||||
|
||||
Трек 56 (`won`, 115 с) — это 1,2 МБ, 78 страниц EMM. Ни в `POP_MUS_PAGES`
|
||||
|
||||
Reference in New Issue
Block a user