ewsdr/doc/SLICES_PLAN.md

Мультислайсы и панадаптеры (как во FlexRadio)

Статус: Этапы 1 + 2 РЕАЛИЗОВАНЫ и ЗАКОММИЧЕНЫ (ветка feature/multislice, коммит 1527b0f; проверено на эфире) + UI-полировка флагов (30a6616, 3049f91, a3ac459).

2026-07-10: Этап 3 ПЕРЕПРОЕКТИРОВАН. Вместо старой идеи «off-span слайс с edge-маркером» принята Flex-модель: аппаратный DDC = отдельный панадаптер (свой спектр+водопад), а слайсы ВСЕГДА живут внутри какого-то панадаптера. Старый черновик (edge-маркеры + slices-рейл) перенесён в «Отвергнутые альтернативы» в конце файла. Реализация Этапа 3 не начата.

---

Что реализовано (Этапы 1 + 2)

• WDSPEngine — софтовый fan-out: TSliceChan + FSlices[0..MAX_SLICES-1] (MAX_SLICES=6), свои WDSP-каналы (SLICE_CHAN_BASE=2), ProcessSlices в DSP-потоке (свежая копия IQ на канал, свой NCO/mode/filter/AGC/NR/NB/SNB/ANF + S-метр → OnSliceAudio), FSliceLock сериализует add/remove/set vs DSP, переоткрытие после смены sample rate.
• RadioController — TCtrlSlice (абс. TargetHz, буква, свой TAudioOutput/ звуковуха), Add/Remove/SetSlice*, RefreshSliceShifts держит слайсы на TargetHz при смене центра, гейт SliceFitsCapture (вне полосы = Этап 3). Буквы доп. слайсов начинаются с 'B' (A = главный приёмник).
• UI — по флагу TVfoOverlay на слайс (буква-бейдж, «×», fly-out MODE/DSP/AUD, vol/mute/split/TX, S-метр), маркеры полосы фильтра слайса в обоих рендерерах (GL DrawSliceFilterMarkers + CPU), drag-ретюн несущей, колесо над флагом. Ctrl+ЛКМ по спектру = добавить слайс. Флаг главного (A) виден когда скрыта левая панель ЛИБО есть слайсы B+ (синхронизируется с правками с левой панели).
• UI-полировка флагов (30a6616, 3049f91, a3ac459):
  • MainForm.LayoutFlags — единый packing всех флагов (A+B+) в один ряд; идентификация уехавшего флага буквой по центру полосы (DrawBandLetter CPU + DrawBandLetterGL GL с кэшем текстур букв); палитра VfoOverlay.SliceColor(L); кнопки через FlatButton.PaintFlatButton; полная тематизация из TAppTheme.
• Перф — S-метр развязан с кэшем «хрома» флага (FMeterDirty + meter-only RefreshMeter через EnsureRendered); InvalidateVfoOverlay не дёргает глобальный перезалив оверлеев на тик метра.

Остаток Этапов 1-2 (не сделано): персист слайсов в Settings (список + устройство); per-slice AGC-Top (сейчас общий с главным); полноценный мультислайс-TX (пока TX только главный).

---

Модель FlexRadio (итог разбора 2026-07-10)

Во Flex две независимые сущности, и это ключ ко всему дизайну:

• Панадаптер (panafall) — спектр+водопад. Самостоятельный объект: свой широкополосный захват в железе, свой центр/span/зум, свои настройки водопада.
• Слайс — узкополосный приёмник, ВСЕГДА прикреплён к какому-то панадаптеру и рисуется на нём флагом. Слайс никогда не имеет собственного спектра. Тянешь слайс за край — панорама скроллится за ним.

Хочешь слушать другой участок — открываешь второй панадаптер (радио выделяет ещё один захват) и создаёшь слайсы в нём. Лимиты: 6400 — 2 пана/2 слайса, 6600 — 4/4, 6700 — 8/8.

Второй приёмник (второй АЦП) у Flex называется SCU (Spectral Capture Unit): полный тракт «антенный вход → АЦП → захват». 6600/6700 — два SCU, 6400 — один. У панадаптера НЕТ переключателя «RX1/RX2» — есть селектор антенны (ANT1/ANT2/RXA/RXB/XVTR), и радио само сажает панадаптер на SCU под выбранную антенну. Слайсы наследуют антенну своего пана. Diversity (когерентное сложение двух SCU) — отдельный режим поверх.

Окна: все панафоллы тайлятся ВНУТРИ одного главного окна (сплиты с перетаскиваемыми разделителями). Вынос панафолла в отдельное OS-окно штатный SmartSDR НЕ умеет — наш pop-out будет улучшением поверх Flex-модели.

---

Итоговая модель EWSDR

Панадаптер (спектр+водопад; свой захват IQ; свой ADC-источник; свой span/зум/
│           палитра/wf-AGC; свой WDSP-анализатор)
└─ Слайсы (флаги внутри панорамы; софт-fan-out IQ ЭТОГО панадаптера;
           свой WDSP-канал/режим/фильтр/AGC/DSP/звуковуха — уже реализовано)

Правила:

1. Слайс всегда принадлежит панадаптеру (PanId). Понятия «off-span слайс» больше нет: хочешь слайс вне захвата — создай панадаптер там.
2. Пан 0 (главный) существует всегда; его «слайс A» — текущий главный тракт (WDSP-канал 0). Панадаптеры N>0 живут целиком на слайс-механике Этапа 1 (каналы SLICE_CHAN_BASE+), при создании пана автоматически создаётся один слайс в его центре (поведение Flex).
3. ADC-источник — свойство панадаптера, не слайса (бейдж A1/A2 в шапке). В отличие от Flex показываем именно АЦП, а не антенну: на HPSDR-платах маппинг «вход→АЦП» жёсткий. Антенны ADC0 (Alex ANT1/2/3) — отдельная ГЛОБАЛЬНАЯ ручка, общая для всех панов этого АЦП (детали в 3.4).
4. Буквы слайсов — глобальный пул A..G через все паны (как во Flex A-H): буква = личность слайса, пан = место жительства.
5. Возможности бэкенда описывает запись capabilities (см. таблицу) — UI по ней прячет/блокирует кнопки, а не хардкодит «if Pluto».

Матрица бэкендов:

Бэкенд	Панадаптеров	Незав. частоты панов	АЦП	Примечание
HPSDR 1 ADC (Hermes)	до 4 (DDC)	да	1	ADC-селектор скрыт
HPSDR 2 ADC (Angelia/Orion/Saturn)	до 4 (DDC, DDCBase=2)	да	2	селектор A1/A2 на пан
Pluto (обычный)	1	—	1	как сейчас, ничего не меняется
Pluto+ (2r2t)	2	нет — общий LO	2	пан RX2 частотно связан с RX1

openHPSDR (Protocol 2, MAX_DDCS=80):
  ADC0 ─┬─ DDC2 (широкий) → Пан 0 → анализатор + слайсы A,B…
        └─ DDC3 (узкий)   → Пан 1 → анализатор + слайсы C,D…
  ADC1 ──── DDC4          → Пан 2 (другая антенна) → …
  • Каждый DDC тюнится куда угодно, свой rate. DDC0/1 заняты PureSignal
    на Angelia/Orion/Saturn (DDCBase=2, HPSDRNetwork.pas:1485).

