Für Live-Events, die nicht scheitern dürfen: Backup-Feeds und Sprachspuren

Die meisten Livestreams überstehen einen Aussetzer. Ein Gaming-Stream, der zwei Minuten lang wegbricht, kommt zurück, der Chat macht Witze darüber, und der Abend geht weiter. Die Events, die uns am wichtigsten sind, sind anders: die Keynote einer Konferenz, eine bezahlte Masterclass, ein Gottesdienst, den Familien im Ausland verfolgen, eine Produktvorstellung, die auf die Minute getaktet ist. Sie finden einmal statt, vor Menschen, die ihren Tag danach geplant haben.

Für diese Art von Übertragung haben wir zwei Funktionen in DCAST eingebaut: einen Backup-Feed für den Stream selbst und Sprachspuren für die Menschen, die ihn ansehen. Dieser Artikel erklärt, warum, welche davon Ihr Event braucht und was beide noch nicht können.

Das Event, das nur einmal stattfindet

Ein aufgezeichnetes Video lässt sich erneut hochladen. Ein Live-Event lässt sich nicht noch einmal erleben. Wenn es abbricht, gehen drei Dinge auf einmal verloren:

• der Moment – der Redner, das Tor, die Ankündigung wiederholen sich nicht;
• das Publikum – Zuschauer, die einen Fehlerbildschirm sehen, schließen den Tab, und viele kommen nicht zurück;
• das Geld – wenn die Leute bezahlt haben, treffen die Erstattungsanfragen ein, bevor das Event vorbei ist.

Und ein Live-Event kann hervorragend sein und trotzdem den Großteil seines möglichen Publikums verlieren, einfach weil es nur eine Sprache spricht – vor Menschen, die mehrere sprechen.

Funktion eins: ein zweiter Feed für denselben Stream

In den Tarifen PRO und VIP nimmt jeder RTMP-Stream einen Backup-Feed an: Der Tab Verbindung zeigt neben der primären Serveradresse eine Backup-URL. Ein zweiter Encoder – idealerweise ein zweiter Computer an einer zweiten Internetleitung – sendet dieselbe Show dorthin, mit demselben Stream-Schlüssel.

DCAST überwacht den primären Feed. Bricht er ab, schaltet das Programm auf das Backup um; die Zuschauer bleiben im selben Player, unter demselben Link, im selben Chat. Kehrt der primäre Feed zurück und bleibt stabil, schaltet DCAST von selbst zurück. Einschalten müssen Sie nichts: Verbinden Sie das Backup, bevor Sie auf „Übertragung starten“ klicken, und die Übertragung beginnt auf dem geschützten Pfad.

Zwei Entscheidungen haben bestimmt, wie wir es gebaut haben:

Wir kodieren Ihr Bild für die Umschaltung nicht neu. Die Umschaltung schneidet auf einem Keyframe von einem Feed zum anderen; die Zuschauer sehen also genau das, was Ihr Encoder erzeugt hat, und die Umschaltung selbst kostet sehr wenig.

Wir halten die Übertragung offen, wenn alles ausfällt. Gehen beide Feeds verloren, zeigt der Player Schwarz mit Stille und wartet, statt das Event zu beenden. Sobald einer der Feeds zurückkommt, ist auch das Bild wieder da.

Was eine Umschaltung kostet: Sie ist nicht unsichtbar. Im Moment der Umschaltung sehen die Zuschauer ein Stocken von Sekundenbruchteilen; der Ton wird am Übergang weich aus- und eingeblendet, damit es nicht knackt. Ein Backup, das sich verbindet, während die Übertragung schon läuft, funktioniert ebenfalls, aber DCAST verlegt die laufende Übertragung dann einmal darauf, mit einem kurzen Stocken – deshalb empfehlen wir, es vor dem Start zu verbinden.

Funktion zwei: jede Sprache in einem Player

In den Tarifen PRO und VIP können Sie im Tab Sprachen jedes RTMP- oder SRT-Streams auf Sprache hinzufügen klicken. Jede Sprache bekommt eigene Verbindungsdaten und einen Namen, den die Zuschauer sehen. Ihr Haupt-Encoder sendet weiterhin Bild und Originalton; jeder Dolmetscher sendet nur seine Stimme, von wo auch immer er arbeitet. Bis zu 16 zusätzliche Sprachen pro Stream.

Die Zuschauer sehen eine Sprachschaltfläche in der Steuerleiste des Players, sobald es zwei oder mehr Tonspuren gibt. Original – der eigene Ton des Events – läuft zuerst; alles andere ist einen Klick entfernt.

Auch hier haben wir zwei Entscheidungen getroffen:

Menschen, keine Maschinen. DCAST erzeugt keine Übersetzungen. Dolmetscher, die das Thema und das Publikum kennen, sind noch immer der Standard, wenn es auf die Worte ankommt, und die Funktion ist um sie herum gebaut: Jeder verbindet sich direkt – vor, gleichzeitig mit oder nach dem Hauptstream.

Nur Audio. Ein Sprach-Feed trägt Ton; ein mitgesendetes Bild wird ignoriert. Dolmetscher brauchen ein Mikrofon und eine Encoder-App, kein Produktions-Setup.

Auch das Replay behält die Sprachen. Eine mehrsprachige Übertragung sollte trotzdem als eine durchgehende Sitzung laufen: Wenn Sie sie auf demselben Stream stoppen und wieder starten, bietet das Replay die zusätzlichen Sprachen nur für den Teil nach dem letzten Start.

Welche Funktion braucht Ihr Event?

Die beiden Funktionen lösen unterschiedliche Probleme; gehen Sie also von dem Risiko aus, vor dem Sie tatsächlich stehen:

Mit beiden behalten Sie einen Stream, einen Link zum Bewerben, eine Paywall und einen Chat. Wenn Sie beide beim selben Event nutzen wollen, proben Sie genau diesen Aufbau vor dem Tag von Anfang bis Ende – so, wie Sie jede Funktion auch einzeln proben würden.

Was keine der beiden Funktionen ersetzt

Eine lokale Aufnahme. Zeichnen Sie das Programm auf mindestens einem Ihrer Encoder auf. Das ist Ihre Masterkopie und die beste Quelle für ein geschnittenes Replay.

Eine Probe. Verbinden Sie am Vortag alles: Stoppen Sie den primären Feed und sehen Sie zu, wie das Backup übernimmt; schalten Sie im Player durch alle Sprachen. Zehn Minuten Probe sind mehr wert als jede Funktionsliste.

Für wen wir das gebaut haben

Für Creator und Organisationen, die eigene Events verkaufen oder ausrichten: Lehrende mit bezahlten Masterclasses, Konferenzveranstalter, Kirchen und Gemeinschaften mit Mitgliedern im Ausland, Sportvereine und Unternehmen, die Produkte für internationale Kunden vorstellen. Wenn „Sorry, wir haben den Stream verloren“ Sie Geld oder Vertrauen kosten würde, sind diese beiden Funktionen für Sie gemacht.