fix(web): детализация спектра/водопада — честный размер кадра, поток 'W', настройка разрешения

Веб-пульт рисовал заметно грубее десктопа, и часть причин копилась давно.

Клиент вообще не разбирал бинарный фрейм 0x57: водопад рисовался из кадра
СПЕКТРА, а собственный поток водопада (свой детектор и усреднение
wf_avg_time_ms) уходил в никуда, занимая половину трафика. Теперь водопад
идёт из своего потока.

Адаптер слал константу 1024 вместо реального числа точек. Разрешение
анализатора = ширина панадаптера, и при узкой панели (грид из двух колонок,
маленькое окно) кадр короче — хвост буфера, нули = 0 dBm, уезжал клиенту
белой полосой, а частотная шкала сжималась. В демоне это обходили
DAEMON_SPEC_WIDTH. Длина фрейма теперь равна числу заполненных точек;
клиент и так считал N из byteLength.

Децимация под потолок протокола делила «i*Count div N» — на нецелом
отношении соседние группы получались по 1 и 2 точки, а смещение
max-детектора зависит от размера группы: по спектру шла гребёнка ±3 дБ,
в водопаде — вертикальная рябь. Заменено на целочисленный фактор
(группы одинаковой ширины).

Водопад терял 2 кадра из 3: анализатор даёт до 60 кадров/с, web шлёт 20
строк/с, а бралась просто «последняя». Введено двухступенчатое накопление
max-hold (DSP-поток → PushState → PushLoop) по идиоме
TWaterfallView.SetWaterfallData — короткие посылки CW/FT8 больше не
проваливаются между строками.

Отдельно исправлено в headless: PushState демона (20 Гц) и PushLoop (20 Гц)
идут вразнобой, и на дрейфе фаз одна и та же строка уезжала клиенту дважды
(водопад двоил и полз рывками), а на остановленном RX прокручивалась
застывшая строка. Фрейм 'W' теперь отправляется только при реально пришедшем
от DSP кадре (FWfAccumFresh → WfNew → FWfFresh). Спектр так не гейтится —
это живая кривая.

Рендер в браузере: значение бина для пикселя берётся максимумом по диапазону
вместо «ближайшего» (узкие сигналы мерцали и пропадали на узком экране), при
бинах реже пикселей — интерполяция; сглаживание спектра вынесено отдельным
проходом по всем бинам (в цикле по пикселям часть бинов не обновлялась
вовсе); строка водопада рисуется из сырых бинов, IIR ~200 мс остался только
для слежения за уровнями AGC — он размазывал водопад по вертикали.

Потолок точек кадра вынесен в настройку web.spec_pixels (Settings →
Advanced → Web Server → Spectrum: 1024/2048/4096, дефолт 1024). Буферы
кадра и WS-фреймы выросли под 4096 (WEB_SPEC_MAX, синхронно с
WDSPEngine.SPECTRUM_PIXELS). В демоне эта же настройка задаёт ширину
анализатора — рендера там нет, поэтому DAEMON_SPEC_WIDTH убран.

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

Settings.pas

@@ -265,6 +265,11 @@ type
     BindAddr: string;   // e.g. '0.0.0.0' (все интерфейсы)
     User:     string;
     Pass:     string;
+    // Потолок точек в кадре спектра/водопада для веб-клиента (1024/2048/4096).
+    // Реально уходит min(этот потолок, разрешение анализатора = ширина
+    // панадаптера). Трафик линеен: 4096 точек — это ~650 КБ/с на клиента
+    // (два потока по 20 кадров/с), 1024 — ~160 КБ/с.
+    SpecPixels: Integer;
   end;
 
   // Transverter (XVTR) entry — один трансвертер.
@@ -1994,6 +1999,7 @@ begin
   W.BindAddr := '0.0.0.0';
   W.User     := 'admin';
   W.Pass     := 'hpsdr';
+  W.SpecPixels := 1024;   // экономный дефолт: столько же, сколько слал протокол раньше
 end;
 
 procedure TSettingsManager.LoadWebSettings(out W: TWebSettings);
@@ -2007,6 +2013,7 @@ begin
   W.BindAddr := JS(O, 'bind_addr', '0.0.0.0');
   W.User     := JS(O, 'user',     'admin');
   W.Pass     := JS(O, 'pass',     'hpsdr');
+  W.SpecPixels := EnsureRange(JI(O, 'spec_pixels', 1024), 256, 4096);
 end;
 
 procedure TSettingsManager.SaveWebSettings(const W: TWebSettings);
@@ -2018,6 +2025,7 @@ begin
   JWS(O, 'bind_addr', W.BindAddr);
   JWS(O, 'user',      W.User);
   JWS(O, 'pass',      W.Pass);
+  JW(O,  'spec_pixels', W.SpecPixels);
   Save;
 end;