DMXC Bugtracker - https://www.bugs.dmxcontrol-projects.org/ DMXC Bugtracker -DMXControl 3: Recently edited tasks 2026-09-01T20:45:51Z FS#5245: MIDI Ruleset Input / Output Device nur Platzhalter-Text https://www.bugs.dmxcontrol-projects.org/index.php?do=details&task_id=5245 2026-09-01T20:45:51Z Fabian Kast Fehlerbeschreibung Im Midi-Manager wird im Feld “InputDevice” & “OutputDevice” nur “Lumos.GUI.MIDI.MidiOutput” angezeigt. (siehe Screenshot) Erwartetes Verhalten In den Feldern “InputDevice” & “OutputDevice” sollte (schätze ich) der Name des ausgewählten Midi-Gerätes angezeigt werden. Fehlerbeschreibung

Im Midi-Manager wird im Feld “InputDevice” & “OutputDevice” nur “Lumos.GUI.MIDI.MidiOutput” angezeigt.

(siehe Screenshot)

Erwartetes Verhalten

In den Feldern “InputDevice” & “OutputDevice” sollte (schätze ich) der Name des ausgewählten Midi-Gerätes angezeigt werden.

]]> FS#5361: Im Node für Proceduren die Möglichkeit schaffen eigene Proceduren zu verwenden. https://www.bugs.dmxcontrol-projects.org/index.php?do=details&task_id=5361 2026-09-01T18:50:51Z Stefan Schmidt Hallo,Im Node für Proceduren eines Devices oder Device Group die Möglichkeit schaffen eigene Proceduren zu verwenden. Es gibt da in dem Node eine Liste von Proceduren die man verwenden kann.(Bild von der Liste im Anhang)Ich hatte einen Teil des DDFs mit dem DDF Creator 3 erstellt. Auch hier gibt es eine Liste mit Proceduren.(Auch hiervon ein Bild im Anhang)Es gab da, da das was ich verwenden wollte nicht aufgeführt war, die Möglichkeit eine Procedure “Custom” anzulegen.Ich habe dafür dann auch zwei Proceduren “Custom” erstellt.Diese beiden Proceduren kann ich über die Stage View anwählen und ausführen, Im Node für die Proceduren finde ich die aber nicht. Mein Wunsch wäre:Entweder, wenn in dem Node ein Device oder eine Device Group ausgewählt wurde, die dafür verwendbaren Proceduren alle anzuzeigen.Oder Zusätzliche Proceduren in die Liste zur Verwendung mit aufzunehmen.In meinem Fall wäre das fan_min und fan_maxVielleicht gibt es da von anderen noch weitere Wünsche ? Ich habe mein verwendetes DDF auch mal mit angehängt. Gruß Steff Hallo,
Im Node für Proceduren eines Devices oder Device Group die Möglichkeit schaffen eigene Proceduren zu verwenden.

Es gibt da in dem Node eine Liste von Proceduren die man verwenden kann.
(Bild von der Liste im Anhang)
Ich hatte einen Teil des DDFs mit dem DDF Creator 3 erstellt. Auch hier gibt es eine Liste mit Proceduren.
(Auch hiervon ein Bild im Anhang)
Es gab da, da das was ich verwenden wollte nicht aufgeführt war, die Möglichkeit eine Procedure “Custom” anzulegen.
Ich habe dafür dann auch zwei Proceduren “Custom” erstellt.
Diese beiden Proceduren kann ich über die Stage View anwählen und ausführen, Im Node für die Proceduren finde ich die aber nicht.

Mein Wunsch wäre:
Entweder, wenn in dem Node ein Device oder eine Device Group ausgewählt wurde, die dafür verwendbaren Proceduren alle anzuzeigen.
Oder
Zusätzliche Proceduren in die Liste zur Verwendung mit aufzunehmen.
In meinem Fall wäre das fan_min und fan_max
Vielleicht gibt es da von anderen noch weitere Wünsche ?

