Stručná odpověď: RTSP je často na straně kamery nebo řízené relace workflow, zatímco RTMP je běžně na straně publikování z kodéru. Mohou se objevit v jednom systému, ale nahrazení jednoho druhým mění kontrakt zdroje, přijímače a doručení.
RTMP vs RTSP: provozní model
| Hranice | RTSP | RTMP |
|---|---|---|
| Typický zdroj | Zařízení nebo mediální server poskytující relaci řízenou protokolem RTSP | Kodér nebo produkční software publikující programový stream |
| Model řízení | RTSP definuje metody řízení relace; média jsou běžně přenášena pomocí RTP | RTMP přenáší trvalou publikační relaci do svého přijímacího koncového bodu |
| Přenos | RTSP řídí relaci; zařízení a přijímač rozhodují o možnostech přenosu RTSP/RTP | RTMP používá TCP; koncový bod příjmu určuje adresu URL a přihlašovací údaje |
| Přijímač | Klient, rekordér nebo brána podporující cestu kamery/relace | Platforma nebo server příjmu, který přijímá publikační kontrakt |
| Doručení do prohlížeče | V běžných webových workflow vyžaduje samostatně nakonfigurovanou cestu doručení do prohlížeče | Také vyžaduje samostatně nakonfigurovanou cestu doručení do prohlížeče |
Výše uvedené role protokolů vycházejí z IETF RTSP, RTP a specifikace RTMP.
Vybírejte od zdroje směrem ven
Kodér odesílá program do příjmu
Když platforma přiřadí adresu URL RTMP a klíč, před první událostí zkontrolujte skutečný profil kodéru — kodek videa/zvuku, profil, rozlišení, snímkovou frekvenci a kadenci klíčových snímků.
Pokud platforma nebo RTMP Server přiřadí adresu URL a klíč pro publikování, použijte cílové údaje RTMP. Před událostí ověřte, že kodek kodéru, snímková frekvence, rozložení zvuku a datový tok odpovídají cíli. Příchozí stream RTMP je hranicí příjmu; přehrávání, nahrávání a opětovné vysílání zůstávají záměrnými volbami navazujícího zpracování.
Rekordér nebo brána získává stream z kamery v řízené síti LAN
Přečtěte přesnou dokumentaci zařízení k formě adresy URL RTSP, ověřování a možnosti RTP přes TCP/UDP a potom tuto cestu otestujte v zamýšleném rekordéru nebo bráně. Potvrďte podporovaný profil videa/zvuku. Dosažitelná řídicí adresa URL RTSP nedokazuje, že každý navazující rekordér nebo prohlížeč přijme přidružený mediální stream.
Diváci potřebují přehrávání v prohlížeči
Ani RTSP, ani RTMP nejsou nativním řešením přehrávání v moderním prohlížeči. Zvolte nakonfigurovaný webový výstup, například HLS nebo WebRTC, podle chování publika, požadavků přehrávače a síťových podmínek a poté testujte koncový bod diváka, nikoli adresu URL zdroje.
Testy přenosu a kodeků udržujte oddělené
Adresa URL se může připojit, i když přijímač média odmítne nebo nevykreslí obraz. Nastavení protokolu/přenosu zaznamenávejte odděleně od video kodeku, profilu, rozlišení, snímkové frekvence a zvukového kodeku. Toto rozlišení výrazně usnadňuje oddělení problému kamery od problému s překódováním nebo přehrávačem.
Krátký postup rozhodnutí a ověření
Zvolte RTSP, když se vybrané zařízení a rekordér shodnou na relaci řízené protokolem RTSP. Zvolte RTMP, když vybraný publikační přijímač přidělil adresu URL/klíč příjmu. Kamera může nabízet obojí a oba protokoly mohou být špatnou volbou, pokud další přijímač nepřijímá jejich úplný kontrakt přenosu a médií.
- Zapište typ zdroje: relace kamery nebo programový vysílatel.
- Potvrďte protokol přijímače, adresu URL/ověřování a povolené kodeky.
- Testujte připojení zdroje a média samostatně.
- Otestujte skutečný výstup nahrávání, opětovného vysílání nebo prohlížeče, který po něm následuje.
- Ponechte si známý funkční profil zdroje pro návrat zpět.
Kam patří Callaba
RTMP Server Callaba slouží pro nakonfigurované publikování RTMP a přístup přijímačů. Ve workflow kamery si před návrhem výstupní cesty ověřte cestu RTSP v dokumentaci rekordéru nebo směrování. Pokud stream potřebuje převod, použijte překódování živého videa až po potvrzení vybraných kontraktů vstupu a výstupu.
