snark13
31b82661eb
Порт PoP переехал в applications/SprPoP — приложение, которое собирается само: код, оригинальные данные, конверторы ресурсов и сборка внутри одной папки. Наружу знает единственный путь — корень тулчейна (SPRINTER_ROOT, по умолчанию ../..). applications/PoP/roomtest ЗАМОРОЖЕНА и остаётся архивом закрытых задач, багов и исполненных планов. Скопировано из applications/PoP/roomtest@4b74478. Перенос проверен побайтово: собранный sprpop.exe совпал с roomtest.exe того же коммита, все 39 дисковых ресурсов и все 16 генерируемых заголовков — тоже, host- тесты зелёные (15/15). Раскладка: src/ рукописный C (roomtest.c -> sprpop.c) gen/ генерируемые заголовки, в репозитории assets/orig/ оригинальные данные игры, вне репозитория (копирайт) assets/packed/ то, что ложится на диск, в раскладке диска tools/ конверторы; все пути — в одном tools/paths.py build/ выход: exe, каталоги ресурсов, hdd/, промежуточные atl/ Сборка ресурсов: assets/packed и gen — версионируемые ВХОДЫ, а не то, что пересчитывается каждым make. Автоматика построена на ОТСУТСТВИИ файла, а не на таймстемпах: git не хранит времена, и в свежем клоне сравнение по времени превращалось бы в лотерею. Недостающий ресурс или заголовок чинится сам, рекурсивным вызовом в ветку генерации. Музыка собирается из любого из четырёх наборов записей (make music-mp3, music-mt32, ...); набор входит в имя stamp'а, поэтому смена набора сама делает музыку устаревшей. Длины реплик больше не захардкожены: упаковщик печатает их в gen/pop_music_ticks.h, и шкала сцены выражена через них — иначе mt32 (реплики на 6% длиннее) молча ломал катсцену. Тулчейн: в app.mk два обратносовместимых крючка (SRC_DIR/BUILD_DIR), HDD_IMG стал ?=; команда сборки roomtest не изменилась. Корневой make host-tests переключён на SprPoP. Подгонка тайминга катсцены с принцессой (PV_MAGIC_LEAD): сцена render-bound и идёт ~49 тиков/с вместо 60, из-за чего кода реплики приходила раньше молнии. Это обход, а не лечение; разбор с замерами — docs/BUGS_OPEN.md, записи SND-PACE-DEAD, PV-RENDER-BOUND, MUS-LEFT-TEAR. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
33 lines
1.9 KiB
C
33 lines
1.9 KiB
C
/*
|
||
* pop_draw.c — выбор ядра libbgi для heal: линейное «noclip», если
|
||
* прямоугольник целиком на экране, иначе общее клипающее. Объявление и
|
||
* мотивация — `_pop_draw.h`.
|
||
*
|
||
* ПОЧЕМУ ОТДЕЛЬНЫЙ РЕЗИДЕНТНЫЙ МОДУЛЬ, а не inline в заголовке. Замер
|
||
* CLIP-1 (2026-08-01), SDCC 4.5: `static inline` тут обходится втридорога —
|
||
* компилятор И встраивает тело в каждый вызов (181 Б на место), И оставляет
|
||
* отдельную мёртвую копию в каждом TU. У стража это раздуло
|
||
* тогдашний `pop_guard_heal` с ~60 до 663 Б. Пяти местам вызова это стоило бы ~1.4 КБ
|
||
* ради экономии ~50 тактов на вызов — при том что BANK2 занят на 86 %.
|
||
*
|
||
* Резидент W1 (_CODE), а не банк: сюда зовут из ДВУХ разных банков
|
||
* (pop_bg.c → BANK2, pop_cdraw.c → BANK4). W1 замаплено всегда, поэтому из
|
||
* банка это обычный `call` без трамплина — тот же приём, что у
|
||
* pop_sword_draw.
|
||
*/
|
||
#include <stdint.h>
|
||
#include <gfx.h>
|
||
#include "_pop_draw.h"
|
||
#include "pop_pace.h" /* pop_beam_sample — счёт кадров по лучу */
|
||
|
||
void pop_heal_fast(int x, int y, int w, int h)
|
||
{
|
||
pop_beam_sample(); /* ТЕМП КАДРА: выборка луча, см. pop_pace.h */
|
||
if (w <= 0 || h <= 0) return;
|
||
if (pop_onscreen_cols(x, y, (uint16_t)w, (uint16_t)h))
|
||
gfx_heal_noclip(x, y, (uint8_t)w, (uint8_t)h);
|
||
else
|
||
gfx_heal(x, y, w, h);
|
||
pop_beam_sample(); /* ТЕМП КАДРА: выборка луча (pop_pace.h) */ /* и ПОСЛЕ: широкий heal сам по себе ~70 000 тактов */
|
||
}
|