Pluto+ (AD9363 2r2t, libiio):
  RX LO ─┬─ RX1 → псевдо-DDC0 → Пан 0
  (один!)└─ RX2 → псевдо-DDC1 → Пан 1 (та же частота/rate, другая антенна)
  • Оба канала на ОДНОМ LO/rate, фазокогерентны (база под diversity/пеленгацию).
  • Обычный Pluto: один RX разведён на плате — Пан 1 недоступен.

---

Этап 3 (переработан): «DDC = панадаптер»

Подэтапы упорядочены так, чтобы каждый собирался и работал сам по себе. 3.0 — чистый рефакторинг без новых фич, дальше функциональность наращивается.

3.0 — TPanafallPanel: выделить панадаптер из MainForm

Статус: фазы A и B1 СДЕЛАНЫ (коммиты c125e59, cc9919c) и ПРОВЕРЕНЫ пользователем на экране (A — 2026-07-10, B1 — 2026-07-11: создание/закрытие флагов, видимость флага A, мышь/колесо/drag, тик S-метров — работает). Создан PanafallPanel.pas:

• Фаза A: панель владеет view (CPU/GL), контролами (спектр/линейка/сплиттер/ водопад/пан-зум/кнопки зума), полной геометрией стека (Layout), механикой сплиттера и мышью пан/зум-полосы. MainForm держит алиасы (FSpecView, PbSpectrum, …) на члены FPan; размеры областей — из FPan.SpectrumWidth/SpectrumHeight/WaterfallHeight.
• Фаза B1: панель владеет коллекцией флагов слайсов (LayoutFlags, диспетчер мыши флагов, Create/DestroySliceFlag, PushSliceFlagState, TickFlags, UpdateMainFlagVisibility). Флаг A создаёт MainForm и отдаёт через AttachMainFlag; семантические события флагов проводятся OnWireFlag, роутинг по FPan.CurSliceId.

Решение по фазе B2 (мышь спектра/водопада, dirty-флаги/тик, SampleRate/ BandPlan-оверлеи): НЕ переносить сейчас. Семантика мыши (тюн VFO A/B, XVTR-клампы, маяк, CTUN-drag) станет per-pan только в 3.3, когда появится API «ретюн пана» — перенос сейчас потребовал бы хуков (ApplyVfoAHook, BeaconSeedHook…), которые в 3.3 переделались бы заново. Мышь/тик переезжают в панель В СОСТАВЕ 3.3 вместе с per-pan семантикой. Для 3.1/3.2 текущего состояния панели достаточно. GL-аудит per-instance ПРОЙДЕН: в SpectrumViewOpengl/WaterfallViewOpengl все текстуры (FGridLabelTex…FLetterTex, FSliceTex, FTexture, FMarkerTex) и LUT водопада — поля экземпляра, глобальных/class var GL-ресурсов нет; палитры — read-only const (шарить безопасно).

Самый большой и самый важный кусок. Сейчас панадаптер размазан по MainForm: FSpecView: TSpectrumView создаётся и прошивается ~20 свойствами напрямую (MainForm.pas:1018-1035), канва PbSpectrum: TControl (TOpenGLControl, MainForm.pas:2220), FPanZoomBar (MainForm.pas:312), мышиные хендлеры PbSpectrumMouse* (MainForm.pas:439-445), LayoutFlags, тик обновления.

Сделать composite TPanafallPanel (новый модуль PanafallPanel.pas, наследник TCustomControl/TPanel), который владеет:

• канвой (TOpenGLControl или TPaintBox по USE_OPENGL — как сейчас);
• своим TSpectrumView/TSpectrumViewOpenGL;
• своим TPanZoomBar и линейкой;
• коллекцией флагов слайсов этого пана (FVfoOverlay пана + FSliceFlags) и LayoutFlags (packing переезжает сюда);
• мышиной логикой канвы (тюн/drag/колесо/Ctrl+ЛКМ/drag маркера слайса);
• шапкой пана (см. 3.3) — в пане 0 шапка скрыта до появления пана 1.

Наружу: события OnTune(PanId, Hz), OnAddSlice(PanId, Hz), OnSlice* (существующие слайс-события + PanId), OnPanClose/OnPanPopOut/OnPanADC; входные сеттеры состояния (центр/span/mode/wf-настройки) — то, что сейчас раздаётся FSpecView напрямую.

MainForm после рефакторинга держит FPans: array of TPanafallPanel (пан 0 всегда), общий тик раздаёт кадры по панам, весь остальной код (левая панель, FreqDisplay, контроллер) работает с «активным слайсом» — механика FActiveFlag/CurSliceId уже есть, добавляется лишь ActivePan.

Критерий готовности 3.0: поведение приложения ИДЕНТИЧНО текущему (один пан, все фичи слайсов работают), diff в MainForm — только вынос.

Отдельная задача внутри 3.0 — аудит GL-ресурсов SpectrumViewOpengl на per-instance: каждое окно/канва = свой GL-контекст, текстуры между контекстами НЕ шарятся. Проверить: текстуры водопада, LUT палитры, кэш текстур букв (DrawBandLetterGL), текстуры флагов (FSliceTex), шейдеры/списки — ничего static/глобального. (CPU-LUT палитры общий — это ок.)

3.1 — Бэкенд HPSDR: per-DDC частота/rate/ADC + роутинг

Плита готова ~на 70 %, дельты точечные:

1. Per-DDC частота в High Priority. SendFullHP (HPSDRNetwork.pas:1552) пишет частотное слово только активного DDC (Buf[9 + DDCBase*4]). Сделать цикл по активным DDC: Buf[9+ddc*4] := FreqToPhaseWord(FDDCFreq[ddc]). Контроллер держит FDDCFreq: array[0..MAX_DDCS-1] of Double, обновляет при ретюне пана.
2. Per-DDC rate/ADC/enable в ConfigureDDCs (HPSDRNetwork.pas:1460): сейчас один rate/ADCSource на все N. Принимать массив записей (Enabled, RateKHz, ADCSource) — протокол это позволяет (DDCConfig[ddc*6+0]=ADCSource, rate там же per-DDC).
3. Роутинг IQ по панам. RadioController.OnDDCIQ (RadioController.pas:828) сейчас гейтит DDCIndex = FActiveDDC (:875), остальное выбрасывает. Заменить на маппинг DDCIndex → PanId: пакет пана 0 — в существующий путь, пакеты панов N>0 — в WDSPEngine.PushPanIQ(PanId, Data) (см. 3.2).
4. Аллокатор DDC: пул hw-индексов от DDCBase+1 (DDCBase=2 на PureSignal-платах, HPSDRNetwork.pas:1485), захват при создании пана, освобождение при закрытии, слот-стабильность как у слайсов.
5. Rate слайс-панов: выбор из 192/384/768 кГц (дефолт 384). Бюджет Ethernet: поток DDC ≈ rate × 6 байт (24-бит I+Q) → 384 кГц ≈ 18 Мбит/с; 3 доп. пана + главный на 1.536 МГц укладываются даже в 100 Мбит с запасом, но кап «до 4 панов» держим жёстко (и по CPU тоже).

