Wählen Sie den nächsten Empfänger, bevor Sie die Route aufbauen
Beginnen Sie mit Quelle, Empfänger und der Medienänderung, die der Empfänger tatsächlich benötigt. Eine SRT Route dient als transparentes SRT-zu-SRT-Relay: Sie leitet den Beitrag weiter, daher muss der Empfänger Container, Codecs, Tracks und Zeitstempel bereits akzeptieren. Sie leitet die Quellmedien weiter; sie erstellt keine Browser-Ausgabe.
Wenn die nächste Aufgabe eine RTMP-Veröffentlichung ist, konfigurieren Sie eine Restream-Ausgabe und aktivieren Sie Verarbeitung nur, wenn dieses Ziel sie benötigt. Wenn die nächste Aufgabe eine NDI-Übergabe für die Produktion ist, konfigurieren Sie den NDI-Ausgabepfad und validieren Sie ihn im vorgesehenen Produktionsnetz. Verwenden Sie einen SRT Server für kontrollierten Ingress und einen SRT Stream für eine benannte Verbindung auf einem bestehenden Server. Eine verbundene Quelle beweist nicht, dass ein nachgelagerter Empfänger den Feed akzeptiert hat.
Relay verwenden, wenn die Medien bereits passen; nur verarbeiten, wenn sie sich ändern müssen
| Eingehende SRT-Aufgabe | Auswählen | Am fernen Ende prüfen |
|---|
| SRT → SRT-Empfänger | SRT Route, wenn beide Endpunkte die Quellmedien bereits akzeptieren. | Empfängerverbindung, dekodiertes Bild und Programmaudio. |
|---|
| SRT → RTMP-Publisher | Restreaming mit dem erforderlichen RTMP-Ziel und nur der Medienverarbeitung, die diese Ausgabe benötigt. | Der RTMP-Empfänger oder die Veröffentlichungsplattform akzeptiert das vorgesehene Programm. |
|---|
| SRT → NDI-Übergabe für die Produktion | Der NDI-Ausgabe-Workflow für das ausgewählte Deployment und Produktionsnetz. | Der vorgesehene NDI-Empfänger sieht Bild und Programmaudio. |
|---|
Transkodierung, Skalierung, Audioänderungen und Overlays verursachen über ein Relay hinausgehende Verarbeitungsarbeit. Testen Sie geplante Quelle, Ausgabeprofil, Hostkapazität und Ziel gemeinsam; schließen Sie nicht von einer grünen Ingress-Verbindung auf die finale Ausgabe.
Wenn der Publisher verbunden ist, der Receiver aber leer bleibt
| Was Sie sehen | Als Nächstes prüfen |
|---|
| Publisher verbunden; Receiver hat keine Bitrate | Bestätigen Sie, dass die Route den vorgesehenen Ein- und Ausgang wählt. Vergleichen Sie dann Receiver-Host, Port, Caller/Listener-Rolle, Stream-ID und Passphrase. |
|---|
| Receiver hat Bitrate; kein Bild oder Programmaudio | Prüfen Sie Container, Codecs, Tracks und Zeitstempel am Receiver. SRT-Transport macht einen nicht unterstützten Payload nicht dekodierbar. |
|---|
| Bild bricht im Veranstaltungsnetz ein | Vergleichen Sie RTT, Verlust, Wiederholungsübertragungen und wirksame Latenz auf dem tatsächlichen Weg. Testen Sie Quelle, Route und Receiver gemeinsam. |
|---|
Verbindung
Notieren Sie Host, Port, Rollen und Zugriffszustand von Quelle und Ziel. Nutzen Sie Endpunkt-Logs, wenn die Sitzung abgelehnt wird oder beim falschen Stream landet.
Transportzustand
Beobachten Sie Bitrate, RTT, Paketverlust, Verbindungsereignisse und Peer-Details, während die Quelle läuft. Eine gespeicherte Route oder ein laufender Prozess zeigt nicht, ob ein Ziel sie akzeptiert hat.
Dekodierte Ausgabe
Prüfen Sie Bild und Programmaudio am ausgewählten Empfänger, Player oder Multiview-Tile. Multiview ist die Beobachtungsübergabe; es verwandelt ein Relay nicht in einen Produktionsmischer.
Die Routen-Demo von einem Failover-Test trennen
Die temporäre Gateway-Demo testet eine Publisher- und eine Empfängerverbindung sowie eine Multiview-Vorschau, nachdem sich der Publisher verbunden hat. Sie konvertiert keinen Stream und demonstriert weder Protokollkonvertierung noch Failover.
Für einen Main/Backup-Beitrag wählen Sie SRT main/backup failover unter SRT Routing, dann Pull, und geben die Quell-Hosts und Routing-Ports für beide Beiträge ein. Halten Sie den Auslöser und das erwartete Zielverhalten im Veranstaltungsplan fest und testen Sie dann tatsächliche Feeds, Puffer und Zielverhalten vor der Veranstaltung. Eine Transportumschaltung kann verbundene Empfänger- und Puller-Sitzungen erhalten, aber der Bildübergang hängt von vorbereiteten Feeds, Puffern, Netzbedingungen und dem Ziel ab.
Eine Routenauswahl treffen, bevor Sie Geräteanleitungen durchsuchen
Wählen Sie zuerst Ingress, transparentes Relay, RTMP-Veröffentlichung oder NDI-Übergabe für die Produktion. Verwenden Sie dann das Geräteverzeichnis als Konfigurationsausgangspunkt für den ausgewählten Encoder oder die Kamera. Bestätigen Sie installierte Firmware, SRT-Modus, Port, Stream-ID, Verschlüsselung und Payload-Einstellungen anhand der Herstellerdokumentation, bevor Sie ein Gerät auf einer Veranstaltungsroute einsetzen.
Für eine kleine Ausgangskonfiguration prüfen Sie die SRT-Relay-Voreinstellung. Sie beginnt mit einem Stream und einem Restream-Job; die tatsächliche Quelle, das Ziel und der Empfängertest bleiben von Ihnen zu konfigurieren.
