[2026-09-21] eagle: family/plans/watchlist-disk-overflow-fix.md personal/tech/inter-site-throughput-taiga-to-mac.md personal/tech/multistream-single-flow-limit.md

personal/tech/inter-site-throughput-taiga-to-mac.md

@@ -49,6 +49,19 @@ related:
 - "Один день в Стамбуле"/"Рождественские хроники" — ремукс `-codec:v:0 copy` в HLS (не перекодирование), стоп на ~2-3 сек.
 - В моменте (пока ТВ крутит 720p) — ffmpeg-дочерних процессов нет, папка transcodes пуста → **прямой stream/direct, транскодинг не идёт**.
 
+## 🧭 2026-09-21: развилка решена — многопоточный HLS не существует в Jellyfin/webOS
+
+Перепроверено по первоисточникам (см. [[personal/tech/multistream-single-flow-limit]]):
+- Jellyfin «multiple parallel connections» — **Planned** 5 лет, кода нет (230 голосов).
+- hls.js multi-segment prefetch (#6753) — открыт, не реализован.
+- webOS-приложения используют **нативный media pipeline** → подменить логику загрузки нельзя.
+- **Несколько xray-туннелей не помогут** — один физический путь, одно congestion window.
+- Speedtest 120 Мбит = 8 параллельных сессий. Одна сессия упирается в **~28–45 Мбит** (подтверждено замерами ниже).
+
+**Рабочие пути:** ограничить битрейт в клиенте / Moonfin с буфером / **Lampac на Кра́кене**
+(буфер 50–100 МБ + GStreamer транскод) / prefetch-proxy. Полный разбор — в
+[[personal/tech/multistream-single-flow-limit]].
+
 ## Решение / направление
 1. **Правильное лекарство** (не мультипоток ради мультипотока, а либо снижение латентности, либо запас по битрейту под single-flow): лимит транскода ~12–18 Мбит, ЛИБО гнать трафик ТВ→TrueNAS через **xray tunnel** (`vpn.mallexxx.duckdns.org`, смотри `[[xray-reverse-tunnel-kraken-truenas]]`) вместо прямого межоператорского пути.
 2. Jellyfin **не умеет** штатно разбивать один плейбек на параллельные TCP. Параллельность (28→51 Мбит) достижима только поднятием файла способом «качалка в N коннектов» + прокси, либо через туннель.