HD video přenos

HD video přenos pro UAV v nepříznivých rádiových kanálech

Bezkpilotní letouny (UAV) stále častěji spoléhají na přenos vysokokvalitního (HD/Full-HD/4K downscaled) videa pro navigaci operátora, situační informovanost i pro algoritmy vidění. V praxi však video prochází kanály s proměnlivou šířkou pásma, rušením, Dopplerovým posunem, multipath a náhlými výpadky. Článek integruje pohledy z komprese videa, dopředné korekce chyb (FEC) a návrhu latencí tak, aby výsledkem byl robustní, nízkolatenční „glass-to-glass“ řetězec vhodný pro UAV mise.

Architektura end-to-end řetězce a latencový rozpočet

Typický řetězec: kamera → ISP → encoder → paketizace (RTP/TS) → FEC/interleaver → MAC/PHY → kanál → demodulace → FEC de-interleaver → de-paketizace → decoder → renderer/displej. Pro návrh je klíčové vytvořit „latency budget“ a přiřadit ho každému článku.

Capture/ISP: rolling-shutter a expozice (typicky 3–10 ms při 60 fps).
Komprese: od ~1–3 ms (ASIC low-delay) po 20–60 ms (software s lookahead).
Paketizace + FEC: 1–10 ms dle velikosti bloků a interleavingu.
MAC/PHY + fronty: 1–30+ ms dle propustnosti, ARQ a zatížení.
Síťové jitter buffery: 5–100 ms dle variability kanálu.
Dekompresní + rendering: 5–20 ms (GPU/ASIC), frame buffer 1–2 snímky.

„Glass-to-glass“ latence je součet komponent a referenčně ji měříme LEDkou v záběru a fotodiodou na displeji. Rozumný cíl pro FPV/teleoperaci je 40–120 ms dle třídy systému a kanálu.

Model kanálu: proč je „nepříznivý“

Fading a multipath: selektivní útlum subnositelů (OFDM), hluboké prohlubně signálu.
Doppler: při rychlosti 20–30 m/s a 5 GHz cca 1 kHz, mění koherenční čas.
Rušení a spolu-kanáloví uživatelé: dynamický, burstový charakter ztrát.
Shadowing/LOS omezení: změny elevace, stínění tělem UAV nebo terénem.

Z těchto důvodů jsou ztráty paketů klastrové a okamžitý bitrate výrazně kolísá. Návrh musí počítat s burst-loss a krátkodobými propady propustnosti.

Komprese videa pro nízkou latenci: výběr kodeku a profilu

Nejčastější kodeky: H.264/AVC (High/Constrained Baseline), H.265/HEVC (Main/Main10), a stále častěji AV1 (Main). Volba je kompromis mezi účinností, latencí a dostupností HW akcelerace.

H.264: široká HW podpora, velmi nízká latence v zerolatency režimech, vhodné pro 720p/1080p @ 30–120 fps.
H.265: cca o 30–50 % lepší komprese než H.264 při podobné kvalitě, mírně vyšší nároky a latence; vhodné, jestliže je k dispozici ASIC/SoC.
AV1: nejlepší účinnost, avšak vyšší nároky na kódování; vyžaduje novější SoC pro reálně nízké latence.

Doporučení pro low-delay:

All-Intra (AI) pro extrémně nízkou latenci a předikovatelnost (vyšší bitrate), nebo Low-Delay P (LDP) s potlačenými B-snímky pro lepší poměr kvalita/bitrate.
Zmenšit GOP (např. 15–30 snímků), vypnout B-frames, minimalizovat lookahead (0–1), použít slices/tiles a row-based pipelining (Wavefront pro HEVC/AV1) pro paralelismus bez nárůstu latence.
Rate control: CBR s HRD „leaky bucket“ nebo VBV s malými buffery (VBV-buf ~ 1–2× velikost snímku), pro UAV je klíčová předikovatelnost bitrate.
Pre-processing: jemný denoise, downscale na 720p/900p při vysokém fps; stabilizuje kvantizaci a snižuje bursty bitů.

