Stručná odpověď: použijte RTMP tam, kde má kodér publikovat na ingest koncový bod, WebRTC tam, kde to vyžaduje interakce diváka a cesta v reálném čase, a HLS tam, kde je zvolenou cestou doručování publiku přes HTTP. Služba pro živé vysílání často používá více než jeden z nich; názvy protokolů popisují různé hranice.
Vybírejte od diváka zpět ke zdroji
| Otázka | WebRTC | HLS | RTMP |
|---|---|---|---|
| Primární příjemce | Interaktivní peer prohlížeče/aplikace nebo mediální služba | Přehrávač podporující HTTP a cesta doručování | Ingest server nebo koncový bod platformy |
| Model přenosu/doručování | Mediální relace v reálném čase vyjednaná pro peery | Playlist a segmenty médií načítané přes HTTP | Trvalá relace publikování TCP |
| Role prohlížeče | Navrženo pro rozhraní API médií prohlížeče v reálném čase | Doručuje se cestou přehrávače; podpora platformy se liší | Není nativním přehráváním v moderním prohlížeči |
| Kontrola kodeku | Ověřte podporu prohlížeče, služby a vyjednávání | Ověřte kompatibilitu přehrávače, zapouzdření a varianty | Ověřte kompatibilitu kodéru a ingest koncového bodu |
| Kontrola sítě | Podmínky signalizace, ICE/STUN/TURN a firewallu | Chování požadavků originu, cache/CDN a přehrávače | Dosažitelnost přiřazeného ingest hostitele a portu |
| Hodí se, když | Interakce je součástí požadavku produktu | Úlohou je doručování publiku | Kodér musí předat tok ingest přijímači |
Co testovat nejdříve
| Volba workflow | Koncový bod k testování | První kontrola přijetí |
|---|---|---|
| Interaktivní příspěvek nebo publikum: WebRTC | Nakonfigurovaný koncový bod relace/diváka WebRTC | Signalizace a konektivita ICE/TURN, poté zvuk/video programu |
| Široké přehrávání v prohlížeči: HLS | https://example.invalid/live/master.m3u8 | Načtení manifestu a zamýšlená varianta přehrávače |
| Ingest kodéru/platformy: RTMP | rtmp://example.invalid/app plus přiřazený klíč | Stav publisheru, poté výslovně zvolený výstup HLS nebo WebRTC |
Jde o tvary koncových bodů, nikoli adresy poskytované Callaba. Základní modely doručování popisují W3C WebRTC, IETF HLS a specifikace RTMP.
Rychlé rozhodnutí: zvolte protokol podle úlohy
Pro interaktivní příspěvek nebo účast publika před volbou WebRTC otestujte signalizaci WebRTC a ICE/TURN. Pro široké přehrávání v prohlížeči otestujte manifest HLS a přehrávač. Pro ingest z kodéru do platformy otestujte RTMP na přiřazeném koncovém bodu, poté zvolte a otestujte navazující výstup HLS nebo WebRTC.
Pokud zní rozhodnutí „jak diváci přijmou program v prohlížeči?“, začněte u WebRTC nebo HLS a jejich požadavků na přehrávač, přístup a doručování. Pokud zní „jak tento kodér publikuje na platformu?“, začněte u smlouvy ingestu RTMP dané platformy. RTMP může napájet pozdější fázi HLS nebo WebRTC, ale sám tuto fázi nevytváří.
Častá zavádějící srovnání
WebRTC vs HLS
Jde o rozhodnutí pro doručování. WebRTC potřebuje cestu relace v reálném čase; HLS potřebuje doručování playlistu/segmentů a kompatibilní přehrávač. Testujte přesný koncový bod publika a jeho model přístupu, nikoli pouze zdrojový tok.
RTMP vs WebRTC
Tyto protokoly často zaujímají různé konce workflow: RTMP jako ingest z kodéru, WebRTC jako interaktivní doručování. Most je nakonfigurovaná funkce mediálního serveru nebo služby s vlastními kodeky, signalizací a provozem, nikoli vlastnost kteréhokoli URL.
HLS vs RTMP
HLS balí média pro doručování přes HTTP; RTMP publikuje média do ingest přijímače. Divák, který nemůže otevřít URL RTMP, potřebuje zvolenou výstupní cestu HLS nebo WebRTC, nikoli jiný prohlížeč.
Referenční workflow se smíšenými protokoly
Kodér programu může publikovat RTMP do řízeného ingest prostředku. Operátor potvrdí aktivitu zdroje a poté nakonfiguruje samostatný výstup pro doručování publiku — HLS pro workflow přehrávače HTTP nebo WebRTC pro cestu interakce. Každou hranici ověřte postupně: kodér–ingest, vytvoření zpracování/výstupu a poté skutečnou URL diváka.
Kontrolní seznam protokolu před produkcí
- Zapište kodek zdroje, snímkovou frekvenci, zvuk a omezení cílového přijímače.
- Přiřaďte vlastníka přihlašovacím údajům pro publikování, signalizaci/přístupu a testování přehrávače.
- Použijte soukromé publikum pro zkoušku a po zastavení zdroje otestujte obnovu.
- Přímá tvrzení o přehrávání v prohlížeči vztahujte ke konfigurovanému výstupu, nikdy ke zdrojové URL RTMP.
Zvolte další krok
Pro ingest kodéru a přístup publisheru/přijímače viz RTMP Server. URL pro publikování RTMP může používat stejný název aplikace a streamu jako URL přijímače, ale publisher a přijímač mají stále různé role. Pro výstup do prohlížeče začněte pokyny pro Web Player; pro záměr zapouzdření viz RTMP to HLS. Pokud workflow používá příspěvek SRT namísto publikování RTMP, vhodným vlastníkem je SRT Server.
