libbgi: NOT_PUT тоже через акселератор + изыскания по виду Тени

NOT.  У акселератора нет режима «инвертировать буфер»: буфер меняется
только на ЧТЕНИИ и только опкодами AND/OR/XOR (HL) (драйвер MAME,
update_accel_buffer), а `CPL` автомат вообще не распознаёт — инвертируется
регистр CPU, не буфер.  Зато ~src = src XOR #FF, поэтому NOT собирается из
уже имеющегося: буфер := src, XOR-burst по константному блоку единиц
(common/_bgi_ones256.c), запись.  Ядра _bgi_blit_{rows,cols}_not_raw.c;
между burst'ами меняется HL, поэтому каждая смена — под СТОПом (иначе fetch
операнда перезапустит burst).  В колоночном варианте второй OUT Port_Y не
нужен: op-burst идёт по блоку единиц горизонтально, а Port_Y шагает только
вертикальный.

Наружу — тем же op-параметром (GFX_OP_NOT), диспетчер один раз на вызов, в
цикл по полосам/колонкам не заходит.  putimage лишился попиксельного пути
ЦЕЛИКОМ: все пять операций BGI идут через акселератор и клиппируются
одинаково.  tests/accop дополнен T9/T10 (NOT строками и колонками) —
10/10 PASS в MAME; tests/bgi_img P1/P2 по-прежнему PASS.

tests/convbench (новый) — замер побайтной конвертации атласа
«прозрачный #FF -> 0x00» (источник для XOR-блита): 145.3 такта/байт, то
есть 2.5× от 59 номинальных T-states цикла.  0.11 с на страницу 16 КБ,
3.2 с на все 28 страниц, 1.3 с по фактическому объёму данных (186 КБ).

applications/PoP/docs/shadow_render.md — вид Тени (два блиттера OR+XOR)
ОТЛОЖЕН по решению пользователя: пока рисуем обычной копией атласами Кида.
В документе собрано, почему в лоб не выходит (XOR несовместим с
прозрачностью #FF; операция читает ОЗУ-копию, поэтому два прохода
оригинала вырождаются в один XOR — нужен однопроходный композит
s | bg ^ s(сдвиг)), замер стоимости источника и четыре варианта.  Ключ к
выбору — список кадров, которыми тень реально пользуется; снимать по факту,
когда пойдут уровни 5/6/12.

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

applications/PoP/roomtest/TASKS_OPEN.md

@@ -798,6 +798,22 @@ loose-плиту (7, кол 4, ряд 0).
    колонки слева.  Нужен либо новый примитив, либо сдвиг `bx` со срезом
    исходных колонок.  Пока без него тень будет вылезать левее зеркала.
 
+6. **ВИД ТЕНИ (два блиттера OR + XOR) — ОТЛОЖЕН 2026-08-11 по решению
+   пользователя.**  Пока тень рисуется как обычный персонаж, простой копией
+   из атласов Кида — сюжетно уровень это не задерживает.  Все изыскания
+   собраны в [`../docs/shadow_render.md`](../docs/shadow_render.md):
+   почему XOR несовместим с нашей прозрачностью `#FF` (нужен источник с
+   прозрачным `0x00`), почему два прохода оригинала не воспроизводятся в лоб
+   (операция читает ОЗУ-копию, а персонажи рисуются банком 0x5C) и во что
+   это выливается — однопроходный композит `s | bg ^ s(сдвиг)`.  Там же
+   ЗАМЕР стоимости подготовки такого источника в рантайме (145.3 такта/байт:
+   0.11 с на страницу, 1.3 с на реальные 186 КБ атласа) и четыре варианта.
+   Блочные операции акселератора для этого уже есть в libbgi
+   (`gfx_blit_cols_op` и семейство, `tests/accop` 10/10 PASS).
+   Вернуться, когда будут сделаны все уровни и станет известно, какими
+   кадрами тень реально пользуется (ожидание: бег, длинный прыжок из
+   зеркала, питьё зелья, боёвка — тогда готовить надо единицы страниц).
+
 Порядок: 1 -> 2 -> 4 -> 5 -> 3.  После 4 и 5 уровень уже проходится, потому
 что сюжетно достаточно прыгнуть сквозь зеркало.