Ретюн пана N>0 = запись FDDCFreq[ddc] + SendFullHP (без реконфига DDC); смена rate/ADC = ConfigureDDCs (как сейчас при смене sample rate).

СТАТУС 3.1 (2026-07-11): РЕАЛИЗОВАНО, собирается (ewsdr qt6 + ewsdrd), на эфире не проверено (проверяемо только с 3.2/3.3 — панов ещё никто не создаёт). Отличие от текста плана: per-DDC состояние (freq/rate/ADC/enable) живёт в THPSDRNetwork (FPanDDC*, пишет SetPanDDC/SetPanDDCFreq из TRadioBackend), а контроллер держит только per-pan маппинг — эквивалентно FDDCFreq[] из плана, но HP-кадр собирается из одного места. Сделано:

• TBackendCaps.MaxPans/IndependentPanFreq (HPSDR 4/True, Pluto 1/False); SetPanDDC/SetPanDDCFreq — виртуальные no-op в базе, override в HPSDR.
• HPSDRNetwork: ConfigureDDCs → кэш главного DDC + RebuildDDCSpecific (главный + активные пан-DDC, каждый со своим rate/ADC); SendFullHP пишет частотные слова всех активных пан-DDC (Buf[9+ddc*4]); хелпер DDCBaseIndex (дедуп трёх списков плат); сброс пан-состояния в Connect.
• RadioController: MAX_PANS=4, PAN_DDC_RATES=(192,384,768); AddPanDDC/RemovePanDDC/SetPanDDCFreq/PanDDC{Active,Freq,RateKHz} (аллокатор hw-индексов от FActiveDDC+1, обратный маппинг FDDCPanMap); OnDDCIQ роутит: активный DDC → главный тракт, пан-DDC → WDSPEngine.PushPanIQ (пока заглушка-дроп, тело — 3.2); паны гасятся в StopRunning, пул сбрасывается в StartRunning.
• ⚠ Попутный фикс: StartRunning не включал Saturn (BoardType 10) в список плат с DDCBase=2 → на Saturn гейт FActiveDDC ждал DDC0. Исправлено ([3,4,5,10], как в DDCBaseIndex).
• Частоты панов — сырые Гц железа: XVTR-трансляция на паны НЕ распространяется (XVTR — свойство главного тракта; решить при 3.3/3.4, если понадобится).

3.2 — WDSPEngine: анализатор и IQ-тракт на панадаптер

Сейчас: анализаторы RX_DISP_ID=0 / TX_DISP_ID=1 (WDSPEngine.pas:133), создание XCreateAnalyzer (:1140), настройки+span-clip ApplyRXAnalyzerSettings (:1163-1211), снапшот спектра Spectrum0(1, RX_DISP_ID, …) из DSP-потока (:1597), выдача пикселей через FOnSpectrum (:2850). Слайсы едят копию ГЛАВНОГО аккумулятора в ProcessSlices.

Дельты:

1. Пан-анализаторы: PAN_DISP_BASE = 8 (не 4/5 — они заняты в ветке feature/qo100-zoom-panel, при будущем merge не столкнёмся); XCreateAnalyzer(PAN_DISP_BASE+PanId) при создании пана, ApplyPanAnalyzerSettings(PanId) — параметризованная копия ApplyRXAnalyzerSettings (свой rate, свой span-clip/zoom, свои FFT/avg/detector — можно стартовать с общих настроек, разделить позже).
2. Per-pan аккумулятор: TPanChan = record (FPanAccI/Q, FPanAccPos, rate, disp id, активные слайсы). PushPanIQ(PanId, Data) из сетевого потока кладёт в аккумулятор пана; по накоплению блока в DSP-потоке: копия → Spectrum0(1, PAN_DISP_BASE+PanId, …) + ProcessSlices по слайсам ЭТОГО пана.
3. Слайс знает пана: в TSliceChan добавляется PanId; NCO shift слайса = TargetHz − PanCenterHz; rate канала слайса = rate его пана (для панов N>0 это 192-768 кГц — WDSP-каналу дешевле, чем полный rate!). RefreshSliceShifts обобщается на «центр пана», гейт SliceFitsCapture — на «span пана».
4. Выдача пикселей: FOnPanSpectrum(PanId, Pixels, N) (или существующий колбэк + PanId), MainForm-тик раздаёт по FPans[PanId].
5. Пул WDSP-каналов общий: 0=RXA (слайс A пана 0), 1=TX, слайсы 2..7 (SLICE_CHAN_BASE, MAX_SLICES=6) — на все паны суммарно. Этого хватает: 6 доп. слайсов + главный = 7 приёмников.

Блокировки: FSliceLock уже сериализует слайсы vs DSP; добавить такую же дисциплину для add/remove пана (сетевой поток пишет в аккумулятор пана — создание/удаление пана только под локом, как переоткрытие слайсов при ChangeSampleRate).

СТАТУС 3.2 (2026-07-11): РЕАЛИЗОВАНО + СМОУК-ТЕСТ БЕЗ ЖЕЛЕЗА ПРОШЁЛ ПОЛНОСТЬЮ. Отличия/уточнения против текста плана:

• Пан-пакеты идут в ОБЩУЮ очередь IQ с меткой TIQQueueItem.PanId (0 = главный) — порядок прихода сохранён, один семафор; IQ_QUEUE_SIZE 64→256. Диспетчер в TDSPThread → PushPanItemToDSP (декод + feed анализатора + аккумулятор + ProcessSlicesFor(PanId)), всё под FSliceLock.
• MAX_PANS=4 переехал в WDSPEngine (единый для движка/контроллера/UI); PAN_DISP_BASE=8 (id панов 9..11).
• Блок пана BufSize = FAudioBufSize·Rate/FAudioRate ⇒ выходной аудио-блок слайсов ЛЮБОГО пана всегда FAudioBufSize (буферы не перевыделяются); AllocSliceBuffers берёт максимум блока по всем панам. Rate пана обязан быть кратен 48к (гейт в AddPan).
• TSliceChan.PanId + AddSlice(..., APanId); OpenSliceChannel открывает канал от rate/блока СВОЕГО пана; SliceDSPRateFor(Mode, InRate) — WFM-слайс поднимается от rate пана. Слайсы панов переживают ChangeSampleRate главного (пересоздаются в Open, как раньше).
• Анализатор пана: CreatePanAnalyzer/ApplyPanAnalyzerSettings (без span-clip/zoom — пан-зум в 3.3+), живёт в OpenAnalyzer/CloseAnalyzer (пересоздание при смене rate главного). Смена детектора/усреднения/FFT/ пикселей главного перекатывается на паны (ReapplyPanDisplaySettings).
• Выдача пикселей: OnPanSpectrum/OnPanWaterfall(PanId, Pixels, N) из display-потока; GetPixels пана под FSliceLock (гонка с RemovePan), колбэки — вне лока.
• Контроллер: TCtrlSlice.PanId, AddSlice(..., APanId), гейт/CapturedSpan per-pan, SetSliceTarget/RefreshSliceShifts относительно центра СВОЕГО пана, ретюн пана двигает NCO его слайсов; AddPanDDC создаёт пан в движке (до включения DDC), RemovePanDDC убирает слайсы (со звуковухами) + движок
  • DDC.
