Звук: насос CBL качает через W3 — вход в BIOS ломал W0
СИМПТОМ: затемнение (fade) хрипело — одинаково с играющей музыкой и в тишине. Ключевое наблюдение пользователя: повтор тишины обязан звучать тишиной, значит дело не в недоливе буфера. ПОИСК: отладочные клавиши, каждая делала ровно один кусок fade. Ожидание кадров — чисто; чтение палитры, запись палитры и 512 вызовов bios_get_place() (видео вообще не трогает) — скрежет во всех трёх. Последнее и решило: виновата не палитра, а ЛЮБОЙ вызов BIOS. ПРИЧИНА: `rst 8` раскрывается в `out ($7C),a`, который включает системное ПЗУ и перестраивает окно 0 (MAME sprinter.cpp, update_memory: m_pages[0] + m_bank_view0.select). ПЗУ ложится ПОВЕРХ страничного регистра, поэтому запись в порт 0x82 из прерывания бесполезна — OTIR вычитывает ПЗУ и отдаёт его в звук. Отсюда же старое правило «глушить CBL на время загрузки файлов»: причина была не в том, что ESTEX долго занимает CPU. РЕШЕНИЕ (идея пользователя): качать через W3. Он управляется только портом 0xE2, подмену из прерывания никто не перекрывает, а BIOS во время нашего ISR не исполняется — окно возвращается до выхода, и для него подмена невидима. После этого BIOS безопасен везде. * pop_sfx.c — насос берёт взаймы W3 вместо W0, чтение по 0xC000 + смещение. * pop_ui.c — буфер палитры по фиксированному 0x4000 (эти 256 байт DSS занимает только при загрузке программы): 256 байт со стека долой. * libbgi/common/gfx_pal_write.c — запись палитры прямо в видеопамять, минуя BIOS. Писалась как обход скрежета, после переноса насоса не нужна; оставлена как более быстрый примитив (2,5 тыс. тактов на 64 цвета против 10,8 тыс. у BIOS) с честной шапкой. Адресация разобрана по исходникам BIOS (FUNC_SCREEN.ASM): Port_Y = индекс цвета, адрес 0xC3E0 + pal*4, порядок R/G/B/Y. * libc/video/pal_get.c, pal_load.c — в шапках зафиксировано, что BIOS выбирает окно ПО АДРЕСУ БУФЕРА (`BIT 7,H`). * pop_intro.c — при пропуске интро клавишей не глушился CBL, и следующая загрузка уровня шла с открытым буфером; добавлен pop_sfx_pause. * pop_ctrl.c — убраны отладочные «осторожные шаги» на J/L (эмуляция Shift+стрелка для MAME), у них и стоял TODO. Разбор целиком — docs/sound_plan.md §5. Бюджет: _CODE 23966, куча 245 Б. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
@@ -734,3 +734,60 @@ DOS-версии** — `applications/PoP/PoP1_DOS_music` (flac/mp3/ogg/ogg_MT-32
|
||||
переносить, либо заводить банк 12.
|
||||
* `won` (77 страниц) в POP_MUS_PAGES=20 не помещается: финал придётся либо
|
||||
резать, либо стримить кусками по ходу.
|
||||
|
||||
|
||||
## 5. СКРЕЖЕТ ПРИ BIOS-ВЫЗОВАХ: причина и решение (2026-08-25)
|
||||
|
||||
Симптом: во время затемнения (fade) звук хрипел — одинаково с играющей
|
||||
музыкой и в тишине. Пользователь заметил ключевое: **повтор тишины обязан
|
||||
звучать тишиной**, значит дело не в недоливе буфера.
|
||||
|
||||
### Как искали
|
||||
|
||||
Отладочные клавиши, каждая делает ровно один кусок fade:
|
||||
|
||||
| клавиша | что делала | результат |
|
||||
|---|---|---|
|
||||
| H | только ожидание 8 кадров | чисто |
|
||||
| V | только чтение палитры | скрежет |
|
||||
| G | затемнение целиком | скрежет |
|
||||
| J | только запись палитры | скрежет |
|
||||
| L | 512 раз `bios_get_place()` — видео не трогает | **скрежет** |
|
||||
|
||||
`L` и решил вопрос: виновата не палитра, а **любой вызов BIOS**.
|
||||
|
||||
### Причина
|
||||
|
||||
Вход в BIOS — это `rst 8`, то есть `out ($7C),a`. В драйвере MAME он
|
||||
правит `m_rom_sys` и вызывает `update_memory()`, которая перестраивает
|
||||
**окно 0**: `m_pages[0]` + `m_bank_view0.select(1)`. ПЗУ ложится ПОВЕРХ
|
||||
страничного регистра.
|
||||
|
||||
Насос CBL брал окно взаймы именно у W0 (`_io_page_w0 = phys` + `OTIR` по
|
||||
адресу < 0x4000). Пока BIOS работает, запись в порт `0x82` ничего не
|
||||
меняет, и `OTIR` вычитывает ПЗУ, отдавая его в звук.
|
||||
|
||||
Побочно выяснилось, почему `DI` вокруг BIOS помогал лишь иногда: он не
|
||||
даёт войти в ISR (тогда блок просто пропускается, что неслышно), но в
|
||||
обработчиках BIOS есть `EI`, так что защита негарантированная.
|
||||
|
||||
### Решение
|
||||
|
||||
Насос переведён на **W3** (идея пользователя): это окно управляется только
|
||||
портом `0xE2`, подмену из прерывания никто не перекрывает, а BIOS во время
|
||||
нашего ISR не исполняется — окно возвращается до выхода.
|
||||
|
||||
```c
|
||||
saved = _io_page_w3;
|
||||
_io_page_w3 = phys;
|
||||
cbl_push_otir((const void *)(0xC000u + ptr), n);
|
||||
_io_page_w3 = saved;
|
||||
```
|
||||
|
||||
После этого BIOS безопасен везде: и палитра, и любые другие функции.
|
||||
Временный обход палитры мимо BIOS (`gfx_pal_write`) стал не нужен — он
|
||||
остался в libbgi как более быстрый примитив (2,5 тыс. тактов на 64 цвета
|
||||
против 10,8 тыс. у BIOS), но игра его не зовёт.
|
||||
|
||||
Бонус: в W3 нет стаба восстановления окна, который в W0 занимал начало
|
||||
страницы, — звуковые страницы можно использовать целиком.
|
||||
|
||||
Reference in New Issue
Block a user