24c: live per-frame processing PROVEN by clean content-switch experiment (seq A/B halves show different cuts: 21.91 vs 25.74 dB @2000) — retracting 23k build-once conclusion (instrumentation blindness: wine holds HW BP slots); methodology fixes documented (partial-output trap, LOOP=1 render bounds)

handoff/NOTES_LEVEL.md

@@ -2537,3 +2537,29 @@ vtbl @0x1824ac210: +0=535ed0,+1=52cfb0,+2=529550,+4=52b940(→rebuild),
 аудио-клея — искать среди функций, вызывающих dc30/fe00 (их CALLER'Ы) и в
 диапазоне 52d650..532xxx. Следующий раунд: декод этого клеевого метода даст
 потребителя кернела и ×1.805.
+
+## ============ UPDATE 2026-08-24a (24c): ЖИВАЯ ОБРАБОТКА ПОДТВЕРЖДЕНА; «BUILD-ONCE» ОТЗЫВАЕТСЯ ============
+Чистый эксперимент без трассировки: файл seq_in.wav = [A: 500+2000Гц | B: только
+2000Гц] по 2 с, полоса @500 q=0.5, рендер до естественного завершения.
+Результат (выравнивание по LOOP=1, выход 6 c = A+B+A):
+  half A: cut@2000 = 21.91 дБ          half B: cut@2000 = 25.74 дБ
+  (поведение @500 меняется кардинально: контент-зависимость живьём)
+⇒ ПЛАГИН ОБРАБАТЫВАЕТ АУДИО В РЕНДЕРЕ ПО-РАЗНОМУ ДЛЯ РАЗНОГО КОНТЕНТА ⇒
+маск-цепь выполняется по-кадрово. Вывод 23k «build-once» ОТЗЫВАЕТСЯ — он
+опирался на exec-bp, которые не доставляются под wine (см. 24a: wine держит
+слоты HW BP; ptrace-DR в кремний не программируются).
+ПОПУТНО: (а) рендер-выход длиннее входа из-за LOOP=1 в проекте (6 c = A+B+A);
+(б) убивать reaper во время рендера нельзя — выходной файл остаётся частичным
+с предварительной шапкой (источник «флака» свежести); (в) выход 16-bit stereo.
+### Методологический итог для следующих раундов
+Динамические ловушки внутри wine сейчас НЕ работают ни в каком виде (HW занят
+wine, INT3-прогоны не контролировались на свежесть рендера). Единственный
+работающий канал наблюдения — rendersnap (STOP-семплирование), но он снимает
+между колбеками офлайн-рендера... что при back-to-back обработке ЕСТЬ момент
+обработки — противоречие с молчанием ловушек требует пересмотра: возможно,
+в wine-хосте ДВА экземпляра модуля (GUI/DSP), а vtable-кандидат у нас один;
+multictx сканировал только rw-регионы с маркером vtable — второй экземпляр мог
+иметь другой адрес vtbl-указателя (heap-копия класса?). Проверка: полный скан
+всех экземпляров по сигнатуре sens>100 БЕЗ привязки к vtable (float 48000 +
+sens + 0x540870-паттерн уже покрывал; расширить на поиск по содержимому
+R-кривой в куче).