• Смоук-тест (scratchpad pantest.pas, консольный, libwdsp): AddPan-валидации, спектр/водопад пана 384к с тоном +52к — пик ровно на месте (пиксель 650/651), слайс пана (USB, NCO +51к) выдал аудио-тон 1043 Гц RMS 0.68, главный тракт параллельно жив (пик −30к на месте), RemovePan мгновенно глушит слайс, без крэшей. Попутно зафиксирована конвенция синтетического IQ: «+Гц на дисплее» = I=cos, Q=−sin (полезно для будущих тестов).
• НЕ проверено на эфире (нужен UI 3.3, панов никто не создаёт из GUI).

3.3 — UI: второй панадаптер в главном окне

• Стек панов: область спектра = вертикальный стек TPanafallPanel с TSplitter между ними (Flex-стиль). Пан 0 сверху. Высоты в персист.
• Шапка пана (тонкая полоска над спектром, темизирована как флаги): частота центра · диапазон · rate · бейдж ADC A1/A2 (3.4) · кнопки ⧉ (pop-out, 3.5) и × (закрыть; у пана 0 нет). Шапка пана 0 появляется только когда панов ≥ 2.
• Добавить пан: кнопка + в шапке/тулбаре (только если caps.MaxPans > 1): диалог/дефолт — частота (ввод или «текущая ±»), rate, ADC. Создание пана автоматически создаёт его первый слайс в центре.
• Активный пан = пан активного слайса. Клик по канве пана делает его слайс активным (существующая механика FActiveFlag), левая панель / FreqDisplay / CAT правят активный слайс — как сейчас.
• Ctrl+ЛКМ на любом пане = добавить слайс в этот пан (буква из глобального пула).
• Тик/FPS: общий таймер, кадры раздаются каждому пану; FPS-гейт из перф-работ применяется per-pan. Свёрнутый/скрытый пан кадры не рендерит.
• TX: TX-бейдж на флаге работает с любого слайса любого пана — DUC независим от DDC, TX-частота = частота слайса. (Полный мультислайс-TX — отдельная старая задача, тут ничего нового не ломаем.)

СТАТУС 3.3 (2026-07-11): БАЗОВЫЙ UI РЕАЛИЗОВАН, собирается (GUI+демон), бэкенд-тракт проверен END-TO-END против эмулятора hpsdrsim -hermes -P2 (scratchpad pantest2: DDC1 включается, IQ течёт, спектр/водопад пана рисуются, слайс живой S-метр −95дБм, ретюн/снятие чистые, seq-ошибок нет). НА ЭКРАНЕ НЕ ПРОВЕРЕНО. Что сделано:

• TPanafallPanel: PanId, регион в стеке (StackTop/StackHeight, Layout считает внутри региона), шапка (TPanel+TLabel+«×»→OnPanClose; видна при панах ≥2), кнопка «⊞» в ряду пан/зума (AddPanEnabled, только пан 0), ShowZoomRow=False у панов N (их зум позже), pan-aware ViewWindow (SliceAtPixel/LayoutFlags от окна СВОЕГО пана), FOnFlagsInvalidate(Self).
• MainForm: FPans[0..MAX_PANS-1] (пан 0 = FPan), LayoutPanStack (доли FPanShare + межпанные сплиттеры, пересчёт по MouseUp), «⊞» → OnAddPanClick (AddPanDDC на частоте активного VFO, rate 384к, автослайс в центре, копия display-параметров view, ApplyDarkTheme), «×» шапки → отложенное ClosePanadapter в тике (нельзя free из своей кнопки).
• Пиксели: engine.OnPanSpectrum/OnPanWaterfall → MainForm напрямую (display-поток, FPanCbLock закрывает гонку с созданием/закрытием пана); рендер в SpectrumTimerTick по dirty-флагам, SyncPanViews держит центр/span вьюх и текст шапок.
• Мышь панов N (НОВЫЕ простые обработчики, VFO/CTUN/маяк/оверлеи главного сюда не переносились — решение по B2 выполнено): Ctrl+ЛКМ = слайс в этом пане, ЛКМ по маркеру = drag слайса (кламп полосой пана), ЛКМ по фону = drag ЦЕНТРА пана (live-ретюн DDC), колесо над флагом любого пана = тюн того слайса; флаги/CurSliceId/инвалидции обобщены на все панели (PanOfOverlay/PushFlagStateAllPans/LayoutFlagsAllPans).
• Паны живут только в Run-сессии: на STOP UI убирает их вместе с контроллером.
• Отложено: пан-зум панов N, per-pan детектор/усреднение, персист (после 3.3), wideband при маленьком регионе пана 0 может вылезти за регион (редкий кейс), колесо над фоном пана N крутит главный VFO (как везде вне слайсов).

ФИКСЫ ПО ПЕРВОМУ ЭКРАННОМУ ТЕСТУ (2026-07-11, фидбек юзера):

1. Сплиттер спектр/водопад был сломан при ≥2 панах: drag-математика (SplitterMouseMove/Up) считала доступную высоту от ВСЕГО родителя (FParent.ClientHeight, TopOff=0), игнорируя регион пана в стеке, шапку и wideband. Симптомы: у пана 0 ratio занижался (спектр сжимался при тяге вниз), у пана 1 сплиттер прыгал в регион пана 0. Фикс: Layout запоминает FSplitTopOff/FSplitAvailH (геометрия «спектр+водопад» СВОЕГО региона), drag использует только их.
2. Межпанный сплиттер не давал обратной связи до отпускания — теперь живой «призрак» (сам сплиттер едет за мышью, клампится 15%-минимумом обоих панов, подсветка при захвате), доли пересчитываются по MouseUp от финального положения призрака.
3. Клик по фону пана N не перестраивал частоту (только drag центра). Теперь пресс без движения (<4px) = клик-тюн PanClickTune: слайс пана (активный, если он этого пана, иначе первый; нет — создаётся) на частоту клика со снапом 100 Гц и клампом полосой пана. Drag центра включается после гистерезиса 4px, курсор crSizeWE — только с этого момента (раньше менялся на голый пресс).
4. Диспетчер флагов/маркеров на панах N получал координаты ВОДОПАДА (прямоугольники флагов — в системе спектра): клики в верхней части водопада могли молча съедаться невидимым флагом. Теперь флаги/hover — только для событий спектра, курсор на водопаде не трогаем.
5. (2-й раунд фидбека) У панов N сплиттер спектр/водопад «залипал призраком» (спектр не пересчитывался, при следующем drag прыжок к старому ratio): в OnAddPanClick не был подвешен OnSplitterMoved (у пана 0 = RightPanelResize → полный re-layout). Подвешен тот же обработчик. Пан 0 и межпанные сплиттеры юзер подтвердил рабочими.
6. Курсор-«рука» на всей площади панов N (разгадан, 3-й раунд): юзер заметил, что рука = курсор кнопки «⊞». Механизм: GL-канвы — QOpenGLWidget с WA_NativeWindow = отдельная Wayland-поверхность; crDefault в LCL означает «курсор не задан», и поверхность НАВСЕГДА наследует курсор, бывший под мышью в момент создания виджета. Пан N создаётся кликом по «⊞» (crHandPoint у TFlatButton) → рука прилипает; пан 0 создаётся на старте (мышь нигде) → норм. Фикс: Build ставит спектру/водопаду ЯВНЫЙ crArrow (реальный push), обработчики панов N восстанавливают crArrow, не crDefault. ⚠Урок на 3.5 (pop-out) и вообще: любой динамически создаваемый нативный GL-виджет должен получать явный курсор при создании.

