SRT-Routen
Verwenden Sie SRT-Routen, um einen SRT- oder UDP-Eingang ohne zusätzlichen Transcoding-Workflow an ein SRT-Ziel weiterzuleiten.
Geeignet, wennSRT oder UDP soll ohne Transcodierung an ein SRT-Ziel weitergeleitet werden.
Anderes Modul verwenden, wennVerwenden Sie Restreams für Transcodierung, Overlays oder Protokollwechsel und SRT-Server für verwalteten Ingest und Failover.
/api/srt-routes/createVoraussetzungen
Alle Methoden erfordern einen gültigen x-access-token. Reservieren Sie alle lokalen Listen-Ports und bestätigen Sie, dass URL-Ziele erreichbar sind. Konfigurieren Sie SRT-Modus, Latenz, Passphrase und Stream-Identität konsistent an beiden Enden.
Funktionen
createundupdatekonfigurieren die Eingabe-, Ausgabe- und SRT-Transporteinstellungen.getAll,getCountundgetByIdinspizieren Routen.startundstopsteuern den Transportweg.removelöscht eine Route.
Beispiel-Workflow
- Wählen Sie eine Eingabe: lokaler SRT-Listener, SRT-URL oder unterstützte UDP-Quelle.
- Wählen Sie eine Ausgabe aus: lokaler SRT-Listener oder SRT-Ziel-URL.
- Erstellen Sie die Route mit den erforderlichen Transporteinstellungen.
- Starten Sie die Route und prüfen Sie Quelle und Ziel unabhängig voneinander.
- Verwenden Sie die Routenausgabe als stabilen Eingang für ein anderes Modul bei Bedarf.
Typische Anwendungsfälle
- Leiten Sie einen Contribution-Stream vom Veranstaltungsort an eine regionale Produktionsinstanz weiter.
- Überbrückung einer UDP-Quelle in einen SRT-Lieferpfad ohne Transcodierung.
- Stellen Sie einen Contribution-Feed über eine stabile SRT-Übergabe für nachgelagerte Aufzeichnung oder Verteilung bereit.
Einschränkungen und Fehlerbehebung
Eine Route repariert keine nicht verfügbare Quelle oder ein nicht verfügbares Ziel. Listen-Ports müssen frei sein, URLs müssen erreichbar sein und SRT-Parameter müssen kompatibel sein. Verwenden Sie stattdessen Restreams, wenn der Workflow Transcodierung, Overlays, Medienmodifikation oder breitere Ausgabeoptionen benötigt.
Nächste Schritte
Verbinden Sie die Route mit dem vorgesehenen Restream, der Aufzeichnung oder einem anderen unterstützten Verbraucher und testen Sie den gesamten Pfad.
SRT ohne Transcoding routen oder replizieren
Erstellen Sie eine persistente Transportroute von SRT oder UDP zu einem SRT-Ziel, starten und prüfen Sie die gespeicherte Route.
- Route erstellenWählen Sie geprüfte Quellen- und SRT-Ziel-Presets.
POST /api/srt-routes/create - Routing startenStarten Sie nach Bestätigung der Erreichbarkeit.
POST /api/srt-routes/start - Route prüfenLesen Sie Quelle, Ziel und aktiven Status.
POST /api/srt-routes/getById
Nutzen Sie SRT-Routen für reine Transportübergaben. Verwenden Sie Restreams für Protokollwechsel, Transcoding, Skalierung, Audioänderungen oder Overlays.
Erstellen Sie eine SRT-Route mit Name, Quelle, Ziel und anfänglichem Aktivstatus. Senden Sie das API-Token im x-access-token-Header.
Die Antwort enthält die erstellte Route und success: true. Die Arrays input und output sind unmittelbar nach der Erstellung leer; rufen Sie getById auf, wenn Sie die erweiterten verknüpften Objekte benötigen.
Typische Anwendungsfälle
- Schalten Sie eine stabile SRT-Übergabe vor Restream-Jobs, deren Ziele sich zwischen Veranstaltungen ändern.
- Stellen Sie geplanten Aufzeichnungsjobs eine gleichbleibende Routenausgabe bereit, statt jeden Job direkt an die ursprüngliche Contribution-Quelle zu binden.
- Erstellen Sie die Route bei Bedarf aus vMix und verwenden Sie danach
startundstopfür die normale Bedienung.
Anfragebeispiele
Wählen Sie die Voreinstellung, die mit Quelle und Ziel übereinstimmt, und fügen Sie dann nur die für diesen Pfad erforderlichen Transporteinstellungen hinzu.
Die Route hört auf einem lokalen SRT-Port und übernimmt die Übergabe des eingehenden Contribution-Streams.
Ziel-Voreinstellung: SRT listen port. Die Route stellt einen lokalen SRT-Listener-Port für nachgelagerte Empfänger bereit, die später eine Verbindung herstellen.
Ziel-Voreinstellung: SRT Output URL. Die Route wird sofort zu einer nachgelagerten SRT-Ziel-URL weitergeleitet.
Ziel-Voreinstellung: UDP Output URL. Die Route wird an eine nachgelagerte UDP-Ziel-URL weitergeleitet, wenn der nächste Hop UDP erwartet.
Die Route wird von einer vorgelagerten SRT-URL abgerufen, anstatt auf einen lokalen Listener-Port zu warten.
Ziel-Voreinstellung: SRT listen port. Die Route stellt einen lokalen SRT-Listener-Port für nachgelagerte Empfänger bereit, die später eine Verbindung herstellen.
Ziel-Voreinstellung: SRT Output URL. Die Route wird sofort zu einer nachgelagerten SRT-Ziel-URL weitergeleitet.
Ziel-Voreinstellung: UDP Output URL. Die Route wird an eine nachgelagerte UDP-Ziel-URL weitergeleitet, wenn der nächste Hop UDP erwartet.
Die Route liest von einer UDP-Quellen-URL, wenn der SRT-Upstream bereits als UDP-Quelle vorliegt.
Ziel-Voreinstellung: SRT listen port. Die Route stellt einen lokalen SRT-Listener-Port für nachgelagerte Empfänger bereit, die später eine Verbindung herstellen.
Ziel-Voreinstellung: SRT Output URL. Die Route wird sofort zu einer nachgelagerten SRT-Ziel-URL weitergeleitet.
Ziel-Voreinstellung: UDP Output URL. Die Route wird an eine nachgelagerte UDP-Ziel-URL weitergeleitet, wenn der nächste Hop UDP erwartet.
Dashboard-Bezeichnung: Routenname.
Zulässige Zeichen: A-Z, a-z, 0-9 und -.
Dashboard-Bereich: SRT-/UDP-Routenquelle.
Quelltyp der Route. Im Dashboard wird die Option SRT als SRT Stream URL (srt://) angezeigt. Im aktuellen Beispiel wird INPUT_TYPE_SRT_URL verwendet.
Dashboard-Bezeichnung: SRT-Stream-URL (srt://).
Verbinden Sie sich mit der angegebenen URL-Adresse und versuchen Sie, den Stream abzurufen. Im aktuellen Beispiel wird eine Listener-URL verwendet: srt://0.0.0.0:2034?mode=listener.
Dashboard-Bezeichnung: Empfangspuffergröße.
Dies ist eine optionale erweiterte SRT-Eingabeeinstellung. Der Dashboard-Tooltip besagt, dass die Standard-Empfangspuffergröße 12058624 Byte ist und der empfohlene Wert 48234496 Byte ist. Live-Route-Tests bestätigen, dass die API dieses Feld akzeptiert und es von getById zurückgibt, wenn es eingestellt ist.
Name des Eingabemoduls: Verwenden Sie MODULE_SRT_ROUTERS für eine SRT-Route.
Dashboard-Bereich: SRT-Routenziel.
Dashboard-Bezeichnung: Stream-Ziel.
Im Dashboard wird die Option SRT-Ziel als SRT Output URL (srt://) angezeigt. Im aktuellen Beispiel wird OUTPUT_TYPE_SRT_URL verwendet.
Dashboard-Bezeichnung: Ausgabe-Stream-URL.
Spezifizieren Sie die Adresse der Streaming-Plattform oder des Stream-Ziels. Im aktuellen Beispiel wird srt://0.0.0.0:2035 verwendet.
Ausgabemodulname: Verwenden Sie MODULE_SRT_ROUTERS für eine SRT-Route.
Quell-Voreinstellung: SRT-Port.
Wenn die Routenquelle aus der Listener-Port-Voreinstellung des Dashboards aufgebaut ist, ist der Standardport 2035. Dies ist die praktische Alternative zu input.input_stream_url.
Dashboard-Bezeichnung: SRT-Listener-Host.
Lokale IP-Adresse, an die der Listener gebunden wird. Der Dashboard-Tooltip nennt ausdrücklich 0.0.0.0 für alle Schnittstellen und 127.0.0.1 für die ausschließliche Bindung an localhost. Der Standard ist 0.0.0.0.
Dashboard-Bezeichnung: Latenz.
Definiert die maximal akzeptierte Übertragungslatenz. Der aktuelle Dashboard-Standard für SRT-Routeneinstellungen ist 500 ms.
Dashboard-Bezeichnung: Empfangslatenz.
Mindestverzögerung der Empfangspufferung, bevor die Anwendung das Paket erhält. Der aktuelle Dashboard-Standard ist 200 ms.
Dashboard-Bezeichnung: Größe des Flusskontrollfensters.
Begrenzt die maximale Anzahl von Paketen im Flug. Der aktuelle Dashboard-Standard ist 25600 Pakete.
Dashboard-Bezeichnung: Eingangsbandbreite.
Setzen Sie diese auf die erwartete Bitrate des Live-Streams. Der aktuelle Dashboard-Standard ist 750000 Byte/s.
Dashboard-Bezeichnung: Bandbreitenreserve.
Bandbreitenreserve in Prozent der Eingangsbandbreite. Der aktuelle Dashboard-Standard ist 25%.
Dashboard-Bezeichnung: Bandbreitenlimit.
Verwenden Sie 0 für das standardmäßige Bandbreitenlimit.
Dashboard-Bezeichnung: Stream-ID (optional).
Verfügbar im Konfigurationsbereich für SRT-Listener und -Quelle.
Dashboard-Bezeichnung: Passphrase (optional).
Passphrase für die verschlüsselte Übertragung. Der Dashboard-Tooltip gibt an, dass sie zwischen 10 und 79 Zeichen liegen muss.
Listener-Ziel: SRT-Port.
Wenn das Routenziel aus der Listener-Port-Voreinstellung des Dashboards erstellt wird, ist der Standardport 3035. Dies ist die praktische Alternative zu output.output_stream_url.
Dashboard-Bezeichnung: SRT-Host.
Im Listener-Modus ist dies die zu bindende lokale IP-Adresse; im Caller- oder Rendezvous-Modus ist es die Remote-IP-Adresse des Verbindungsziels. Der aktuelle Dashboard-Standard ist 0.0.0.0.
Dashboard-Bezeichnung: Modus.
Mögliche Werte sind Caller, Listener und Rendezvous. Der aktuelle Dashboard-Standard ist die zweite SRT-Modusoption und entspricht dem in der Oberfläche angezeigten Routenformular.
Dashboard-Bezeichnung: Latenz.
Definiert die maximal akzeptierte Übertragungslatenz. Der aktuelle Dashboard-Standard ist 500 ms.
Dashboard-Bezeichnung: Empfangslatenz.
Mindestverzögerung der Empfangspufferung, bevor Daten an die empfangende Anwendung geliefert werden. Der aktuelle Dashboard-Standard ist 200 ms.
Dashboard-Bezeichnung: Größe des Flusskontrollfensters.
Der aktuelle Dashboard-Standard ist 25600 Pakete.
Dashboard-Bezeichnung: Sendepuffergröße.
Der aktuelle Dashboard-Standard ist 12288000 Bytes.
Dashboard-Bezeichnung: Empfangspuffergröße.
Der aktuelle Dashboard-Standard ist 12288000 Bytes.
Dashboard-Bezeichnung: Eingangsbandbreite.
Der aktuelle Dashboard-Standard ist 750000 Byte/s.
Dashboard-Bezeichnung: Bandbreitenreserve.
Der aktuelle Dashboard-Standard ist 25%.
Dashboard-Bezeichnung: Stream-ID (optional).
Der Dashboard-Tooltip weist darauf hin, dass sie nur im Caller-Modus einstellbar ist.
Dashboard-Bezeichnung: Passphrase (optional).
Passwort für verschlüsselte Übertragung. Der Dashboard-Tooltip besagt, dass es zwischen 10 und 79 Zeichen liegen muss.
Dashboard-Bezeichnung: Erzwungene Verschlüsselung.
Erfordert, dass beide Verbindungspartner entweder die gleiche Passphrase verwenden oder beide die Passphrase weglassen.
Dashboard-Bezeichnung: Gruppenverbindungen akzeptieren.
Ist die Option auf einem Listener-Socket aktiv, kann dieser Gruppenverbindungen annehmen.
Dashboard-Bezeichnung: Timeout für Gruppenstabilität.
Der aktuelle Dashboard-Standard ist 60 ms.
Dashboard-Bezeichnung: Verbindungs-Timeout.
Gilt für Caller- und Rendezvous-Verbindungsmodi. Der aktuelle Dashboard-Standard ist 3000 ms.
Dashboard-Bezeichnung: Einmal erstellt aktivieren.
Steuert, ob die Route unmittelbar nach der Erstellung aktiviert werden soll.
Kennung der neu erstellten SRT-Route.
Kurzform der erstellten Routenkennung: In API-Antworten stimmt id mit _id überein.
Gespeicherter Name der erstellten Route.
Unmittelbar nach der Erstellung gibt die API ein leeres input-Array auf der obersten Ebene. Rufen Sie mit getById die aufgelösten Eingabeobjekte ab.
Unmittelbar nach der Erstellung gibt die API ein leeres output-Array auf der obersten Ebene. Rufen Sie mit getById die aufgelösten Ausgabeobjekte ab.
Ob die Route nach der Erstellung aktiviert ist.
Erstellungszeitstempel, der von der API zurückgegeben wird.
Die API gibt zusammen mit dem erstellten Routenobjekt ein boolesches Erfolgsflag zurück. Bei Erfolg ist es true.