Webplayer
Verwenden Sie Webplayer, um Live- oder aufgezeichnete Medien für die Browserwiedergabe mit Zugriffskontrolle, adaptiver Bereitstellung, Einbettungen und zuschauerorientierten URLs zu veröffentlichen.
Geeignet, wennEine Live- oder aufgezeichnete Quelle benötigt eine HLS- oder DASH-URL beziehungsweise Einbettung mit Zugriffskontrolle oder Pay-per-View.
Anderes Modul verwenden, wennVerwenden Sie Multiview für Operatoren oder Webplayer-Gruppen, wenn Zuschauer zwischen mehreren Playern wählen sollen.
/api/vod/createVoraussetzungen
Alle Verwaltungsmethoden erfordern einen gültigen x-access-token. Bereiten Sie zuerst die Eingaberessource vor und entscheiden Sie, ob die Wiedergabe öffentlich, passwortgeschützt, gruppiert oder mit Pay-per-View verknüpft sein soll.
Funktionen
createundupdatekonfigurieren Eingabe, Wiedergabetyp, Verpackung, adaptive Bitrate, Zugriff, Gruppierung und Pay-per-View-Einstellungen.getAll,getCountundgetByIdinspizieren Player.startundstopsteuern die Wiedergabeverfügbarkeit.getStatmeldet die verfügbare Eingabebitrate und Kadenz des Player-Prozesses.removelöscht einen Player.
Beispiel-Workflow
- Erstellen Sie einen Player von einem SRT-Server, einem RTMP-Server oder einem unterstützten Medieneingang.
- Wählen Sie HLS- oder DASH-Wiedergabe und stimmen Sie die Segmentdauer und die adaptive Bitrate für die erforderliche Latenz und Belastbarkeit ab.
- Wenden Sie die gewünschten Einstellungen für öffentlichen, Passwort-, Gruppen- oder Pay-per-View-Zugriff an.
- Starten Sie den Player und überprüfen Sie
getStat, bevor Sie die Viewer-URL testen. - Validieren Sie die Wiedergabe und das Einbetten in repräsentative Browser und Netzwerke.
Typische Anwendungsfälle
- Veröffentlichung eines SRT- oder RTMP-Beitrags als eingebettete Live-Wiedergabe.
- Schützen Sie einen Review-Stream für Partner mit Zugangsdaten für Zuschauer.
- Liefern Sie eine kostenpflichtige Veranstaltung über einen konfigurierten Pay-per-View-Zugriff.
- Erstellen Sie Sprachvarianten, die zu einer Webplayer-Gruppe gehören.
Einschränkungen und Fehlerbehebung
Eine erreichbare Player-Seite belegt nicht, dass der vorgelagerte Medienprozess einwandfrei läuft; prüfen Sie getStat. Kürzere Segmente können die Latenz verringern, erhöhen jedoch den Request-Overhead und die Empfindlichkeit gegenüber Netzwerkschwankungen. Testen Sie vor der Veröffentlichung Autorisierung, Zahlung, Einbettungsrichtlinie, Codecs und adaptive Varianten.
Nächste Schritte
Öffnen Sie den Player in einem Browser und prüfen Sie Zugriff und Wiedergabe. Verwenden Sie anschließend Webplayer-Gruppen, wenn Zuschauer zwischen mehreren Feeds wählen sollen.
Einen Live-Eingang erstellen und im Browser wiedergeben
Erstellen und starten Sie eine SRT-Ingest-Ressource, verwenden Sie die geprüfte Quelle anschließend in einem Webplayer und testen Sie die erzeugte Zuschauer-URL in einem echten Browser.
- SRT-Ingest erstellenKonfigurieren Sie Listener, Latenz, Zugriffsrichtlinie und Quellen-Routing und behalten Sie Ressourcen-ID und Publisher-Daten.
POST /api/srt-servers/create - Eingang starten und prüfenStarten Sie den Listener, senden Sie einen echten Stream und prüfen Sie die Verbindung vor der Browser-Ausgabe.
POST /api/srt-servers/start - Browser-Wiedergabe erstellenWählen Sie das SRT-Server-Preset und konfigurieren Sie Ausgabeformat, Zugriff und Darstellung.
POST /api/vod/create - Wiedergabe starten und testenStarten Sie den Player, prüfen Sie seinen Laufzeitstatus und öffnen Sie die Zuschauer-URL in repräsentativen Browsern.
POST /api/vod/start
Eine erfolgreiche API-Antwort bestätigt die Ressource, nicht den Zustand des Live-Mediums. Prüfen Sie Publisher-Verbindung und dekodiertes Video, bevor Sie die Wiedergabe-URL teilen.
Eine verwaltete Datei zur Browser-Wiedergabe veröffentlichen
Bereiten Sie die Mediendatei vor, erstellen Sie mit dem passenden Datei-Preset einen Webplayer und validieren Sie die erzeugte HLS- oder DASH-Wiedergabe.
- Quelle hochladenErstellen Sie die verwaltete Datei und behalten Sie ihre ID für den Player-Eingang.
POST /api/files/uploadFile - VOD-Wiedergabe erstellenWählen Sie Datei-Preset, Ausgabeformat, Zugriffsrichtlinie und Darstellung.
POST /api/vod/create - Player starten und testenStarten Sie die Ressource und testen Sie ihre Zuschauer-URL in repräsentativen Browsern.
POST /api/vod/start
Der Player ist eine Ausgabe-Ressource; verwalten Sie die Quelldatei separat und prüfen Sie Autorisierung, Codecs und Browser-Wiedergabe vor der Veröffentlichung.
Erstellen Sie einen Webplayer über POST /api/vod/create. Senden Sie das im Dashboard erzeugte JWT im x-access-token-Header.
Die Anfrage verbindet einen Live-Eingang mit HLS- oder DASH-Auslieferung, optionaler adaptiver Bitrate, Transcodierung, Overlays, Zuschauerautorisierung, Pay-per-View, Gruppenzuordnung und Darstellungsfeldern.
Anfragebeispiele
Wählen Sie die Voreinstellung für die gewünschte Wiedergabe- und Zugriffsrichtlinie und ergänzen Sie nur die optionalen Felder, die Ihre Zuschaueroberfläche benötigt.
Typische Anwendungsfälle
- Veröffentlichen Sie einen öffentlichen Event-Stream als browserfähige HLS-Wiedergabe.
- Betten Sie einen geschützten Review-Player mit Passwort- oder Zuschauerautorisierung ein.
- Bereiten Sie Sprach-, Kamera- oder Kommentar-Player für eine gruppierte Zuschaueroberfläche vor.
Nachdem Sie einen Live-Player gestartet haben, verwenden Sie die Wiedergabe-URL und überwachen Sie die Anzahl der Viewer, Bitrate und FPS.
Verwenden Sie diese Voreinstellung, wenn eine verwaltete SRT-Quelle zu einem öffentlichen Endpunkt für die Browser-Wiedergabe ohne Zugriffsbarriere werden soll.
Dies ist das sauberste Live-Player-Setup für die öffentliche Browser-Wiedergabe. Die Player-Ebene übernimmt die Paketierung und Wiedergabe, während die vorgelagerte Quelle verwaltet wird.
Dies hält den Wiedergabevertrag stabil, auch wenn der Ingest-Transport auf der Quellseite RTMP bleibt.
Verwenden Sie diese Voreinstellung, wenn der Player bereitgestellt werden soll, aber nicht öffentlich zugänglich sein darf. Der Browser-Endpunkt wird immer noch generiert, aber der Zugriff wird durch playerseitige Zugangsdaten gesteuert.
Dies eignet sich hervorragend für Freigaben für Partner, interne Screenings, Premium-Previews oder jeden Fall, in dem die Zugriffskontrolle in die Wiedergabeebene selbst gehört.
Verwenden Sie diese Voreinstellung, nachdem der Operator die Audiospuren auf dem Quell-SRT-Server angehört und benannt hat.
SELECT_AUDIO_TRACK ordnet diesem Player eine produzierte Quellspur zu. Erstellen und testen Sie einen Player pro Sprache und veröffentlichen Sie die geprüften Varianten anschließend über eine LANGUAGE_LIST-Webplayer-Gruppe.
Callaba übersetzt oder erzeugt die Quellaudiospuren nicht.
Verwenden Sie diese Voreinstellung, wenn ein Player einer Gruppe von verwandten Browser-Endpunkten beitreten soll, z. B. verschiedenen Sprachen, Programmen oder alternativen Ereignisansichten.
Der gruppierte Player-Ablauf ist nützlich, wenn die Browser-Oberfläche größer als eine einzelne URL ist und der Zuschauer zwischen verwandten Player-Varianten wechseln kann.
Verwenden Sie diese Voreinstellung, wenn die Browserseite auf eine adaptive Bitratenwiedergabe und nicht auf eine einzelne feste Qualitätsstufe vorbereitet sein soll.
Callaba verbindet adaptive Bitraten mit Wiedergabeoptimierung und Transcodierung. Das eignet sich für Anwendungen, in denen ein stabiler Start und die automatische Qualitätsanpassung wichtiger sind als eine feste Qualitätsstufe.
Dashboard-Bezeichnung: Playername.
Lesbarer Name des Wiedergabe-Endpunkts.
Der Standard-Live-Workflow verwendet VOD_TYPE_LIVE_STREAM, während das Produkt auch On-Demand-Modi unterstützt.
Optionaler Medientyp-Deskriptor, der auf dem Player-Objekt gespeichert ist.
Dashboard-Bezeichnung: Eingabetyp.
Die Eingabedefinition stammt aus dem gemeinsamen Quellenformular. Unterstützt werden unter anderem SRT-Server, RTMP-Server, SRT-Routen und URL-basierte Live-Quellen.
Adaptive Bitrateneinstellungen für den Player. Das Produkt verwendet input_resolution als zentrales Kriterium für die Auslieferung und bindet ABR an die Transcoding-Schicht.
Dashboard-Bezeichnung: HLS-Segmentdauer.
Die UI-Anleitung empfiehlt 3 Sekunden für ein gutes HLS-Erlebnis.
Dashboard-Bezeichnung: Länge der HLS-Playlist.
Die UI-Anleitung empfiehlt 60 Sekunden.
DASH-seitige Fragmentgrößensteuerungen, die mit dem Player-Objekt gespeichert sind.
Dashboard-Bezeichnung: Mindestanzahl der HLS-Segmente.
Steuert, wie viele Fragmente vorgeladen werden, bevor die Wiedergabe beginnt.
Dashboard-Bezeichnung: Abstand zur Live-Kante.
Steuert, mit welchem Abstand zum neuesten Segment die Live-Wiedergabe beginnt.
Playerseitige Autorisierungseinstellungen. Die Benutzeroberfläche verwendet dies, um eine Zuschauer-Autorisierung zu erfordern, bevor der Webplayer geöffnet werden kann.
Optionaler Gruppenzuweisungsblock mit group_id, Anzeigename name innerhalb der Gruppe und selected als Standardauswahl.
Optionaler Monetarisierungsblock: Der deaktivierte Zustand bleibt für die meisten Player der normale Standard.
Optionale Präsentations- und Branding-Einstellungen für die browserbasierte Playeroberfläche.
Optionale Ereignis- und Support-Metadaten, die mit dem Player-Objekt gespeichert sind.
Optionale Medienverarbeitungsblöcke, die verwendet werden, wenn der Player mehr als reine Paketierung ohne Transcodierung ausführen soll.
Setzen Sie für eine mehrsprachige Quelle modify_audio.type auf SELECT_AUDIO_TRACK, übergeben Sie den nullbasierten Quellindex track als Zeichenfolge und verwenden Sie den geprüften Kanalmodus, zum Beispiel All channels.
Dashboard-Bezeichnung: Einmal erstellt aktivieren.
Steuert, ob der Player direkt nach der Bereitstellung aktiv sein soll.
Ressourcen-ID, die beim Erstellen oder Auflisten des Webplayers zurückgegeben wird.
Kurzform für _id.
Name, der für das Player-Objekt gespeichert ist.
Im Objekt gespeicherter Player- und Medientyp.
Generierter interner Port, der vom Auslieferungsprozess des Players verwendet wird.
Verknüpftes Eingabeobjekt oder verknüpfte Eingabeobjekte, die von der Wiedergabe-Pipeline verwendet werden.
Einstellungen für die Wiedergabebereitstellung, die auf dem Player-Objekt gespeichert sind.
Im Player gespeicherte Zugriffs-, Monetarisierungs-, Gruppen- und Zuschauerautorisierung.
Präsentations- und Sichtbarkeitseinstellungen werden mit dem Player-Objekt zurückgegeben.
Aktueller Aktivstatus für den Player.
Zeitstempel, die vom Backend verwaltet werden.
Bei erfolgreicher Ausführung enthält die Antwort success: true.