Bitrate, CBR/VBR a adaptace na kanál

V bezdrátových spojích je rozumné navrhovat CBR/VBV-constrained stream s drobnou rezervou vůči goodputu kanálu. Při variabilních podmínkách doplnit adaptaci:

ABR (Adaptive Bitrate) na zdroji: dynamická změna rozlišení, fps, QP podle zpětné vazby o propustnosti a PER.
Koncepce CQI/MCS z PHY: mapovat MCS a RSSI/SNR na target bitrate pro encoder.
Řízení přetížení: u IP stacku zvažovat RTP-friendly algoritmy (např. SCReAM pro RTP), u UDP s FEC používat „pacing“ a token-bucket.

Dopředná korekce chyb (FEC): principy a volby

Cílem FEC je převést pravděpodobnost ztráty paketu a burst-loss na akceptovatelnou reziduální chybovost bez zpětné retransmise.

Blokové kódy: Reed-Solomon (RS), Raptor/RaptorQ (fontánové kódy) – výborné při paketových ztrátách a pro skupiny N médií s K daty + R redundantními symboly.
LDPC/Turbo: používají se na PHY/MAC úrovni (Wi-Fi/OFDM, COFDM), synergicky s vyšší nadstavbou paketové FEC.
Konvoluční + interleaving: vhodné pro burstové chyby; interleaver rozprostře burst do více bloků.

Praktická schéma pro RTP: Unequal Error Protection (UEP) – klíčové NAL jednotky (I-slices, headery) s vyšším FEC poměrem než P-slices. Běžné je N:K ≈ 10:8 (25 % overhead) pro důležité vrstvy a 10:9 (11 % overhead) pro zbytek.

ARQ vs. HARQ vs. čisté FEC v reálném čase

ARQ (retransmise): zlepšuje spolehlivost, ale zvyšuje latenci a jitter; pro přímý operátorský náhled často nevhodné.
HARQ (PHY): kombinuje FEC s selektivním opakováním na krátkém časovém horizontu; při dobrých PHY implementacích přínos bez výrazného nárůstu RTT.
Čisté FEC (aplikační vrstva): preferované pro stream, společně s malým jitter bufferem a krátkým interleaverem.

Interleaving a jeho vliv na latenci

Interleaver promíchá pořadí symbolů/paketů, aby burst ztrát zasáhl různé bloky FEC. Cena je zpoždění. Návrhové pravidlo: interleaver by měl pokrýt typickou délku burstu (např. 5–20 ms), avšak ne více než polovinu end-to-end latencového rozpočtu FEC vrstvy.

Paketizace a transport: RTP/UDP, MPEG-TS, SRT, QUIC

RTP/UDP: standard pro real-time; flexibilní FEC (RFC 5109/Forward Error Correction), časování přes RTP timestamp a RTCP zpětnou vazbu (jitter, ztráta).
MPEG-TS: robustní pro broadcastové scénáře; u UAV se používá méně, RTP je flexibilnější.
SRT/QUIC: poskytují integrovanou ztrátovou odolnost a řízení proměnlivé propustnosti; SRT může přinést retransmise – vhodné pro video pro záznam, ne vždy pro FPV.
SRTP: šifrování/autentizace s nízkým overheadem, důležité pro bezpečnost mise.

Výpočet: efekt reziduální ztráty po FEC

Pro blokový kód s parametry K datových a R redundantních paketů lze přiblížit reziduální pravděpodobnost selhání bloku jako součet binomických pravděpodobností ztráty více než R paketů v bloku. Intuice: mírný overhead (10–25 %) výrazně snižuje PER, pokud jsou ztráty menší nebo zhruba rovné R v bloku. U burstů je nutný interleaver.

Jitter, buffery a „glass-to-glass“ stabilita

