Camera of encoderInkomende uitgever
SRT · UDP
srt://callaba:9000Inkomende uitgever
SRT-opname, monitoring en routing
Callaba SRT-server
Een SRT-server ontvangt, beheert en verzendt live video met lage latentie via onvoorspelbare IP-netwerken. Callaba voegt verbindingsstatus en toegangscontrole toe en stuurt dezelfde feed naar Multiview, opname, restreaming of een insluitbare webspeler. Voer het uit op AWS of uw eigen Linux-server.
Open de live Multiview-demo
Heeft u de protocolgegevens nodig?Lees hoe SRT-servers werken
SRTCallaba SRT-server
Let op gezondheidSRT
Callaba SRT-server
Ontvang het voer, controleer de gezondheid ervan en controleer waar het naartoe gaat.
Live transporttelemetrie6,2 Mb/s
- RTT
- 42 ms
- Pakketverlies
- 0.02%
Stel aparte regels in voor uitgevers en ontvangers
Route-uitgangenMVMultiview RECRecording OUTRestreaming WEB · EMBEDWebspeler
Voorbeeld van SRT-bewerkingen
Volg de feed van aansluiting tot uitgang
Kies een stap om te zien wat een operator kan verifiëren en controleren in Callaba. De onderstaande waarden illustreren de interface; het zijn geen live telemetrie.
Ken de peer voordat u de feed doorstuurt
Bekijk de gerapporteerde regio en peer-IP voor elke uitgever en ontvanger die op de SRT-server is aangesloten.
Frankfurt, DE
203.0.113.42Bekijk bitrate, RTT en pakketverlies
6,2 Mb/sRTT 42 msPakketverlies 0.02%
Stel aparte regels in voor uitgevers en ontvangers
Sta de stream-ID's en peer-adressen toe die u verwacht, met verschillende regels voor mensen die video verzenden en ontvangen.
Gasttoegang ingeschakeld
Route-uitgangen
De camera of externe studio maakt één keer verbinding met Callaba. Elke module kan de geaccepteerde bron binnen Callaba gebruiken, zodat u niet voor elke taak een aparte SRT-opname maakt.
MVRECOUTWEB
Eén SRT-ingang, vier productmodules
Ontvang één SRT-feed. Gebruik het in Multiview, Opnemen, Opnieuw streamen en Web Player.
Uw camera, encoder of externe studio maakt één keer verbinding met Callaba. De SRT-server ontvangt de stream, toont de transportstatus ervan en stelt dezelfde livebron beschikbaar voor elke module.
Kies één SRT-bronIN IN
Camera of encoder
Verzend een gecodeerde SRT-feed via het openbare internet.
Locatie of externe studio
Breng veld- of studiofeed terug naar de productie.
Callaba SRT-server
Ontvang het voer, controleer de gezondheid ervan en controleer waar het naartoe gaat.
Bekijk bitrate, RTT en pakketverliesStel aparte regels in voor uitgevers en ontvangers
Cloud of zelfgehostGebruik dezelfde feed-inMV REC OUT WEB
Multiview
Plaats de bron op een browsergebaseerde operatormuur.
Recording
Leg de livefeed vast voor beoordeling of hergebruik.
Restreaming
Stuur dezelfde geaccepteerde feed naar de geconfigureerde bestemmingen.
Webspeler
Publiceer het afspelen in de browser en gebruik vervolgens de geverifieerde viewer-URL of sluit deze in.
De camera of externe studio maakt één keer verbinding met Callaba. Elke module kan de geaccepteerde bron binnen Callaba gebruiken, zodat u niet voor elke taak een aparte SRT-opname maakt.
Gebruik een ontvangen SRT-stream in een gecontroleerd programma
Zet SRT-camerafeeds van verschillende locaties om in één liveprogramma. Kies elke ontvangen stream als Video Mixer-ingang, rangschik de bronnen in scènes en pas hun audio aan. Bereid de volgende scène voor in Preview terwijl het programma in de lucht blijft, en schakel vervolgens over met CUT of FADE. Publiceer en registreer het resultaat vanuit dezelfde werkruimte. Een afgewerkt voer kan toch zonder vermenging worden ontvangen en gerouteerd.
- Ontvang en verifieer de SRT-stream.
- Kies die ontvangen stream als de AV Mixer-ingang.
- Bouw de scène in Preview en NEEM hem vervolgens naar Programmeren met CUT of FADE.
Continu sociaal publiceren
Houd YouTube, Facebook en Twitch live terwijl een SRT-bron schakelt
Bereid hoofd- en back-up-SRT-feeds voor en schakel er vervolgens handmatig of automatisch op transportniveau tussen. Stroomafwaartse ontvanger- en trekkerverbindingen blijven verbonden via een schakelaar; test de echte bronnen, het netwerk, de buffers en de bestemming vóór productie.
Primaire routeSignaal onstabiel
Voorbereide SRT-bronReady
SRTBronfailover
Verander de bron, houd elke bestemming live
Callaba gaat naar de volgende geteste SRT PULL-route terwijl de YouTube-, Facebook- en Twitch-uitgangen verbonden blijven.
Kies de bron, behoud downstream-verbindingen
Een operator kan de bron handmatig kiezen, terwijl de stroomafwaartse ontvanger- en pullerverbindingen aangesloten blijven. Wat in beeld komt en wanneer hangt nog steeds af van de voorbereide feeds, het netwerk, de buffers en de bestemming; test het daadwerkelijke pad.
Technische specificatie
Wat het product ondersteunt en wat u moet verifiëren
Ondersteund gedrag gaat gepaard met een praktische acceptatiecheck. De geïnstalleerde Callaba-interface en het echte bron-, bestemmings- en infrastructuurprofiel blijven gezaghebbend.
| Capability | Ondersteund gedrag | Acceptatiecontrole |
|---|---|---|
| Ontvang live SRT-feeds | Verbind camera's, encoders, studio's of externe locaties met Callaba. | Het ontvangt live SRT-feeds, toont operators de verbindings- en transportstatus, bepaalt wie kan publiceren of ontvangen, en stuurt de video naar Multiview, waar deze wordt opgenomen, opnieuw wordt gestreamd of wordt afgespeeld. |
| Begin met beller naar luisteraar | Voor een eenvoudige ingest-test voert u Callaba uit als de SRT-listener en sluit u de encoder aan als de beller. | Inkomende uitgever: Bekijk bitrate, RTT, pakketverlies, verbindingsstatus, regio en peer-adres terwijl de feed live is. |
| Zie transportgezondheid | Bekijk bitrate, RTT, pakketverlies, verbindingsstatus, regio en peer-adres terwijl de feed live is. | Live transporttelemetrie |
| Stuur één feed naar meerdere vacatures | Hergebruik de bron in Multiview, opnemen, opnieuw streamen of afspelen. | Een ontvangen feed kan in Multiview verschijnen, worden opgenomen, opnieuw worden gestreamd of doorgaan naar een afspeeluitvoer die in Callaba is geconfigureerd. |
| Multiview | Plaats de bron op een browsergebaseerde operatormuur. | Een ontvangen feed kan in Multiview verschijnen, worden opgenomen, opnieuw worden gestreamd of doorgaan naar een afspeeluitvoer die in Callaba is geconfigureerd. |
| Houd YouTube, Facebook en Twitch live terwijl een SRT-bron schakelt | Bereid hoofd- en back-up-SRT-feeds voor en schakel er vervolgens handmatig of automatisch op transportniveau tussen. Stroomafwaartse ontvanger- en trekkerverbindingen blijven verbonden via een schakelaar; test de echte bronnen, het netwerk, de buffers en de bestemming vóór productie. | Configureer de hoofd- en back-up-SRT-workflow en test vervolgens zowel het overschakelen naar de back-up als het terugkeren naar de hoofdstroom met de echte bronnen en bestemming. Het schakelen op transportniveau behoudt de stroomafwaartse ontvanger- en puller-verbindingen, maar belooft geen hitless-switching of nulverlies. |
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.
Deployment
Voer het uit op AWS of op uw eigen Linux-server
De productinterface blijft in beide modellen bekend. Kies de infrastructuur waar uw team gebruik van kan maken.
Lancering op AWS
Start een Callaba-instantie in uw AWS-account en configureer de SRT-server vanuit de browser.
Bewaar het op uw infrastructuur
Installeer Callaba op Linux wanneer u het mediapad en de host onder uw controle wilt hebben.
SRT-server: implementeren, uitvoeren en problemen oplossen in productie
Ontdek wat een SRT-server is, hoe beller-/luisteraarmodi, UDP-poorten, latentie, stream-ID en wachtwoordzin werken voor live video-opname.
Geschreven door Iurii Pakholkov
Laatst bijgewerkt: 4 augustus 2026
In het productoverzicht hierboven wordt uitgelegd wat Callaba SRT Server kan. Deze handleiding begint bij de overdracht door de operator: er is een eindpunt gemaakt en een reëel eindpunt SRT-stream moet nu verbinding maken, bruikbare media vervoeren en de beoogde productie-output bereiken.
SRT staat voor Veilig betrouwbaar transport. Het maakt gebruik van UDP en voegt vervolgens selectieve hertransmissie, een aanpasbaar herstelvenster, optionele codering, verbindingsrollen en transportstatistieken toe. Deze controles zijn handig wanneer een bijdragefeed het openbare internet, een uplink van een locatie of een ander netwerk moet passeren dat niet perfect schoon zal blijven.
Houden bijdrage en inname gescheiden van het afspelen door het publiek. Het SRT-eindpunt accepteert of initieert de gecontroleerde transportsessie; een speler, CDN of deelnemersruimte komt later. Zodra de feed is bewezen, kan het productiesysteem een output zoals HLS of WebRTC routeren, opnemen, transcoderen, restreamen of voorbereiden.
Snel antwoord voor een operator
Behandel de SRT-server als het eerste productiecontrolepunt na de bron. Een veel voorkomend innamepatroon heeft de server als luisteraar en de encoder als beller, maar die rollen zeggen wie de verbinding opent – niet welke kant de media op moeten reizen. Acceptatie vereist de beoogde sessie, inkomende bitsnelheid, transportstatus, gedecodeerd beeld en audio, en de volgende uitvoer.
Wat is een SRT-server?
Een SRT-server is software die eigenaar is van één uiteinde van een SRT-sessie. Het kan wachten op een encoder, een ander eindpunt aanroepen of een feed doorgeven. In productietermen is het de plaats waar een externe bron een sessie wordt die het ontvangende team kan identificeren, observeren en aan een ander systeem kan doorgeven.
Een nuttige acceptatiecontrole scheidt vier taken in plaats van ze samen te voegen tot één enkele ‘verbonden’ staat:
- Ontvangt de livefeed: een camera-encoder, OBS, vMix, FFmpeg, Larix of een andere bron stuurt video naar de server.
- Beschermt het bijdragepad: SRT kan verloren pakketten herstellen en de transportsessie coderen.
- Geeft live statistieken weer: Operators kunnen bitrate, RTT, pakketverlies, hertransmissies en verbindingsstatus monitoren.
- Passeert de stroom stroomafwaarts: de server kan de feed routeren naar opname-, transcodering-, restreaming-, schakel- of afspeelworkflows.
Als een bemanning op afstand zegt: ‘we sturen’, antwoord dan met bewijs uit deze grens. Bevestig dat de verwachte peer verbonden is, dat er nog steeds media binnenkomen, dat het herstel het pad volgt en dat de downstream-decoder de feed kan gebruiken. Elk antwoord sluit een andere soort mislukking uit.
SRT-server versus SRT-protocol
De SRT-protocol definieert hoe de eindpunten de transportsessie tot stand brengen en beschermen. De SRT-server is een van die werkende eindpunten, met zijn eigen poort, rol, toegangsbeleid, mediapad en operationele status.
| Termijn | Betekenis | Voorbeeld |
|---|---|---|
| SRT-protocol | De op UDP gebaseerde transportmethode die wordt gebruikt om live media te verplaatsen met herstel, codering, latentiecontrole en statistieken. | De verbinding tussen een encoder en Callaba. |
| SRT-server | Het ingest- of relay-eindpunt dat SRT-sessies accepteert en deze verbindt met de rest van de werkstroom. | Callaba luistert naar een feed op een externe locatie. |
Wat is een SRT-liveserver?
De zin SRT live-server betekent meestal dat het eindpunt een gebeurtenis draagt terwijl deze plaatsvindt. De feed wordt geaccepteerd en overgedragen aan productie, opname of distributie, terwijl late pakketten nog steeds een beperkte periode hebben waarin ze bruikbaar zijn.
Dat patroon komt naar voren in de bijdrage van de locatie, studio-naar-cloud-koppelingen, opname van mobiele of hardware-encoder, overdrachten door partners, voorbereide back-uppaden en workflows voor productie op afstand. Bezorging op meerdere bestemmingen kan volgen, maar dit mag niet worden gebruikt als bewijs dat de inkomende bijdrage gezond is.
De live-beperking creëert de afweging. De latentie moet voldoende tijd laten om een ontbrekend pakket op te vragen en terug te sturen, maar toch binnen het productievertragingsbudget blijven. Een waarde die is gekopieerd van een studio-LAN kan te kort zijn voor een mobiel of langeafstandspad, ook al is de socket nog steeds verbonden.
Hoe een SRT-server werkt
SRT transporteert een reeds gecodeerde lading; het beslist niet over de cameracodec en repareert geen ongeldige mediakaart. Veel livepaden bevatten gemuxed MPEG-TS met H.264- of H.265/HEVC-video en AAC-audio, hoewel de daadwerkelijke container en tracks afhankelijk zijn van de afzender. Inspecteer de lading die werkelijk is aangekomen, in plaats van aan te nemen dat de transporthandshake codec-compatibiliteit bewijst.
- Een encoder creëert de live audio- en videostream.
- De encoder stuurt de stream naar een SRT-server.
- De SRT-server ontvangt de stream en houdt de verbindingsstatus bij.
- Als pakketten verloren gaan, kan SRT om hertransmissie verzoeken terwijl de pakketten nog steeds bruikbaar zijn.
- De server geeft de stream door aan de volgende workflowstap: recorder, transcoder, restream, switcher, API-workflow of afspeelsysteem.
Beller-, luisteraar- en rendez-vousmodi
SRT onthult drie verbindingsrollen. Kies ze uit bereikbaarheids- en NAT-beperkingen en documenteer vervolgens de keuze op beide eindpunten. Het label bepaalt hoe de sessie wordt geopend; het bepaalt op zichzelf niet de richting van de media.
- Luisteraar: wacht op een inkomende SRT-verbinding op een bekende UDP-poort. Dit is de gebruikelijke modus voor een cloudopnameserver of datacentereindpunt.
- Beller: start de verbinding met een luisteraar. Dit is gebruikelijk voor veldencoders, OBS, vMix, FFmpeg, mobiele apps en externe bronnen.
- Afspraak: beide partijen initiëren de verbinding. Dit kan in sommige NAT-gevallen helpen, maar het moet vóór productie zorgvuldig worden getest.
SRT-serverpoorten en firewallregels
Omdat SRT over UDP loopt, moet elke ontvangstgrens de geselecteerde UDP-poort toestaan: cloudbeveiligingsgroep, hostfirewall, router, NAT-regel of upstream-beleid. Als u TCP op hetzelfde poortnummer opent, wordt het SRT-pad niet geopend.
- de server heeft een openbaar IP-adres of een bereikbaar netwerkadres;
- de juiste UDP-poort is open;
- de encoder gebruikt de juiste beller-/luistermodus;
- de stream-ID komt overeen met de serverrouteringsregel, als stream-ID wordt gebruikt;
- de wachtwoordzin komt aan beide kanten overeen, als codering is ingeschakeld;
- de ontvangende workflow wordt toegewezen aan de juiste stroomafwaartse uitvoer.
Gebruik de ‘connected’-badge van de encoder als start van de test. Bevestig de inkomende bitrate en transportstatus aan de ontvangende kant en open vervolgens Multiview of de daadwerkelijke bestemming. Een werkende socket kan niet aantonen dat er programma-audio bestaat, dat tijdstempels bruikbaar zijn of dat de downstream-decoder de payload accepteert.
Technologie
Beste rol
Praktische opmerking
SRT
Live bijdrage, opname en transport tussen gecontroleerde eindpunten.
Gebruik dit wanneer het bijdragepad belangrijk of onvolmaakt is.
RTMP/RTMPS
Eenvoudig publiceren en opnemen op sociale platforms.
Vaak gebruikt na SRT-opname voor de laatste push naar platforms.
HLS
Grootschalige weergave via browsers, tv's en mobiele apparaten.
Browsers hebben meestal HLS of een ander afspeelformaat nodig, geen onbewerkte SRT.
WebRTC
Interactieve realtime video, oproepen, retourfeeds en deelname van minder dan een seconde.
Handig wanneer de kijker of deelnemer een zeer lage latentie nodig heeft.
NDI
Productienetwerken met lage latentie binnen gecontroleerde LAN- of studio-omgevingen.
Gebruik SRT/NDI-bruggen bij het verplaatsen van productiesignalen tussen locaties of cloudworkflows.
Als de beslissing specifiek gaat over het transport van uitgever naar platform, ga dan verder met SRT versus RTMP en test beide tegen dezelfde encoder en bestemming.
Hoe u een SRT-server implementeert
Cloud- en zelf-gehoste implementaties volgen dezelfde acceptatievolgorde. Stel de netwerkgrens vast, start een bekend eindpuntpaar, verzend de beoogde codec en bitrate, observeer de transportstatus en bewijs de gedecodeerde uitvoer voordat routes of automatisering worden toegevoegd.
| Instelling | Aanbevolen eerste test | Waarom het ertoe doet |
|---|---|---|
| Modus | Server als luisteraar, encoder als beller | Eenvoudigste cloud-opnamepatroon. |
| UDP-poort | Open één gedocumenteerde UDP-poort per opnamefeed | SRT-verkeer komt niet binnen via een gesloten firewall. |
| Latentie | Begin bij 200–500 ms voor normale internetpaden | Geeft SRT de tijd om verlies en jitter te herstellen. |
| MPEG-TS/container | MPEG-TS is de gebruikelijke livevideocontainer via SRT | De server ontvangt een gemengde medialading, niet alleen een transportverbinding. |
| Stream-ID | Gebruik een leesbare waarde, zoals event-main |
Helpt feeds te routeren, identificeren en beschermen. |
| Wachtwoordzin | Dezelfde waarde op afzender en server | De codering mislukt als de sleutels niet overeenkomen. |
- Maak een server- of cloudinstantie met voldoende CPU, netwerkcapaciteit en opslag voor uw workflow.
- Open de vereiste UDP-poort in de cloudbeveiligingsgroep en hostfirewall.
- Maak een SRT-listener die de inkomende stroom zal ontvangen.
- Stel regels voor stream-ID en wachtwoordzin in als je routing en encryptie nodig hebt.
- Sluit de encoder aan als SRT-beller en stuur de stream naar het luisteraareindpunt.
- Bekijk live statistieken zoals bitrate, RTT, pakketverlies, hertransmissies en verbindingsstatus.
- Leid de stroom stroomafwaarts tot opnemen, opnieuw streamen, transcoderen of afspelen.
Hoe een SRT-server in Callaba te gebruiken
In Callaba is het SRT Server-scherm het werkoppervlak voor bijdragen. Het brengt de verbindingsrol, uitgever- of ontvangerstatus, toegangsbeleid, transportbewijs en verdere route in één operatorworkflow. Gebruik de API nadat de workflow is begrepen en herhaalbaar.
Dezelfde geaccepteerde input kan verschillende afzonderlijke taken ondersteunen:
- SRT-encoder naar Callaba en vervolgens opnieuw streamen naar Twitch of YouTube;
- OBS naar Callaba via SRT en neem vervolgens de stream op;
- vMix naar Callaba via SRT en routeer de feed vervolgens naar een andere bestemming;
- mobiele app naar Callaba via SRT en vervolgens opnieuw streamen naar sociale platforms;
- externe locatie naar Callaba, vervolgens inpakken voor afspelen in browser;
- SRT-invoer naar browsermultiview, recorder, API-routing en gecontroleerde spelerlevering.
Wat u moet controleren op een SRT-server
Lees transportbewijs en gedecodeerde media samen. Transportbalies geven uitleg over de sessie; beeld, audio en de bestemming laten zien of de productie er daadwerkelijk gebruik van kan maken.
Transportsignalen
- Verbindingsstatus: verbonden, losgekoppeld, opnieuw verbonden of mislukt.
- Inkomende bitsnelheid: of de media nog steeds met de verwachte snelheid stromen.
- RTT: retourtijd tussen zender en ontvanger.
- Pakketverlies: hoeveel gegevens verloren gaan op het pad.
- Heruitzendingen: hoe vaak SRT ontbrekende pakketten moet herstellen.
- Jitter: hoeveel pakkettiming varieert.
- Bufferdruk ontvangen: of de verbinding te dicht bij de herstellimiet komt.
Drempels bouwen vanaf het pad: observeer RTT als een bereik, vergelijk verlies- en hertransmissiedelta's over hetzelfde interval, en houd de gecodeerde bitsnelheid binnen de gemeten netwerkruimte. Verhoog de latentie alleen als uit bewijsmateriaal blijkt dat herstelbare pakketten te laat aankomen; kopieer geen universeel percentage naar elke implementatie.
Mediasignalen
- zwarte video, bevroren video, ontbrekende audio of stille audio;
- verkeerde codec, framesnelheid, resolutie of audioformaat;
- slechte tijdstempels, ontbrekende keyframes of incompatibele streammapping.
Veel voorkomende SRT-serverproblemen
De SRT-verbinding start niet
Zet de twee opgeslagen eindpuntconfiguraties naast elkaar. Controleer rol, bereikbaar adres, UDP-poort, elke firewallgrens, Stream ID en wachtwoordzin. Dit is sneller en veiliger dan het afleiden van de oorzaak uit het statusbericht van één applicatie.
De stream maakt verbinding, maar de video is instabiel
Breng de zichtbare breuk in lijn met RTT-, verlies-, hertransmissie- en latentiebewijs uit hetzelfde interval. Als vervangende pakketten na de herstelperiode terugkeren, meet u opnieuw met meer latentie of een lagere bitsnelheid. Als de link al verzadigd is, zal een groter venster alleen geen bandbreedte creëren.
De stream maakt verbinding, maar er is geen audio
Begin bij de encoder: bevestig het beoogde apparaat, de meters, de kanaalindeling en de audiocodec. Inspecteer vervolgens de ontvangen nummers en de codec-ondersteuning van de volgende applicatie. Het wijzigen van de netwerkinstellingen kan geen audio herstellen die nooit in de payload is geplaatst.
Luister lokaal in OBS, vMix, de hardware-encoder of een bewaakte apparaatuitvoer voordat u de server aanraakt. Zodra de bronaudio is bewezen, volgt u hetzelfde spoor door de ontvanger en de bestemming zonder halverwege het onderzoek van testsignaal te wisselen.
De SRT-statistieken zien er goed uit, maar kijkers hebben nog steeds problemen
Wanneer het transport gezond blijft tijdens een kijkerincident, ga dan verder met decoderen, transcoderen, verpakken, herkomst, CDN en speler. Houd één tijdstempel van één incident in de hele keten bij, zodat elk team dezelfde gebeurtenis onderzoekt in plaats van een soortgelijk symptoom.
Zelf-gehoste versus beheerde SRT-server
Kies voor implementatie op basis van de operationele grens die uw team bereid is te bezitten. Door zelfhosting blijven de instance, upgrades en het netwerkbeleid binnen uw infrastructuur. Een cloudlancering kan de eerste regionale test verkorten. Geen van beide opties neemt capaciteits-, monitoring- of herstelwerkzaamheden weg.
| Optie | Gebruik wanneer | Belangrijkste risico |
|---|---|---|
| Zelf-gehoste SRT-server | U heeft volledige controle nodig over netwerkplaatsing, compliance, routeringslogica of interne implementatieregels. | Jouw team is eigenaar van monitoring, schaling, updates en activiteiten op evenementendagen. |
| Beheerd SRT-workflowplatform | U moet snel starten en wilt monitoring, routering, opname of restreaming op één plek. | U moet nog steeds poorten, broninstellingen, stream-ID, wachtwoordzin en downstream-routes valideren. |
Callaba ondersteunt dezelfde SRT-operatorworkflow bij een cloudlancering of op een zelfgehoste Linux-server. Bewijs één opname, Multiview of bestemming en opname op de gekozen infrastructuur; Voeg vervolgens routing, restreaming, browserlevering of API-automatisering toe als afzonderlijk testbare stappen.
Controlelijst voor evenementendagen voor een SRT-server
- Bevestig het server-IP of de hostnaam.
- Controleer of de UDP-poort open is.
- Bevestig de beller/luisteraar/rendez-vous-modus aan beide kanten.
- Bevestig de stream-ID, indien gebruikt.
- Bevestig de coderingswachtwoordzin, indien gebruikt.
- Bevestig de verwachte bitrate, codec, framesnelheid, resolutie en audioformaat.
- Start de stream en controleer de inkomende bitrate.
- Controleer RTT, pakketverlies, hertransmissies en jitter.
- Controleer de daadwerkelijke video en audio, niet alleen de verbindingsstatus.
- Bevestig de stroomafwaartse route: opnemen, opnieuw streamen, transcoderen of afspelen.
- Bevestig tijdsynchronisatie: server en encoder moeten NTP of een andere consistente tijdbron gebruiken, zodat logs en opnames kunnen worden gecorreleerd tijdens het oplossen van problemen.
- Test het back-uppad voordat de gebeurtenis begint.
Officiële referenties en gerelateerde literatuur
Bewaar de protocolspecificatie naast het runbook en gebruik de huidige Callaba-handleidingen voor interface- en API-details die onafhankelijk van de transportstandaard kunnen veranderen.
Korte antwoorden voordat u een SRT-server start
Moet een SRT-server de video ontvangen?
Nee. Beller en Luisteraar beschrijven wie de verbinding opent. Het applicatieontwerp bepaalt welke kant de media verzendt.
Kan een browser de onbewerkte SRT-URL afspelen?
Voor normaal afspelen in een browser is normaal gesproken een door een browser ondersteunde uitvoer nodig, zoals HLS of WebRTC. De SRT-sessie blijft het contributievervoer.
Wat bewijst dat de server werkt?
Bevestig de beoogde sessie, inkomende bitrate en transportstatus en controleer vervolgens het gedecodeerde beeld en audio in Multiview of op de bestemming.
Veelgestelde vragen
Wat is een SRT-server?
Het is één werkend eindpunt in een SRT-sessie. De server kan wachten op een bijdrageverbinding, deze initiëren of doorgeven en die feed vervolgens blootstellen aan een gecontroleerde productieworkflow.
Wat is een SRT-liveserver?
Het is een SRT-eindpunt dat een bijdrage levert terwijl de gebeurtenis plaatsvindt. De geaccepteerde feed kan doorgaan met schakelen, monitoren, opnemen, transcoderen, routeren, opnieuw streamen of een workflow voor het leveren van kijkers.
Is een SRT-server hetzelfde als een streamingserver?
Nee. Een SRT-server beschikt doorgaans over een bijdrage- of relaysessie. Een breder streamingplatform kan toegangscontrole, transcodering, opname, analyse, API-bewerkingen, weergave van kijkers en CDN-levering rond dat transport toevoegen.
Maakt een SRT-server gebruik van UDP?
Ja. SRT loopt via UDP, dus de gekozen UDP-poort moet worden toegestaan via de cloudregel, hostfirewall, router en elke andere ontvangende netwerkgrens.
Welke poort gebruikt een SRT-server?
Er is geen universele SRT-poort. Kies de UDP-poort in de eindpuntconfiguratie, reserveer deze in het relevante netwerkbeleid en documenteer welke gebeurtenis, feed of tenant deze bezit.
Moet een SRT-server luisteraar of beller zijn?
Een veelgebruikt patroon voor cloudopname gebruikt Callaba als luisteraar en de encoder als beller, omdat de server een bereikbaar adres en een bekende UDP-poort heeft. Gebruik een andere rol wanneer het echte NAT- en firewallontwerp dit vereist; De rol bepaalt niet de richting van de media.
Kan OBS naar een SRT-server verzenden?
Ja. Configureer OBS met het SRT-eindpunt en bijpassende rol-, poort- en beveiligingswaarden. Nadat er verbinding is gemaakt, controleert u de ontvangen bitsnelheid, het gedecodeerde beeld en de audio voordat u de feed verder stuurt.
Kan vMix naar een SRT-server verzenden?
Ja. vMix kan SRT verzenden of ontvangen. Eén gemeenschappelijk ontwerp stuurt het vMix-programma naar Callaba voor monitoring, opname, routering of restreaming, waarbij zowel de eindpuntrollen als de geretourneerde media tijdens de repetitie worden gecontroleerd.
Is SRT beter dan RTMP?
Voor bijdragen met verlies of lange afstanden biedt SRT herstel en een instelbaar latentievenster dat RTMP niet op dezelfde manier biedt. RTMP of RTMPS blijft gebruikelijk voor levering van uitgever naar platform, dus veel systemen gebruiken SRT upstream en RTMP downstream.
Kunnen browsers SRT rechtstreeks afspelen?
Bij normaal afspelen in de browser wordt geen onbewerkte SRT-URL gebruikt. Ontvang eerst de bijdrage en bereid vervolgens een browserondersteunde uitvoer voor, zoals HLS of WebRTC.
Waarom maakt mijn SRT-stream verbinding, maar wordt er geen video weergegeven?
De transporthandshake kan slagen, zelfs als er geen bruikbare video aanwezig is. Controleer inkomende bitrate, container, codec, tijdstempels, keyframes, track mapping en de bestemmingsdecoder met hetzelfde live voorbeeld.
Hoe maak ik een SRT-server betrouwbaarder?
Gebruik het beoogde UDP-pad, laat de gemeten bandbreedteruimte, de latentie van RTT en het verliesgedrag in de gaten, inspecteer de mediapayload, monitor delta's en oefen vóór de gebeurtenis een echt bruikbaar alternatief eindpunt.
Draagt SRT gewoonlijk MPEG-TS?
Vaak wel: veel live SRT-workflows bevatten gemêleerde audio en video in MPEG-TS. SRT zelf is inhoud-agnostisch, dus controleer de container en tracks die door de daadwerkelijke afzender zijn geproduceerd.
Welke SRT-serverstatistieken moet ik eerst bekijken?
Begin met de verbindingsstatus, inkomende bitrate, RTT, hertransmissie en verliesdelta's over een bekend interval. Lees ze naast het gedecodeerde beeld en geluid en stel vervolgens de waarschuwingsniveaus in op basis van de beoogde codec, bitrate, regio en netwerk in plaats van een universeel percentage.
Waar moet je heen?
- Wat is het SRT-protocol?
- SRT versus RTMP
- Hoe SRT-streaming in OBS Studio te starten
- Hoe SRT-stream te ontvangen in OBS Studio
- SRT-stream verzenden en ontvangen via vMix
- Vind de perfecte latentie voor uw SRT-installatie
- SRT-servers API-documenten
Laatst bijgewerkt: 4 augustus 2026