OSC nutzen, um zwei QLab-Systeme redundant anzusprechen
Redundanz gehört im Livebetrieb inzwischen einfach dazu, egal ob es um einen Theaterspielplan, eine Corporate-Show oder eine Tanzproduktion geht. Niemand möchte sich darauf verlassen, dass ein einzelner Rechner unendlich stabil ist.
Wir fahren darum häufig mit zwei QLab-Systemen:
- Host: der aktive Zuspieler
- Backup: identisches Projekt, identischer Stand
Beide Systeme laufen gleichzeitig, und wenn der Host-Rechner ausfällt, übernimmt das Backup nahtlos.
Damit diese Redundanz wirklich funktioniert, müssen beide Systeme exakt dieselben Befehle erhalten. Und zwar von einer gemeinsamen Quelle. Lässt man den Hauptrechner den Backup triggern, etwa per OSC aus einem Cue heraus, fällt mit dem Hauptrechner auch der Trigger für den Backup aus. Darauf wird in der QLab-Community immer wieder hingewiesen.
Warum OSC für Redundanz so gut geeignet ist
Mit geeigneten Controllern geht das grundsätzlich auch per MIDI. Die FrenschPress hat zum Beispiel zwei USB-Ports und schickt jeden Befehl gleichzeitig an beide Rechner, ganz ohne Netzwerk. Das passt, wenn beide Rechner am FOH stehen. Für Redundanz hat Open Sound Control aber noch weitere Vorteile:
- Der Backup-Rechner kann an einem anderen Ort stehen.
- OSC sendet sehr klare Befehle. Das Backup-System läuft einfach mit und übernimmt nahtlos, falls der Master aussteigt.
Mit OSC ist Redundanz erstaunlich unkompliziert: Ein Trigger → zwei Rechner → gleiche Reaktion.
Warum ein Hardware-Controller dabei so viel Ruhe reinbringt
Wir haben Redundanz jahrelang über Software-Trigger, Companion oder das QLab-Workspace-Follow-Feature gefahren. Das funktioniert gut, ist aber immer ein Layer mehr als nötig.
Ein Hardware-Controller, der OSC direkt an beide Systeme sendet, hat für uns drei klare Vorteile:
- Wir sehen, ob der Befehl angekommen ist. Die FrenschPress zeigt das über die Tastenrückmeldung deutlich.
- Beide Systeme sind immer synchron. Es gibt keinen falschen Cue, keine Navigation und kein „Wo stehen wir gerade?“.
- Auf beiden Rechnern passiert dasselbe. Man drückt GO, und beide springen.
Vor allem in hektischen Situationen, bei sehr wichtigen Kundenevents oder wenn sowieso alles kompliziert ist, beruhigt ein Backup-System, das redundant mitläuft, ungemein.
Wie das Setup aussieht
Ganz simpel:
- zwei QLab-Rechner
- beide im selben Netzwerk
- FrenschPress per USB an 5V
- FrenschPress sendet OSC ins Netzwerk
- QLab-Host und Backup bekommen ihre Befehle von der FrenschPress
- beide Projekte stehen immer im gleichen Cue
Wir drücken GO → beide Rechner springen. Fällt der Master aus, öffnen wir am Tonpult nur den Backup-Kanal und mute den Master. Alles andere läuft normal weiter.
Die Umschaltung geht auch in QLab selbst. Figure 53 zeigt im Cookbook „Main or Backup“, wie man mit den Override Controls die Ausgänge des gerade nicht aktiven Rechners stummschaltet. Auch dort wird empfohlen, beide Macs von einem Controller aus anzusteuern, der an beide sendet. Das Beispiel ist für QLab 4 geschrieben und braucht für QLab 5 kleine Anpassungen.
Man muss dafür nichts Kompliziertes einrichten, also keine Layer, keine gekoppelten Workspaces und keine Server, die einander folgen. Man triggert einfach zwei Systeme gleichzeitig.
Deshalb ist OSC für Redundanz oft die einfachste Lösung, und deshalb haben wir es direkt in die FrenschPress eingebaut.