Streams
Verwenden Sie Streams, um benannte Publisher- und Empfängerverbindungen für SRT- oder RTMP-Endpunkte zu erstellen. Jeder Datensatz gibt Anwendungen eine stabile Verbindungsidentität und wiederverwendbare Medieneinstellungen.
Geeignet, wennJeder Publisher oder Receiver benötigt eine eigene Identität auf einem vorhandenen SRT- oder RTMP-Server.
Anderes Modul verwenden, wennVerwenden Sie SRT-Server oder RTMP-Server, um den eigentlichen Ingest-Endpunkt zu erstellen.
/api/streams/createVoraussetzungen
Alle Methoden erfordern einen gültigen x-access-token. Erstellen Sie zuerst den zugehörigen SRT- oder RTMP-Server und verwenden Sie konsistente Server- und Stream-Kennungen.
Funktionen
create,update,getAll,getCountundgetByIdverwalten Verbindungseinträge.startundstopsteuern unterstützte Stream-Lifecycle-Aktionen.getStreamInfoliest Verbindungsinformationen.setStreamInfowendet unterstützte Stream-Informationen an.removelöscht einen Stream-Eintrag.
Beispiel-Workflow
- Erstellen Sie einen Publisher-Eintrag für den vorgesehenen SRT- oder RTMP-Server.
- Weisen Sie seine Rolle,
stream_id, Hostdetails und erforderliche Audioeinstellungen zu. - Geben Sie die generierten Verbindungsdetails an den Publisher weiter.
- Verwenden Sie
getStreamInfowährend der Einrichtung und Fehlerbehebung.
Typische Anwendungsfälle
- Stellen Sie jedem Remote-Kamerateam eine eigene Verbindung bereit.
- Trennen Sie Publisher- und Receiver-Identitäten auf einem gemeinsam genutzten Ingest-Server.
- Speichern Sie Audiokanaleinstellungen für wiederholbare Contribution-Feeds.
Einschränkungen und Fehlerbehebung
Doppelte oder nicht übereinstimmende Stream-Kennungen können die erwartete Verbindung verhindern. Ein Stream-Eintrag hängt von seinem übergeordneten Server ab und kann einen nicht erreichbaren Publisher nicht verfügbar machen. Geben Sie Zugangsdaten oder uneingeschränkte Verbindungsdetails nur an die vorgesehenen Teilnehmer weiter.
Nächste Schritte
Verbinden Sie den Publisher oder Receiver und prüfen Sie anschließend die Laufzeitstatistiken des übergeordneten SRT- oder RTMP-Servers.
Eine wiederverwendbare Stream-Quelle registrieren und betreiben
Erstellen Sie Identität und Verbindung einmal, starten Sie die Quelle bei Bedarf und lesen Sie ihre Informationen für die Downstream-Automatisierung.
- Stream erstellenSpeichern Sie die geprüfte Quellenidentität und Verbindung.
POST /api/streams/create - Quelle startenStarten Sie sie vor dem Anbinden nachgelagerter Module.
POST /api/streams/start - Stream-Informationen lesenVerwenden Sie aktuelle Stream-Metadaten im Steuerungs-Workflow.
POST /api/streams/getStreamInfo
Eine erfolgreiche Create-Antwort bestätigt die Konfiguration, nicht den Medienzustand. Starten Sie die Ressource und prüfen Sie ihre Laufzeitstatistik, bevor Sie Produktionsverkehr senden.
Erstellen Sie eine verwaltete Stream-Identität für eine SRT- oder RTMP-Transportressource. Der Eintrag speichert Name, Publisher- oder Receiver-Rolle, Stream-ID, optionalen Host, verknüpfte Ressource und optionale Audio-Metadaten.
Für die Bereitstellung aus einem Operator-Workflow steht ein Beispiel unter vMix Script bereit.
Anfragebeispiele
Wählen Sie die Voreinstellung für einen SRT-Publisher, einen SRT-Receiver, einen RTMP-Publisher oder einen Stream mit gespeichertem Audiolayout.
Typische Anwendungsfälle
- Benennen Sie mehrere Publisher-Streams, die sich einen SRT-Listener teilen.
- Verwenden Sie eine stabile Receiver-Identität für gerouteten oder abgerufenen Datenverkehr.
- Speichern Sie Kanalnamen, Layouts oder Track-Bedeutung mit dem Stream.
Verwenden Sie dies, wenn ein SRT-Listener einen benannten Publisher-Stream hostet, den Betreiber als eigenständige Ressource behandeln sollen.
Verwenden Sie dies, wenn ein Receiver- oder Return-Feed seine eigene Stream-Identität und optionale Host-Bindung beibehalten soll.
Verwenden Sie dies, wenn die zugrunde liegende Transportressource ein RTMP-Server und kein SRT-Listener ist.
Verwenden Sie dies, wenn Kanallayout und Kanalnamen nach der Analyse im Stream-Eintrag gespeichert werden sollen.
Dashboard-Bezeichnung: Name.
Lesbarer Name des gespeicherten Stream-Eintrags.
Dashboard-Bezeichnung: Role.
Typische Produktwerte sind publisher, receiver, pusher und puller.
Stabile Stream-Kennung, die über der unterstützenden Transporteinheit gespeichert ist.
Optionale Hostbindung, die verwendet wird, wenn die Stream-Identität an einen konkreten Remote-Peer gebunden bleiben soll.
Kennung der zugrunde liegenden Transportressource, beispielsweise ein SRT-Server oder RTMP-Server.
In der Praxis ist dies meist MODULE_SRT_SERVERS oder MODULE_RTMP_SERVERS.
Optional gespeichertes Audiolayout mit benannten Tracks und Kanälen.
Dashboard-Bezeichnung: Einmal erstellt aktivieren.
Steuert, ob der Stream-Eintrag direkt nach der Bereitstellung aktiv sein soll.
Bezeichner und die gespeicherten Stream-Identitätsfelder.
Verweis auf das Transportobjekt, das den Stream bereitstellt.
Gespeichertes Analyseergebnis, Codec-Notizen und optionale Kanal-Mapping-Metadaten.
Laufzeit-Flag und Backend-verwaltete Zeitstempel.
Erfolgreiche Antworten auf Stream-Modelle zeigen success: true als virtuelles Feld.