Verbindungen steuern
Steuern Sie Publisher- und Receiver-Zugriff mit Stream-IDs oder Peer-IP-Regeln. Setzen Sie bei aktivierter Verschlüsselung eine passende SRT-Passphrase.
Callaba · Cloud & Self-Hosted
SRT-Server-Software für Live-Produktion
Remote-Kamerafeeds und fertige Programme empfangen. Bild, Ton und Verbindungszustand im Browser überwachen, Quellen anschließend routen oder aufzeichnen. Auf einer unterstützten Bereitstellung lässt sich mit Video Mixer live produzieren.
Betrieb in Ihrem AWS-Konto oder auf einer von Ihnen verwalteten Linux-Infrastruktur.
Live-SRT-Demo
Live-SRT-Verbindung testen
Erstellen Sie eine temporäre Verbindung für eine Stunde. Senden Sie Ihren Feed im Caller-Modus an die Publisher-Adresse, mit leerer Stream-ID. Sehen Sie ihn unten in Multiview an oder verbinden Sie Ihren Receiver im Caller-Modus mit der Receiver-Adresse.
Bereit zum Erstellen
Server-Steuerung
SRT-Verbindungen und Server-Logs überwachen
Sehen Sie, welcher Publisher verbunden ist, prüfen Sie Bitrate und RTT und finden Sie Verbindungsereignisse, ohne das Dashboard zu verlassen.
Netzwerkweg prüfen
Prüfen Sie Bitrate, RTT, Paketverlust und verbundene Peers, bevor Sie Receiver oder Encoder ändern.
Verbindungsfehler finden
Öffnen Sie Show logs in den Server-Einstellungen. Halten Sie Aktualisierungen an, suchen Sie nach Zeit oder Nachricht und exportieren Sie die benötigten Ereignisse.
Eigener SRT-Server
Die erste Verbindung herstellen
Wählen Sie, wie Encoder und Receiver verbunden werden. Ersetzen Sie die Platzhalter durch die in Ihrem Callaba-Dashboard angezeigten Werte.
Host-&-Port-MusterZwei unterschiedliche UDP-Ports: ein Publisher-Port und ein Receiver-Port. Die Stream-IDs bleiben bewusst leer.
Publisher-Adresse
srt://example.invalid:YOUR_PUBLISHER_PORT?mode=callerVerwenden Sie den Publisher-UDP-Port. Lassen Sie die Stream-ID für dieses Muster mit getrennten Ports leer.
Receiver-Adresse
srt://example.invalid:YOUR_RECEIVER_PORT?mode=callerVerwenden Sie den eigenen Receiver-UDP-Port. Lassen Sie auch hier die Stream-ID leer.
Server vorbereiten
Unter Streaming servers → SRT servers erstellen Sie den Listener und reservieren den oder die UDP-Ports. Unter Streams erlauben Sie eine leere Stream-ID für die vorgesehenen Publisher- und Receiver-Rollen.
Beide Endpunkte konfigurieren
Stellen Sie Encoder und Receiver auf Caller und fügen Sie jeweils die passende Adresse ein. Caller und Listener beschreiben, wer die Sitzung eröffnet; sie beschreiben nicht die Medienrichtung.
Video und Audio prüfen
Starten Sie die Quelle. Bestätigen Sie Publisher und eingehende Bitrate in Statistics; prüfen Sie dann Bild und Ton an Ihrem Receiver.
Encoder- und Receiver-Einrichtung
Encoder und Empfänger verbinden
Senden Sie von OBS, vMix oder einem SRT-Encoder an die Publisher-Adresse. Öffnen Sie die Empfängeradresse in Ihrer Empfangsanwendung. Gleichen Sie die Verbindungseinstellungen an beiden Enden ab und prüfen Sie, ob der Empfänger das Medienformat unterstützt.
Produktion, Monitoring und Auslieferung
Das Programm erstellen oder fertig übernehmen
Ihre SRT-Feeds stehen dem restlichen Callaba zur Verfügung. Behalten Sie Ihre bestehende Produktionsumgebung bei und verarbeiten Sie deren Ausgabe hier, oder bringen Sie Kameras in den Video Mixer, um das Programm im Browser zu produzieren.
Überwachen
Prüfen Sie eingehende Bilder und Audio nebeneinander, mit Stream-Informationen auf jedem Multiview-Tile.
Multiview erkundenRouten
Liefern Sie einen fertigen Feed an SRT-Empfänger aus oder konfigurieren Sie die Veröffentlichung auf YouTube, Facebook und Twitch.
Video routen und restreamenAufzeichnen
Bewahren Sie eine Aufzeichnung eines eingehenden Feeds auf oder zeichnen Sie das Programm auf, das Sie im Mixer erstellen.
Einen SRT-Stream aufzeichnenMischen
Kombinieren Sie Live-Quellen und Medien in Szenen. Bereiten Sie die nächste Einstellung in Preview vor, übernehmen Sie sie in Program und mischen Sie den Ton.
SRT-Quellen mischenBetriebsort wählen
AWS oder Ihr eigener Linux-Server.
Behalten Sie die Kontrolle darüber, wo Ihre Feeds laufen. Callaba stellt den Browser-Arbeitsbereich bereit; Ihr Team betreibt Host, Netzwerkzugriff und Speicher.
In Ihrem AWS-Konto bereitstellen
Aktuelle Softwarepreise und Abonnementbedingungen finden Sie auf AWS Marketplace. EC2, Speicher und Datenübertragung verursachen zusätzliche Infrastrukturkosten.
Auf AWS bereitstellen ↗Auf Ihrem Linux-Server installieren
Nutzen Sie einen unterstützten Linux-Host, eine VM oder eine Private Cloud. Folgen Sie der aktuellen Installationsanleitung und lizenzieren Sie die Moduleinheiten, die Ihr Workflow benötigt.
Self-Hosted installieren →Kapazitätsplanung
Streams, Verarbeitung und Speicher einplanen
Zählen Sie gleichzeitige Quellen und Ziele. Planen Sie Netzwerkkapazität für Wiederholungsübertragungen und Festplattenspeicher für Aufzeichnungen ein. Multiview, Mischen und Transkodierung erhöhen die Verarbeitungslast gegenüber der Weiterleitung desselben kodierten Feeds.
Verbindungsprüfungen
Eine SRT-Verbindung beheben
Der Encoder verbindet sich nicht
Prüfen Sie, ob der Server aktiviert ist, öffentliche Adresse und Publisher-UDP-Port stimmen und Firewall, NAT oder AWS-Sicherheitsgruppe den Verkehr zulassen. Prüfen Sie danach die erlaubte Stream-ID und gegebenenfalls die Passphrase an beiden Enden.
Suchen Sie in der Ereignishistorie und in Show logs nach Verbindungsversuchen, bevor Sie Codec-Einstellungen ändern.
Verbunden, aber kein Bild oder Ton
Prüfen Sie zuerst, ob eine eingehende Bitrate vorhanden ist. Bestätigen Sie, dass Receiver-Port oder gekoppelte Receiver-Stream-ID den beabsichtigten Feed auswählen. Prüfen Sie anschließend Container, Video-Codec und Audiospuren gegen die Empfangsanwendung.
Für die Browser-Wiedergabe ist ein kompatibler Auslieferungsweg nötig; Browser spielen eine rohe SRT-URL nicht direkt ab.
Das Bild zerfällt oder der Stream bricht ab
Vergleichen Sie Bitrate, RTT und Paketverlust im selben Zeitraum. Prüfen Sie Uplink-Kapazität und Reserve für Wiederholungsübertragungen, dann die Latenzeinstellung. Ein größerer Puffer behebt keinen dauerhaft zu kleinen Uplink.
Exportieren Sie die passenden Server-Logs, um Abbrüche mit Quell- oder Netzwerkereignissen in Beziehung zu setzen.
Fragen zu SRT Server
Brauche ich eine Stream-ID?
Lassen Sie sie für die in der Demo verwendeten getrennten Publisher- und Receiver-Ports leer. Bei einem gemeinsamen Listener-Port nutzen Sie gekoppelte Publisher- und Receiver-IDs. Siehe die zwei Verbindungsmethoden.
Kann ich einen SRT-Feed an YouTube oder Twitch senden?
Empfangen Sie die Quelle in Callaba und erstellen Sie dann einen Restreaming-Job mit Stream-URL und Schlüssel des Ziels. Stimmen Sie Video- und Audioeinstellungen auf die Anforderungen dieser Plattform ab.
Kann ich mehrere SRT-Quellen mischen?
Ja. Fügen Sie SRT-Quellen zum AV Mixer hinzu, erstellen Sie Szenen in Preview und übernehmen Sie die nächste Szene mit CUT oder FADE nach Program. Jede Kamera oder ein anderer Mixer-Eingang verwendet eine Einheit. Siehe aktuelle Preise für Mixer-Eingänge.
Wie passt Callaba zu den SRT-Server-Optionen?
Beginnen Sie mit der Frage, wer den Server betreibt und was nach dem Ingest geschehen muss. Gehostete Dienste wie Castr und IN/OUT-SRT, Open-Source-Server wie MediaMTX und SRS sowie Windows-Software wie SRT Mini Server passen zu unterschiedlichen Betriebsmodellen. Callaba läuft in AWS oder auf Ihrer Linux-Infrastruktur, mit Browser-Steuerung und verbundenen Videomodulen.
Wenn Ihre Hauptaufgabe das Routing zwischen Endpunkten ist, sehen Sie sich auch den SRT-Gateway-Workflow.
API-Zugriff
Ihre SRT-Server mit curl auflisten
Diese schreibgeschützte Anfrage gibt konfigurierte SRT-Server zurück. Ersetzen Sie Host und API-Token durch die Werte Ihres Servers; die Anfrage ändert dessen Konfiguration nicht.
SRT-Server mit curl auflisten
curl --request POST 'https://YOUR_CALLABA_SERVER/api/srt-servers/getAll' \
--header 'x-access-token: YOUR_API_TOKEN' \
--header 'Content-Type: application/json' \
--data '{"limit":10,"skip":0,"sort":{"server_created":1}}'Ask AI
Verbindungsleitfaden und technische ReferenzModi, Ports, Latenz, Zugriff und Fehlerbehebung
SRT-Verbindungsreferenz: Ports, Stream-IDs und Latenz
Eine praktische SRT-Server-Referenz zum Konfigurieren getrennter Ports oder gekoppelter Stream-IDs, Prüfen des Transportzustands, Einstellen der Latenz und…
SRT für den Beitragsweg einsetzen
Ein SRT-Server oder SRT-Live-Server ist der konfigurierte Endpunkt einer SRT-Beitragssitzung. SRT arbeitet über UDP und bietet Verbindungsmodi, Wiederherstellung und optionale Verschlüsselung; der SRT-Protokollentwurf beschreibt den Transport.
Caller eröffnet eine Sitzung, während Listener darauf wartet. Diese Bezeichnungen bestimmen nicht die Medienrichtung: Konfigurieren Sie die Publisher- oder Receiver-Rolle am jeweiligen Endpunkt oder im nachgelagerten Job.
Das Zugriffsmuster durchgängig beibehalten
Erstellen Sie den Server unter Streaming servers → SRT servers. Über Streams erlauben Sie Publisher- und Receiver-Zugriff; verwenden Sie anschließend den Host und den oder die diesem Server zugewiesenen UDP-Ports.
Bei getrennten Ports reservieren Sie einen Publisher- und einen Receiver-Port; leere Stream-IDs sind in den Streams-Einträgen und Endpunkt-URLs gültig. Für einen gemeinsamen Listener-Port verwenden Sie gekoppelte Publisher- und Receiver-Zugriffseinträge mit demselben Server-Code und derselben Stream-ID sowie den Präfixen publisher/… und receiver/…. Entscheiden Sie sich für einen Test für ein Muster, statt Kennungen zu mischen.
Öffnen Sie den gewählten UDP-Port oder -Bereich in der Host-Firewall und am Netzwerkrand. Ein Caller hinter NAT kann eine ausgehende Verbindung zu einem erreichbaren Listener aufbauen; testen Sie aus dem tatsächlichen Quellnetz. Ist Verschlüsselung aktiviert, setzen Sie an beiden Enden dieselbe Passphrase.
Mit FFmpeg testen
Diese Beispiele gelten für einen Server mit getrennten Publisher- und Receiver-Ports sowie leeren Stream-IDs. Ersetzen Sie Host, zugewiesene Ports und Eingabedatei. Die FFmpeg-Dokumentation zum SRT-Protokoll definiert diese URL-Optionen.
Eine lokale MPEG-TS-Datei veröffentlichen
Command
ffmpeg -re -stream_loop -1 -i input.ts -c copy -f mpegts "srt://YOUR_CALLABA_HOST:YOUR_ASSIGNED_PUBLISHER_PORT?mode=caller&latency=200000"Am Receiver-Port empfangen
Command
ffplay "srt://YOUR_CALLABA_HOST:YOUR_ASSIGNED_RECEIVER_PORT?mode=caller&latency=200000"In FFmpeg entspricht latency=200000 200 ms, da die Option Mikrosekunden verwendet. Legen Sie die Produktionslatenz anhand gemessener RTT, Verluste und der zulässigen Ende-zu-Ende-Verzögerung fest; siehe den SRT-Latenzleitfaden.
Den vorgesehenen Weg vorab prüfen
- Testen Sie aus dem Quellnetz mit Hostname, UDP-Port, Zugriffsmuster und der für die Veranstaltung geplanten Passphrase.
- Prüfen Sie Bild und Programmaudio des gewählten Streams am Ziel, nicht nur die eingehende Sitzung.
- Speichern Sie die aktive Konfiguration und notieren Sie übereinstimmende Log-Zeiten von Quelle, Server und Ziel.
- Testen Sie das Failover-Verfahren nur, wenn es bei der Veranstaltung genutzt wird, einschließlich Zielverhalten und Übergabe an den Operator.
Realistische Betriebsgrenzen festlegen
Die SRT-Latenz ist ein Puffer für die Transportwiederherstellung, nicht die gesamte Glas-zu-Glas-Verzögerung. Erfassung, Kodierung, Receiver-Pufferung, Dekodierung, Paketierung und Player-Pufferung verursachen ebenfalls Verzögerung. Messen Sie den vollständigen Weg, bevor Sie Puffer verkleinern.
Planen Sie Netzwerk- und Host-Ressourcen für parallele Streams, gemessene Bitraten, Wiederholungsübertragungen, Monitoring und aktivierte nachgelagerte Jobs. Beobachten Sie vor einer langen Veranstaltung die vollständige geplante Last lang genug, um Warteschlangen, Ressourcenkonflikte oder instabile Quellverbindungen zu erkennen. Eine Main/Backup-Transportroute kann verbundene Receiver- und Puller-Sitzungen über einen Umschaltvorgang hinweg erhalten; testen Sie Feeds, Puffer und Zielverhalten, bevor Sie sich während einer Veranstaltung darauf verlassen.
Weitere Einrichtungsanleitungen
Mit einem echten Feed starten
Callaba SRT Server im passenden Bereitstellungsmodell testen
In der Cloud starten, unter Linux installieren oder zuerst die Live-Multiview-Erfahrung ansehen – Automatisierung kann später folgen.