OBS-Multistreaming: ein Feed, mehrere Ziele

Die Fan-out-Grenze bewusst wählen

Ein Server beseitigt nicht jede gemeinsame Abhängigkeit. Alle Ziele hängen weiterhin vom OBS-Programm, der einen Upstream-Sitzung am Standort und der empfangenden Callaba-Instanz ab. Der Vorteil ist eine klarere Fehlergrenze, keine wundersame Redundanz.

Die Produktion vor der Eingabe von Streamschlüsseln vorbereiten

• Legen Sie die Zielereignisse an oder planen Sie sie und prüfen Sie, ob jedes Konto live senden darf.
• Wählen Sie eine Contribution-Auflösung, Bildrate, einen Codec, eine Bitrate, ein Keyframe-Intervall und ein Audioprogramm, die Callaba zuverlässig empfangen kann.
• Messen Sie den dauerhaften Upload im Produktionsnetz. Ein kurzer Speedtest ersetzt keine Probe.
• Verwenden Sie ein kurzes, eindeutig erkennbares Testprogramm mit Bewegung, Sprache und einer Synchronisationsreferenz.
• Halten Sie Plattformschlüssel aus Screenshots, öffentlichen Runbooks und Analyse-Payloads heraus.
• Bestimmen Sie einen Operator, der sowohl den gemeinsamen Eingang als auch den Kontrollraum jeder Plattform sieht.

Zielanforderungen ändern sich. Prüfen Sie vor dem Live-Termin die aktuelle Hilfeseite jedes Dienstes, statt eine Bitratentabelle aus einem alten Artikel zu übernehmen.

OBS für einen kontrollierten Upstream konfigurieren

1. Den Callaba-Eingang anlegen. Verwenden Sie einen zur Produktion passenden RTMP Server oder SRT Server. Starten Sie ihn und kopieren Sie die aktuellen Publisher-Werte aus dem Dashboard.
2. In OBS Einstellungen → Stream öffnen. In der offiziellen OBS-Oberfläche wählen Sie einen integrierten Dienst oder einen Custom Streaming Server und tragen anschließend Server und Streamschlüssel ein. Verwenden Sie die exakten Callaba-Werte; ein Schlüssel der Zielplattform gehört hier nicht hinein.
3. Einstellungen → Ausgabe prüfen. Wählen Sie ein Profil, das der gemeinsame Pfad tragen und der nachgelagerte Workflow decodieren kann. Ändern Sie beim ersten Test nicht gleichzeitig Codec, Auflösung und Audio-Routing.
4. Einen privaten Test starten. Achten Sie in OBS auf Encoderüberlastung und verworfene Frames. Verlangen Sie in Callaba eine dauerhaft ankommende Bitrate sowie ein decodiertes Bild mit dem vorgesehenen Ton.
5. Stoppen und erneut verbinden. Prüfen Sie, ob die Sitzung sauber endet und sich derselbe verwaltete Publisher wieder verbinden kann. So werden veraltete oder falsch kopierte Kennungen sichtbar.

Für eine RTMP-spezifische Anleitung verwenden Sie RTMP mit OBS senden und empfangen. Nutzt die Produktion SRT für die Contribution, öffnen Sie den Leitfaden zur OBS-SRT-Einrichtung und prüfen Sie die aktuell verwendete OBS-Ausgabemethode.

Ein Ziel hinzufügen, nachweisen und erst dann das nächste anlegen

1. Öffnen Sie Restreaming in Callaba und erstellen Sie einen neuen Restream mit dem geprüften OBS-Feed als Quelle.
2. Wählen Sie den unterstützten Zieltyp oder tragen Sie die exakte benutzerdefinierte Ausgabe-URL und den von der Plattform bereitgestellten Schlüssel ein.
3. Lassen Sie Transcoding deaktiviert, wenn die OBS-Contribution das Ziel bereits erfüllt. Benötigt eine Plattform ein anderes Profil, ändern Sie nur die Einstellungen, die dieser Vertrag verlangt.
4. Starten Sie den Restream und öffnen Sie die Plattformvorschau. Prüfen Sie Bild, Ton, Kontostatus und sämtliche Plattformwarnungen.
5. Benennen Sie die abgenommene Route nach Ereignis und Ziel und wiederholen Sie den Vorgang dann für die nächste Plattform.

