OBS kann die zentrale Produktionsstation zwischen mobilem Stream, Relay-Server und der eigentlichen Streaming-Plattform bilden.
OBS übernimmt nicht zwingend den mobilen Uplink. In vielen IRL-Setups empfängt OBS stattdessen einen bereits zum Relay-Server übertragenen Stream. Dort können Szenen, Browser-Quellen, Alerts, Overlays und Audio zusammengesetzt werden.
OBS arbeitet in drei Schritten. Quellen sind die Ebenen eines Bildes, Szenen fassen sie zu Layouts zusammen, und die Ausgabe schickt das fertige Programm zur Plattform. Die Abschnitte unten gehen genau in dieser Reihenfolge vor.
Für einen mobilen Stream sollte OBS nicht nur eine einzige Szene enthalten. Eine kleine, eindeutig benannte Szenenstruktur erleichtert die Bedienung und ermöglicht automatische Wechsel, wenn das Mobilfunksignal schwächer wird.
| Szene | Wann sie aktiv ist | Inhalt |
|---|---|---|
| LIVE | Stream vom Relay kommt normal an | Relay-Bild, Overlays, Alerts |
| LOW | Daten kommen an, die Bitrate sinkt deutlich | ruhigeres Layout |
| OFFLINE / BRB | Der mobile Stream bricht ab | vorbereitete Grafik oder lokales Video |
| START / ENDE | beim Aufbauen und Beenden des Streams | ruhiger Übergang |
Programme wie NOALBS können die LIVE-, LOW- und OFFLINE-Szenen anhand der verfügbaren Streamdaten automatisch umschalten. Fertige Szenen zum Importieren gibt es im OBS-IRL-Szenenpaket.
Das empfangene IRL-Bild bildet in der LIVE-Szene die unterste Ebene. Darüber können Logos, Chat, Statusinformationen und Alerts liegen. OBS unterscheidet unter anderem Medien-, Bild-, Audio-, Video- und Browser-Quellen. Browser-Quellen werden häufig für Alerts und Chat-Overlays verwendet.
Die Reihenfolge in der Quellenliste ist wichtig: Eine weiter oben liegende Quelle kann darunterliegende Elemente verdecken. Wiederkehrende Elemente lassen sich in einer eigenen Szene zusammenfassen und anschließend in mehreren Hauptszenen wiederverwenden.
Für Touren und Outdoor-Streams können StreamerHub oder RealtimeIRL zusätzlich eine GPS-Karte, Geschwindigkeit, Strecke, Höhe oder weitere Bewegungsdaten als Browserquelle bereitstellen. StreamerHub kann darüber hinaus Szenen, Quellen und Audio über OBS Remote steuern.
Das Kameramikrofon beziehungsweise der Ton aus Moblin sollte in OBS nur einmal ankommen. Wird dieselbe Audioquelle zusätzlich global und innerhalb einer Szene eingebunden, können Echo oder eine doppelte Ausgabe entstehen. Auch Alert-Töne dürfen nicht gleichzeitig über OBS und über die mobile Alert-Box zurück in das Streammikrofon gelangen.
Vor dem Start empfiehlt sich ein kurzer Test mit Sprache, Umgebungsgeräuschen und einem Probe-Alert. Die Pegel sollten deutlich ausschlagen, aber nicht dauerhaft den roten Bereich erreichen. Falls Audio und Video nicht synchron sind, kann die betreffende Quelle in den erweiterten Audioeigenschaften gezielt verzögert werden.
Wie du den ganzen Tonweg planst, steht unter IRL-Audio.
OBS sendet das fertige Programm üblicherweise per RTMP oder RTMPS an die Zielplattform. Auflösung, Bildrate, Video-Bitrate und Keyframe-Intervall müssen zu den Vorgaben der jeweiligen Plattform passen. Ein Hardware-Encoder kann den Produktionsrechner entlasten, sofern er für das verwendete System verfügbar ist. Wie du die Bitrate wählst, erklärt Bitrate & Qualität.
Profile speichern unter anderem Stream-, Video- und Ausgabeeinstellungen. Szenen werden dagegen über Szenensammlungen verwaltet. Für Tests, Hauptstream und eine sparsamere Notfallausgabe können daher getrennte Profile sinnvoll sein. Zusätzlich sollten die automatische Wiederverbindung und eine lokale Kontrollaufnahme vor einem längeren Einsatz getestet werden.
| Was | Speichert | Gedacht für |
|---|---|---|
| Profil | Stream-, Video- und Ausgabeeinstellungen | Test, Hauptstream, sparsamere Notfallausgabe |
| Szenensammlung | Szenen und deren Aufbau | Verwaltung der Szenen |
Eine allgemeine Liste für den Einsatz steht in der IRL-Checkliste.
Kamera → mobiler Encoder/Moblin → SRT/SRTLA → Relay → OBS → RTMP/RTMPS → Twitch, YouTube oder andere Plattform
Dadurch bleibt die mobile Seite des Setups schlank, während die eigentliche Produktion an einem stationären System erfolgt.
Erweiterungen sollten immer eine konkrete Aufgabe lösen und vor dem Livebetrieb einzeln getestet werden. Aitum bleibt der Einstieg für Hochkant- und Multistream-Ausgaben; die weiteren Werkzeuge ergänzen Automatisierung, Audio, Untertitel, Einzelaufnahmen und lokale Szenenübertragung.
Weiterführende Funktionsbeschreibungen findest du im offiziellen OBS-Überblick, im OBS-Leitfaden zu Szenen und Quellen und in der Dokumentation zum Audiomixer.
Nicht zwingend. In vielen Setups empfängt OBS einen Stream, der schon zum Relay-Server geschickt wurde. Wie das Relay aufgebaut ist, steht unter SRTLA-Relay-Server.
Für den Anfang reichen LIVE, LOW und OFFLINE oder BRB. START und ENDE machen Auf- und Abbau ruhiger. Gib den Szenen eindeutige Namen, damit du oder ein Programm wie NOALBS sie sicher umschalten kann.
Meist kommt dieselbe Audioquelle mehrfach in OBS an, etwa global und zusätzlich in einer Szene. Oder Alert-Töne laufen gleichzeitig über OBS und über die mobile Alert-Box. Binde jede Tonquelle nur einmal ein und teste mit einem Probe-Alert. Mehr dazu unter IRL-Audio.
Profile speichern unter anderem Stream-, Video- und Ausgabeeinstellungen. Szenen verwaltest du über Szenensammlungen. Getrennte Profile lohnen sich für Tests, den Hauptstream und eine sparsamere Notfallausgabe.
Teste Relay-Bild und Ton in der LIVE-Szene, das Umschalten auf LOW und OFFLINE, Alerts, die Ausgabeeinstellungen zur Zielplattform, die automatische Wiederverbindung und eine lokale Kontrollaufnahme. Unterwegs prüfst du außerdem die ganze Kette, wie unter Stream unterwegs prüfen beschrieben.