snark13
3dbad6120c
Шаги 1-2 из плана стражей: 1. Спрайты (chtab_5_guard, база 750). Новый упаковщик pop_pack_guard.py: data/GUARD/res751..784 -> GUARD\g0..g4.atl (5 EMM-страниц, адресация id>>3 / id&7, как у Kid). Палитра берётся НЕ из PNG, а из res10.bin (guard_palettes: 7 палитр по 16 цветов, 6-бит) по level.guards_color — на уровне 1 у обоих стражей color = 2; группа слотов 0x90..0x9F добавлена в общий kid.pal. 2. Таблица кадров стража у оригинала СВОЯ (frame_tbl_guard, seg006:372, 41 запись) и индексируется как frame + add_frame - 149, где add_frame = 70 для кадров 102..106. Она дописана в kid_data.bin (3515 -> 3720 Б, смещение в KID_BIN_GFRAMES_OFF); pop_kid получил pop_kid_data_frame() — чтение кадра из ЛЮБОЙ таблицы страницы данных. 3. Появление: pop_level_guard() читает guards_tile/dir/color/skill из уровня, pop_guard_enter() ставит стража по enter_guard (seg002:0112) + pos_guards (seg003): row из тайла, y = y_land[row+1], x из колонки, charid = guard, sword сложен, alive = -1, HP = 3. Отрисовка pop_guard_draw() — та же математика, что kid_draw (load_frame_to_obj + calc_screen_x_coord), но атлас стража и своя таблица кадров; heal по странице дабл-буфера, как у Kid. Интерпретатора последовательностей у стража ПОКА НЕТ: кадр ставится напрямую (166 = frame_166_stand_inactive, что и даёт seq_77 при входе в комнату). play_seq для произвольного персонажа + ИИ — следующая фаза. Проверено в MAME: в комнате 3 страж появляется на своём месте (ряд 1, кол 7) и рисуется; цвета совпадают с эталонным рендером спрайта в палитре color=2. ВНИМАНИЕ по памяти: куча W2 просела до 805 Б (было 2349). Перед ИИ стражей нужен шаг 5 плана (данные: room_modif 720 Б, dl1/dl2 512 Б, _kbdraw_down 512 Б) либо вынос кода отрисовки стража в резидент W3. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
66 lines
4.1 KiB
Makefile
66 lines
4.1 KiB
Makefile
# roomtest — проверка порта статического фона PoP (Шаг 3): реальная
|
|
# композиция слоёв (pop_bg.c) для комнаты 1. --memory huge --gfx 256.
|
|
|
|
PROJ_ROOT := $(abspath $(CURDIR)/../../..)
|
|
EXAMPLE := roomtest
|
|
# small: W1+W2 как единое 32КБ-пространство, DATA сразу за CODE (иначе
|
|
# CODE ~23КБ переполняет W1 и лезет в фиксированный DATA@0x8000 в huge).
|
|
MEMORY ?= huge # small-раскладка + банки кода в W3 (стражи)
|
|
# --w3 берёт ОДИН файл на флаг. В W3-резиденте держим ТОЛЬКО pop_bg —
|
|
# отрисовку тайлов: она большая и её зовёт лишь главный цикл. Всё
|
|
# остальное живёт в W1/W2, чтобы оставаться достижимым из будущих
|
|
# __banked-модулей (стражи): из банка резидентная страница W3 не видна —
|
|
# ни напрямую, ни транзитивно. См. docs/layout_plan_v2.md §2 (R2), §4.
|
|
EXTRA_FLAGS ?= --gfx 256 --w3 pop_bg.c --bank 1=guards.c
|
|
EXTRA_SRCS := pop_kid.c pop_ctrl.c pop_level.c pop_map.c pop_trob.c pop_redraw.c pop_geom.c pop_guard.c
|
|
|
|
BG_DIR := $(CURDIR)/../poc/res/bg
|
|
KID_DIR := $(CURDIR)/../poc/res/kid
|
|
LVL_DIR := $(CURDIR)/../SDLPoP/data/LEVELS
|
|
LVL_DATA := $(LVL_DIR)/res2001.bin
|
|
BG_DATA := $(BG_DIR)/pop_env0.atl $(BG_DIR)/pop_env1.atl $(BG_DIR)/pop_env2.atl \
|
|
$(BG_DIR)/pop_env3.atl $(BG_DIR)/pop_env4.atl \
|
|
$(BG_DIR)/pop_wall.atl $(BG_DIR)/pop_fore.atl \
|
|
$(BG_DIR)/pop_pot.atl
|
|
# ВСЕ 28 страниц Kid — иначе кадры торможения/разворота/приседа (image>23)
|
|
# не рисуются (kid_draw пропускает незагруженную страницу). Палитра —
|
|
# ЕДИНАЯ игровая (env+wall+kid).
|
|
KID_PAGES := $(foreach n,0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27,$(KID_DIR)/kid$(n).atl)
|
|
KID_DATA := $(KID_PAGES) $(KID_DIR)/kid.pal $(KID_DIR)/sword.atl
|
|
# Таблицы анимации (кадры+seqtbl) — отдельный бинарь в EMM-странице, его
|
|
# делает pop_extract_kid_data.py (не упаковщик спрайтов) — своё правило ниже.
|
|
KID_BIN := $(KID_DIR)/kid_data.bin
|
|
GUARD_DIR := $(CURDIR)/../poc/res/guard
|
|
GUARD_DATA := $(GUARD_DIR)/g0.atl $(GUARD_DIR)/g1.atl $(GUARD_DIR)/g2.atl \
|
|
$(GUARD_DIR)/g3.atl $(GUARD_DIR)/g4.atl
|
|
|
|
EXTRA_DATA := $(BG_DATA) $(KID_DATA) $(KID_BIN) $(GUARD_DATA) $(LVL_DATA)
|
|
include $(PROJ_ROOT)/app.mk
|
|
|
|
# Образ HDD для MAME: ресурсы раскладываются ПО КАТАЛОГАМ (8.3, как в DSS),
|
|
# чтобы корень диска не зарастал десятками .atl.
|
|
# BG\ — фон (env/wall/fore/pot)
|
|
# KID\ — персонаж (kid0..27, палитра, меч, таблицы анимации)
|
|
# GUARD\ — стражи (появятся здесь же)
|
|
# LEVELS\ — уровни
|
|
hdd: $(EXAMPLE).exe
|
|
$(PROJ_ROOT)/toolchain/make_hdd.sh $(PROJ_ROOT)/mame/v306/IMG/test_hdd.chd \
|
|
$(EXAMPLE).exe \
|
|
$(foreach f,$(BG_DATA),BG:$(f)) \
|
|
$(foreach f,$(KID_DATA) $(KID_BIN),KID:$(f)) \
|
|
$(foreach f,$(GUARD_DATA),GUARD:$(f)) \
|
|
LEVELS:$(LVL_DATA)
|
|
|
|
TC := $(PROJ_ROOT)/applications/PoP/toolchain
|
|
$(BG_DATA): $(TC)/pop_pack_bg.py $(TC)/render_room.py
|
|
cd $(TC) && python3 pop_pack_bg.py
|
|
$(GUARD_DATA): $(TC)/pop_pack_guard.py
|
|
cd $(TC) && python3 pop_pack_guard.py
|
|
|
|
$(KID_DATA): $(TC)/pop_pack_kid.py $(TC)/pop_pack_bg.py
|
|
cd $(TC) && python3 pop_pack_kid.py
|
|
kid_data.h $(KID_BIN): $(TC)/pop_extract_kid_data.py
|
|
cd $(TC) && python3 pop_extract_kid_data.py
|
|
|
|
$(EXAMPLE).exe: guards.c pop_guard.c pop_guard.h pop_cheat.h pop_bg.c pop_bg.h pop_geom.c pop_geom.h pop_redraw.c pop_redraw.h pop_kid.c pop_kid.h pop_ctrl.c pop_ctrl.h pop_map.c pop_map.h pop_level.c pop_level.h pop_trob.c pop_trob.h kid_data.h $(BG_DATA) $(KID_DATA) $(KID_BIN) $(LVL_DATA)
|