Orientieren Sie sich an den aktuellen Feldern im Callaba-Benutzerhandbuch für Restreaming. Die Live-Multiview-Demo zeigt die Monitoring-Oberfläche für Operatoren. Ihre eigene Quelle und Ihre Ziele benötigen dennoch einen Produktionstest.

Einen Fehlerbaum nutzen, statt alles neu zu starten

Plugins sind nützlich, verändern aber die Risikoverantwortung

OBS braucht nicht für jede Sendung serverseitiges Fan-out. Ein gepflegtes Multi-Output-Plugin ist praktisch, wenn die Workstation genügend Encoder- und Uploadreserve hat, der Operator alle Bedienelemente lokal wünscht und das Plugin mit der installierten OBS-Version getestet wurde. Beziehen Sie Plugins aus dem gepflegten Projekt und prüfen Sie vor der Produktion den Update-Status.

Gehen Sie nicht davon aus, dass jede zusätzliche Ausgabe „kostenlos“ ist. Manche Konfigurationen teilen den Hauptencoder, andere führen zusätzliches Encoding oder Scaling aus. Auch jede Netzwerksitzung hat eigenes Wiederverbindungsverhalten. Lassen Sie den vollständigen Ausgabesatz repräsentativ lange laufen und unterbrechen Sie anschließend ein Ziel sowie das Netzwerk, um die nötigen Operatorhandlungen zu kennen.

Automatisierung folgt erst nach Freigabe der Zielmatrix

Wenn ein Planungssystem oder Kunden-Dashboard Ziele anlegen soll, verwenden Sie den API-Workflow für Live-Streaming auf mehrere Plattformen. Bewahren Sie die abgenommene Quelle, den Ausgabetyp, das Medienprofil und die Namensrichtlinie. Halten Sie Schlüssel aus Browserprotokollen und clientseitigen Analysen heraus und gestalten Sie den Vorgang idempotent, damit ein erneuter Versuch keine doppelte Live-Route erzeugt.

Eine API-Antwort bestätigt einen Steuervorgang. Sie beweist nicht, dass die externe Plattform bereit, das Programm hörbar oder das richtige Ereignis für das Publikum sichtbar ist. Plattformvorschau und decodierte Medien bleiben Teil der Abnahme.

Offizielle Quellen

• Übersicht zu OBS Studio — aktuelle Konzepte der Stream- und Ausgabesteuerung.
• Fehlerbehebung bei OBS-Streamverbindungen — Schritte zum Eingrenzen von Netzwerk-, Dienst- und Bitratenproblemen.
• Leitfaden zu OBS-Profilen — welche Ausgabeeinstellungen ein Profil speichert.

Häufig gestellte Fragen

Sendet OBS von Haus aus einen Stream an mehrere Plattformen?

Die standardmäßigen Stream-Einstellungen beschreiben einen ausgewählten Dienst oder benutzerdefinierten Server. Mehrere lokale Ausgaben benötigen gewöhnlich ein gepflegtes Plugin oder eine andere externe Methode. Beim serverseitigen Fan-out sendet OBS einen Stream an Callaba; dort werden die Ziele angelegt.

Wie viel Upload-Bandbreite benötigt serverseitiges Multistreaming?

Der Standort muss den einen Contribution-Feed zuzüglich normalem Overhead und sicherer Reserve dauerhaft tragen. Die Callaba-Instanz übernimmt den Ziel-Egress. Messen Sie beide Grenzen mit der vollständigen Produktionsbitrate.

Kann jedes Ziel eine andere Bitrate oder Auflösung verwenden?

Ja, sofern die gewählte Callaba-Route, das Codec-Profil und die Instanzkapazität die nötige Transformation unterstützen. Fügen Sie ein separates Profil nur für einen dokumentierten Zielbedarf hinzu und prüfen Sie danach die decodierte Ausgabe.