Direkt zum Hauptinhalt

OBS-Performance

Chatlix-Overlays laufen als Browser-Sources in OBS. Eine schlecht eingerichtete Browser-Source kann mehr CPU fressen als der eigentliche Stream-Encode. Diese Seite sammelt Tipps, geordnet vom größten Hebel nach unten.

1. Overlays bündeln statt zerfasern

Der wichtigste Tipp: Jede Browser-Source in OBS startet eine eigene Chromium-Instanz mit eigenem GPU-Context. Fünf einzelne Browser-Sources (Alerts, Chat, Goal, Persona, Mini-Game) zahlen fünf Mal den Fixkosten-Overhead.

Chatlix erlaubt dir, mehrere Overlay-Module in einer Overlay-Szene zu bündeln und OBS am Ende nur eine URL zu geben. Faustregel: so wenig Browser-Sources wie möglich, so viele Module pro Browser-Source wie nötig.

2. Wie Chatlix OBS technisch anspricht

Für Aktionen wie Szenenwechsel, Source-Toggle oder Screenshot nutzt Chatlix OBS-WebSocket v5 über Connect. Zwei Mechanismen laufen parallel:

  • Ein Status-Push alle 10 Sekunden von Connect zum Server (aktive Szene, Sources, Mute-Status) — das ist reine Anzeige, keine Steuerung, und belastet OBS praktisch nicht.
  • Ein Round-Trip-Call bei echten Aktionen, mit Timeout zwischen 200ms und 15s (Standard 5s).

Diese Kommunikation läuft komplett am OBS-Rendering vorbei — sie beeinflusst deine Frame-Zeit nicht. Performance-Probleme rund um OBS kommen praktisch immer von den Browser-Source-Inhalten selbst, nicht von der Steuerung durch Chatlix.

3. Browser-Source-Einstellungen, die wirklich helfen

  • FPS der Browser-Source auf 30 begrenzen, wenn das Overlay keine schnellen Animationen zeigt (z.B. reiner Chat-Feed). Die meisten Overlay-Inhalte brauchen keine 60 FPS.
  • „Quelle deaktivieren, wenn nicht sichtbar" aktivieren — Overlays auf Szenen, die gerade nicht live sind (z.B. BRB-Screen), verbrauchen dann keine Ressourcen.
  • Hardware-Beschleunigung in OBS aktiviert lassen, außer du hast gezielte GPU-Engpässe mit dem Encoder.
  • Auflösung der Browser-Source exakt auf die tatsächlich benötigte Overlay-Größe setzen, nicht pauschal auf volle Canvas-Größe, wenn das Overlay nur eine Ecke belegt.

4. OBS-WebSocket-Version prüfen

Chatlix setzt OBS-WebSocket v5 voraus, fest eingebaut seit OBS Studio 28. Ältere OBS-Versionen mit dem separaten v4-Plugin werden nicht unterstützt und liefern im Zweifel OBS_NOT_REACHABLE statt eines Performance-Problems — das ist also eher ein Erreichbarkeits- als ein Last-Thema, aber ein häufiger Verwechslungsfall.

5. Kein generelles OBS-Limit durch Chatlix

Es gibt keine harte, dokumentierte Obergrenze für „wie viele Overlays pro Streamer" von Chatlix-Seite — die Grenze ist praktisch immer dein eigener Rechner (CPU/GPU) und die Browser-Source-Konfiguration, nicht ein serverseitiges Limit. Rate-Limits auf der API-Seite (z.B. für Bulk-Änderungen an Timern oder Shield-Regeln) betreffen normale Dashboard-Nutzung nicht spürbar, siehe Netzwerk für Details, wenn du eigene Automationen per API baust.