Zum Hauptinhalt springen
Zurück zum Blog

12. Oktober 2026

OBS 33 RC1: prüfe deine Browserquelle vor dem Update

Das OBS-Projekt veröffentlichte den Release Candidate 1 von OBS Studio 33.0 am 9. Oktober 2026. Prüfe deine Browserquelle vor dem Update.

Am 9. Oktober 2026 veröffentlichte das OBS-Projekt die Release Candidate 1 von OBS Studio 33.0 (wird in einem neuen Tab geöffnet), eine Testversion vor der stabilen Veröffentlichung von 33.0. Diese Version behebt drei Fehler bei Browserquellen, die in den Betas desselben Zyklus aufgetreten waren. Wer mit Overlays streamt, die per URL in OBS geladen werden, für den ist die Nachricht nicht der Fehler selbst, sondern die Erinnerung, die sie mitbringt: Das Element, das deine Overlays zeichnet, hat gerade seine Engine gewechselt.

Streaming-Schreibtisch mit zwei Monitoren und leuchtendem Rahmen für ein Overlay

Bevor es weitergeht, eine Unterscheidung, die Überraschungen vermeidet: Ein Release Candidate ist keine stabile Version. Das Projekt veröffentlicht diese Testversion, damit die Community sie ausprobiert und Probleme meldet, nicht damit sie die Ausrüstung ersetzt, mit der du wöchentlich streamst. Ein unabhängiger Versionsüberblick, OBS Versions (wird in einem neuen Tab geöffnet), datiert die Veröffentlichung auf den 9. Oktober 2026 und empfiehlt, diese Version für Tests zu reservieren und für die Produktionsarbeit einen stabilen Installer zu behalten.

Was sich im Release Candidate 1 geändert hat

Die Versionshinweise enthalten drei Korrekturen für Browserquellen gegenüber den vorherigen Betas: Das Audio-Monitoring schaltete sich kurz ein, einige Quellen blieben beim Neuladen leer und Anfragen an das lokale Netzwerk schlugen fehl. Das sind Probleme aus dem Testzyklus; daraus folgt nicht, dass sie auch Nutzer einer stabilen Version betreffen.

Die Änderung der Engine kam früher in diesem Zyklus. OBS Studio 33.0 aktualisiert CEF von Version 127 auf 150 und wechselt damit von einer Engine aus Juli 2024 zu einer aus September 2026. OBS beschreibt die Arbeit als intern und erklärt, dass sie für Nutzer unbemerkt bleiben sollte.

Auch die Organisation der Plugins ändert sich: Offizielle Plugins wechseln in einen Ordner namens core, während Plugins von Drittanbietern eine neue Struktur erhalten. Laut den Versionshinweisen werden Plugins bis OBS Studio 34.0 weiterhin aus bisherigen Speicherorten geladen; der Hilfeartikel (wird in einem neuen Tab geöffnet) erklärt den Übergang. Teste Plugins, auf die du angewiesen bist, gesondert.

Warum das für Streamer mit Browserquellen wichtig ist

Eine Browserquelle ist ein Browser innerhalb von OBS: Sie bekommt eine Webadresse und einen Anzeigebereich. Die offizielle Dokumentation (wird in einem neuen Tab geöffnet) beschreibt ihre Eigenschaften, darunter Breite und Höhe des Bereichs, das vorübergehende Schließen der Quelle, solange sie nicht sichtbar ist, und das Aktualisieren beim Aktivieren der Szene. Dort lebt die URL eines Overlays, sodass ein Versionszyklus, der die Browser-Engine austauscht, genau das Element betrifft, von dem viele Szenen abhängen.

Es lohnt sich, zwei Gedanken zu trennen. Dass OBS seine Engine aktualisiert, bedeutet nicht, dass dein Overlay ausfallen wird: Die Versionshinweise sagen, dass die Arbeit intern ist und unbemerkt bleiben sollte. Was sich ändert, ist die Beweislast. Statt davon auszugehen, dass es genauso läuft wie zuvor, solltest du die Quelle vor dem Update testen und mit eigenen Daten entscheiden.

Es gibt außerdem einen Kalendergrund. Wer regelmäßig streamt, für den ist ein Programm-Update am selben Nachmittag wie ein wichtiger Livestream eine unnötige Wette, und das gilt sowohl für eine Kandidatenversion als auch für eine Version, die gerade stabil geworden ist. Geprüft wird mit Vorlauf, nicht mit wartendem Publikum.