Ich habe mein verwendetes DDF auch mal mit angehängt.

Gruß Steff

]]> FS#5609: Optimierung des DDF-Syntax zur besseren Umgang mit Farbpresets / Farbmakros bei LED-Scheinwerfern https://www.bugs.dmxcontrol-projects.org/index.php?do=details&task_id=5609 2026-09-01T13:15:28Z Stefan Kistner Bei den meisten LED-Scheinwerfern gibt es einen DMX-Kanal, über den man verschiedene Farbmakros / Farbpresets abrufen kann. Geräte in der Preisklasse für (semi-) professionellen haben hier mittlerweile auch mehrere DMX-Kanäle, um Farbmakros / Farbpresets aufrufen zu können und zwar für: verschiedene (bunte) Farben mit festen Schritten verschiedene Presets für weiß in unterschiedlichen Farbtemperaturen mit festen Schritten einen linearen Übergang von warmweiß zu kaltweiß (lineares CTO-Farbpreset) Alle DMX-Kanäle für die Farbmakros haben gemeinsam, dass immer nur einer von ihnen tatsächlich ausgegeben werden kann und dabei die Werte der RGB-Farbmischung geräteintern überschrieben werden. Aus dieser Entwicklung ergeben sich folgende Problemstellungen, die DMXC aktuell nicht wirklich abbilden kann: Hat ein LED-Scheinwerfer mehrere DMX-Kanäle für Farbpresets, kann nicht exklusiv zwischen ihnen gewechselt werden. Implementiert man auf dem bisherigen Weg mehrere DMX-Kanäle als virtuelles Farbrad, möchte DMXC die Farben der verschiedenen Farbräder miteinander vermischen. Möchte man den DMX-Kanal für ein lineares Farbpreset einbauen, ist der beste Weg aktuell eigentlich nur über “colortemp”. Bei “colortemp” geht DMXC aber davon aus, dass es sich um einen Filter handelt statt wie so häuft um ein Farbpreset. Folglich wird der Wert aus “colortemp” mit dem aktuellen RGB-Wert verrechnet statt exklusiv auf den DMX-Kanal für das lineare CTO-Farbpreset umzuschalten. Daher sollte das Ziel sein, DMXC mitteilen zu können, ob es sich bei dem jeweiligen DMX-Kanal um einen DMX-Kanal für ein Farbpreset handelt oder einen klassischen Farbfilter / Farbrad handelt. Bei als Farbpresets gekennzeichnete DMX-Kanäle würde ggf. implizit vorausgesetzt werden, dass immer nur einer von dieses DMX-Kanälen vom Gerät ausgegeben wird. Geräte, die aktuell über mehrere DMX-Kanäle verfügen und auf die die beschriebene Thematik zutrifft sind unter anderem: ADJ Encore LP7 IP Elation KL Panel Clay Paky Mini-B Bei den meisten LED-Scheinwerfern gibt es einen DMX-Kanal, über den man verschiedene Farbmakros / Farbpresets abrufen kann. Geräte in der Preisklasse für (semi-) professionellen haben hier mittlerweile auch mehrere DMX-Kanäle, um Farbmakros / Farbpresets aufrufen zu können und zwar für:

  • verschiedene (bunte) Farben mit festen Schritten
  • verschiedene Presets für weiß in unterschiedlichen Farbtemperaturen mit festen Schritten
  • einen linearen Übergang von warmweiß zu kaltweiß (lineares CTO-Farbpreset)

