Chcete-li sledovat SRT stream, ověřte připojení i média
Nativní přehrávač použijte, když potřebujete vidět samotný příspěvkový feed. Přehrávání v prohlížeči použijte až po převedení feedu na výstup kompatibilní s prohlížečem. V obou případech jsou úspěšné připojení SRT a přehratelný obraz samostatné výsledky: režim, hostitel, UDP port, latence, Stream ID a přístupová fráze otevřou relaci; o dekódování rozhodují kontejner, stopy, časová razítka a kodeky.
Pokud potřebujete vytvořit, chránit nebo provozovat přijímací koncový bod, přejděte na Callaba SRT Server. Tento průvodce začíná u příjemce.
Živá ukázka přehrávače SRT
Otestujte připojení přehrávače SRT
Vytvořte dočasné připojení na jednu hodinu. Odešlete stream SRT na adresu vydavatele v režimu Caller, s prázdným Stream ID. Po připojení vydavatele jej sledujte níže v Multiview nebo připojte nativní přehrávač na adresu příjemce v režimu Caller.
Vyberte přehrávač podle úlohy
ffplay je rychlá kontrola z příkazového řádku, pokud instalované sestavení FFmpeg obsahuje SRT. OBS Media Source se hodí, pokud chcete grafický náhled a můžete nastavit vstup SRT. VLC se může hodit k místnímu zobrazení, pokud instalovaná verze podporuje požadovaný režim SRT; ověřte aktuální dokumentaci aplikace a otestujte přesné sestavení. Žádná z těchto voleb nezpřístupní dekódování neznámého payloadu.
Ukázka výše vytvoří hodinový pár SRT Callaba. Po připojení příchozího vydavatele vznikne náhled Multiview. Dodané hodnoty použijte k testu páru a kontrole výsledného obrazu a zvuku. Jde o skutečnou dočasnou trasu Callaba, ne o přehrávač libovolných externích URL SRT.
Nejprve zkuste ffplay
Pro příjemce volajícího známý listener nahraďte zástupné hodnoty koncovým bodem, který smíte použít:
ffplay "srt://LISTENER_HOST:PORT?mode=caller"Pro příjemce čekajícího na caller:
ffplay "srt://0.0.0.0:PORT?mode=listener"Nevkládejte přístupovou frázi do ticketů, chatu ani do historie shellu, kterou nemáte pod kontrolou. FFmpeg dokumentuje volby URL SRT; OBS dokumentuje pracovní postup vstupu SRT.
Před změnou nastavení přehrávače slaďte Caller a Listener
Běžné uspořádání je jednoduché: Listener čeká na UDP portu a Caller se připojí na jeho dosažitelnou adresu. Zapište si obě role, ověřte hostitele a port ze sítě odesílatele a pak spusťte přehrávač. Dva listenery jen čekají; caller mířící na nedosažitelnou adresu nespraví nastavení kodeku. Rendezvous je samostatná konfigurace, kterou musí podporovat oba koncové body.
Je-li aktivní šifrování, použijte na obou koncích stejnou přístupovou frázi a kompatibilní nastavení klíče. Používá-li služba Stream ID pro výběr streamu, zachovejte jeho syntaxi i escapování. S oběma položkami zacházejte jako s údaji připojení: tajné údaje nedávejte do snímků obrazovky ani reportů a odmítnutou relaci porovnejte s dostupnými logy koncového bodu.
Nastavte latenci pro obnovu, ne pro vzhled
Latence SRT dává opožděným paketům a opakovaným přenesením čas dorazit. Není to celé zpoždění od skla ke sklu; další zpoždění přidává kódování, buffery dekodéru, balení a buffery diváka. Začněte naměřenou trasou, potom porovnejte čisté a zhoršené podmínky při sledování ztrát, opakovaných přenesení, výpadků a kontinuity dekódování.
V URL SRT ve stylu FFmpeg znamená latency=200000 200 ms, protože hodnota je v mikrosekundách. Je to pouze příklad. Zaznamenejte účinnou hodnotu na obou koncových bodech a dolaďte ji pro skutečnou příspěvkovou trasu.
Pokud se stream připojí, ale nepřehrává, prověřte payload
SRT přenáší pakety, nikoli příslib video kodeku, audio kodeku nebo kontejneru. MPEG-TS je pro příspěvkové přenosy běžný, přesto potřebuje platné informace o programu, časová razítka a streamy, které zvolený přehrávač dekóduje. Než znovu změníte latenci, prověřte stejný koncový bod:
ffprobe -v error -show_format -show_streams "srt://LISTENER_HOST:PORT?mode=caller"Hledejte kontejner, video a audio kodeky, profily, stopy a časová razítka. Tyto údaje porovnejte s dokumentovanou podporou přehrávače.
Je-li bitrate přítomný, ale obrazovka zůstává černá
| Co vidíte | Co ověřit dál |
|---|---|
| Žádné připojení | Role, dosažitelný hostitel, UDP port, firewall a přístupové údaje. |
| Připojeno, bez obrazu nebo zvuku | Spusťte kontrolu; ověřte informace o programu, kodeky, stopy a časová razítka. |
| Obraz se při ztrátách rozpadá | Před změnou přehrávače porovnejte měření trasy a latenci obnovy. |
Toto rozdělení brání tomu, aby se problém payloadu změnil v nekonečnou řadu změn připojení.
Pro příspěvkový přenos použijte nativní SRT; pro diváky výstup do prohlížeče
Standardní multimediální prvky prohlížeče URL srt:// nativně neotevřou. Nejprve přijměte příspěvkový signál, potom publikujte výstup kompatibilní s prohlížečem a otestujte jej na zařízení a síti, kde se bude sledovat. Pro sdílený kontrolní pohled operátora použijte Multiview a pro doručení do prohlížeče Web Player.
Dodržujte krátkou kontrolu příjemce
- Zaznamenejte role koncových bodů, hostitele, port, latenci, zásadu Stream ID a stav šifrování.
- Potvrďte, že skutečná síť odesílatele může příjemce dosáhnout.
- Zkontrolujte přenos během čistého intervalu i při zhoršeném stavu relevantním pro akci.
- Na zamýšleném přehrávači potvrďte dekódovaný obraz a programový zvuk.
- V plánovaném testu restartujte jednu stranu a znovu ověřte finální plochu operátora nebo diváka.
Podrobnosti k protokolu najdete v dokumentaci SRT live-transmit a průvodci protokolem SRT Callaba.
Časté otázky k SRT přehrávači
Může prohlížeč přehrát URL SRT přímo?
Ne přes standardní multimediální prvek HTML. Nejprve přijměte SRT a publikujte výstup kompatibilní s prohlížečem.
Proč může připojení SRT ukazovat bitrate bez videa?
Relace může fungovat, zatímco přehrávač nedokáže dekódovat kontejner, stopy, časová razítka nebo profil kodeku.
Má přehrávač použít režim Caller nebo Listener?
Použijte roli, která doplňuje dohodnutý protějšek a jeho síťovou dosažitelnost.
Vyřeší vyšší latence SRT vždy ztrátu paketů?
Ne. Dává opakovaným přenesením více času, ale neotevře blokované UDP, nenapraví trvale nedostatečnou kapacitu ani nedekóduje nepodporovaný payload.
