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.
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, 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.
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.