Александр Петров
1146c57544
kid_heal/pop_guard_heal звали gfx_heal всегда, хотя рисуют ровно тот прямоугольник, который блит в большинстве кадров кладёт noclip-ядром. Все три места heal (+ heal_off фона) сведены к общему pop_heal_fast. Замер в MAME, счётчики totalcycles на входах kid_heal и kid_tick (вся группа heal за кадр), комната 1, Кид стоит: клипающее ядро 26 200 тактов/кадр (149 кадров) noclip 15 848 тактов/кадр (239 кадров) −10 352 такта, −39.5 %. A/B в одном прогоне: вторая половина снята с пропатченным в памяти условием (jr nz → jr), то есть на той же геометрии. Размер СУММАРНО −362 Б: _CODE +17, BANK2 −116 (свободно 2708 — это тесный банк из рисков levels_plan §5), BANK3 −263, BANK4 без изменений. Грабли по дороге: первым заходом хелпер был static inline в pop_bg.h — SDCC 4.5 И встраивает тело (181 Б) в каждый вызов, И оставляет копию в каждом TU, который видит заголовок. pop_guard_heal раздулся с ~60 до 663 Б, итого +1091 Б в _CODE и +636 Б в банке стража. Отсюда pop_draw.c: обычная функция в резиденте W1, из банков это прямой call без трамплина. pop_room_clip_borders оставлен клипающим осознанно (320 не лезет в 8 бит, гейт border_dirty редкий) — причина записана в коде. Проверено визуально: ходьба, прыжок, спуск, позиция за решёткой шва (straddle — там работает клипающий фолбэк) — артефактов нет. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
48 lines
3.0 KiB
C
48 lines
3.0 KiB
C
/*
|
||
* _pop_draw.h — внутренний заголовок слоя отрисовки: выбор ядра libbgi
|
||
* (клипающее / линейное «noclip») по одному и тому же тесту для блита и
|
||
* для heal.
|
||
*
|
||
* ПОЧЕМУ ОТДЕЛЬНЫЙ ФАЙЛ, А НЕ pop_bg.h. Обе функции — `static inline`, а
|
||
* SDCC 4.5 оставляет тело такой функции в КАЖДОМ TU, который видит
|
||
* объявление, даже если тот её не зовёт (memory
|
||
* `sdcc_inline_codegen_findings`). pop_bg.h включают почти все модули PoP,
|
||
* то есть из общего заголовка эти ~100 Б размножились бы десятком мёртвых
|
||
* копий (замер CLIP-1, 2026-08-01: +1091 Б в _CODE и +636 Б в банке
|
||
* стража — за код, который там никто не вызывает). Здесь их видят ровно
|
||
* три файла, которые реально рисуют: pop_bg.c, pop_kid.c, pop_gdraw.c.
|
||
*/
|
||
#ifndef POP_DRAW_H
|
||
#define POP_DRAW_H
|
||
|
||
#include <stdint.h>
|
||
#include <gfx.h>
|
||
|
||
/* Спрайт целиком на экране И укладывается в 8-битные параметры noclip-
|
||
* примитивов libbgi? Условие входа в gfx_blit_cols_part_noclip: клипающий
|
||
* вариант платит ~5.6 К тактов подготовки на КАЖДЫЙ вызов, независимо от
|
||
* того, вылезает край или нет. */
|
||
static inline uint8_t pop_onscreen_cols(int x, int y, uint16_t w, uint16_t h)
|
||
{
|
||
return (uint8_t)(x >= 0 && y >= 0 && w < 256 && h < 256 &&
|
||
x + (int)w <= 320 && y + (int)h <= 256);
|
||
}
|
||
|
||
/* Стереть прямоугольник (heal из ОЗУ-копии) тем же приёмом, что и блит:
|
||
* целиком на экране → линейное ядро без клипа. Условие входа у
|
||
* gfx_heal_noclip ровно то же, что у gfx_blit_cols_part_noclip, поэтому
|
||
* тест один — общее ядро gfx_heal платит за клип и 16-бит, а не за пиксели
|
||
* (замер: 11 658 тактов на heal 22×22).
|
||
*
|
||
* НЕ inline (тело — pop_draw.c, резидент W1): SDCC 4.5 встраивал бы его в
|
||
* каждое место вызова по 181 Б И оставлял мёртвую копию в каждом TU — см.
|
||
* шапку pop_draw.c с замером. Зовётся 5 раз за кадр, цена вызова тонет в
|
||
* стоимости самого heal.
|
||
*
|
||
* w/h тут int, а не uint16_t: вызывающие считают их вычитанием (h − skip), и
|
||
* отрицательный результат обязан быть no-op, а не превратиться в огромный
|
||
* unsigned. */
|
||
void pop_heal_fast(int x, int y, int w, int h);
|
||
|
||
#endif
|