Alle DMX-Kanäle für die Farbmakros haben gemeinsam, dass immer nur einer von ihnen tatsächlich ausgegeben werden kann und dabei die Werte der RGB-Farbmischung geräteintern überschrieben werden. Aus dieser Entwicklung ergeben sich folgende Problemstellungen, die DMXC aktuell nicht wirklich abbilden kann:

  • Hat ein LED-Scheinwerfer mehrere DMX-Kanäle für Farbpresets, kann nicht exklusiv zwischen ihnen gewechselt werden. Implementiert man auf dem bisherigen Weg mehrere DMX-Kanäle als virtuelles Farbrad, möchte DMXC die Farben der verschiedenen Farbräder miteinander vermischen.
  • Möchte man den DMX-Kanal für ein lineares Farbpreset einbauen, ist der beste Weg aktuell eigentlich nur über “colortemp”. Bei “colortemp” geht DMXC aber davon aus, dass es sich um einen Filter handelt statt wie so häuft um ein Farbpreset. Folglich wird der Wert aus “colortemp” mit dem aktuellen RGB-Wert verrechnet statt exklusiv auf den DMX-Kanal für das lineare CTO-Farbpreset umzuschalten.

Daher sollte das Ziel sein, DMXC mitteilen zu können, ob es sich bei dem jeweiligen DMX-Kanal um einen DMX-Kanal für ein Farbpreset handelt oder einen klassischen Farbfilter / Farbrad handelt. Bei als Farbpresets gekennzeichnete DMX-Kanäle würde ggf. implizit vorausgesetzt werden, dass immer nur einer von dieses DMX-Kanälen vom Gerät ausgegeben wird.

Geräte, die aktuell über mehrere DMX-Kanäle verfügen und auf die die beschriebene Thematik zutrifft sind unter anderem:

]]> FS#5608: DMXC 3.3.2 Art-Net Interface Daten an mehrere Art-Net-Nodes gleichzeitig funktioniert nicht https://www.bugs.dmxcontrol-projects.org/index.php?do=details&task_id=5608 2026-08-31T13:05:18Z Sascha Senkpiehl Fehlerbeschreibung Wenn ich über DMX Workshop ein Wert auf einen Kanal über Preset ausgebe, dann wird dieser richtig an alle Nodes gesendet. Ich habe auf jedem Node eine DMX Ausgabe auf Universum 1. Bei DMXC 3.3 wird sich genau ein Node “geschnappt” und dort die Werte ausgegeben. Kann man wunderbar testen, wenn man mehrere Nodes im Netzwerk hat und diese ein/ausschaltet. Es wird aber nie auf mehr als einem Node ausgegeben. Ich hatte auch probiert das zu erzwingen, indem ich ein Art-Net Interface je Node mit “Optionaler Ziel-IP”. Das funktioniert aber auch nicht richtig und kann nach dem was ich gelesen habe auch nicht, da nicht vorgesehen (mehrmals gleicher Port bzw. Universum). Ich habe das im Formum angesprochen und wir sind der Meinung, dass das ein Bug sein muss Erwartetes Verhalten Es sollte egal sein wie viele Art-Net-Nodes auf einen Port bzw. Universum lauschen und diesen ausgeben Hinweise Bitte beachten Sie folgende Hinweise, um das Finden des Problems für die Entwickler zu erleichtern: Verwenden Sie die aktuellste Version von DMXControl 3? → Ja Wurde der Fehler bereits gemeldet? →Nein Bitte geben Sie unbedingt eine E-Mail-Adresse für Rückfragen an →Login Bitte fügen Sie alle eventuell angezeigten Fehlermeldungen möglichst vollständig dem Report hinzu (z.B. mit Screenshot) →keine Fehlermeldungen Bitte fügen Sie alle Logfiles hinzu. In DMXControl 3 gibt es eine Export-Funktion für erforderliche Log Files. Sie ist im Hauptmenu unter “Help” → “Export Logs” zu finden. →Das müsste schon ein sehr spezielles Log sein, dass es m.E. nicht gibt Bitte fügen Sie das entsprechende Projekt zur Reproduktion bei → Es ist sehr einfach nachzustellen. Siehe Formuseintrag https://forum.dmxcontrol-projects.org/thread/18691-dmxc-3-3-2-art-net-interface-daten-an-mehrere-art-net-nodes-gleichzeitig/?postID=152241#post152241, Siehe Kommentar Stefan Wichtig: Sollten keine Logs beigefügt sein, kann das dazu führen, dass das Ticket sofort geschlossen wird! Fehlerbeschreibung

