Backup-Stream bei DCAST: Was passiert, wenn Ihr Encoder ausfällt

Jeder Live-Produzent kennt eine Geschichte über den Moment, in dem der Stream starb: der Laptop, der ausgerechnet dann ein Update installieren wollte, das WLAN der Location, das zusammenbrach, als das Publikum ankam, der Encoder, der in der Sonne überhitzte. Wenn Sie für dieses Event Tickets verkaufen, hat die Geschichte auch ein Kapitel über Rückerstattungen.

Mit DCAST können Sie einen zweiten Backup-Feed an denselben Stream senden. Bricht der primäre Feed ab, schauen Ihre Zuschauer über das Backup weiter – im selben Player, unter demselben Link –, und der Stream kehrt zum primären Feed zurück, sobald dieser wieder stabil ist. Dieser Artikel erklärt, wie das funktioniert, was Zuschauer sehen und wie Sie ein Backup einrichten, das Sie wirklich schützt.

Die Idee in einem Absatz

Sie betreiben für ein Event zwei unabhängige Quellen – zwei Encoder oder zwei Computer, idealerweise an zwei verschiedenen Internetanschlüssen. Beide senden dieselbe Show an DCAST. Die eine geht an die normale (primäre) Adresse des Streams, die andere an seine Backup-URL, mit demselben Stream-Schlüssel. DCAST überwacht den primären Feed. Solange er in Ordnung ist, sehen die Zuschauer den primären Feed. Liefert er kein Video mehr, schaltet DCAST das Programm auf das Backup um. Kommt der primäre Feed zurück und bleibt stabil, schaltet DCAST zurück.

Wo Sie die Backup-URL finden

Öffnen Sie die Einstellungen Ihres Streams und sehen Sie sich den Tab Verbindung an. Neben der primären Serveradresse sehen Sie eine zweite Zeile, Backup-URL. In den Tarifen PRO und VIP hat jeder RTMP-Stream eine Backup-URL. In anderen Tarifen ist die Zeile sichtbar; wenn Sie sie kopieren, erfahren Sie, welcher Tarif sie enthält, und die Backup-Adresse nimmt keinen Feed an.

Einschalten müssen Sie nichts: Das Backup wird genutzt, sobald tatsächlich ein Feed an der Backup-Adresse ankommt. Senden Sie nur den primären Feed, funktioniert Ihr Stream genau wie bisher.

Das Backup nutzt denselben Stream-Schlüssel wie der primäre Feed. Sie verwalten keinen zweiten Schlüssel und keinen zweiten Stream – Sie richten Ihren zweiten Encoder mit der Backup-URL und dem Schlüssel ein, den Sie bereits haben.

Was Zuschauer während einer Umschaltung sehen

Die Zuschauer laden nichts neu. Die Wiedergabeseite, der eingebettete Player auf Ihrer Website, der Chat und die Zuschauerzahl bleiben, wo sie sind; nur die Quelle dahinter wechselt.

Zwei ehrliche Details:

• Die Umschaltung ist nicht unsichtbar. Im Moment der Umschaltung sehen die Zuschauer ein Stocken von Sekundenbruchteilen, während DCAST den anderen Feed übernimmt. Der Ton wird am Übergang aus- und wieder eingeblendet, damit es nicht knackt, aber zwei Encoder liefern nie im selben Augenblick exakt dasselbe Bild und denselben Ton. Entscheidend ist, dass der Stream weiterläuft, statt zu enden.
• Wenn beide Feeds verloren gehen, zeigt der Player Schwarz mit Stille und wartet weiter, statt die Übertragung zu beenden. Sobald einer der Feeds zurückkommt, ist das Bild wieder da.

Verbinden Sie das Backup, bevor Sie auf „Übertragung starten“ klicken

Starten Sie beide Encoder, bevor Sie in DCAST auf Übertragung starten klicken. Ist das Backup beim Start bereits verbunden, beginnt die Übertragung auf dem geschützten Pfad, und ein späterer Ausfall kostet Ihre Zuschauer nur ein Stocken von Sekundenbruchteilen bei der Umschaltung.

Ein Backup, das sich verbindet, während Sie schon live sind, funktioniert trotzdem, aber DCAST muss die laufende Übertragung zuerst auf den geschützten Pfad verlegen. Die Zuschauer sehen in diesem Moment ein kurzes Stocken; danach arbeitet das Backup wie gewohnt.

Warum die Umschaltung Ihre Bildqualität erhält

DCAST dekodiert und kodiert Ihr Bild nicht neu, um zwischen Feeds umzuschalten. Es schneidet auf einem Keyframe von einem Feed zum anderen – dem Punkt, an dem ein Videostream sauber beginnen kann. So bleibt die Umschaltung ressourcenschonend, und Ihr Bild bleibt genau so, wie Ihr Encoder es erzeugt hat.

Daraus folgt auch eine praktische Regel: Stellen Sie auf beiden Encodern ein Keyframe-Intervall von 2 Sekunden ein. Ein langes Keyframe-Intervall bedeutet, dass die Umschaltung länger auf einen sauberen Schnittpunkt warten muss.

So bauen Sie ein Backup, das Sie wirklich schützt

Ein Backup schützt Sie nur vor den Ausfällen, die es nicht mit dem primären Feed teilt. Gehen Sie vor dem Event diese Liste durch:

Der häufigste Fehler sind zwei Encoder auf demselben Laptop im selben WLAN. Das schützt Sie vor einem Softwareabsturz und sonst vor nichts.

Machen Sie beide Feeds so ähnlich wie möglich: dieselbe Auflösung, Bildrate und Audio-Abtastrate und dasselbe Keyframe-Intervall. Dann fällt Ihren Zuschauern die Umschaltung weniger auf.

Was ein Backup nicht ersetzt

Ihre eigene Aufnahme. Zeichnen Sie das Programm immer lokal auf mindestens einem Ihrer Encoder auf. Das ist Ihre Masterkopie, unabhängig von jedem Netzwerk und jeder Plattform, und die beste Quelle für ein geschnittenes Replay.

Eine Probe. Testen Sie das Backup vor dem Event: Starten Sie beide Feeds, klicken Sie auf „Übertragung starten“, öffnen Sie die Wiedergabeseite, stoppen Sie dann den primären Feed und sehen Sie zu, wie der Stream weiterläuft. Starten Sie den primären Feed erneut und sehen Sie zu, wie er zurückkehrt. Fünf Minuten Probe machen aus einem Backup statt einer Hoffnung einen Plan.

Welche Streams ein Backup nutzen können

Das Backup funktioniert für Streams, die Sie von einem Encoder über RTMP senden. Streams von der Browserkamera, aus einer HTTP-Quelle abgerufene Streams und aus einer Datei abgespielte Streams nutzen keine Backup-Adresse – der erste hat bauartbedingt keinen zweiten Encoder, und die anderen beiden sind keine Live-Feeds von einem Encoder.

Für wen das gedacht ist

• Creator, die Zugang verkaufen – bezahlte Events, Kurse, Abos –, bei denen ein Ausfall Rückerstattungen und verlorenes Vertrauen bedeutet.
• Konferenzen und Kirchen, die aus Räumen streamen, deren Internet sie nicht unter Kontrolle haben.
• Sport- und Outdoor-Produktionen, bei denen eine Backup-Leitung über Mobilfunk der realistische Weg ist, die Show zu schützen.
• Alle, die schon einmal „Sorry, wir haben den Stream verloren“ posten mussten.