Статус: все фиксы подтверждены юзером на экране, закоммичено 95b4f74 (+ dae0c19 банд-столл отдельно).

RATE ПАНОВ (реализовано 2026-07-11, после коммита 3.3):

Решение (обсуждено с юзером): (1) при создании пан наследует rate главного с клампом ≤768к (48/96/192к как есть; вне сетки → 384к); (2) rate пана независим и меняется кликом по «NNN kHz» в шапке пана → меню полной сетки железа; (3) за сменой rate главного НЕ следует (издержки Ethernet/CPU, churn).

• WDSPEngine.SetPanRate(PanId, RateHz): под FSliceLock — DestroyPanAnalyzer → пересбор аккумулятора (BufSize/AccI/AccQ) → CreatePanAnalyzer → переоткрытие слайс-каналов пана (Close+OpenSliceChannel, state слайсов сохраняется).
• RadioController: PAN_DDC_RATES (192/384/768) УДАЛЁН — валидация PanRateAllowed = Caps.RatePresets ∩ кратные 48 кГц (полная сетка HPSDR 48-1536к). SetPanDDCRate: движок → FPanRateKHz → SetPanDDC (реконфиг DDC тем же RebuildDDCSpecific+SendFullHP) → кламп слайсов к новой полосе. FPanADC[] — ADC пана теперь хранится (нужен реконфигу; база под 3.4).
• UI: rate в шапке — отдельный TLabel (SetHeaderRate, у панов N кликабелен, акцентный цвет, crHandPoint), OnPanRateClick → TPopupMenu из RatePresets (текущий отмечен) → PanRateMenuItemClick → SetPanDDCRate + SyncPanViews + PushAllSliceFlagStates + LayoutFlags. Пан 0 показывает rate некликабельно (его rate — существующий SampleRateOverlay).
• ★СМОУК-ТЕСТ БЕЗ ЖЕЛЕЗА ALL PASS (scratchpad panratetest.pas, паттерн 3.2): синтетический тон +10.8кГц → пан 384к: пик спектра на месте, слайс 800Гц RMS 0.33 → SetPanRate 192к → пик/аудио живы → 768к → живы → RemovePan чисто. НА ЭКРАНЕ НЕ ПРОВЕРЕНО, НЕ закоммичено. Смена rate пана на эфире = короткий разрыв IQ этого пана (реконфиг DDC) — ожидаемо.

3.4 — ADC-селектор панадаптера (+ антенны Alex, уточнено 2026-07-11)

Источник сигнала пана — ДВЕ независимые ручки, не одна:

1. АЦП (per-pan): TPanafall.ADCSource: 0/1; в шапке пана селектор/бейдж A1/A2. Показывается только при NumADCs=2 (детект платы уже есть — NumADCs в ConfigureDDCs-пути). Переключение = ConfigureDDCs с новым ADCSource для DDC этого пана. Пан 0 тоже можно перекинуть на ADC1 — это закрывает сценарий старой ветки feature/rx2-support как частный случай.
2. Антенна первого АЦП (глобальная, НЕ per-pan): у плат с Alex на ADC0 уже есть аппаратный селектор RX-антенны ANT1/ANT2/ANT3 (+ EXT-входы) — реализован per-band в Antenna/Alex-табе (Alex.RxAnt[band], XVTR-override). Селектор один на весь ADC0 ⇒ антенну нельзя сделать свойством пана: смена антенны меняет её для ВСЕХ панов, сидящих на ADC0. В UI пана максимум — бейдж текущей антенны (например A1·ANT2) и/или шорткат к глобальному переключателю с явным пониманием, что это общая ручка. ADC1 (RX2-вход) — отдельный разъём без Alex-коммутации.

• Diversity (sync-DDC, оба АЦП когерентно в один канал) — НЕ здесь; протокол умеет, дизайну панов не мешает, отдельная будущая фича.

СТАТУС 3.4 (2026-07-11): ГОТОВО, коммит 8bf8bcf, юзер подтвердил беглым тестом. ⚠Ожидаются вопросы юзера по пункту «смена rate не сбрасывает АЦП».

• Caps.NumADCs (HPSDR: 2 для BoardType 4/5/10 — ORION/ORION2/SATURN, те же платы, что Pkt.NumADCs в RebuildDDCSpecific; Pluto: 1; достоверно после Connect).
• Контроллер: PanADC(PanId) / SetPanADC(PanId, ADC). Пан 0 = главный DDC (FMainADCSrc + ConfigureDDCs с тем же rate/dither/random; FMainADCSrc теперь прокинут и в оба штатных вызова ConfigureDDCs — смена rate не сбрасывает АЦП). Паны N = FPanADC[] + SetPanDDC (RebuildDDCSpecific).
• UI: бейдж «A1»/«A2» в шапке КАЖДОГО пана (вкл. пан 0 — закрывает сценарий rx2-support), виден только при NumADCs>1, клик = тумблер, акцентный цвет.
• ⚠Ограничение: шапка пана 0 видна только при ≥2 панах ⇒ с единственным паном перекинуть пан 0 на ADC2 из UI нельзя (добавь пан или жди персиста). Антенны Alex (ANT1/2/3) — по-прежнему глобально в Antenna-табе.

3.5 — Pop-out: панадаптер в отдельном OS-окне

Улучшение поверх Flex (SmartSDR так не умеет). Кнопка ⧉ в шапке.

• TPanFloatForm — простая TForm-обёртка, в которую переезжает TPanafallPanel; × окна возвращает пан в стек главного окна.
• Риск №1 — GL + reparent: перенос живого TOpenGLControl между окнами на Qt6/Wayland может убить контекст. Безопасный путь: НЕ репарентить канву, а пересоздать вьюху в новом окне (панель отдаёт state: центр/span/wf-историю можно не сохранять — водопад начнётся заново; слайсы/флаги живут в контроллере и переподключаются). Сначала попробовать честный reparent, fallback — пересоздание.
• Риск №2 — общие GL-ресурсы: закрывается аудитом из 3.0.
• Персист: флаг «пан N в отдельном окне» + геометрия окна.

СТАТУС 3.5 (2026-07-11): ГОТОВО, коммит 8bf8bcf, юзер подтвердил беглым тестом — честный GL-reparent на Qt6/Wayland РАБОТАЕТ (fallback-пересоздание не понадобилось).