Wenn ich über DMX Workshop ein Wert auf einen Kanal über Preset ausgebe, dann wird dieser richtig an alle Nodes gesendet. Ich habe auf jedem Node eine DMX Ausgabe auf Universum 1. Bei DMXC 3.3 wird sich genau ein Node “geschnappt” und dort die Werte ausgegeben. Kann man wunderbar testen, wenn man mehrere Nodes im Netzwerk hat und diese ein/ausschaltet. Es wird aber nie auf mehr als einem Node ausgegeben. Ich hatte auch probiert das zu erzwingen, indem ich ein Art-Net Interface je Node mit “Optionaler Ziel-IP”. Das funktioniert aber auch nicht richtig und kann nach dem was ich gelesen habe auch nicht, da nicht vorgesehen (mehrmals gleicher Port bzw. Universum).

Ich habe das im Formum angesprochen und wir sind der Meinung, dass das ein Bug sein muss

Erwartetes Verhalten

Es sollte egal sein wie viele Art-Net-Nodes auf einen Port bzw. Universum lauschen und diesen ausgeben

Hinweise

Bitte beachten Sie folgende Hinweise, um das Finden des Problems für die Entwickler zu erleichtern:

  • Verwenden Sie die aktuellste Version von DMXControl 3? → Ja
  • Wurde der Fehler bereits gemeldet? →Nein
  • Bitte geben Sie unbedingt eine E-Mail-Adresse für Rückfragen an →Login
  • Bitte fügen Sie alle eventuell angezeigten Fehlermeldungen möglichst vollständig dem Report hinzu (z.B. mit Screenshot) →keine Fehlermeldungen
  • Bitte fügen Sie alle Logfiles hinzu. In DMXControl 3 gibt es eine Export-Funktion für erforderliche Log Files. Sie ist im Hauptmenu unter “Help” → “Export Logs” zu finden. →Das müsste schon ein sehr spezielles Log sein, dass es m.E. nicht gibt
  • Bitte fügen Sie das entsprechende Projekt zur Reproduktion bei → Es ist sehr einfach nachzustellen. Siehe Formuseintrag https://forum.dmxcontrol-projects.org/thread/18691-dmxc-3-3-2-art-net-interface-daten-an-mehrere-art-net-nodes-gleichzeitig/?postID=152241#post152241, Siehe Kommentar Stefan

Wichtig: Sollten keine Logs beigefügt sein, kann das dazu führen, dass das Ticket sofort geschlossen wird!

]]> FS#5470: Special Cues: Wert für Faderwert eines Macros wird nicht übernommen https://www.bugs.dmxcontrol-projects.org/index.php?do=details&task_id=5470 2026-08-30T22:01:20Z Stefan Kistner Ich füge eine Special Cue für den Fader eines Macros ein und gehe dabei wie folgt vor: Ich trage über die Tastatur den Wert “1.0” ein und drücke die Enter-Taste. Ich ändere den Wert dann nochmal auf “0.25” und füge die Special Cue über “OK” der Cuelist hinzu. Wenn ich die Special Cue wiedergebe, gibt diese den Wert “1.0” aus statt den zuletzt eingegeben Wert “0.25”. Ich füge eine Special Cue für den Fader eines Macros ein und gehe dabei wie folgt vor:

  1. Ich trage über die Tastatur den Wert “1.0” ein und drücke die Enter-Taste.
  2. Ich ändere den Wert dann nochmal auf “0.25” und füge die Special Cue über “OK” der Cuelist hinzu.

