Ein Einstiegspunkt
Eine gruppierte Zuschauer-URL teilen oder einbetten, statt für jede Sprache einen eigenen Link zu verteilen.
Callaba empfängt ein mehrspuriges SRT-Programm. Das Betriebsteam kann jede Audiospur abhören und benennen, für jede Sprache eine freigegebene Player-Variante erstellen und alle Varianten in einer Sprachauswahl für das Publikum zusammenführen.
Eine einzige öffentliche URL ist keine verborgene Blackbox. Quelle, ausgewählte Spuren, Player-Varianten und Gruppe bleiben getrennte Objekte, die das Betriebsteam einzeln prüfen kann.
Einen MPEG-TS-Beitrag mit den produzierten Audiospuren an einen Callaba SRT Server senden.
Stream-Statistiken öffnen, jede Audiospur abhören und mit einer Sprache oder Kommentarart benennen.
Für jede Publikumssprache einen Web Player erstellen und die vorgesehene Quellspur mit SELECT_AUDIO_TRACK zuordnen.
Die geprüften Player einer LANGUAGE_LIST-Gruppe hinzufügen, die Standardsprache wählen und jeden Wechsel in einem sauberen Browser testen.
Das Publikum öffnet eine einzige Seite im eigenen Markenauftritt. Die ausgewählte Sprache ist eindeutig, weitere freigegebene Varianten bleiben verfügbar, und gemeinsame Zugriffsregeln gelten für die ganze Gruppe, statt per E-Mail erklärt zu werden.
Eine gruppierte Zuschauer-URL teilen oder einbetten, statt für jede Sprache einen eigenen Link zu verteilen.
Publikumsgerechte Bezeichnungen verwenden und festlegen, welche Sprache zuerst geöffnet wird.
Branding, Veranstaltungsinformationen, Passwortzugang, Zuschauerzugänge oder unterstützte Pay-per-View-Einstellungen auf Gruppenebene anwenden.
Diese Funktionen kann ein Betriebsteam im aktuellen Callaba-Workflow prüfen. Die Nachweisspalte nennt das Steuerelement oder API-Objekt, das die jeweilige Aussage belegt.
| Funktion | Aktueller Funktionsumfang | So wird geprüft |
|---|---|---|
| Beitrag | Ein SRT/MPEG-TS-Programm mit bis zu 8 produzierten Audiospuren. | Einen Encoder oder Generate Test Video mit 8 Audiospuren verwenden und den Stream anschließend auf dem SRT Server bestätigen. |
| Spurprüfung | Erkannte Audiospuren abhören und betriebslesbare Namen vergeben. | Die Statistiken des SRT Server öffnen und Vorschau sowie Benennung der Audiospuren verwenden. |
| Spurauswahl | Für jeden Ausgabeprozess eine Quell-Audiospur auswählen; die Kanalbehandlung ist optional. | Modify Audio Tracks auf SELECT_AUDIO_TRACK setzen; die Laufzeit ordnet den gewählten Audioindex zu. |
| Browserwiedergabe | Für jede freigegebene Sprach- oder Kommentarvariante einen Live Web Player erstellen. | Jeden Player einzeln erstellen und testen, bevor er einer Gruppe hinzugefügt wird. |
| Gemeinsame Zuschaueransicht | LANGUAGE_LIST Web Player Group mit benannten Optionen und einer Standardauswahl. | Gruppe erstellen, sortierte Player hinzufügen, Standard auswählen und die öffentliche Gruppen-URL öffnen. |
| Zugriff und Darstellung | Gemeinsame Autorisierung, unterstützte Pay-per-View-Einstellungen, Logo, Titelbild, Veranstaltungsdatum, Zeitzone und Supportkontakt. | Zuschauereinstellungen auf Gruppenebene konfigurieren und mit einer abgemeldeten Browsersitzung erneut testen. |
| Automatisierung | REST-API für Web Players und Web Player Groups, nachdem der UI-Workflow nachgewiesen wurde. | /api/vod/* und /api/vod-group/* verwenden und mit den geprüften Erstellungsbeispielen beginnen. |
Hauptprogramm und Dolmetschmischungen synchron halten, während das Publikum seine Sprache auf einer Seite auswählt.
Heim-, Auswärts-, neutrale oder regionale Kommentarvarianten aus einem mehrspurigen Beitrag veröffentlichen.
Regionalen Teams eine kontrollierte Zuschaueroberfläche mit Standardsprache und gemeinsamer Zugriffsrichtlinie bereitstellen.
Neben dem Hauptprogramm eine produzierte Audiodeskription oder alternative Audiovariante anbieten.
Der SRT Server übernimmt Ingest und Spurprüfung. Web Player machen aus freigegebenen Spuren Browser-Varianten; eine Web Player Group führt sie für das Publikum zusammen.
Mehrspuriges Programm empfangen, Signalzustand prüfen, Audio vorhören und Spuren benennen.
→02Jede ausgewählte Sprache für die Browserwiedergabe aufbereiten und die geprüften Varianten auf einer Zuschauerseite bündeln.
→03Eine ausgewählte Kommentar- oder Sprachspur an eine Plattform oder einen Partner senden, wenn die Aufgabe Verteilung statt Sprachauswahl im Browser ist.
→04Bei Bedarf entfernte Sprecher oder Dolmetscher in die Produktion holen; Dolmetschqualität und fertige Sprachmischung bleiben Produktionsaufgaben.
→Der Leitfaden zu Web Player Groups behandelt das LANGUAGE_LIST-Objekt, gemeinsame Zuschauerregeln, die Standardauswahl und alle Prüfungen vor der Freigabe der öffentlichen URL.
Ja. Der geprüfte Callaba-Workflow nimmt ein MPEG-TS-Programm mit mehreren produzierten Audiospuren über SRT an. Die dokumentierte Testquelle enthält 8 Spuren.
Nein. Das Betriebsteam erstellt und prüft die erforderlichen Player-Varianten und veröffentlicht sie anschließend über eine LANGUAGE_LIST-Gruppen-URL mit verständlichen Bezeichnungen.
Nein. Callaba übersetzt nicht und erstellt weder Übersetzungen noch Dolmetsch-, Synchron- oder Audiodeskriptionsspuren. Diese Spuren müssen vorgelagert produziert werden; Callaba transportiert und präsentiert sie.
Ja. Ein Restreaming-Job kann die benötigte Quell-Audiospur auswählen und diese Variante an eine freigegebene Plattform oder ein benutzerdefiniertes Ziel senden.
Das aktuelle Web-Player-Group-Objekt unterstützt gemeinsame Autorisierung und unterstützte Pay-per-View-Einstellungen sowie Branding und Veranstaltungsmetadaten. Den genauen Zugriffsweg vor der Veranstaltung testen.
Jede Spur benennen, jeden Player einzeln prüfen und anschließend die gruppierte Zuschaueransicht als abgemeldetes Publikumsmitglied testen. Diese Reihenfolge deckt Fehler auf, die eine ausgefeilte Landingpage nicht zeigen kann.