DMXcontrol 3 im Rock n'Roll Einsatz?

We proudly present: The release of DMXControl 3.3.3!


On September 29, 2026, we held our release show for DMXControl 3.3.3. During our usual “hour-long” session, we showed you all the new features in this version and what it now has to offer.
Read all about it in the corresponding news article: We proudly present: The release of DMXControl 3.3.3!


  • Hallo zusammen

    in DMXcontrol 3 wurden geniale Ansätze und Ideen umgesetzt. Leider scheint das Software jedoch seine Schwächen zu haben, wenn es ums Beleuchte eines Konzerts geht.

    Ich habe zwar ein laufendes Projekt, aber wirklich praktisch ist das ganze nicht. Desshalb brauche ich eure Hilfe.

    - Wenn ich eine Bewegung (Effekt) eines Moving Heads via Softdesk-Button starten möchte, muss ich dann für jede einzelne Bewegung und fürs unabhänige Ansprechen verschiedener Geräte immer über eine Cue-Liste gehen? lassen sich die Effekte nicht anders starten?

    -Ist es mögloich, dass die Signallampe verschiedene Farben anzeigt (also jenach gewählter funktion soll die lampe grün oder rot leuchten)?

    -Echt jetzt? Beim Color Grid kann wirklich nicht die Dimension verändert oder die Farben angepasst werden?

    -Neben dem Cologrid bräuchte es ebenfalls ein GOBO-Grid, welches mit individuellen Bilder der zuverfügungstehenden GOBOS besetzt werden kann.

    -Der ganze Bereich des Input Assignemets ist sehr unübersichtlich. Helfen würde, wenn eigene Prototypen bestehend aus gegeben Funktionsblöcke gebaut werden könnten. Somit müsste man nicht alles in einem Fenster machen und könnte bereits bestehende Blöcke wiederverwenden. Kann zumindest Graphübergreifend gearbeitet werden? Also, dass ein Teil im einen Graph liegt und dann die Signale an einen weiteren Graph weiter gibt?

    -Die graphische Anwendung ist zwar schön, aber viel praktischer wäre doch eine Skripsprache in der Art wie VHDL.

    Ich hoffe bei meinen Problemen kann mir weiter geholfen werden.

    Herzliche Grüsse

    Stefan

    Edited once, last by stibe8oj (January 14, 2020 at 3:18 PM).

  • Soon5 January 14, 2020 at 6:34 AM

    Approved the thread.
  • - Wenn ich eine Bewegung (Effekt) eines Moving Heads via Softdesk-Button starten möchte, muss ich dann für jede einzelne Bewegung und fürs unabhänige Ansprechen verschiedener Geräte immer über eine Cue-Liste gehen? lassen sich die Effekte nicht anders starten?

    Ja, das ist stand heute so. Uns ist das aber bewusst das wir da was Usability angeht noch nacharbeiten müssen. Da eine Nachfrage. Ist das Konzept dass es über eine Cueliste geht ein Problem oder eher der Gesamtaufwand? Wir denken aktuell darüber nach, dass man eine Cue quasi direkt auf einen Softdesk Button speichern kann, und dann wird die Cuelist und die ganze Verdrahtung im Hintergrund automatisch angelegt. Das Grundkonzept würde sich dadurch aber nicht ändern.


    -Der ganze Bereich des Inputs Assignemets ist sehr unübersichtlich. Helfen würde, wenn eigene Prototypen bestehend aus gegeben Funktionsblöcke gebaut werden könnten. Somot müsste man nicht alles in einem Fenster machen und könnte bereits bestehende Blöcke wiederverwenden. Kann zumindest Graphübergreifend gearbeitet werden? Also, dass ein Teil im einen Graph liegt und dann die Signale an einen weiteren Graph weiter gibt?

    Vieles von dem was du sagst ist schon in der Planung. z.B. Merker die dafür dienen Werte von einem Graphen in einen anderen zu übergeben, oder auch Templates von Graphen. Das du einen kompletten Graphen kopieren kannst und die Inputs / Outputs einfach per Drag & Drop austauschen kannst hast du gefunden oder?

    -Die graphische anwendung ist zwar schön, aber viel praktischer wäre doch eine Skripsprache in der Art wie VHDL.

    Öh.... Da bist du aber bisher alleine mit der Meinung. Das höre ich jetzt zum 1. mal.

    Das Leben ist NP vollständig!

  • Hallo,

    bedenke bitte auch: DMXControl 3.2 ist die erste Version, in der das neue Input Assignment und der neue Softdesk vorhanden sind. Hier ging es darum, die Grundfunktionalität herzustellen, was immerhin einige Monate gedauert hat (altes Zeug raus reißen, neues Zeug einbauen). Da ist noch nicht alles fertig und wie Arne sagt kommen da noch einige Erweiterungen.

    Zu dem Einfärben: Nan kann Softdesk-Controls aus dem Input Assignment heraus einfärben. Schau dir dazu vielleicht mal die Specials zum Release in unserer Schon Gewusst? Reihe im Newsbereich an (siehe https://forum.dmxcontrol-projects.org/core/index.php…-schon-gewusst/). Da müsste auch erklärt sein, wie das mit dem Einfärben geht.

    im Falle eines Falles klebt Gaffa einfach alles, denn Gaffa ist dein Freund und Helfer :thumbup:

  • Moin,

    ich hätte auch noch eine Idee für das Input Assignment.

    • Wäre es möglich eigene Elemente zu Basteln die aus den schon vorhandenen Elementen bestehen?
    • Zusammensetzten des neuen Elementes in einem seperaten Fenster, dann jeweils X-Elemente die als Eingang dienen und Y-Elemente die Als Ausgang dienen. Man könnte so auch direkt den Aufbau des neuen Blockes mit Eingangsbennenung / Ausgangsbenennung Automatisiert erstellen. Eine Prinziep Skizze habe ich mal angehängt.

    Gruß

    Max

  • Guten Morgen zusamen

    ich hätte auch noch eine Idee für das Input Assignment.

    Genau so etwas hatte ich bereits vor einiger Zeit als Wunsch in den BugTracker gekippt: FS#3832 : Makro-Node / Baugruppen-Node / Blackbox-Node.

    stibe8oj Ich bin selbst seit einigen Jahren mit DMXControl 3 auf örtlich wechselnden Clubveranstaltungen unterwegs, habe aber auch schon Licht für Coverbands gemacht. Stand heute streite ich nicht ab, dass der Workflow auf Grund von fehlenden Automatismen oder "Abkürzungen" durch Drag & Drop beispielsweise zwischen Project Explorer und Softdesk noch nicht optimal ist. Aber hier ist es so, wie Soon5 und JPK sagen: in DMXControl 3.2 musste nun (endlich) mal der Grundstock unter die Leute gebracht werden, welcher aus meiner Sicht super funktioniert. Hätten wir mit einem Release noch gewartet, um die von dir genannten Features einzubauen, wäre die 3.2 unter Umständen noch heute im Beta-Test. Da war es wichtiger, an einem sinnvoll gesetzten Punkt einen Schnitt zu machen, um so in der Zwischenzeit ein breites Meinungsbild einzuholen.

    Hast du dein Projekt aber mit bedacht aufgebaut und überwiegend mit Device Groups gearbeitet, kannst so du sehr schnell im Endeffekt sogar die gesamten Geräte austauschen, ohne Cues und insbesondere im Softdesk Hand anlegen zu müssen. Ich selbst habe so seit 2017 vielleicht zwei oder drei Projekte für einen Live-Einsatz aufgebaut. Für alle anderen Veranstaltungen (das sind bestimmt mehr als 40 Shows mit dem unterschiedlichsten Equipment im gleichen Zeitraum) nutzte und nutze ich immer eine Kopie mit einem entsprechend angepassten Patch.

    Viele Grüße, Stefan

  • -Die graphische anwendung ist zwar schön, aber viel praktischer wäre doch eine Skripsprache in der Art wie VHDL.

    Öh.... Da bist du aber bisher alleine mit der Meinung. Das höre ich jetzt zum 1. mal.

    :) Das kann ich verstehen. Die meisten hier wollen einfach Licht machen und nicht erst das Programmieren lernen. Um die Stärken einer Skripsprache auszunutzen, braucht es etwas Einarbeitungszeit. Für die 2,3 Freaks, welche sich über eine Skripsrache freuen würden, lohnt es sich nicht diese zu implementieren...

  • - Wenn ich eine Bewegung (Effekt) eines Moving Heads via Softdesk-Button starten möchte, muss ich dann für jede einzelne Bewegung und fürs unabhänige Ansprechen verschiedener Geräte immer über eine Cue-Liste gehen? lassen sich die Effekte nicht anders starten?

    Ja, das ist stand heute so. Uns ist das aber bewusst das wir da was Usability angeht noch nacharbeiten müssen. Da eine Nachfrage. Ist das Konzept dass es über eine Cueliste geht ein Problem oder eher der Gesamtaufwand? Wir denken aktuell darüber nach, dass man eine Cue quasi direkt auf einen Softdesk Button speichern kann, und dann wird die Cuelist und die ganze Verdrahtung im Hintergrund automatisch angelegt. Das Grundkonzept würde sich dadurch aber nicht ändern.

    Ich denke, eine Art Assignment-Assistent wäre genial.

  • -Der ganze Bereich des Inputs Assignemets ist sehr unübersichtlich. Helfen würde, wenn eigene Prototypen bestehend aus gegeben Funktionsblöcke gebaut werden könnten. Somot müsste man nicht alles in einem Fenster machen und könnte bereits bestehende Blöcke wiederverwenden. Kann zumindest Graphübergreifend gearbeitet werden? Also, dass ein Teil im einen Graph liegt und dann die Signale an einen weiteren Graph weiter gibt?

    Vieles von dem was du sagst ist schon in der Planung. z.B. Merker die dafür dienen Werte von einem Graphen in einen anderen zu übergeben, oder auch Templates von Graphen. Das du einen kompletten Graphen kopieren kannst und die Inputs / Outputs einfach per Drag & Drop austauschen kannst hast du gefunden oder?

    Ok, dann freue ich mich auf das nächste Update. Und an dieser Stelle auch mal ein ganz dickes "Danke Schön" an die Entwickler; grundsätzlich ist DmxControl3 grossartig!!

  • Moin,

    ich hätte auch noch eine Idee für das Input Assignment.

    • Wäre es möglich eigene Elemente zu Basteln die aus den schon vorhandenen Elementen bestehen?
    • Zusammensetzten des neuen Elementes in einem seperaten Fenster, dann jeweils X-Elemente die als Eingang dienen und Y-Elemente die Als Ausgang dienen. Man könnte so auch direkt den Aufbau des neuen Blockes mit Eingangsbennenung / Ausgangsbenennung Automatisiert erstellen. Eine Prinziep Skizze habe ich mal angehängt.

    Gruß

    Max

    Ist Simulink von Matlab bekannt? Da lösst sich jeder graphische Aufbau in einen Subblock verwandeln, der genau so, wie von Maxiking aufgzeichnet ausschaut. Mittels drauf-klicken gelangt man dann "in" den Subblock hinen. Nur so als Inspiration, die Leute von Matlab haben das echt gut gelöst.

  • Ganz so gut wie du bin ich wohl noch nicht. Aber ich werde mit jedem Tag besser ;).... Ich werde mein Grundprojekt wohl noch einmal komplet neu machen müessen.

  • Ganz so gut wie du bin ich wohl noch nicht. Aber ich werde mit jedem Tag besser ;).... Ich werde mein Grundprojekt wohl noch einmal komplet neu machen müessen.

    Klar. Kann ich dir aus eigener Erfahrung bestätigten. Ich habe auch selbst viel an dem Projekt gebastelt, ausprobiert und verändert - insbesondere dann auch im letzten Jahr während des laufenden Beta-Tests im Bereich Softdesk und Input Assignment. Bei DMXControl 3.1.X war ich hier recht bald an das Limit der Software gelangt - nämlich an das Limit des alten Input Assignments.

    Aber um solche Fragen zu klären, gibt es ja das Forum, wo du mit Hilfe der Suche auch zahlreiche Tipps zu einer effektiven Gestaltung eines Projekts in DMXControl 3 finden solltest - oder halt auch entsprechende Fragen stellen kannst und sollst. Und wie heißt es am Ende so schön: man wächst mit seinen Herausforderungen. :)

  • Ich werde mein Grundprojekt wohl noch einmal komplet neu machen müessen.

    Dabei gleich von mir noch ein paar Tipps: Ich würde die Cues nicht wie die meisten hier in einzelne Listen und ein Gruppe packen und dann mit Single-List-Running arbeiten, sondern alle Farb-Cues für eine Geräte-Gruppe in eine Cuelist und dann im Input-Assignment(IA) mit Go-To arbeiten. Das hat den Vorteil, dass du im Nachhinein schneller Cues bearbeiten kannst und auch schnell Cues hinzufügen kannst, wenn die nötige Arbeit hierfür im Softdesk und IA schon gemacht wurde. Je nachdem, wie viele Gerätegruppen du hast, kannst du dann noch eine Master Spalte im Softdesk anlegen und diese im IA verknüpfen, dass man z.B. für Farbe Grün nicht Button A.Grün und B.Grün sondern nur All.Grün drücken kann und die Cuelisten für beide Gruppen auf die Grüne Cue springen. Das hat zusätzlich den Vorteil, dass man danach trotzdem Gruppe A blau setzen kann, Gruppe B aber weiterhin Grün bleibt.

    Viele Grüße

    Johannes

  • -Der ganze Bereich des Inputs Assignemets ist sehr unübersichtlich. Helfen würde, wenn eigene Prototypen bestehend aus gegeben Funktionsblöcke gebaut werden könnten. Somot müsste man nicht alles in einem Fenster machen und könnte bereits bestehende Blöcke wiederverwenden. Kann zumindest Graphübergreifend gearbeitet werden? Also, dass ein Teil im einen Graph liegt und dann die Signale an einen weiteren Graph weiter gibt?

    Vieles von dem was du sagst ist schon in der Planung. z.B. Merker die dafür dienen Werte von einem Graphen in einen anderen zu übergeben, oder auch Templates von Graphen. Das du einen kompletten Graphen kopieren kannst und die Inputs / Outputs einfach per Drag & Drop austauschen kannst hast du gefunden oder?

    Wie geht das mit dem rumkopieren von Graphen? Ctrl+c, Ctrl+v geht bei mir nicht und auch beim Rechtsklick erhalte ich keine entsprechende Auswahl...?

  • Newly created posts will remain inaccessible for others until approved by a moderator. The last reply was more than 365 days ago, this thread is most likely obsolete. It is recommended to create a new thread instead.