Variabilita zpoždění (jitter) způsobuje trhání obrazu, výpadky a „frame skips“. Krátký de-jitter buffer (např. 10–30 ms) vyhladí příliv paketů. Při velmi nepříznivém kanálu vede navyšování bufferu rychle ke zhoršení ovladatelnosti UAV; kompromis tedy hraje klíčovou roli.

Video vrstvení a UEP: prioritizace informací

SVC (Scalable Video Coding): prostorové/časové/kvalitativní vrstvy; základní vrstva s nejvyšší ochranou, doplňkové vrstvy s nižší prioritou.
FEC s UEP: vyšší redundance pro I-snímky a headery; nižší pro P-snímky.
DSCP/802.11e/EDCA: mapování priorit na MAC úrovni (voice/video queues) pro „airtime fairness“.

Optimalizace encoderu pro UAV

H.264 (příklad): Constrained Baseline/High, GOP=15–30, no-B, tune=zerolatency, vbv-bufsize ≈ 1–2× frame, vbv-maxrate=CBR, scenecut limit, aq-mode pro stabilitu kvality ve šumu.
H.265: Main/Main10, low-delay-P, krátký GOP, WPP (Wavefront), malé rc-lookahead, vbv limit, tmvp zapnout.
AV1: low-delay preset, vypnout alt-ref frames nebo minimalizovat lookahead, tiles pro paralelismus, constrained quality (CQ) s bitrate cap.

Úprava obsahu a odolnost vůči kompresním artefaktům

Při nízkých bitratech pomáhá content-adaptive encoding: dynamické ořezání FOV, region-of-interest (ROI) s vyšší kvalitou uprostřed pro FPV, vyhlazování vysokofrekvenčního šumu (temné scény) a adaptivní snímání (vyšší expozice pro SNR, nižší „grain“).

Standardní frekvenční pásma a fyzická vrstva

2,4 GHz: delší dosah, více rušení, nižší propustnost.
5 GHz: vyšší kapacita, citlivější na NLOS, vhodné pro HD s line-of-sight.
Sub-GHz (868/915 MHz): vhodné spíše pro telemetrii; video pouze s nízkým bitrate.
LTE/5G: širokoplošné pokrytí, ale kolísání latence; vyžaduje ABR a adaptivní FEC.

MIMO/OFDM a diverzita antén (prostorová/frekvenční/polarizační) výrazně snižují burst-loss. Řízení výkonu a vhodné MCS dle CQI jsou základem.

Bezpečnost a její dopad na latenci

Šifrování (SRTP/AES-GCM) přidává malé CPU overheady a několik bajtů na paket, ale je nezbytné pro ochranu mise. Klíčové je udržet MTU pod hranicí fragmentace (např. 1200–1400 B při VPN/QUIC), aby nedocházelo k násobení ztrát.

Monitoring a KPI pro provoz

Síťové: PER, BER, jitter, RTT, throughput/goodput, distribuce MCS, RSSI/SNR, retry.
Video: stabilita fps, dropped/late frames, VBV underruns, QP histogram, PSNR/SSIM/VMAF (offline).
End-to-end: „glass-to-glass“ latence, procento výpadků > X ms, subjektivní MOS/pilot feedback.

Testování: emulace kanálu a „fail-injection“

Před nasazením doporučujeme channel emulation (fading, burst loss, jitter) a fail-injection (nárazové ztráty, změna MTU, rušení kanálu, náhlý pokles propustnosti). Měřte latenci a kvalitu při různých FEC poměrech a GOP nastaveních, abyste určili „sweet spot“ pro vaši misi.

Vzory nasazení (design patterns)

FPV/teleop (ultra-low-latency): H.264 LDP bez B, 720p60–1080p60, CBR s VBV-buf ≈ 1 snímek, RTP/UDP, UEP FEC 15–25 %, interleaver 5–10 ms, de-jitter 10–20 ms, SRTP, MIMO 2×2+, anténní diverzita, ROI.
Průzkum/inspekce (stabilní kvalita): H.265 LDP, 1080p30–4K30 downscaled, CBR s AB