Kamera nebo kodérPříchozí vydavatel
SRT · UDP
srt://callaba:9000Příchozí vydavatel
SRT příjem, monitorování a směrování
Server Callaba SRT
Server SRT přijímá, spravuje a přenáší živé video s nízkou latencí přes nepředvídatelné sítě IP. Callaba přidává stav připojení, řízení přístupu a směruje stejný zdroj do Multiview, nahrávání, opětovného streamování nebo do webového přehrávače, který lze vložit. Spusťte jej na AWS nebo na svém vlastním linuxovém serveru.
Otevřete živé multiview demo
Potřebujete podrobnosti protokolu?Přečtěte si, jak fungují servery SRT
SRTServer Callaba SRT
Sledujte zdravíSRT
Server Callaba SRT
Přijímejte krmivo, kontrolujte jeho stav a kontrolujte, kam jde.
Živá dopravní telemetrie6,2 Mb/s
- RTT
- 42 ms
- Ztráta paketů
- 0.02%
Nastavte samostatná pravidla pro vydavatele a příjemce
Směrovat výstupyMVMultiview RECZáznam OUTRestreaming WEB · EMBEDWebový přehrávač
Náhled operací SRT
Sledujte posuv od připojení k výstupu
Vyberte krok, abyste viděli, co může operátor ověřit a ovládat v Callabě. Níže uvedené hodnoty ilustrují rozhraní; nejsou živou telemetrií.
Před přesměrováním zdroje se seznamte s peerem
Podívejte se na hlášenou oblast a IP partnera pro každého vydavatele a přijímače připojeného k serveru SRT.
Frankfurt, DE
203.0.113.42Sledujte přenosovou rychlost, RTT a ztrátu paketů
6,2 Mb/sRTT 42 msZtráta paketů 0.02%
Nastavte samostatná pravidla pro vydavatele a příjemce
Povolte očekávaná ID streamů a partnerské adresy s různými pravidly pro lidi, kteří odesílají a přijímají video.
Přístup pro hosty povolen
Směrovat výstupy
Kamera nebo vzdálené studio se jednou připojí ke Callabě. Každý modul může používat akceptovaný zdroj uvnitř Callaba, takže nevytváříte samostatné SRT ingest pro každou úlohu.
MVRECOUTWEB
Jeden vstup SRT, čtyři produktové moduly
Příjem jednoho kanálu SRT. Použijte jej v Multiview, Recording, Restreaming a Web Player.
Váš fotoaparát, kodér nebo vzdálené studio se ke Callabě připojí jednou. Server SRT přijímá datový proud, zobrazuje stav přenosu a zpřístupňuje stejný živý zdroj pro každý modul.
Vyberte jeden zdroj SRTIN IN
Kamera nebo kodér
Odešlete kódovaný zdroj SRT přes veřejný internet.
Místo konání nebo vzdálené studio
Přineste zpět do produkce zpětnou vazbu z oboru nebo studia.
Server Callaba SRT
Přijímejte krmivo, kontrolujte jeho stav a kontrolujte, kam jde.
Sledujte přenosovou rychlost, RTT a ztrátu paketůNastavte samostatná pravidla pro vydavatele a příjemce
Cloud nebo self-hostedPoužijte stejný zdrojMV REC OUT WEB
Multiview
Umístěte zdroj na zeď operátora v prohlížeči.
Záznam
Zachyťte živý zdroj pro kontrolu nebo opětovné použití.
Restreaming
Odešlete stejný přijatý zdroj do nakonfigurovaných cílů.
Webový přehrávač
Publikujte přehrávání v prohlížeči a poté použijte ověřenou adresu URL prohlížeče nebo vložení.
Kamera nebo vzdálené studio se jednou připojí ke Callabě. Každý modul může používat akceptovaný zdroj uvnitř Callaba, takže nevytváříte samostatné SRT ingest pro každou úlohu.
Použijte přijatý stream SRT v řízeném programu
Proměňte přenosy SRT kamer z různých míst do jednoho živého programu. Vyberte každý přijímaný tok jako vstup Video Mixer, uspořádejte zdroje do scén a upravte jejich zvuk. Připravte si další scénu v náhledu, zatímco program zůstává ve vysílání, poté přepněte pomocí CUT nebo FADE. Publikujte a zaznamenejte výsledek ze stejného pracovního prostoru. Hotové krmivo lze stále přijímat a směrovat bez míchání.
- Přijměte a ověřte stream SRT.
- Vyberte přijímaný tok jako vstup AV Mixer.
- Vytvořte scénu v náhledu a poté ji PŘEVEĎTE do programu pomocí CUT nebo FADE.
Nepřetržité publikování na sociálních sítích
Udržujte YouTube, Facebook a Twitch živé, zatímco se zdroj SRT přepíná
Připravte hlavní a záložní kanály SRT a poté mezi nimi přepínejte ručně nebo automaticky na úrovni přenosu. Připojení přijímače a vytahovače zůstávají připojeny přes přepínač; před zahájením výroby otestujte skutečné zdroje, síť, vyrovnávací paměti a cíl.
Primární trasaSignál nestabilní
Připravený zdroj SRTPřipraveno
SRTPřepnutí zdroje při selhání
Přepněte zdroj, udržujte všechny cíle živé
Callaba se přesune na další testovanou trasu SRT PULL, zatímco výstupy YouTube, Facebook a Twitch zůstanou připojeny.
Vyberte zdroj, ponechte připojení po proudu
Operátor může vybrat zdroj ručně, zatímco připojení přijímače a vytahovače zůstávají připojeny. Co a kdy se dostane na obrázek, závisí na připravených kanálech, síti, vyrovnávací paměti a cíli; vyzkoušet skutečnou cestu.
Technická specifikace
Co produkt podporuje a co ověřit
Podporované chování stojí vedle praktické akceptační kontroly. Nainstalované rozhraní Callaba a skutečný zdroj, cíl a profil infrastruktury zůstávají směrodatné.
| Schopnost | Podporované chování | Přejímací kontrola |
|---|---|---|
| Přijímat živé zdroje SRT | Připojte kamery, kodéry, studia nebo vzdálená místa ke Callabě. | Přijímá živé zdroje SRT, ukazuje operátorům stav připojení a přenosu, řídí, kdo může publikovat nebo přijímat, a odesílá video do Multiview, nahrávání, opětovného streamování nebo přehrávání. |
| Začněte od volajícího k posluchači | Pro přímý test příjmu spusťte Callaba jako posluchač SRT a připojte kodér jako volajícího. | Příchozí vydavatel: Sledujte přenosovou rychlost, RTT, ztrátu paketů, stav připojení, region a adresu partnera, zatímco je zdroj aktivní. |
| Viz dopravní zdraví | Sledujte přenosovou rychlost, RTT, ztrátu paketů, stav připojení, region a adresu partnera, zatímco je zdroj aktivní. | Živá dopravní telemetrie |
| Odešlete jeden zdroj na několik úloh | Znovu použijte zdroj v režimu Multiview, nahrávání, opětovném streamování nebo přehrávání. | Přijatý zdroj se může objevit v Multiview, může být nahrán, znovu streamován nebo pokračovat na výstup pro přehrávání nakonfigurovaný v Callaba. |
| Multiview | Umístěte zdroj na zeď operátora v prohlížeči. | Přijatý zdroj se může objevit v Multiview, může být nahrán, znovu streamován nebo pokračovat na výstup pro přehrávání nakonfigurovaný v Callaba. |
| Udržujte YouTube, Facebook a Twitch živé, zatímco se zdroj SRT přepíná | Připravte hlavní a záložní kanály SRT a poté mezi nimi přepínejte ručně nebo automaticky na úrovni přenosu. Připojení přijímače a vytahovače zůstávají připojeny přes přepínač; před zahájením výroby otestujte skutečné zdroje, síť, vyrovnávací paměti a cíl. | Nakonfigurujte hlavní a záložní pracovní postup SRT a poté otestujte přepnutí na zálohování a návrat do hlavního se skutečnými zdroji a cíli. Přepínání na úrovni transportu zachovává připojení přijímače a vytahovače, ale neslibuje bezproblémové přepínání nebo nulové ztráty. |
Continue in the product
Set it up in Callaba. Then check the full path.
You have seen what the product does. These three guides take you into the exact controls, show what to connect next, and give you a practical check before the workflow goes live.
Nasazení
Spusťte jej na AWS nebo na svém vlastním linuxovém serveru
Rozhraní produktu zůstává známé u obou modelů. Vyberte infrastrukturu, kterou je váš tým připraven provozovat.
Spusťte na AWS
Spusťte instanci Callaba ve svém účtu AWS a nakonfigurujte server SRT z prohlížeče.
Nechte si to na vaší infrastruktuře
Nainstalujte Callaba na Linux, když potřebujete cestu k médiu a hostitele pod svou kontrolou.
SRT Server: Jak jej nasadit, spustit a odstraňovat problémy v produkci
Zjistěte, co je to server SRT, jak fungují režimy volajícího/naslouchajícího, porty UDP, latence, ID streamu a přístupová fráze pro živé zpracování videa.
Napsal Iurii Pakholkov
Poslední aktualizace: 4. srpna 2026
Výše uvedený přehled produktu vysvětluje, co Callaba SRT Server umí. Tato příručka začíná předáním operátora: byl vytvořen koncový bod a skutečný SRT stream nyní se musí připojit, přenášet použitelná média a dosáhnout zamýšleného produkčního výstupu.
SRT znamená Bezpečná spolehlivá doprava. Využívá UDP, poté přidává selektivní opakovaný přenos, nastavitelné okno obnovy, volitelné šifrování, role připojení a statistiky přenosu. Tyto ovládací prvky jsou užitečné, když zdroj příspěvků musí procházet veřejným internetem, uplinkem místa nebo jinou sítí, která nezůstane dokonale čistá.
Nechat příspěvek a ingest oddělené od přehrávání publika. Koncový bod SRT přijímá nebo zahajuje relaci řízeného přenosu; přehrávač, CDN nebo účastnická místnost přijde později. Jakmile je zdroj ověřen, produkční systém může směrovat, zaznamenávat, překódovat, znovu streamovat nebo připravit výstup, jako je HLS nebo WebRTC.
Rychlá odpověď pro operátora
Považujte server SRT za první kontrolní bod produkce po zdroji. Běžný způsob příjmu potravy má server jako posluchač a kodér jako volající, ale tyto role říkají, kdo otevírá spojení – ne jakým směrem musí média cestovat. Přijetí vyžaduje zamýšlenou relaci, příchozí bitovou rychlost, stav přenosu, dekódovaný obraz a zvuk a další výstup.
Co je to SRT server?
An SRT server je software, který vlastní jeden konec relace SRT. Může čekat na kodér, volat jiný koncový bod nebo předávat přenos dál. Z hlediska produkce je to místo, kde se vzdálený zdroj stává relací, kterou může přijímající tým identifikovat, pozorovat a předat jinému systému.
Užitečná akceptační kontrola odděluje čtyři úlohy místo toho, aby je sbalila do jednoho „připojeného“ stavu:
- Přijímá živé vysílání: kodér kamery, OBS, vMix, FFmpeg, Larix nebo jiný zdroj odesílá video na server.
- Chrání cestu příspěvku: SRT může obnovit ztracené pakety a zašifrovat přenosovou relaci.
- Odhaluje živé statistiky: Operátoři mohou sledovat přenosovou rychlost, RTT, ztrátu paketů, opakované přenosy a stav připojení.
- Prochází proudem po proudu: server může směrovat zdroj do pracovních postupů nahrávání, překódování, opětovného streamování, přepínání nebo přehrávání.
Když vzdálená posádka řekne „vysíláme“, odpovězte s důkazy z této hranice. Potvrďte, že je očekávaný peer připojen, že médium stále přichází, že obnova drží krok s cestou a že následný dekodér může použít feed. Každá odpověď vylučuje jinou třídu selhání.
Server SRT vs protokol SRT
The protokol SRT definuje, jak koncové body vytvářejí a chrání přenosovou relaci. The SRT server je jedním z těch fungujících koncových bodů s vlastním portem, rolí, přístupovou politikou, mediální cestou a provozním stavem.
| Období | Význam | Příklad |
|---|---|---|
| protokol SRT | Přenosová metoda založená na UDP používaná k přesunu živých médií s obnovou, šifrováním, řízením latence a statistikami. | Spojení mezi kodérem a Callabou. |
| SRT server | Koncový bod příjmu nebo přenosu, který přijímá relace SRT a připojuje je ke zbytku pracovního postupu. | Callaba poslouchá kanál ze vzdáleného místa. |
Co je to živý server SRT?
Fráze Živý server SRT obvykle znamená, že koncový bod nese událost, když k ní dojde. Zdroj je přijat a předán do výroby, záznamu nebo distribuce, zatímco pozdní pakety mají stále omezené okno, ve kterém jsou užitečné.
Tento vzorec se objevuje v příspěvku místa konání, propojení mezi studiem a cloudem, příjmu mobilního nebo hardwarového kodéru, předávání partnerů, připravených záložních cest a pracovních postupů vzdálené produkce. Může následovat doručení do více destinací, ale nemělo by být používáno jako důkaz, že příchozí příspěvek je zdravý.
Živé omezení vytváří kompromis. Latence musí ponechat dostatek času na to, aby byl chybějící paket vyžádán a vrácen, a přitom zůstat v rámci rozpočtu na zpoždění produkce. Hodnota zkopírovaná ze studiové LAN může být příliš krátká pro mobilní nebo meziměstskou cestu, i když se zásuvka stále připojuje.
Jak funguje server SRT
SRT přenáší již zakódované užitečné zatížení; nerozhoduje o kodeku fotoaparátu ani neopravuje neplatnou mapu médií. Mnoho živých cest nese muxovaný MPEG-TS s videem H.264 nebo H.265/HEVC a zvukem AAC, ačkoli skutečný kontejner a stopy závisí na odesílateli. Prohlédněte si užitečné zatížení, které skutečně dorazilo, spíše než předpokládejte, že přenosové handshake prokazuje kompatibilitu kodeků.
- Živý audio a video stream vytváří kodér.
- Kodér odešle datový proud na server SRT.
- Server SRT přijímá stream a sleduje stav připojení.
- Dojde-li ke ztrátě paketů, může SRT požádat o opakovaný přenos, dokud jsou pakety stále užitečné.
- Server předá stream do dalšího kroku pracovního postupu: záznamník, transkodér, restream, přepínač, pracovní postup API nebo systém přehrávání.
Režimy volajícího, posluchače a setkání
SRT zpřístupňuje tři role připojení. Vyberte je z omezení dosažitelnosti a NAT a poté výběr zdokumentujte na obou koncových bodech. Štítek určuje, jak je relace otevřena; sama o sobě neurčuje mediální směr.
- Posluchač: čeká na příchozí připojení SRT na známém portu UDP. Toto je běžný režim pro cloudový ingestový server nebo koncový bod datového centra.
- volající: zahájí připojení k posluchači. To je běžné pro polní kodéry, OBS, vMix, FFmpeg, mobilní aplikace a vzdálené zdroje.
- Setkání: obě strany zahájí spojení. To může pomoci v některých případech NAT, ale před výrobou by to mělo být pečlivě otestováno.
Porty serveru SRT a pravidla brány firewall
Protože SRT běží přes UDP, každá přijímací hranice musí povolit vybraný port UDP: skupina zabezpečení cloudu, firewall hostitele, směrovač, pravidlo NAT nebo upstream politika. Otevření TCP na stejném čísle portu neotevře cestu SRT.
- server má veřejnou IP nebo dostupnou síťovou adresu;
- je otevřený správný port UDP;
- kodér používá správný režim volajícího/posluchače;
- ID toku odpovídá pravidlu směrování serveru, pokud je použito ID toku;
- přístupová fráze se shoduje na obou stranách, pokud je povoleno šifrování;
- přijímající pracovní postup je mapován na správný výstupní výstup.
Jako začátek testu použijte odznak „připojeno“ kodéru. Potvrďte příchozí datový tok a stav přenosu na přijímací straně a poté otevřete Multiview nebo skutečný cíl. Funkční zásuvka nemůže ukázat, že existuje zvuk programu, že jsou použitelné časové značky nebo že následný dekodér přijímá užitečné zatížení.
Technologie
Nejlepší role
Praktická poznámka
SRT
Živý příspěvek, ingest a transport mezi kontrolovanými koncovými body.
Použijte, když je cesta příspěvku důležitá nebo nedokonalá.
RTMP / RTMPS
Jednoduché publikování a příjem na sociální platformě.
Často se používá po požití SRT pro konečné vytlačení na plošiny.
HLS
Přehrávání ve velkém měřítku napříč prohlížeči, televizory a mobilními zařízeními.
Prohlížeče obvykle potřebují HLS nebo jiný formát přehrávání, nikoli raw SRT.
WebRTC
Interaktivní video v reálném čase, hovory, zpětné kanály a účast v sekundách.
Užitečné, když divák nebo účastník potřebuje velmi nízkou latenci.
NDI
Produkční sítě s nízkou latencí v kontrolovaných LAN nebo studiových prostředích.
Při přesouvání produkčních signálů mezi weby nebo cloudovými pracovními postupy použijte mosty SRT/NDI.
Pokud se rozhodnutí týká konkrétně přenosu z vydavatele na platformu, pokračujte dále SRT vs RTMP a otestujte oba proti stejnému kodéru a cíli.
Jak nasadit SRT server
Cloudová a samostatně hostovaná nasazení se řídí stejnou posloupností přijímání. Stanovte hranici sítě, spusťte jeden známý pár koncových bodů, odešlete zamýšlený kodek a přenosovou rychlost, sledujte stav přenosu a ověřte dekódovaný výstup před přidáním tras nebo automatizace.
| Nastavení | Doporučený první test | Proč na tom záleží |
|---|---|---|
| Režim | Server jako posluchač, kodér jako volající | Nejjednodušší vzorec přijímání mraků. |
| UDP port | Otevřete jeden zdokumentovaný port UDP pro každý zdroj příjmu | Provoz SRT nedorazí přes uzavřený firewall. |
| Latence | Začněte na 200–500 ms pro normální internetové cesty | Poskytuje SRT čas na obnovení ztráty a jitter. |
| MPEG-TS / kontejner | MPEG-TS je běžný živý video kontejner přes SRT | Server přijímá užitečné zatížení multimédií, nejen přenosové připojení. |
| ID streamu | Použijte čitelnou hodnotu jako např event-main |
Pomáhá směrovat, identifikovat a chránit kanály. |
| Přístupová fráze | Stejná hodnota na odesílateli a serveru | Šifrování se nezdaří, pokud se klíče neshodují. |
- Vytvořte server nebo cloudovou instanci s dostatkem CPU, síťové kapacity a úložiště pro váš pracovní postup.
- Otevřete požadovaný port UDP ve skupině zabezpečení cloudu a hostitelské bráně firewall.
- Vytvořte posluchač SRT který bude přijímat příchozí stream.
- Nastavte ID streamu a pravidla pro přístupové fráze pokud potřebujete směrování a šifrování.
- Připojte kodér jako volajícího SRT a odeslat stream do koncového bodu posluchače.
- Zkontrolujte živé statistiky jako je přenosová rychlost, RTT, ztráta paketů, opakované přenosy a stav připojení.
- Nasměrujte proud po proudu k nahrávání, opětovnému streamování, překódování nebo přehrávání.
Jak používat SRT server v Callaba
V aplikaci Callaba je obrazovka serveru SRT pracovní plochou příspěvku. Přináší roli připojení, stav vydavatele nebo příjemce, politiku přístupu, důkazy o přepravě a další cestu do jednoho pracovního postupu operátora. Používejte rozhraní API poté, co je tento pracovní postup srozumitelný a opakovatelný.
Stejný přijatý vstup může podporovat několik různých úloh:
- SRT kodér do Callaba, poté přesměrování na Twitch nebo YouTube;
- OBS do Callaba přes SRT, poté nahrajte stream;
- vMix do Callaba přes SRT, pak směrujte zdroj do jiného cíle;
- mobilní aplikace do Callaba přes SRT a poté přesměrování na sociální platformy;
- vzdálené místo na Callaba, pak balíček pro přehrávání v prohlížeči;
- Vstup SRT do multiview prohlížeče, rekordéru, směrování API a řízené doručování přehrávače.
Co sledovat na serveru SRT
Přečtěte si přepravní důkazy a dekódovaná média společně. Transportní přepážky vysvětlují relaci; obrázek, zvuk a místo určení ukazují, zda je produkce skutečně může použít.
Dopravní signály
- Stav připojení: připojeno, odpojeno, znovu se připojuje nebo selhalo.
- Příchozí datový tok: zda média stále proudí očekávanou rychlostí.
- RTT: doba zpáteční cesty mezi odesílatelem a příjemcem.
- Ztráta paketů: kolik dat se na cestě ztrácí.
- Opakované přenosy: jak často musí SRT obnovovat chybějící pakety.
- Jitter: jak moc se liší časování paketů.
- Příjem vyrovnávací paměti: zda připojení běží příliš blízko limitu obnovy.
Sestavte prahy z cesty: pozorujte RTT jako rozsah, porovnejte ztráty a delty opakovaného přenosu ve stejném intervalu a udržujte kódovaný datový tok uvnitř měřené síťové rezervy. Zvyšte latenci pouze tehdy, když důkazy ukazují, že obnovitelné pakety přicházejí příliš pozdě; nekopírujte univerzální procento do každého nasazení.
Mediální signály
- černé video, zmrazené video, chybějící zvuk nebo tichý zvuk;
- špatný kodek, obnovovací kmitočet, rozlišení nebo zvukový formát;
- špatná časová razítka, chybějící klíčové snímky nebo nekompatibilní mapování streamů.
Běžné problémy se serverem SRT
Spojení SRT se nespustí
Umístěte dvě uložené konfigurace koncových bodů vedle sebe. Zkontrolujte roli, dosažitelnou adresu, port UDP, každou hranici brány firewall, ID streamu a heslo. Je to rychlejší a bezpečnější než vyvozování příčiny ze stavové zprávy jedné aplikace.
Stream se připojí, ale video je nestabilní
Srovnejte viditelné přerušení s RTT, ztrátou, opakovaným přenosem a latencí ze stejného intervalu. Pokud se náhradní pakety vrátí po období obnovy, změřte znovu s větší latencí nebo nižší přenosovou rychlostí. Pokud je odkaz již nasycený, větší okno samo o sobě nevytvoří šířku pásma.
Stream se připojí, ale není slyšet zvuk
Začněte u kodéru: potvrďte zamýšlené zařízení, měřiče, rozložení kanálů a zvukový kodek. Poté zkontrolujte přijaté stopy a podporu kodeků další aplikace. Změna nastavení sítě nemůže obnovit zvuk, který nebyl nikdy umístěn do datové části.
Než se dotknete serveru, poslouchejte lokálně v OBS, vMix, hardwarovém kodéru nebo výstupu monitorovaného zařízení. Jakmile je zdroj zvuku ověřen, sledujte stejnou stopu přes přijímač a cíl bez přepínání testovacích signálů uprostřed vyšetřování.
Statistiky SRT vypadají dobře, ale diváci mají stále problémy
Když přeprava zůstane v pořádku během incidentu s divákem, pokračujte v dekódování, překódování, balení, původu, CDN a přehrávači. Ponechte si jedno časové razítko incidentu v celém řetězci, aby každý tým zkoumal stejnou událost spíše než podobně vypadající symptom.
Samoobslužný vs spravovaný server SRT
Zvolte nasazení podle provozní hranice, kterou je váš tým připraven vlastnit. Self-hosting udržuje instanci, upgrady a síťovou politiku uvnitř vaší infrastruktury. Spuštění cloudu může zkrátit první regionální test. Žádná z možností neodstraňuje kapacitu, monitorování nebo práci na obnově.
| Volba | Použijte, když | Hlavní riziko |
|---|---|---|
| Samoobslužný server SRT | Potřebujete plnou kontrolu nad umístěním sítě, dodržováním předpisů, logikou směrování nebo interními pravidly nasazení. | Váš tým vlastní monitorování, škálování, aktualizace a operace v den událostí. |
| Spravovaná platforma pracovních postupů SRT | Potřebujete rychle spustit a chtít monitorování, směrování, nahrávání nebo opětovné streamování na jednom místě. | Stále musíte ověřit porty, nastavení zdroje, ID streamu, přístupovou frázi a downstream trasy. |
Callaba podporuje stejný pracovní postup operátora SRT při spuštění cloudu nebo na samostatně hostovaném serveru Linux. Prokázat jeden příjem, Multiview nebo cíl a záznam na zvolené infrastruktuře; poté přidejte směrování, opětovné streamování, doručování prohlížečem nebo automatizaci API jako samostatně testovatelné kroky.
Kontrolní seznam v den události pro server SRT
- Potvrďte IP adresu serveru nebo název hostitele.
- Potvrďte, že je otevřený port UDP.
- Potvrďte režim volajícího/posluchače/schůzky na obou stranách.
- Potvrďte ID streamu, pokud je použito.
- Potvrďte heslo pro šifrování, pokud je použito.
- Potvrďte očekávaný datový tok, kodek, snímkovou frekvenci, rozlišení a formát zvuku.
- Spusťte stream a ověřte příchozí datový tok.
- Zkontrolujte RTT, ztrátu paketů, opakované přenosy a jitter.
- Zkontrolujte skutečný obraz a zvuk, nejen stav připojení.
- Potvrďte následnou trasu: nahrávání, opětovné streamování, překódování nebo přehrávání.
- Potvrďte synchronizaci času: server a kodér by měly používat NTP nebo jiný konzistentní zdroj času, aby bylo možné při odstraňování problémů korelovat protokoly a záznamy.
- Před začátkem události otestujte cestu k zálohování.
Oficiální odkazy a související četba
Uchovávejte specifikaci protokolu vedle sady Runbook a použijte aktuální průvodce Callaba pro podrobnosti o rozhraní a rozhraní API, které se mohou měnit nezávisle na transportním standardu.
Krátké odpovědi před spuštěním serveru SRT
Musí SRT server přijímat video?
Ne. Volající a posluchač popisují, kdo otevírá spojení. Návrh aplikace určuje, která strana odesílá média.
Může prohlížeč přehrát nezpracovanou adresu URL SRT?
Běžné přehrávání v prohlížeči normálně potřebuje výstup podporovaný prohlížečem, jako je HLS nebo WebRTC. Relace SRT zůstává transportem příspěvků.
Co dokazuje, že server funguje?
Potvrďte zamýšlenou relaci, příchozí datový tok a stav přenosu a poté zkontrolujte dekódovaný obraz a zvuk v Multiview nebo v cíli.
FAQ
Co je to SRT server?
Je to jeden pracovní koncový bod v relaci SRT. Server může čekat, iniciovat nebo předávat připojení příspěvků a poté tento zdroj vystavit řízenému produkčnímu pracovnímu postupu.
Co je to živý server SRT?
Jedná se o koncový bod SRT nesoucí příspěvek během události. Přijatý zdroj může pokračovat v přepínání, monitorování, nahrávání, překódování, směrování, opětovné streamování nebo v pracovním postupu zobrazování diváků.
Je server SRT stejný jako streamovací server?
Ne. Server SRT obvykle vlastní relaci příspěvku nebo přenosu. Širší streamovací platforma může k tomuto přenosu přidat řízení přístupu, překódování, nahrávání, analýzy, operace API, přehrávání v prohlížeči a doručování CDN.
Používá server SRT protokol UDP?
Ano. SRT běží přes UDP, takže vybraný port UDP musí být povolen prostřednictvím cloudového pravidla, brány firewall hostitele, směrovače a jakékoli další hranice přijímací sítě.
Jaký port používá server SRT?
Neexistuje žádný univerzální port SRT. Vyberte port UDP v konfiguraci koncového bodu, rezervujte jej v příslušných síťových zásadách a zdokumentujte, která událost, zdroj nebo tenant jej vlastní.
Měl by být server SRT posluchačem nebo volajícím?
Běžný vzor přijímání z cloudu používá Callaba jako posluchače a kodér jako volajícího, protože server má dostupnou adresu a známý port UDP. Použijte jinou roli, když to skutečný NAT a návrh firewallu vyžaduje; role neurčuje směr médií.
Může OBS odesílat na server SRT?
Ano. Nakonfigurujte OBS s koncovým bodem SRT a odpovídajícími hodnotami role, portu a zabezpečení. Po připojení ověřte přijatý datový tok, dekódovaný obraz a zvuk, než nasměrujete zdroj dál.
Může vMix odeslat na server SRT?
Ano. vMix může odesílat nebo přijímat SRT. Jeden společný návrh posílá program vMix do Callaba za účelem monitorování, nahrávání, směrování nebo opětovného streamování, přičemž obě role koncového bodu a vrácená média jsou zkontrolovány během zkoušky.
Je SRT lepší než RTMP?
Pro ztrátový nebo dálkový příspěvek nabízí SRT obnovu a laditelné okno latence, které RTMP neposkytuje stejným způsobem. RTMP nebo RTMPS zůstávají běžné pro doručování vydavatelů na platformu, takže mnoho systémů používá SRT upstream a RTMP downstream.
Mohou prohlížeče hrát SRT přímo?
Běžné přehrávání v prohlížeči nespotřebovává nezpracovanou adresu URL SRT. Nejprve přijměte příspěvek a poté připravte výstup podporovaný prohlížečem, jako je HLS nebo WebRTC.
Proč se můj stream SRT připojuje, ale nezobrazuje žádné video?
Transport handshake může být úspěšný, i když není k dispozici žádné použitelné video. Zkontrolujte příchozí datový tok, kontejner, kodek, časová razítka, klíčové snímky, mapování stop a cílový dekodér pomocí stejného živého vzorku.
Jak udělám server SRT spolehlivějším?
Použijte zamýšlenou cestu UDP, ponechte naměřenou šířku pásma, latenci velikosti od RTT a ztrátové chování, zkontrolujte užitečné zatížení média, sledujte rozdíly a před událostí nacvičte skutečně použitelný alternativní koncový bod.
Přenáší SRT obvykle MPEG-TS?
Často ano: mnoho živých pracovních postupů SRT přenáší muxovaný zvuk a video v MPEG-TS. Samotný SRT je závislý na obsahu, takže potvrďte kontejner a stopy vytvořené skutečným odesílatelem.
Jaké metriky serveru SRT bych měl sledovat jako první?
Začněte se stavem připojení, příchozí přenosovou rychlostí, RTT, opakovaným přenosem a ztrátami ve známém intervalu. Přečtěte si je vedle dekódovaného obrazu a zvuku a poté nastavte úrovně výstrahy podle zamýšleného kodeku, datového toku, regionu a sítě, nikoli univerzální procento.
Kam dál
- Co je protokol SRT?
- SRT vs RTMP
- Jak spustit streamování SRT v OBS Studio
- Jak přijímat stream SRT v OBS Studio
- Odesílání a příjem SRT streamu přes vMix
- Najděte perfektní latenci pro nastavení SRT
- Dokumenty API serverů SRT
Poslední aktualizace: 4. srpna 2026