Wenn ich die Special Cue wiedergebe, gibt diese den Wert “1.0” aus statt den zuletzt eingegeben Wert “0.25”.

]]> FS#5516: DMXC3.3.0 crash (transport connections?) https://www.bugs.dmxcontrol-projects.org/index.php?do=details&task_id=5516 2026-08-30T21:19:48Z Phil Bearman Error Description While I was running a show DMXC3.3 became unresponsive - the Umbra window was filled with a repeating warning which I think related to “transport connections”. I have attached the log files. The GUI became blank (I wasn’t able to access the project manager, cuelists etc). The cue that was playing (”040 Charles and Cat”) continued to play - chases continued to run. Unfortunately, under the pressure of a live show I didn’t think to take a screenshot. I had to close DMXC and restart the software in order to continue with the show. Looking at the log file, I believe the error happened at around 19:53 on 4th October. (Lumos.log.2) The only unusual circumstance was that I noticed shortly after I started the show that my laptop was connected to both a wifi network and a wired router, so I disabled the wifi after that. But the crash didn’t occur immediately after that. If the crash was due to the configuration of my laptop/network I would like to know so I can avoid this happening again in the future Notes DMXC V3.3.0.1027 on Windows 10. Error Description

While I was running a show DMXC3.3 became unresponsive - the Umbra window was filled with a repeating warning which I think related to “transport connections”. I have attached the log files.

The GUI became blank (I wasn’t able to access the project manager, cuelists etc). The cue that was playing (”040 Charles and Cat”) continued to play - chases continued to run.

Unfortunately, under the pressure of a live show I didn’t think to take a screenshot. I had to close DMXC and restart the software in order to continue with the show.

Looking at the log file, I believe the error happened at around 19:53 on 4th October. (Lumos.log.2)

The only unusual circumstance was that I noticed shortly after I started the show that my laptop was connected to both a wifi network and a wired router, so I disabled the wifi after that. But the crash didn’t occur immediately after that.

If the crash was due to the configuration of my laptop/network I would like to know so I can avoid this happening again in the future :-)

Notes

DMXC V3.3.0.1027 on Windows 10.

]]> FS#5607: Fanning-Manager: Display-Name für Master anzeigen https://www.bugs.dmxcontrol-projects.org/index.php?do=details&task_id=5607 2026-08-30T21:14:40Z Martin Kohl siehe Titel siehe Titel

]]> FS#4997: Input Assigment: Sortierung der Bänke wird nicht gespeichert https://www.bugs.dmxcontrol-projects.org/index.php?do=details&task_id=4997 2026-08-30T21:09:32Z Martin Kohl Man kann im Input Assigment die Bänke mittels Drag&Drop sortieren.Diese Sortierung wird nicht gespeichert und es wird auch kein Dirty Flag gesetzt. Man kann im Input Assigment die Bänke mittels Drag&Drop sortieren.
Diese Sortierung wird nicht gespeichert und es wird auch kein Dirty Flag gesetzt.

]]> FS#4243: Cuelist Group Node gibt von Running IDs bis Paused Count keine Werte aus. https://www.bugs.dmxcontrol-projects.org/index.php?do=details&task_id=4243 2026-08-30T20:54:27Z Philipp Kühlein Cuelist Group Node gibt von Running IDs bis Paused Count keine Werte aus, obwohl Cuelists der ausgewählten Group laufen, bzw. pausiert sind. Cuelist Group Node gibt von Running IDs bis Paused Count keine Werte aus, obwohl Cuelists der ausgewählten Group laufen, bzw. pausiert sind.

]]> FS#4707: PE: Gruppen in Gruppen können nicht sortiert werden https://www.bugs.dmxcontrol-projects.org/index.php?do=details&task_id=4707 2026-08-30T20:46:51Z Martin Kohl Füge ich eine Gruppe in eine Gruppe hinzu ist anschließend Feld Up/Down ausgegraut wenn die Gruppe ausgewählt ist. Liegen einzelne Geräte mit in der Gruppe lassen sich diese verschieben, auch an den Gruppen vorbei. Füge ich eine Gruppe in eine Gruppe hinzu ist anschließend Feld Up/Down ausgegraut wenn die Gruppe ausgewählt ist. Liegen einzelne Geräte mit in der Gruppe lassen sich diese verschieben, auch an den Gruppen vorbei.

]]>