DRAW-CHAR: отрисовка одна на всех Char; разгрузка банка 2 (90.4% -> 72.9%)

DRAW-CHAR.  Отрисовка персонажа сведена к одному набору функций над Char —
как физика после GUARD-PHYS.  В оригинале add_kid_to_objtable (seg008:22F0) и
add_guard_to_objtable (seg008:2324) имеют идентичное тело и различаются
окном (loadkid/loadshad), набором спрайтов и типом объекта, а
redraw_at_char/redraw_at_char2 гейтов по charid не имеют вовсе.

  pop_gdraw.c -> pop_cdraw.c: pop_char_draw/heal/fore(who), слот
  POP_CH_KID / POP_CH_OPP; состояние слотов pop_cd[] в _DATA — читается из
  любого банка без трамплина.  Проход окклюзии тоже один
  (pop_fore_over_char), pop_fore_over_kid больше нет.

Починилось само (расхождения, которые и были ценой дублирования): у
соперника не было clip_char; у Кида не было клипа полем 192 и ветки брызг
«мёртв/падение»; char_width_half СТРАЖА считался по спрайту КИДА.

Замер: _CODE 24 881 -> 20 524 (куча 2023 -> 6333), BANK2 -265, итого -3.2 КБ.
Проверено пользователем в MAME; циан-полоса профиля подросла — оптимизация
заведена отдельной задачей DRAW-COST.

MEM-BANK2, шаг 1: общие «листья» слоя фона в РЕЗИДЕНТ (pop_tile.c/.h).
Ограничение платформы: писучие данные банка лежат в _DATA и видны всем, а
const-таблицы — в странице банка, из другого банка их не прочитать; трамплин
же выбирается объявлением, то есть __banked на листе бьёт и по горячим
вызывающим (654 такта).  W1 замаплено всегда — оттуда обе половины зовут
листья прямым call и читают таблицы напрямую.

MEM-BANK2, шаг 2: дедуп внутри банка.  wall_pattern 808 -> 394 и wall_rnd
786 -> 654: четыре ветки по виду стены отличались только набором кусков и
числами в одной серии prandom — сведены к таблицам WP_PARTS и WR_RULE,
порядок вызовов prandom сохранён дословно.

Заодно: kid_seq_off больше не static const в kid_data.h (230 Б мёртвой копии
в каждом из 9 модулей) — генератор pop_extract_kid_data.py отдаёт
макро-инициализатор, массив определяет один pop_kid.c.

Итог: BANK2 14 815 -> 11 942 (72.9 %, свободно 4442 Б), _CODE 22 556,
куча 4301 Б.  tests-host зелёные (65/39/53/1723/1); в MAME комната 1
совпала с дорефакторным снимком попиксельно (0 из 227 520), комната 3 —
та же раскладка кладки.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

applications/PoP/docs/gates_spikes_plan.md

@@ -50,7 +50,7 @@ roomtest — живой прототип порта PoP: комната 1 уро
   - `pop_room_link(room, side)` — связь (side 0=L,1=R,2=U,3=D; 0=нет).
   - `pop_level_start_room/pos/dir()`.
 - `pop_bg.c/.h` — отрисовка тайлов (порт seg008 draw_tile), fore-окклюзия над
-  Kid (`pop_fore_over_kid`, порт set_char_collision+redraw_at_char/char2),
+  Kid (`pop_fore_over_char`, порт set_char_collision+redraw_at_char/char2),
   **loose-полы** (shake/bake/mob).  `draw_tile` — статическая, знает
   `draw_gate_back` (грань гейта из левой комнаты).
 - `pop_kid.c/.h` — анимация Kid (интерпретатор seqtbl `play_seq`, порт seg006),

applications/PoP/docs/host_tests_plan.md

@@ -40,7 +40,7 @@
 
 ### 1.2 Журналирующий рендерер
 
-Вместо `pop_bg.c`/`pop_gdraw.c` в тестовый бинарь линкуется модуль с теми
+Вместо `pop_bg.c`/`pop_cdraw.c` в тестовый бинарь линкуется модуль с теми
 же прототипами, который **не рисует, а записывает вызовы**: какой тайл
 помечен к перерисовке, каким кодом, с каким счётчиком страниц.
 
@@ -126,7 +126,7 @@ fore-клипа (`pop_fore_set_clip`) одно на всех, и его став
 рисует персонажа; когда порядок «Кид/страж» стал переменным, окно осталось
 стражьим, и Кид нарисовался поверх передних столбов. Это не «функция
 вернула не то», unit-тест такое не видит. Ловится инвариантом,
-вкомпилированным в safe-сборку: «в момент `pop_fore_over_kid` окно клипа
+вкомпилированным в safe-сборку: «в момент `pop_fore_over_char` окно клипа
 принадлежит Киду». Отдельный инструмент, дополняющий тесты.
 
 ## Порядок работ

applications/PoP/docs/layout_plan_v2.md

@@ -1,8 +1,16 @@
 # roomtest — план v2: размер кода и раскладка по окнам/банкам/страницам
 
-> **Замер 2026-08-01 (актуальная сборка).**  `_CODE` 25 119 Б, `_DATA` 3 709,
+> **Замер 2026-08-08 (актуальная сборка, ALLOCS=3000).**  `_CODE` 20 524 Б,
+> данные 4 375, куча 6 333.  Банки: 1 (`guards.c`) 2 519, 2 (`pop_bg.c`)
+> 15 045, 3 (`pop_map.c`) 8 713, 4 (`pop_cdraw.c`) 5 905, 5 (`pop_ctrl.c`)
+> 2 270, 6 (`pop_trob.c`) 3 119 — все из 16 384.  Резидент похудел на 4.3 КБ
+> после DRAW-CHAR (отрисовка персонажей уехала из W1 в банк 4 и слилась в
+> одну на всех Char); банк 2 при этом почти не разгрузился — свободно
+> 1 339 Б.
+>
+> **Замер 2026-08-01 (историческая отметка).**  `_CODE` 25 119 Б, `_DATA` 3 709,
 > куча ~2.4 КБ.  Банки: 1 (`guards.c`) 1 896, 2 (`pop_bg.c`) 13 792,
-> 3 (`pop_map.c`) 6 331, 4 (`pop_gdraw.c`) 2 236 — все из 16 384.
+> 3 (`pop_map.c`) 6 331, 4 (отрисовка стража) 2 236 — все из 16 384.
 > **Резидента `--w3` больше нет**: отрисовка уехала в банк 2, и это сняло
 > главное ограничение резидента (из банка его было не достать) — банк→банк
 > работает, трамплин сохраняет страницу окна на стеке.  Отрисовка стража