snark13
97929b55d3
Порт tbl_envir_ki[tbl_level_type[level]] (seg000:1108): оригинал под один и тот же набор id грузит РАЗНЫЙ .DAT — VDUNGEON или VPALACE. Упаковщик (toolchain/pop_pack_bg.py): - аргумент набора: `pop_pack_bg.py dungeon|palace`. Каскад каталогов — сначала свой набор, потом чужой фолбэком (в распакованном data/ res230/ 231/348 есть только в VDUNGEON, два десятка — только в VPALACE). - ОБА набора пакуются по одному объединению id, поэтому раскладка id -> (страница, idx) общая и заголовок один: коду достаточно подменить имена файлов. - PALACE_ENV_IDS: 78/80/82 (doortop_fram_bot), 81/83 (doortop_fram_top), 84 (полоска стены), 145 (stripe_id) — их рисует только палас, render_room про них не знает. - ENV_SHIFT 5 -> 4: с паласными кусками страница 2 переваливала за 16 КБ (16 996). Цена — 10 страниц EMM на набор вместо 5, при 215 свободных. - *tile.pal: 32 записи (env 0x50..0x5F + wall 0x60..0x6F) на набор. Полная kid.pal не трогается — Кид, страж, меч и зелья в других слотах. Движок: - pop_level_type() (tbl_level_type, SDLPoP data.h:840): дворцовые уровни 4, 5, 6, 10, 11, 14. Живёт в pop_level.c, потому что по типу расходятся не только атласы, но и ветки отрисовки seg008, кладка стены и модификатор пустой клетки от упавшей плиты (remove_loose, seg007:0EB8). - pop_bg_load(set): no-op при том же наборе, при смене выгружает старый (иначе текут 12 EMM-страниц) и правит 32 записи палитры в ОБЕ страницы дабл-буфера. Зовётся на старте и на границе уровня, не в кадре. - Путь к атласу склеивается на месте (bg_path): двадцать строк-имён в банке — лишние полкилобайта. Проверено в MAME: уровень 1 (подземелье) рисуется как прежде; уровень 4 (-DFIRST_LEVEL=4) — дворцовые арки, окна, пол, решётчатая дверь уровня, Кид не перекрашен. Стены пока чёрные: паласный wall_pattern — шаг C. tests-host: 5/5. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
43 lines
2.3 KiB
C
43 lines
2.3 KiB
C
/* pop_bg_atlas.h — раскладка атласов статического фона PoP.
|
|
* Сгенерировано toolchain/pop_pack_bg.py — НЕ править вручную.
|
|
*
|
|
* Прямая адресация (ноль remap-таблиц в W2):
|
|
* ENV фон id N -> atlas env_bg[N>>4], idx N&15
|
|
* WALL id N -> atlas wall, idx N
|
|
* FORE id N -> atlas fore, idx N
|
|
*
|
|
* ДВА ТАЙЛСЕТА (порт tbl_envir_ki[tbl_level_type], seg000:1108):
|
|
* 0 = подземелье (pop_*), 1 = дворец (pal_*). Набор id и раскладка
|
|
* у них ОДНИ И ТЕ ЖЕ — меняются только файлы и 32 записи палитры
|
|
* (env 0x50..0x5F, wall 0x60..0x6F), см. *tile.pal.
|
|
*/
|
|
#ifndef POP_BG_ATLAS_H
|
|
#define POP_BG_ATLAS_H
|
|
|
|
#define POP_ENV_SHIFT 4
|
|
#define POP_ENV_MASK 15
|
|
#define POP_ENV_PAGES 10
|
|
#define POP_TILESETS 2
|
|
|
|
/* Палитра: env-слоты, wall-слоты (спрайт-пиксель i -> база+i). */
|
|
#define POP_PAL_ENV 0x50
|
|
#define POP_PAL_WALL 0x60
|
|
|
|
/* Имена файлов атласов по тайлсету (грузятся atlas_load). Таблицы
|
|
* видны только тому, кто попросил POP_BG_ATLAS_NAMES: иначе копия
|
|
* строк уедет в каждый включивший заголовок модуль. */
|
|
#ifdef POP_BG_ATLAS_NAMES
|
|
static const char *const pop_env_atl[POP_TILESETS][POP_ENV_PAGES] = {
|
|
{ "pop_env0.atl", "pop_env1.atl", "pop_env2.atl", "pop_env3.atl", "pop_env4.atl", "pop_env5.atl", "pop_env6.atl", "pop_env7.atl", "pop_env8.atl", "pop_env9.atl" },
|
|
{ "pal_env0.atl", "pal_env1.atl", "pal_env2.atl", "pal_env3.atl", "pal_env4.atl", "pal_env5.atl", "pal_env6.atl", "pal_env7.atl", "pal_env8.atl", "pal_env9.atl" },
|
|
};
|
|
static const char *const pop_wall_atl[POP_TILESETS] = { "pop_wall.atl", "pal_wall.atl" };
|
|
static const char *const pop_fore_atl[POP_TILESETS] = { "pop_fore.atl", "pal_fore.atl" };
|
|
static const char *const pop_tile_pal[POP_TILESETS] = { "pop_tile.pal", "pal_tile.pal" };
|
|
#endif /* POP_BG_ATLAS_NAMES */
|
|
#define POP_POT_ATL "pop_pot.atl" /* chtab_1: зелья, от набора не зависит */
|
|
#define POP_PAL_POT 0x40
|
|
#define POP_BG_PAL "pop_bg.pal"
|
|
|
|
#endif
|