Teste deine Overlays, bevor du eine Sendung riskierst

Du kannst dieses Vorgehen wiederholen, wenn OBS eine neue Hauptversion bekommt. Unterscheide vor dem Test zwischen Einstellungen und Programm: OBS-Profile (wird in einem neuen Tab geöffnet) speichern hauptsächlich Ausgabeeinstellungen, während Szenensammlungen (wird in einem neuen Tab geöffnet) Szenen und Quellen enthalten. Ein weiteres Profil installiert keine andere Version und trennt die zum Streamen verwendete Installation nicht ab. Diese Prüfungen empfehlen sich:

  • Sichere deine Profile und Szenensammlungen, bevor du die Installation änderst.
  • Teste den Release Candidate auf einem anderen Computer oder in einer Testumgebung mit eigener Installation und Konfiguration. Ersetze dabei weder deine stabile Streaming-Umgebung noch verwende deren Konfiguration gemeinsam mit der Testversion.
  • Öffne die Szene und sieh dir die echte Ausgabe im Programm-Monitor an, nicht die Miniaturansicht in der Quellen-Liste.
  • Prüfe die beiden Optionen, die das Verhalten einer Browserquelle verändern: das Schließen, solange sie nicht sichtbar ist, und das Aktualisieren beim Aktivieren der Szene. Beobachte, was passiert, wenn du zur Szene zurückkehrst, denn von diesen beiden Kästchen hängt ab, ob die Seite geladen bleibt oder neu geladen wird.
  • Passe die Größe an die Leinwand an. Für Full HD wird der Bereich der Quelle auf 1920 × 1080 eingestellt.
  • Lass die Quelle eine Weile sichtbar und urteile nicht nach dem ersten Bild.
  • Wiederhole den Test mit jedem Overlay, das du regelmäßig nutzt, nicht mit einem einzigen.

Wenn du ein Problem entdeckst, kehre vor dem Stream zur stabilen Umgebung zurück. Melde es anschließend dem OBS-Projekt mit der Version, den Schritten zur Reproduktion und dem beobachteten Ergebnis. Eine Referenz dafür, wie die Szene vor dem Test funktioniert hat, hilft bei der Beschreibung, ohne jedes Problem der neuen Engine zuzuschreiben.

Prüfe Bewegung, ohne sie mit Kompatibilität gleichzusetzen

Ein Screenshot hilft bei der Prüfung von Bildaufbau und Lesbarkeit, bestätigt aber nicht, dass eine Seite weiterhin aktualisiert wird. Ein statisches Overlay kann in einer funktionierenden Quelle genauso aussehen wie in einem eingefrorenen Bild. Kombiniere die Sichtprüfung deshalb mit einem Element, dessen erwartetes Verhalten du kennst.

Für diesen Test kannst du einen aktiven Countdown verwenden, dessen Enddatum noch in der Zukunft liegt. Beobachte die wechselnden Sekunden, blende die Quelle aus und kehre zur Szene zurück, um das Verhalten nach dem Neuladen zu prüfen. Bewegung ist ein Hinweis darauf, dass dieses Element aktualisiert wird, kein Nachweis für die Kompatibilität der gesamten Sendung.

Wenn der Countdown stehen bleibt, prüfe zunächst, ob er abgelaufen, pausiert oder anders eingestellt ist als erwartet. Schließe nicht sofort daraus, dass die Seite eingefroren ist. Eine wechselnde Zahl bestätigt ebenso wenig den Ton, die Verbindungen anderer Widgets oder die Ausgabe beim Publikum: Jeder Teil braucht einen eigenen Test.

Wenn deine Sendung ohnehin eine Wartezeit bis zum nächsten Stream oder Event enthält, kann derselbe Countdown Teil der Probe sein. In OverlayOn wählst du eine Vorlage, legst das Enddatum fest und kopierst die URL, um sie als Browserquelle in OBS einzufügen. Teste die Szene, die du tatsächlich verwenden wirst, nicht nur ein Beispiel-Overlay.

Der Nutzen besteht darin, diese sichtbare Wartezeit vorzubereiten und zu proben. OverlayOn verändert die OBS-Engine nicht und garantiert keine Kompatibilität mit künftigen Versionen. Um diesen Ablauf umzusetzen, richte deinen Countdown in OverlayOn ein und prüfe Bewegung, Neuladen und die übrige Szene vor dem Stream.

Quellen