Stručná odpověď: zvolte protokol, který přijímací strana skutečně dokáže přijmout. SRT je příspěvkovou možností, pokud jej oba konce podporují a cesta je nakonfigurována; RTMP zůstává běžným předáním z kodéru na platformu nebo server příjmu. Přehrávání a doručování divákům zůstávají samostatně nakonfigurovanými navazujícími úlohami.
Začněte s přijímačem, pak vyberte předání
| Bod rozhodnutí | Cesta SRT | Cesta RTMP |
|---|---|---|
| Přijímač | Příspěvkový přijímač podporující SRT, který ovládáte nebo vám byl přidělen | Koncový bod příjmu RTMP nebo adresa URL platformy poskytnutá pro publikování |
| Přenos | Relace SRT založená na UDP; živý režim zahrnuje řízení časování a opakovaného přenosu | Relace RTMP založená na TCP do nakonfigurovaného koncového bodu |
| Síťová otázka | Mohou se oba peery vzájemně spojit a shodují se jejich režim, zpoždění a nastavení přístupové fráze? | Může kodér dosáhnout hostitele a odpovídá adresa URL/klíč kontraktu koncového bodu? |
| Otázka kodeků | Samostatně ověřte kontejner a kodeky přijímané přijímačem | Samostatně ověřte profil zvuku/videa přijímaný cílem |
| Užitečný další úkol | Příspěvek do provozního nebo produkčního workflow | Publikování do služby příjmu nebo nakonfigurovaného RTMP Server |
Tři běžná rozhodnutí
- Platforma poskytuje pouze adresu URL a klíč streamu: publikujte RTMP podle tohoto kontraktu.
- Váš tým ovládá přijímač SRT: použijte SRT, pokud jsou na obou koncích odsouhlaseny režim, host:port, zpoždění a případné Stream ID/přístupová fráze.
- Příspěvek SRT končí na platformě RTMP/RTMPS: ověřte samostatně příspěvek SRT a předání publikování platformě.
Živý režim SRT je navržen kolem nakonfigurovaného okna zpoždění a zpětné vazby přijímače; větší okno může poskytnout více času na obnovu, stále však jde o volbu nasazení, nikoli příslib lepšího obrazu. Kompatibilita RTMP je stejně závislá na koncovém bodu. Platforma vyžadující adresu URL RTMP nebo RTMPS určuje konečné předání, i když příspěvková část jinde používá SRT.
Co se provozně mění
| Před prvním připojením | Zaznamenejte |
|---|---|
| SRT | Režim caller/listener/rendezvous; host:port; zpoždění; Stream ID nebo přístupovou frázi, pokud se používají; kontejner a video/zvukové kodeky. |
| RTMP | Úplnou adresu URL příjmu, aplikaci/cestu a klíč; profil deklarovaný přijímačem, často H.264/AAC, pokud jej koncový bod vyžaduje; a jeho kontrolu stavu streamu. |
Přihlašovací údaje neuchovávejte ve snímcích obrazovky, protokolech chatu ani testovacích nahrávkách.
Šifrování SRT a RTMPS řeší odlišné otázky zabezpečení přenosu: SRT lze nakonfigurovat se šifrováním, zatímco RTMPS je RTMP přenášený přes TLS. Cíl RTMPS nepopisuje možnosti příjmu samostatného RTMP Server.
Otestujte jednu příspěvkovou cestu
Pro obě karty použijte stejný připravený zdroj: uzamkněte formát programu, poznamenejte si nastavení kodeků videa a zvuku a dejte vysílateli přístup k vybranému testovacímu koncovému bodu. Spusťte jednu relaci protokolu, potvrďte stav vysílatele, zkontrolujte náhled a poté ověřte navazující výstup, pokud jej workflow používá.
UKÁZKY PROTOKOLŮ
Vyberte protokol k otestování
Každé demo spouštíte ručně a má vlastní dočasnou relaci. Při porovnávání pracovních postupů použijte shodné nastavení zdroje; tato stránka neprovádí řízený srovnávací test latence.
Živá ukázka SRT
Vyzkoušejte živé připojení SRT
Vytvořte dočasné připojení na jednu hodinu. Odešlete feed na adresu vydavatele v režimu Caller, s prázdným Stream ID. Sledujte jej níže v Multiview nebo připojte příjemce na adresu příjemce v režimu Caller.
Výsledek potvrzuje, že vybraný zdroj dorazil na tuto dočasnou cestu a do jejího náhledu. Jde o kontrolu nastavení, nikoli srovnávací benchmark, takže neřadí zpoždění, kvalitu ani spolehlivost. Změněnou konfiguraci opakujte jako nový test a uchovejte protokoly přijímače nebo údaje o připojení viditelné operátorovi.
Kam patří Callaba
RTMP Server Callaba může dát vysílatelům a přijímačům samostatná pravidla přístupu a zobrazit aktivitu viditelnou operátorovi. Guest RTMP Server může být naopak otevřený bez předem definovaných pravidel přístupu. Jeho SRT Server je odpovídajícím příspěvkovým prostředkem pro kompatibilní workflow SRT. Pozorování v prohlížeči a přehrávání pro diváky používají samostatně nakonfigurované moduly; adresa URL pro publikování RTMP není adresa URL přehratelná v prohlížeči.
Další kroky
- Pro nakonfigurovaný naslouchající bod RTMP si projděte RTMP Server a jeho řízení přístupu a životního cyklu.
- Pro příspěvkový přijímač SRT si projděte SRT Server.
- Pro výslovný most použijte zdokumentovanou cestu brány pro příspěvek RTMP až po potvrzení obou koncových bodů.
