Posts by JogiJ

Ach perfekt, vielen Dank! Das ist natürlich deutlich angenehmer und flexibler als meine Variante!

Bis dato verwende ich bereits Geschwindigkeits- und Gruppenmaster.
Speedmaster 1 ist dabei mein aktueller Takt (zur zeit via tap. Auf Dauer will ich die Geschwindigkeit aber ggf entweder über den klick reinholen oder via MIDI empfangen). Speedmaster 2-5 errechne ich mit Multiplikatoren über IA aus Speedmaster 1, sodass ich darauf dann bspw achtel, sechzehntel etc. habe.
Gruppenmaster setze ich zur Zeit für die Anpassung des Vorderlichts an die örtlichen Gegebenheiten an.

Mit Position- und Parametermaster habe ich mich eben noch nicht auseinandergesetzt. Aber Du hast schon recht: Etwas verwenden, nur weil es eben "da ist", ergibt erstmal keinen Sinn und verursacht im Zweifelsfall nur Mehrarbeit und Fehlerpotential.
"Ein Ansatz wäre jedoch ggf. die Nutzung von Positions-Mastern für bestimmte Positionen für eure Moving-Heads, gerade wenn nicht sichergestellt werden kann, dass der Aufbau immer zu 100% gleich ist"
Das ist definitiv ein Punkt, der mir eben auch in den Sinn kam. Aktuell löse ich es so, dass ich wichtige Positionen (Drumset, Sängerin, Gitarren- und Bassmensch) je in einem Preset gespeichert habe, welches ich wiederum als Special Cue aufrufe. Nach jedem Aufbau lade ich die entsprechenden presets in den programmer und passe die Positionen dem Ist-Aufbau an. Wenn ich es richtig verstehe, könnte ich die Positionen stattdessen auch über Positionmaster definieren und diese eben nach dem Aufbau flott neu einstellen, korrekt? Wäre im Ergebnis wohl das gleiche, vom handling her aber vermutlich etwas komfortabler, insbesondere, wenn ich die Position-master über Hardwareencoder oder -fader bediene.

Vielen Dank Euch für die Rückmeldungen!
Dann scheinen meine bisherigen Ansätze ja gar nicht mal so falsch zu sein.
Ich habe eine Cuelist group (Nur eine cuelist gleichzeitig aktiv), in welcher ich pro Song eine cuelist habe. Innerhalb dieser dann je einen cue pro Songpart, sodass ich nur bei wechsel von refrain auf strophe etc. weiter drücken muss.
Höher priorisiert habe ich dann weitere cuelists auf buttons, welche ich bei Bedarf abspielen kann. Also flashs, spezielle Positionen der Movingheads etc.
Womit ich mich nicht nicht auseinandergesetzt habe, ist sind die Parametermaster - werde ich mir die Tage mal zu Gemüte führen.

Stimmt, im Xctl-Modus kommuniziert der X-Touch eigentlich mit den Behringer-Pulten. Das läuft meines Wissens über UDP mit einem eigenen, proprietären (OSC-ähnlichem) Protokoll, welches hier wohl reverse engineered wurde. Hier anzusetzen hatte ich ehrlicherweise gar nicht auf dem Schirm – das Repo sieht dafür aber sehr vielversprechend aus. Danke fürs Finden!

Eigentlich sollte sich das Ganze darüber tatsächlich mehr oder minder vollständig integrieren lassen, allerdings mit einem nicht unerheblichen Mehraufwand. Soweit ich es aus früheren Basteleien mit OSC und den Behringer-Geräten in Erinnerung habe, sind hier bspw. unter anderem auch Heartbeats bzw. Keep-Alives erforderlich, die man entsprechend mit implementieren müsste.

Ein kleiner Wermutstropfen an der Sache: Bei Modi wie Xctl/MCU lässt sich die Kommunikation des X-Touch per Knopfdruck zwischen den Protokollen umschalten, sodass man live zwischen der Steuerung von DMXControl und bspw. einem X32 Rack wechseln könnte. Diese Möglichkeit würde wohl entfallen, da die Xctl-Schnittstelle dann eben durch DMXControl belegt wäre.

Vielen Dank für die Rückmeldungen und Infos!
Ich habe gerade ein wenig mit SysEx über MIDI-OX. Es scheint mir erstmal so, dass der x-touch die Ansteuerung der Displays im reinen Midi modus (ctrl) nicht unterstützt. Zumindest ist es mir in diesem Modus nicht gelungen manuell etwas auf den displays auszugeben. Im MCU Modus hingegen schon. In diesem gelang mir das mapping der Fader allerdings wiederum in DMXC nicht...
Naja, ich schaue mal weiter. Notfalls müsste eben das komplette mapping über ein plugin laufen inklusive Anpassung der MCU bzw HUI telegramme auf etwas, womit DMXC umgehen kann

Ich klinke mich mal ins Thema mit ein, da ich auch einen X-Touch rumliegen habe und den gerne mittelfristig implementieren würde.
Wenn ich die möglichkeiten der DMXC3 plugin API nicht falsch einschätze, sollte sich hierüber ein Helferlein basteln lassen, welches IA-Nodes bereitstellt und deren Eingänge dann über SysEx ans X-Touch weiterreicht... (Kann evtl jemand, welcher sich mit der entsprechenden API auskennt bestätigen oder dementieren, dass sich darüber neue nodes erzeugen ließen?)
Theoretisch sollten sich dann Farben und Texte direkt innerhalb des DMXC IA setzen lassen, ohne mapping in einem externen tool.
Falls sich zwischenzeitlich niemand anderes diesem Themas annimmt, werde ich mich mittelfristig mal damit auseinandersetzen - mangels akuter Zeit kann ich mich aktuell aber nicht in die plugin Schnittstelle einarbeiten, sodass das sicherlich noch einige Zeit dauern könnte, wie ich fürchte...

Hallo in die Runde,

ich bin neu hier im Forum und würde direkt mal mit einer recht offenen Frage durch die Tür fallen wollen.

Hintergrund: Da ich primär der Tonmensch unserer Band bin, werde ich Licht "nebenher" machen. Bedeutet, dass wenn mit dem Ton alles schick läuft ich recht viel Kapazität hierfür übrig habe, wenns aber Pfeift etc., sich das auch mal sehr schnell ändern kann. Ich suche also gewissermaßen den sweatspot zwischen einer cuelist pro song mit möglichst wenig notwendigem Bedieneingriff und gleichzeitig der Möglichkeit, bei vorhandener Kapazität eben auch manuell das ganze etwas interessanter zu gestalten
Da die Songs live mitunter etwas variiert werden (Refrain mal etwas länger etc.) fallen Dinge wie timecode etc wohl schon einmal raus.

Gibt es hier andere user, welche Licht für eine (oder mehrere) Band(s) fahren?
In dem Fall würde mich sehr interessieren, wie ihr dies Konkret umsetzt - also Aufbau der Show, Bedienkonzept etc.

Liebe Grüße und vorab vielen Dank für jeden Kommentar
Johannes