• Кнопка «⧉» в шапке панов N>0 → PopOutPan: TForm.CreateNew (Caption «EWSDR · PAN N», тема, OnMouseWheel = FormMouseWheel — колесо над флагами/фоном работает как в стеке), TPanafallPanel.ReparentTo(F) (Parent всех контролов), StackTop/Height=0/0 (= всё окно), сплиттер пана скрыт, LayoutPanStack пере-стекует оставшихся (плавающие скипаются).
• GL: reparent пересоздаёт хэндлы канв → контексты умирают. По прецеденту MSAA: ResetGLCache (обнуление id без glDelete) — расширен, теперь сбрасывает и водопад (TWaterfallViewOpenGL.ResetGLCache, новый); история водопада живёт в CPU-буфере — тексура перезальётся.
• [×] окна = dock back (CloseAction := caNone + DockBackPan: reparent в PanelRight, сброс GL, Release окна). «×» шапки в окне = закрыть пан целиком (ClosePanadapter освобождает и окно). STOP закрывает всё.
• Резерв на случай мёртвого GL после reparent: пересоздание вьюхи/контролов (в коде НЕ делалось — сначала экранный тест).
• Персист геометрии — вместе с общим персистом панов.

СТАТУС «хирургический ChangeSampleRate» (2026-07-12): ГОТОВО — смоук-тест ALL PASS, юзер подтвердил на экране («всё работает»). Отладочные пробы RATEPROBE удалены. Наблюдение юзера: смена rate ГЛАВНОГО пана коротко замораживала водопады панов N (обратное — нет). Причина была в движке: ChangeSampleRate делал полный Close/Open (стоп DSP-потока, разрушение ВСЕХ анализаторов вкл. пановых, закрытие всех слайс-каналов, сброс общей IQ-очереди). Протокол чист: оба пути шлют одинаковый полный DDC Specific (RebuildDDCSpecific). Сделано (WDSPEngine.pas + RadioController.pas):

• Гейт FMainGated + барьер FMainLock: DSP-поток при взведённом гейте дропает main-пакеты (PanId=0) из общей очереди НЕ блокируясь, паны обрабатываются без пауз; двойная проверка гейта (снаружи и под локом) закрывает гонку установки.
• ChangeSampleRate теперь хирургический: закрывает/переоткрывает ТОЛЬКО RXA_CHAN + слайс-каналы пана 0 (их InRate = главный rate); DSP/display-потоки, TXA, TX-поток, анализаторы и паны не трогаются. RX-анализатор переармируется ApplyRXAnalyzerSettings (как при зуме) — история главного сбрасывается (неизбежно), пановые НЕ. Ошибка реконфига → FInitialized:=False (контроллер увидит по Initialized).
• Общий код RXA вынесен: OpenMainRXChannel (открытие+реставрация состояния из полей движка, вкл. FShiftHz) / CloseMainRXChannel — используются Open/Close/ ChangeSampleRate.
• Контроллер SetSampleRate больше НЕ сбрасывает FWDSPReady на время смены — иначе OnDDCIQ переставал кормить паны (это был второй источник паузы).
• ★Находка по пробам: SetChannelState(chan,0,dmode=1) на ПРОСТАИВАЮЩЕМ канале зря ждёт флаш ~130мс. Каналы при закрытии всегда idle (слайсы — дисциплина FSliceLock, RXA — гейт-барьер) → dmode=1→0 в CloseSliceChannel и CloseMainRXChannel. Итог: смена rate 331→120мс, макс. пауза аудио слайса пана 137→40мс (~2 блока, на глаз незаметно). Бонус: закрытие слайсов/панов и SetPanRate тоже ускорились на ~130мс/канал.
• Смоук-тест scratchpad ratetest.pas (синтетический тон, фидер-поток, замер межблочных пауз аудио пан-слайса вокруг смены 384к→192к): ALL PASS — пан без паузы >41мс, main-аудио/слайс пана 0/слайс пана 1 живы и слышат тон после смены. Оба бинарника собираются.

СТАТУС «пан-зум панов N» (2026-07-12): ГОТОВО — смоук panzoomtest ALL PASS, юзер подтвердил на экране, коммит cb6bdfa.

• Движок: TPanChan.ZoomFactor/PanSlider, span-clip в ApplyPanAnalyzerSettings (та же математика, что у главного; ZOOM_LIMIT 100), SetPanZoomPan (no-op guard — SetAnalyzer сбрасывает FFT-историю, урок dae0c19). Зум переживает смену rate пана (SetPanRate пересоздаёт анализатор из записи пана).
• Контроллер: FPanZoomF/FPanPanSl (сессия пана, сброс в Add/RemovePanDDC — band-персиста у панов нет), формула окна вынесена в юнит-хелпер ViewWindowFor (GetViewWindow главного теперь тоже через него), GetPanViewWindow(0) делегирует главному; PanZoomIn/Out по той же лестнице ZOOM_MAG_LADDER, якорь = ЦЕНТР текущего окна (PanZoomStepTo, у панов нет VFO-якоря главного), PanZoomDefault, геттеры.
• UI: TPanZoomEvent получил Sender (PanZoomBar), OnPanZoomWindow диспетчеризует бар→пан; кнопки −/⌂/+ общие (PanFromSender); у панов N включён ShowZoomRow, бар проводится в CreatePanadapter; единые SyncPanZoomUI/RefreshPanZoom (вьюха+бар ← контроллер) используются в SyncPanViews и drag-ретюне; TPanafallPanel.ViewWindow и PanViewWindow → GetPanViewWindow ⇒ вся мышь/флаги панов автоматически зум-корректны. Темизация баров панов N в ApplyDarkTheme.
• Смоук panzoomtest.pas: пик тона +50к на пане 384к совпадает с формулой окна при зуме 0 / 0.5+пан 0.7 / сбросе (±0.6%).
• ⚠Фикс по первому экранному тесту: кнопки −/⌂/+ панов N рулили ГЛАВНЫМ зумом — MakeFlatBtn создаёт кнопки с Owner=контейнер (не панель), PanFromSender их не находит. Диспетчер кнопок = PanOfZoomButton (матч по идентичности BtnZoomIn/Def/Out всех панов). Урок: PanFromSender работает только для контролов с Owner=панель (TLabel шапки — да, MakeFlatBtn-кнопки — нет).

СТАТУС «грид-раскладка панов» (2026-07-12): РЕАЛИЗОВАНА, собирается, НА ЭКРАНЕ НЕ ПРОВЕРЕНА, НЕ закоммичена.

