Zum Inhalt

Multi-PC Setup mit Streamer.bot Remote

Wenn du zwei (oder mehr) Streamer.bot-Instanzen koordinieren willst — z.B. eine auf dem Streaming-PC und eine auf dem Gaming-PC. SB-Remote ermöglicht Cross-Instance Triggers + Signals.

Patterns: Send Remote Trigger / Send Remote Signal Doku: https://docs.streamer.bot/api/sub-actions/streamerbot/remote/send-remote-signal

Typisches Setup

PC Was läuft
Streaming-PC OBS, Streamer.bot, VTube Studio
Gaming-PC Game, Streamer.bot (light), Discord-Audio

Streaming-PC = "Host", Gaming-PC = "Client". Beide haben SB installiert und sind via Remote-WebSocket verbunden.

Remote-Verbindung einrichten

Auf dem "Host" (Streaming-PC)

  1. Server-Settings in SB: Settings → Web Server Configuration
  2. Enable: ✅
  3. Address: 0.0.0.0 (alle Interfaces) oder spezifische IP
  4. Port: 8080 (Default)
  5. Password: setzen (sicher behandeln)
  6. Apply

Auf dem "Client" (Gaming-PC)

  1. Integrations → Streamer.bot (oder Servers Tab)
  2. Rechtsklick → + Add Server
  3. Felder:
Feld Wert
Name Host PC
Host IP des Streaming-PCs (z.B. 192.168.1.42)
Port 8080
Password (das vom Host)
Auto Connect aktiv
Auto Reconnect aktiv
  1. Save → Client verbindet sich mit Host

Firewall

Auf Streaming-PC TCP-Port 8080 (oder gewählten) öffnen:

  • Windows Defender Firewall → Eingehende Regeln → Neue Regel → TCP 8080 zulassen
  • Quelle: nur LAN-Subnet (z.B. 192.168.1.0/24)

Send Remote Trigger Sub-Action

Pfad: Streamer.bot → Remote → Send Remote Trigger

Feld Wert
Instance Welche Remote-Instance (Name oder "Any")
Trigger Name Custom Name, z.B. gamePcShutdown
Include Action's Arguments optional

Auf dem Empfänger: - Action mit Trigger Custom → Custom und Name gamePcShutdown - Action läuft wenn Trigger empfangen

Send Remote Signal Sub-Action

Ähnlich zu Trigger aber semantisch anders: - Trigger = "fire-and-forget" Event - Signal = "wartet auf Empfänger" (Empfänger kann Wait For Remote Signal als Sub-Action nutzen)

Pfad: Streamer.bot → Remote → Send Remote Signal

Use-Cases

Use-Case A: Gaming-PC steuert Streaming-PC

Game-Hotkey auf Gaming-PC → triggert Action auf Streaming-PC die OBS-Scene wechselt.

Auf Gaming-PC: 

[Hotkey] F8 → Switch Scene
└── Send Remote Trigger:
     Instance: Host PC
     Trigger Name: switchToBrb

Auf Streaming-PC: 

[Remote] BRB Scene Switch
Trigger: Custom → Custom (Name: switchToBrb)
└── OBS Studio → Set Active Scene: "BRB"

Use-Case B: Gaming-PC zeigt Game-Events

Game schreibt Events in ein Log-File auf Gaming-PC → SB auf Gaming-PC liest das → Send Remote Trigger an Streaming-PC für OBS-Reaction.

Auf Gaming-PC: 

[Event] Game File Tail  (Trigger: Core → File Folder Watcher → Changed)
└── Send Remote Trigger:
     Instance: Host PC
     Trigger Name: gameDeathDetected
     Include Action's Arguments: ✅

Auf Streaming-PC: 

[Remote] Game Death Reaction
Trigger: Custom (gameDeathDetected)
└── OBS Set Source Visibility: "Death-Overlay" = Visible
└── Send Message: "Streamer ist gestorben (wieder)"

Use-Case C: Discord-Audio nur auf Gaming-PC

Speaker.bot läuft nur auf Gaming-PC (wo Audio-Setup ist). Sub-Event kommt auf Streaming-PC rein → Triggert TTS auf Gaming-PC via Remote.

Auf Streaming-PC: 

[Event] Sub TTS Remote
Trigger: Twitch → Subscriptions → Subscription
└── Send Remote Trigger:
     Instance: Gaming PC
     Trigger Name: subTtsRequest
     Include Action's Arguments: ✅

Auf Gaming-PC: 

[Remote] Sub TTS
Trigger: Custom (subTtsRequest)
└── Speak: "%user% subbed: %message%"

Variante: Zwei SBs als Backup

Du kannst zwei SB-Instanzen auf dem GLEICHEN PC laufen lassen — mit unterschiedlichen Daten-Verzeichnissen. Eine als Live-Bot, eine als Test-Bot.

Sinn: Wenn du am Live-Bot Sachen testen willst ohne live-Stream zu beeinträchtigen.

Wait For Remote Signal Pattern

Wenn der Sender wirklich warten soll bis Empfänger fertig:

[Sender]
├── 1. Send Remote Signal: doSomething
└── 2. Wait For Remote Signal: doneSomething   (blockiert bis Empfänger ankommt)

[Empfänger]
Trigger: Custom (doSomething)
├── 1. (lange Operation, z.B. 30s)
└── 2. Send Remote Signal: doneSomething   (zurück an Sender)

So baust du synchrone Cross-PC-Workflows.

Häufige Fallen

  • Firewall blockt — TCP 8080 muss durch. Bei Symptomen "Disconnect": Firewall checken
  • Verschiedene SB-Versionen — Remote zwischen v1.0.4 und v1.0.5 kann inkompatibel sein. Beide auf gleichen Version halten
  • Password vergessen — eingeben in beiden Settings, exakt gleich
  • Multi-Connect-Conflict — wenn zwei Clients gleich heißen, hängt das. Eindeutige Namen vergeben
  • Latency — LAN-Verbindung ist ~1-2ms, kein Problem. Über Internet (Tunnel) wird's spürbar — empfehlt nur LAN

Quellen