So sendest du einen Livestream an ein SRT-Ziel
SRT-Ziele brauchen ein paar mehr Angaben als RTMP: einen Modus, Host und Port und oft eine Stream-ID, eine Passphrase und eine Latenz. Hier erfährst du, was jeder Teil einer srt://-URL bedeutet und wie du einen Stream verbunden bekommst.
Etwa 6 Min. Lesezeit
Auf dieser Seite
Um einen Livestream an ein SRT-Ziel zu senden, holst du dir eine srt://-Adresse vom Empfänger, klärst, welche Seite lauscht und welche anruft, und übernimmst Stream-ID, Passphrase und Latenz genau so, wie der Empfänger sie erwartet. Dann öffnest du den UDP-Port des Empfängers, startest den Sender und prüfst, ob Video ankommt, bevor du dich darauf verlässt.
Kleine Abweichungen legen SRT-Setups lahm, also übernimm jedes Detail exakt. Neu beim Protokoll? Starte mit was SRT-Streaming ist.
Das Wichtigste in Kürze
- Eine Seite einer SRT-Verbindung lauscht auf einem UDP-Port, die andere ruft ihn an.
- Eine srt://-URL enthält Host und Port plus Optionen wie mode, streamid und passphrase.
- Die meisten Fehler kommen von einem geschlossenen Port, zwei Callern oder einer abweichenden Passphrase oder Stream-ID.
- Teste lokal, bevor du einen 24/7-Stream auf einen Produktiv-Empfänger richtest.
Wer SRT-Ziele eigentlich nutzt
An eine große Social-Media-Plattform sendest du normalerweise kein SRT. SRT-Ziele sind meist Systeme, die ein Sender, ein Unternehmen oder ein Partner betreibt:
- Broadcast-Playout und Produktion. Studios empfangen Zuspielungen per SRT in Hardware-Decoder, Bildmischer und Playout-Systeme.
- Medienserver. Selbst gehostete und kommerzielle Medienserver nehmen SRT an und verpacken es für Player, Aufzeichnung oder weitere Verteilung neu.
- Übergaben an Partner. Ein Kanal, der Programm an ein Netzwerk, Bildschirme vor Ort oder einen Distributor liefert, tut das oft per SRT.
- Cloud-Videodienste. Manche professionellen Plattformen bieten SRT-Ingest neben RTMP an.
In jedem Fall gibt dir der Betreiber des Empfängers Verbindungsdaten, die du exakt übernehmen musst. Bietet die Gegenseite nur RTMP, folg stattdessen dem Guide für eigene RTMP-Server.
Die Modi Caller, Listener und Rendezvous
Jede SRT-Verbindung braucht eine Seite, die wartet, und eine Seite, die wählt.
- Listener bindet sich an einen UDP-Port und wartet auf Verbindungen. Er braucht eine erreichbare Adresse und einen offenen Firewall-Port.
- Caller verbindet sich mit Host und Port eines Listeners und funktioniert hinter den meisten Firewalls, weil die Verbindung ausgehend ist.
- Rendezvous lässt beide Seiten sich gleichzeitig auf vereinbarten Ports anrufen, was hilft, wenn keine Seite eingehenden Traffic annimmt.
Der Modus hat nichts damit zu tun, in welche Richtung das Video fließt. Wenn ein Cloud-Dienst oder Encoder an deinen Server liefert, ist die übliche Aufteilung: Sender als Caller, Empfänger als Listener.
Der klassische Fehler sind zwei Caller oder zwei Listener. Beide Seiten warten dann ohne klare Fehlermeldung – bestätige den Modus also mit dem Betreiber des Empfängers.
Eine srt://-URL Stück für Stück lesen
Eine SRT-Adresse sieht meist ungefähr so aus:
srt://ingest.example.com:9000?mode=caller&streamid=channel-main&passphrase=YOUR-LONG-SECRET
- Host und Port. Der Hostname oder die IP-Adresse des Empfängers und der UDP-Port, auf dem er lauscht. Es gibt keinen universellen Standardport, nutze also den, den du bekommst.
- mode. Die Rolle deiner Seite: caller, listener oder rendezvous.
- streamid. Eine Kennung, mit der manche Empfänger einen Feed zuordnen oder autorisieren, ähnlich einem Streamschlüssel. Ihr Format hängt vom Empfänger ab.
- passphrase. Das gemeinsame Geheimnis für die AES-Verschlüsselung, üblicherweise mit 10 bis 79 Zeichen vorgeschrieben. Beide Enden müssen exakt übereinstimmen.
- pbkeylen. Optionale Schlüssellänge von 16, 24 oder 32 Bytes, also AES-128, 192 oder 256.
- latency. Der Wiederherstellungspuffer. Manche Tools erwarten Millisekunden, während FFmpeg-basierte Software üblicherweise Mikrosekunden erwartet – prüf das also, bevor du eine Zahl aus einem anderen Setup übernimmst.
Die Empfängerseite vorbereiten
Wenn du den Empfänger selbst betreibst, bereite ihn vor, bevor irgendetwas gesendet wird:
- Richte einen Listener ein – auf einem festen UDP-Port in deinem Medienserver, Decoder oder deiner Playout-Software.
- Öffne diesen UDP-Port in der Server-Firewall und in jeder vorgeschalteten Cloud-Sicherheitsgruppe oder jedem Router. TCP-Regeln decken SRT nicht ab.
- Wähle eine Passphrase und, falls deine Software nach Stream-ID routet, eine ID für diesen Feed.
- Leg eine Latenz fest, die zur Strecke passt; lange oder instabile Routen brauchen mehr.
- Prüf das Format. SRT transportiert typischerweise MPEG-TS mit H.264-Video und AAC-Audio, stell also sicher, dass der Empfänger das annimmt.
- Teste lokal, indem du von einem anderen Rechner einen kurzen Feed aus OBS oder FFmpeg sendest.
Nimmt der Empfänger nur freigegebene Adressen an, gib auch die des Senders frei.
Fehlerbehebung bei SRT-Verbindungen, die nicht starten
SRT-Fehlermeldungen sind oft vage, also diagnostiziere nach Symptom:
- Die Verbindung läuft in ein Timeout. Der UDP-Port ist geschlossen oder nicht weitergeleitet, der Host ist falsch, oder beide Seiten nutzen denselben Modus.
- Die Verbindung wird abgelehnt. Meist eine abweichende Passphrase, eine Passphrase, die nur auf einer Seite gesetzt ist, oder eine Stream-ID, die der Empfänger nicht kennt.
- Verbindet sich, ruckelt dann aber oder bricht ab. Die Latenz ist zu niedrig für die Netzwerkstrecke, oder die Bandbreite liegt unter der Bitrate plus dem Overhead für Neuübertragungen. Erhöh zuerst die Latenz.
- Verbindet sich ohne Bild oder Ton. Der Empfänger erwartet einen anderen Container oder Codec, und seine Logs sagen meist, welchen.
Sobald es funktioniert, notiere jeden Wert, mit dem die Verbindung stand. Die allgemeinen Gewohnheiten aus einen 24/7-Stream online halten gelten auch für SRT-Ziele.
Ein SRT-Ziel zu einem StreamHouse-Stream hinzufügen
In StreamHouse ist SRT ein eigenes Ziel neben den integrierten Plattformen. Füg die vollständige srt://-URL des Empfängers ein, einschließlich erforderlicher Optionen wie einer Passphrase. Hast du eine Stream-ID oder einen Schlüssel separat bekommen, trag ihn ins Feld für die Stream-ID ein, und StreamHouse fügt ihn als streamid-Parameter hinzu, wenn die URL noch keinen enthält. Ohne Modus in der URL verbindet sich StreamHouse als Caller, dein Empfänger sollte also lauschen.
Schick eine Playlist vorab kodierter Videos in Dauerschleife rund um die Uhr an deinen Empfänger oder füg SRT im selben Stream neben YouTube, Twitch und anderen RTMP-Zielen hinzu, ohne zusätzliche Stream-Slots zu belegen. Der Stream läuft in der Cloud und verbindet sich nach Aussetzern automatisch neu. Der Einstiegsguide führt dich durch einen ersten Stream.
Häufig gestellte Fragen
Welchen Port nutzt SRT?
Es gibt keinen einheitlichen Standardport. Der Listener kann jeden freien UDP-Port nutzen, und der Betreiber des Empfängers sagt dir, welchen. Dieser Port muss in jeder Firewall zwischen Sender und Listener für UDP-Traffic geöffnet sein.
Sollte mein SRT-Sender Caller oder Listener sein?
Meist ruft der Sender an und der Empfänger lauscht, weil Empfänger in der Regel feste Adressen und offene Ports haben, während Sender hinter Firewalls sitzen. Technisch funktioniert beides, solange die Seiten entgegengesetzte Modi nutzen oder beide Rendezvous verwenden.
Welche Latenz sollte ich für SRT-Streaming einstellen?
Ein gängiger Ausgangspunkt ist ein Mehrfaches der Round-Trip-Zeit zwischen Sender und Empfänger, erhöht bei verlustbehafteten oder weiten Strecken. Starte vorsichtig, achte auf verlorene Pakete und senke den Wert dann schrittweise. Prüf, ob dein Tool Millisekunden oder Mikrosekunden erwartet.
Kann ich aus demselben Stream SRT und RTMP senden?
Ja, wenn dein Tool mehrere Ausgaben unterstützt. Ein Cloud-Dienst kann gleichzeitig RTMP an öffentliche Plattformen und SRT an einen privaten Empfänger liefern, ohne zusätzlichen Upload über deine Verbindung. Jedes Ziel braucht trotzdem seine eigenen korrekten Angaben.