• Панель: регион пана обобщён до прямоугольника — StackLeft/StackWidth (0/0 = вся ширина), Layout смещает ВСЁ по X0 (шапка/спектр/линейка/ сплиттер/водопад/ряд зума); PositionPanZoomBar получил X0 и 5-ю кнопку; новая кнопка FBtnGrid («▦»/«▤», глифом рулит хозяин) + GridClick (задать до Build) + GridBtnEnabled; ReparentTo переносит кнопку.
• MainForm: FPanGridMode (сессия), FPanGridRowShare (доля верхнего ряда, 0.15..0.85, дефолт 0.5), FPanColShare[1..] (доли колонок, init 1.0, нормируются суммой), FPanVSplitters[1..] (вертикальный сплиттер СЛЕВА от колонки пана i, crHSplit, создаётся в CreatePanadapter, free в ClosePanadapter). PanGridActive = режим включён И >=2 доп. панов в стеке (иначе автоткат в стек, режим помнится). LayoutPanStack: ветка грида — пан 0 верхний ряд во всю ширину (wideband внутри как в стеке), паны N колонками; горизонтальный сплиттер ряда = сплиттер ПЕРВОЙ колонки во всю ширину (PanSplitMouseDown/Up ветвятся по PanGridActive: в гриде правят FPanGridRowShare напрямую), сплиттеры остальных колонок скрыты; вертикальные PanVSplitMouse* — зеркало горизонтальных (призрак, min 15% ширины, DShare=DeltaX/TotalW*ShareSum). Кнопка «▦/▤» видна при FPanGridMode или

  =3 застекованных панах (выключить можно всегда). PopOutPan обнуляет StackLeft/Width и прячет V-сплиттер. Темизация: V-сплиттеры T.Border, BtnGrid через StyleButton.

• Флаги/мышь/зум панов грид не трогает: всё в координатах канвы спектра, канва целиком переезжает в регион-колонку.
• Проверить на экране: тумблер при 3 панах, оба типа сплиттеров, wideband в гриде, pop-out/возврат из грида, закрытие пана в гриде (автоткат), узкие колонки (зум/клик-тюн/drag), отсутствие регрессий при 1-2 панах.

ФИКСЫ ПО ПЕРВОМУ ЭКРАННОМУ ТЕСТУ ГРИДА (2026-07-12, собирается, не проверено): три независимых бага из фидбека юзера.

1. Наезд панов при выходе из грида (и вообще при 4 панах в стеке). LayoutPanStack делил высоту по долям (после add/close все доли равные, при 4 панах = 25%), а Layout панели клампит спектр/водопад к минимумам (MIN_SH=60/MIN_WH=40) — виджеты вылезали за регион, следующий пан рисовался поверх (пан 0 терял водопад и ряд кнопок). Фикс: TPanafallPanel.MinLayoutHeight (те же константы/DPI, что Layout) + PanMinHeight(PanId) в MainForm (пан 0 += wideband FPanWideH); раздача в стеке клампит каждый пан минимумом и режет раздутые так, чтобы оставшимся хватило на их минимумы; в гриде Row0H клампится минимумом пана 0 и минимумом нижнего ряда (макс. по колонкам); драг межпанного сплиттера ограждён Max(15%, минимум содержимого) в обеих ветках (стек/грид).
2. «Блуждающие» кнопки после STOP (− − ⌂ +, кнопки на линейке, ⊞ накрыт). MakeFlatBtn создаёт кнопки с Owner=КОНТЕЙНЕР (не панель) → при гибели пана (STOP → DestroyAllExtraPans → P.Free) кнопки −/⌂/+/⊞/▦ НЕ освобождались и оставались жить на PanelRight в старых координатах, а PanOfZoomButton, не найдя пан, роутил их клики на главный зум. Фикс: TPanafallPanel.Destroy явно освобождает FBtnZoomOut/Def/In, FBtnAddPan, FBtnGrid (FBtnPopPan/ClosePan — Owner=FHeaderPanel, умирают с ним). Перезапуск программы «лечил», потому что утечка — в пределах процесса.
3. Жор CPU (+~40% за пан). SyncPanViews (тик, частота кадров) звал SyncPanZoomUI с БЕЗУСЛОВНЫМ PbPanZoom.Invalidate на каждый пан каждый кадр (регрессия cb6bdfa) = полный софт-рендер зум-бара + Qt-рекомпозит @~50fps × N панов. Фикс: инвалидация только внутри ZoomBar.SetFreq/SetState (они no-op при тех же значениях), событийный Invalidate перенесён в RefreshPanZoom. Дополнительно жор усиливался багом 1 (наезжающие GL-виджеты сверх окна). Замер юзера — после фикса.

Ответ на вопрос «почему только 3 доп. пана»: MAX_PANS=4 (WDSPEngine) — пан 0 + 3 доп.; 6 было у СЛАЙСОВ (MAX_SLICES=6 доп.). Поднять можно (P2 позволяет много DDC), но сначала подтвердить CPU после фиксов.

Фиксы 1-3 ПОДТВЕРЖДЕНЫ юзером на экране 2026-07-12 («работает», CPU со всеми панами 17-20%). Добит хвост: 4. Пропорция спектр/водопад пана 0 не восстанавливалась после закрытия панов (50/50 → 70/30). Layout клампил ratio минимумами С ЗАПИСЬЮ в FSplitterRatio: в маленьком регионе (стек панов) MIN_SH/AvailH ≈ 0.7 запоминался навсегда. Фикс: кламп в локальную EffRatio, FSplitterRatio меняет только drag сплиттера юзером.

3.6 — Pluto+ (2r2t): второй пан на втором антенном входе

Опционально, после 3.0-3.3. Обычного Pluto НЕ касается (там один RX разведён).

• Детект: число RX-каналов в iio-контексте (voltage0/1 + voltage2/3 у cf-ad9361-lpc); прошивка должна быть с adi,2rx-2tx-mode-enable (на Pluto+ обычно так). Если каналов 2 → caps.MaxPans=1, как сейчас.
• PlutoBackend (PlutoBackend.pas:222-236): сейчас RX-поток пушит FOnDDCIQ(0, pkt). В 2r2t буфер отдаёт 4 канала интерливом — деинтерлив на два пакета → FOnDDCIQ(0, …) и FOnDDCIQ(1, …). Дальше это обычные псевдо-DDC, роутинг из 3.1/3.2 работает без изменений.
• Частотная связка (главное отличие): оба RX на одном LO и одном rate. caps.IndependentPanFreq = False → пан 1 создаётся ТОЛЬКО с центром/rate пана 0; ретюн любого пана ретюнит общий LO (двигает оба); в шапке пана 1 — признак связки (🔗 LO), контролы центра либо скрыты, либо честно тюнят общий LO. Зум/span-clip у каждого пана свой (анализаторы независимы).
• Пропускная способность: ×2 потока. Через гигабитный Ethernet Pluto+ (наш libiio network context) проходит свободно; на USB2 пришлось бы резать rate — не наш кейс.
• QO-100 beacon-lock: лок правит общий LO — оба пана едут вместе, инвариант «всё стоит на месте» сохраняется, конфликта нет.
• Бонус на потом: каналы фазокогерентны — готовая база под честный diversity (сложение с фазовращателем) и пеленгацию. Не в этом этапе.
• TX2 (второй выход, общий TX LO) — вне этого плана.

---

Персист (собрать в один заход после 3.3)

В Settings.pas:

• список панов: центр, rate, ADC, span/зум, высота в стеке, pop-out+геометрия;
• список слайсов: PanId, TargetHz, mode/filter/AGC/DSP, звуковуха (DeviceIndex + имя для повторного матчинга), громкость/mute;
• восстановление на старте: сначала паны (ConfigureDDCs), потом слайсы. Это закрывает и старый долг «персист слайсов» из Этапа 2.

---

Оговорки / риски

• CPU: слайс на пане N>0 дешевле слайса на пане 0 (WDSP-канал жуёт 192-768 кГц вместо полного rate). Дорогое место — рендер: каждый пан = свой спектр+водопад; FPS-гейт и перф-дисциплина из project_perf_profiling обязательны per-pan.
• Не портить входной IQ-буфер между каналами (fexchange0 in-place) — правило Этапа 1, действует и для пан-аккумуляторов (копия до Spectrum0, как FSpecBuf, см. WDSPEngine.pas:235).
• Старт/стоп WDSP-каналов на лету — задержки RXA стоп/старт (WDSPEngine.pas:~230), создание/закрытие пана держать вне аудио-глитчей.
• Ethernet: кап 4 пана суммарно; следить за суммарным rate при выборе rate панов.
• DDCBase=2 на PureSignal-платах: доп. панам достаются DDC3+ — при 4 панах на Angelia/Orion/Saturn это DDC2..5, ок.
• Qt6/Wayland + GL: reparent канвы (3.5) и per-instance ресурсы (3.0) — два главных технических риска всего этапа; аудит 3.0 делать первым.
• Смена sample rate главного пана переоткрывает его слайсы (уже реализовано) — панов N>0 это касаться не должно (их rate независим).

Открытые вопросы (решить по ходу, не блокеры)

• CAT: что репортить как VFO A/B при активном слайсе на пане N>0 (сейчас CAT смотрит на главный тракт; вероятно «активный слайс = VFO A»).
• Перетаскивание слайса МЕЖДУ панами (drag флага на другой пан): вкусно, но не в первую итерацию — сначала слайс живёт в своём пане (кламп по span пана, как сейчас по захвату).
• Авто-promotion (слайс уехал за край пана → предлагать новый пан) — нет, осознанно: только явное создание пана (решение «сначала статика» остаётся).
• Настройки водопада (палитра/AGC/avg) per-pan или глобально — стартуем с наследования глобальных, разделим по запросу. ★РЕШЕНО/РЕАЛИЗОВАНО 2026-07-13 (см. блок «PER-PAN ДИСПЛЕЙ» ниже).
• Компоновка панов сеткой (запрос юзера 2026-07-11): не только вертикальный стек — например, пан 0 сверху во всю ширину, паны B и C ниже бок о бок (пол-ширины каждый), и т.п. Идея на после 3.3/3.5: обобщить LayoutPanStack до грид-раскладки (регион пана = прямоугольник, а не полоса; StackTop/Height → Rect), сплиттеры по обеим осям. Не блокер текущего этапа.

PER-PAN ДИСПЛЕЙ (2026-07-13, собирается, dispcfgtest ALL PASS, НЕ закоммичен, НА ЭКРАНЕ НЕ ПРОВЕРЕН)

UX залочен с юзером: кнопка «◑» в шапке каждого пана открывает компактный поповер настроек отображения. Модель — глобальный дефолт + override на пан:

• Пан 0 «◑» правит ГЛОБАЛЬНЫЕ поля рендера (FController.FWf*/FSpec*), зеркалятся в контроллер, persist глобальных при закрытии (FormDestroy → SaveGlobalSettings). Solo пан 0 (нет доп. панов ⇒ шапка скрыта) правится штатным диалогом настроек — «◑» виден только при видимой шапке (>=2 панов).
• Паны N при первой правке ставят DisplayOverride:=True; их рендер персистится в воркспейс раздельно по контексту (КВ/xvtr).
• «Reset» (только паны N) — снять override, вернуть глоб. дефолт. «Apply all» — раскатать текущий рендер пана на все паны + сделать глоб. дефолтом.

Что per-pan (view-side, дёшево — всё уже в Pan.View): палитра, gamma, ref level, range, водопад авто-уровень + offset + ручные min/max. Что осталось ГЛОБАЛЬНЫМ (движок/перф, не косметика): DisplayPixels (разрешение анализатора), MSAA, WfSpeedDiv, детектор/усреднение спектра и водопада.

Реализация:

• Новый юнит PanDisplayPopup.pas: TPanDisplayPopup = borderless fsStayOnTop форма, гаснет по OnDeactivate; Flat*-контролы (combo палитры, float-spin gamma, int-spin уровней, чекбокс авто). Combo-дропдаун парентится к самой форме (child) ⇒ не деактивирует поповер. Правки применяются к P.View живьём → OnApplied(P).
• TPanafallPanel: FBtnDisplay («◑», Owner=FHeaderPanel ⇒ освобождается авто с шапкой, в Destroy не нужен), OnDisplayClick, DisplayOverride. PositionHeaderChildren каскадит [×][⧉][◑] справа налево по Visible.
• MainForm: OnPanDisplayClick (лениво создаёт FPanDisplayPopup, показ под кнопкой), OnPanDisplayApplied/Reset/ApplyAll, ApplyGlobalRenderToView, MarkPanDisplayDirty (инвалидция сетки спектра + водопада; SetWfPalette/ Gamma сами no-op-гардят и метят LUT к пересбору). Поповер прячется в ClosePanadapter (FPan мог висеть → перепривязка на след. показе).
• Settings/TPanCfg: HasDisplay + DPalette/DGamma/DSpecRef/DSpecRange/ DWfAGC/DWfOffset/DWfHigh/DWfLow; под-объект 'display' пишется ТОЛЬКО при override; чтение = присутствие блока. Save/RestorePanWorkspaceCtx прокинуты.

Файлы: PanDisplayPopup.pas (new), PanafallPanel.pas, MainForm.pas, Settings.pas. NEXT: экранная проверка (палитра/gamma/уровни на пан, Reset/ ApplyAll, тёплый рестарт восстанавливает override панов N раздельно КВ/xvtr).

Отвергнутые альтернативы (для истории)

Старый черновик Этапа 3 предлагал «off-span слайсы»: слайс вне видимой панорамы на своём hard-DDC, представленный edge-маркером у края спектра (цветная буква + ◄/► + частота) и/или «slices-рейлом» (полоса-менеджер с чипами слайсов). Отвергнуто 2026-07-10 в пользу Flex-модели «DDC = панадаптер»: off-span слайс без своего спектра слепой (не видно обстановку вокруг), сущности расползаются (слайс с DDC ≠ слайс без DDC), а рейл дублирует флаги. Идея рейла может вернуться позже как компактный обзор всех слайсов — но не как замена панадаптеру. Палитра «цвет+буква = личность слайса во всех местах» из черновика — остаётся в силе.

Связанные заметки памяти

• project_slices_plan (статус), project_pluto_integration, project_perf_profiling
• project_spectrum_zoom (GetViewWindow / span-clip / маппинг мыши)
• project_qo100_zoom_panel (прецедент доп. анализаторов WDSP, disp id 4/5!)
• project_lazopengl_component (QOpenGLWidget/контексты на Qt6 — база для 3.5)