Bugtracker DMXControl 3

gebe ich in ein Textfeld einen falschen Wert ein: Z.b. bei einer Nummerneingabe nen Text ein, kann in dieser Zeit kein anderes Textfeld bearbeitet werden, bis entweder eine richtige Eingabe getätigt wurde, oder mit Escape die Eingabe abgebrochen wurde. Das ist echt doof, weil sich die GUI dadurch nicht bedienen lässt, bis die Fehleingabe behoben wurde.

Meine Vorschläge dazu:

1. Wenn eine fehleingabe gemacht wird, wird ein Tooltip/Popup gezeigt, dass es eine Fehleingabe ist und der alte Wert, der vorher in dem Textfeld stand wird wieder hergestellt. –> s. MS Office: einfach mal bei der Schriftgröße nen Buchstaben eintragen… 2. Man grenzt die Eingabemöglichkeiten so ein, dass man z.b. in nen Nummernfeld keine Buchstaben eintragen kann.

Einige Elemente in der Gui müssten für eine bessere Bedienung für Touch optimiert werden. Die Fader sind z.b. schwierig zu bedienen und im PE rumklicken ist etwas fummelig.
Vlt könnte man dort die Navigation auf 1x Klick umstellen und die Größe anpassbar machen.

Hallo,
ich habe eine Softdesk mit einem Blackout Taster Gebastelt, allerdings wollte ich noch weiterhin den normalen Blackout benutzen und gleichteitig den Status des Blackouts auf dem Softdesk erkennen. (Taster drücken Blackout ein, Taster nochmal drücken Blackout wieder aus)
Da gabs so einig Hürden, in der Datei ist die Lösung.
Ich komme aus der Maschinen Steuerungs technik, hier wäre dies nicht so aufwändig.
Es wäre schön wenn der Flipflop beide derzeitigen Versionen in einem zur Verfügung stellen würde (toogle und R/S Flip Flop), eventuell nicht benutzen Eingänge hätten ja keine negative Folgen, würde aber vieles Einfacher machen und auch die Anzahl der Bausteine reduzieren.
Weiternin habe ich mit hilfe eines AND Bausteins, einem NOT Bausteins und einem VERZÖGERER einen Impuls Baustein erzeugt. Dieser Baustein gibt ein kurzes TRUE am Ausgang (Einstellbar) aus wenn am Eingang ein dauerhaftes TRUE Signal anliegt. Dadurch kann man bestimmte Funktionen event gesteuert ablaufen lassen.
Es würde auch funktionieren wenn man sich aus mehrern Bausteinen einen Eigenen Zusammen basteln könnte. Dann bräucht man Bestimmte Konstrukte nicht immer wieder erstellen.
Übrigens »Dark« ist in dem Assignment der Button.
Nur so eine Idee.

Es wäre toll, wenn man z.b. die Startposition des Boom-Effekts mithilfe eines weiteren Effekts verändern könnte. Oder z.b. die Geschwindigkeit des Color-Scroll Effekts mit einem Sinus belegen könnte.

Es wäre super wenn es in Zukunft möglich wäre die Ergebnisse des Audio Analyzers an andere Software per Midi weiterzugeben.

Wenn DMXControl 3.2 läuft, verbindet es sich mit allen vorhandenen Midi Ports. Die Folge ist, dass andere Programme, die danach gestartet werden, sich nicht mehr mit den Midi Ports verbinden können.

Beim Erstellen einer Gruppe aus manuell ausgewählten Elementen wird das neue Gruppen-Icon ausserhalb des Sichtbereiches abgelegt.

Wunsch: In einer Ecke im Sichtbereich ablegen

Überspringt man Audiocues mit GoTo, erscheint eine Warnung im Kernel.

Wenn ich den Colorwhellrotation (Farbrad dreht sich) einstelle, passiert im Liveview nichts, also Farbe ändert sich nicht.
(Getestet mit MAC 700 WASH DDF)

Ich hab mir gedacht das eine andere art der Live View auch sehr interessant wäre.
Als Tabelle wie bei folgendem Bild.

aktuell sind in Lumos DataGridView keine Buttons möglich (bzw. werden nicht dargestellt). Buttons wären gut, um Aktionen zu spezifischen DataGridViewRows zu ermöglichen.

Ich stehe vor dem Problem, dass ich eine etwas aufwendigere Logikfunktion in verschiedenen Connectionsets benötige. Das Klonen funktioniert, ist aber eigentlich unnötig und sollte ich da mal Änderungen dran machen, muss ich alle 16 Sets immer wieder neu anfassen. Hier wäre ein “Interner Speicher” extrem nützlich.

Ich stelle mir ein Node vor, den ich Parametrieren kann mit z.b. “Merker 1” oder “DefaultBackroundColor” oder so und da schiebe ich in den Eingang einen RGB Wert rein und kann in einem 2. Connectionset diesen Wert mithilfe des Nodes verwenden.

Ich bitte um die Möglichkeit, eine CueList nicht nur aus einer Cue ausführen zu können, sondern auch andere Cuelists in die Ansicht zu laden, sodass ich zb pro Szene eine Cuelist haben kann, und die nächste Cuelist auch in die Ansicht laden kann, ohne sie manuell anzuklicken.
Vielen schonmal!

Alle aktiv laufenden Cues frieren nach ZURÜCKstellen der Systemuhrzeit komplett ein. Beim VORstellen der Uhrzeit gab es dieses Verhalten nicht.

Nach erneutem Start dieser Cues bleiben alle Devices nur auf der Farbe weiß stehen.
Dieses Phänomän lässt sich beliebig oft wiederholen. Stellt man die Uhrzeit wieder auf die aktuelle Uhrzeit um, so laufen alle Cues & Effekte wieder einwandfrei.

Andere Cues (die nach der Zeitumstellung gestartet wurden) laufen problemlos.

Dieses Verhalten konnte auf mehreren 3.1.3 & 3.2 Versionen reproduziert werden.

Hallo,
ich würde ein Feature praktisch finden, welches den ECO-Modus bei Gasentladungslampen ermöglicht.
Beispiel:
Der Martin Mac 2000 Performance MK.II hat eine Funktion, welche es ermöglicht, das Leuchtmittel auf 700W statt 1200W laufen zu lassen.
Dafür öffnet man den Schutter über einen anderen Wertebereich als normal.
Um das ganze Praktisch nutzen zu können bräuchte man eine Funktion, die, wenn aktiviert, beim Befehl den Shutter zu öffnen/vom Strobe zurrückkehren einen anderen Wert setzt.

AKtuell ist es nicht möglich ein Excportiertes Rulset wieder zu importieren.

Beim Anlegen von 80 Buttons wäre das aber hilfreich, wenn man es exportieren → mit Notepadd++ editieren und wieder Importieren könnte.

Zur weiteren Steigerung der Qualität der DDFs sollte der Kernel alle Attribute kennzeichnen, die nicht der “offiziellen” Schreibweise einer im Kernel hinterlegten Liste entsprechen. Aktuelles Beispiel ist hier:

• minddmx (das zweite d ist hier fehl am Platz)

Zwei Punkte:

a) Beim Hinzufügen der Open DMX-Schnittstelle von Enttec muss zum einen in dem sich öffnenden Fenster in dem leeren Parameterfeld für den Parameter <Gerät>

FT232R USB UART [A60185MM]

ausgewählt werden. Es ist keinerlei Hinweis sichtbar, dass hier überhaupt eine Auswahl vorgenommen werden muss. Das leere Parameterfeld wird nicht als Combobox dargestellt.

b) Werden GUI und Kernel unter Sicherung des Projekts beendet und GUI und Kernel wieder gestartet, wird zwar unter dem Reiter DMX-Schnittellen der Enttec OpenDMX als ein Zeileneintrag dargestellt. Klicken auf <Erweiterte Schnittstellenbeschreibungen> führt jedoch zur Fehlermeldung “Schnittstelle nicht verfügbar”.
Die Schnittstelle muss komplett gelöscht werden und wie unter a) neu angelegt werden.
Sicherung des Projekts hat auf das Verhalten kein Einfluss.
Wird nur die GUI beendet, tritt der Effekt nicht auf. Es muss der Kernel beendet werden.

Ich würde mir hier wünschen, dass DMXControl 3 analog zum Group Handling ein so genanntes Matrix Handling im Device Control bietet. Die Intention dahinter ist, dass man hiermit dann sowohl die Fanning Operatoren und die 1D-Effekte auch auf die einzelnen Pixel einer Matrix anwenden kann. Im Zusammenspiel mit dem Group Handling ergäbe sich so zahlreiche neue Möglichkeiten, ohne dass explizit neue Effekte hierfür kreiert werden müssen. Gleichzeitig ließen sich so auch bis dato als Multi-Beam-Geräte bezeichnete Geräte abbilden, ohne dass nennenswerte Ergänzungen im DDF erforderlich sind.

Im Matrix Handling würde am Ende “nur” angeben werden, in welcher Richtung ein alternierendes Fanning oder ein 1D-Effekt genutzt werden soll. Die Richtung entspricht genau den Möglichkeiten, die das aktuelle Matrix- bzw. Radix Window bietet, um eine statische Farbe auf eine Matrix bzw. Radix zu legen. Folglich würde die Methode “Fill” dem aktuellen Zustand entsprechen, wenn ich einen Effekt auf eine Matrix lege.

Folgende Punkte wären allerdings noch zu klären, sollte dieser Vorschlag entsprechenden Anklang finden:

• Inwieweit hat der Device Index in einer aus mehreren Matrix-Geräten bestehenden Gruppe Einfluss auf das Verhalten des Matrix Handlings?
• Schafft man eine Möglichkeit, mehr als einen 1D-Effekt auf der gleichen Funktion der Matrix wie zum Beispiel Dimmer anzuwenden, welche dann in verschiedenen Richtungen laufen (zum Beispiel Effekt 1 horizontal, Effekt 2 diagonal)?

Ich hatte diesen Punkt bereits schon einmal grob beim Jahrestreffen in Berlin angeschnitten…

Ziel: DMC öffnet nicht alle verfügbaren Midi Geräte im Betriebssystem, sondern nur die erlaubten.

Motivation: Die Startreihenfolge und damit das öffnen von beliebigen Midi Software sollte eagl sein.

Aktuell muss andere Software vor DMC geöffnen werden und DMC zuletzt, damit die nicht für DMC vorgesehenen Midi-Port nutzbar sind.

Bei normalen Cues wird deren Status (Zeit bis zum Einblenden, Einblendvorgang etc.) mit den verschiedenfarbigen Statusbars dargestellt. Es wäre gut, wenn es bei Audio Cues in dieser Statusbar auch eine Anzeige für die Restlaufzeit der Audio Cue gäbe.

Toll wäre, wenn man “allgemeine” Cues (oder Presets) schreiben könnte. Die dort gespeicherten Eigenschaften werden dann auf die Geräte angewendet, die gerade in der StageView markiert sind.

Umsetzbar wäre das z.B. mit einer Checkbox im “Save Cue”-Dialog (da, wo man die gespeicherten Eigenschaften auswählen kann). Wird diese Checkbox markiert, werden nur die Eigenschaften, nicht die Devices (bzw. Device Groups) gespeichert. Wenn die Cue dann aufgerufen wird, werden diese Eigenschaften auf die zur Zeit ausgewählten Geräte angewandt.

In Verbindung mit den Softdesks könnte man so sehr kreative Funktionen basteln.

Ich habe vorgefertigte Presets in einer neuen Cue-Liste eingebaut.

Die Presets bestehen lediglich aus jeweils einer Farbeinstellung, sonst nichts weiter.
Jetzt wollte ich von einer Farbstimmung in die andere überfaden.
Beim Abspielen werden die Fade-Werte aber scheinbar ignoriert.
Es kommt immer zu einem harten Farbwechsel/Übergang.
Was ist falsch?

Screenshots im Anhang

Wenn ich mit meiner ListView Die Selectierung ändere wird dies nicht von der GraficalView erkannt(Selection wird nicht übernommen)

Öffne ich Cuelists zur Ansicht kann ich die Cues in den Programmer legen. Allerdings sieht es scheinbar so aus, dass ich auch Werte aus dem Programmer wieder in die zur Ansicht geöffnete Cuelist abspeichern kann. Tatsächlich werden die Werte aber in der Cue abgelegt, die im Edit-Modus einer Cuelist geöffnet ist.

Daher wäre es zu überlegen, die Menüpunkte zum Bearbeiten von Cues in der zur Ansicht geöffneten Cuelist zu entfernen. Welche dies sind, wäre noch festzulegen. Möglicherweise reicht der Menüpunkt “Add Cue” aus.

Da die Funktionen zum Klonen und Verschieben eines Connectionset (CS) aktuell nur über das Kontextmenü eines gewählten CS (Bild 1) erreichbar und somit gefühlt recht versteckt sind, würde ich es begrüßen, wenn diese im Menü zum Eintrag Connectionset (Bild 2) ergänzt werden. Der Eintrag zum Löschen eines CS ist ja dort bereits vorhanden, allerdings noch nicht funktionsfähig.

Da bei einem schmalen Cuelist-Editor-Fenster vor allem die Slider für Intensity, Speed und Face Factor schwierig zu bedienen sind, soll die gesamte Menüleiste in mehrere Gruppen aufgeteilt werden, sodass diese frei und auch in mehreren Zeilen frei positioniert werden können. Mögliche Gruppen können sein:

1. Go, Pause, Stop
2. Add Cue, Edit, Up, Down,
3. Mode, Options, Autoscroll
4. Intensity, Time (Fade Factor), Speed

Vor allem wenn DMXC mit mehreren Monitoren genutzt wird, wäre es wünschenswert, wen sich vom Dockingcontainer gelöste “Floating Windows” Maximieren lassen.
Wie dies mit der DockpanelSuite umzusetzen ist, ist unter Doku maximizable floatwindow beschrieben.
Viele Grüße

Sortiere ich mir die Tabelle im Input Assignment nach einer bestimmten Spalte und wechsele durch die Bänke oder in einen Graphen und wieder zurück, wird die Sortierung nicht beibehalten.

Vielleicht mache ich das auch falsch,

bei mir werden in der Sekunde an die 100 Einträge in die Konsole ausgegeben: in:63489
dazwischen manchmal ein anderer wenn ich eine Taste drücke.
Ich konnte die learn funktion jetzt so austricksen das ich die “Learn” Taste/Button so lange mit meiner
Klaviertaste gedrückt habe bis sich eine Änderung in Data 1 gezeigt hat.
Ansonsten scheint Learn einfach die Nulldaten interpretiert zu haben.

Als zum Ticket  FS#3167  ergänzende Funktion soll es möglich sein, bei einem beliebigen DMX-Ausgabe-Plugin nachträglich die Ausgangs- und Eingangs-Universen neu zu patchen, ohne dabei das betreffende und bereits konfigurierte DMX-Ausgabe-Plugin entfernen zu müssen. Angedacht ist hier ein Fenster, in dem man angeben kann, ab welchen DMX-Universium bzw. DMX-Adresse die verfügbaren Ports entsprechend fortlaufend belegt werden sollen. Sprich soll das Art-Net-Ausgabeplugin fortlaufend ab DMX-Universum 3 Werte ausgeben oder erst ab dem 5. DMX-Universum.

Der Powermeter Name verdeckt das Powermeter.

wird das noch geändert?

wenn ich im Inputassignment nodes verschieben möchte muss ich diese vorher einmal mit der Maus anklicken (auswählen) bevor ich sie per drag&drop verschieben kann.

ist es evtl. möglich die nodes schon mit dem ersten Mausklick (gedrückt halten) zu markieren?

Ein cooles und hilfreiches Feature wäre, wenn der Midi-Part die Funktion enthalten würde, einen Midi-Controller “mehrfach” belegen und am Ende in den einzelnen Layouts springen zu können.

Also zum Beispiel ein Layout für bewegtes Licht, eines für LED-PARs und eines für konventionelles Weißlicht. Das Wechseln des Layouts könnte im besten Fall auch mit der Zuordnung von Buttons auf die Layouts gelöst werden.

Bei “Buttons” wird immer nur die Funktion zu Verfügung gestellt die nötig ist. ( Eingang oder Ausgang)
Bei “Programmer” werden immer alle Funktionen (Eingang und Ausgang) Verfügbar gemacht.

Will man also einen Button beleuchten muss dieser 2 mal hinzugefügt werden.

Es sollte egal ob ich den Node ausm Eingang oder Ausgang auswähle immer alle Funktionen (Eingänge & Ausgänge) zur Verfügung stehen.

Damit der Installations-Manager die Plugins für DMXControl 3 automatisch in die richtigen Verzeichnisse kopieren kann, muss eine Hilfsdatei erstellt werden, dessen Inhalte es zu definieren gilt. Folgende Informationen könnten möglicherweise hilfreich sein:

• Art des Plugins (Kernel, GUI)
• Angabe der Verzeichnisse der Dateien
• Author
• Plugin-Version
• kompatible DMXControl-Version
• Checksumme für die im ZIP-Archiv enthaltenden Daten

Die Einträge im Fenster Cuelist Properties sind in Bereich mit den “allgemeinen” Kernel Properties aktuell recht unstrukturiert. Insbesondere sind Einstellungen rund um das Timing der Cuelist bunt verteilt, wie im beigefügten Screenshot zu sehen ist.

Im Zusammenhang mit dem Ticket  FS#3628  sollten diese Einträge nach Möglichkeit neu strukturiert und sinnvoll gegliedert werden, wie es bereits für das GoNext-Verhalten, die Ansichtseinstellungen der Spalten und die Defaults gemacht wurde.

Für Theateraufführungen oder anderweitige Programme mit fester Abfolge wäre es sehr praktisch zu sehen was im nächsten Cue passiert. Dies könnte entweder grafisch oder in Form einer Tabelle wie z.B. im Programmer dargestellt werden. Welche Form der Darstellung gewählt wird oder beide oder gar keine Implementierung des Features, wäre noch zu entscheiden.

Für die Kommunikation mit Energiezählern wird standardmäßig die Kommunikation über Modbus RTU / TCP hergestellt. Z.b. Siemens Sentron
Die Register für die einzelnen Adressen sind allerdings nicht bei jedem Gerät identisch. Somit muss für jeden Datenpunkt der Datentyp und die Registeradresse eingegeben werden können.

Die Reihenfolge der Einträge

• Name
• Objekt-Nummer (Group Number, Executor Number)
• Image (sofern vorhanden)

fällt in den Properties für

• Cuelist (siehe hier auch Ticket  FS#3628 )
• Device Group
• Executor
• Executor Page

unterschiedlich aus. Hier wäre der Wunsch, die Reihenfolge dieser Einträge aus Gründen der Konsistenz zu vereinheitlichen und sie ggf. einer eigenen Untergruppe mit dem Titel “Information” oder “Name” zuzuordnen.

Folgender Aufbau einer Cuelist:
- Cue1 Follow, Triggervalue 0ms Fadetime 2s
- Cue2 Follow, Triggervalue 0ms Fadetime 4s
- Cue3 Wait, Triggervalue 500ms Fadetime 0ms
- Cue4 Wait, Triggervalue 500ms Fadetime 0ms
- Cue5 Wait, Triggervalue 500ms Fadetime 0ms

Die Cue2 braucht also länger, als Cue3 - Cue5 zusammen. Nun wird die Cuelist nach dem Ende von Cue5 released, auch wenn Cue 2 noch läuft.

die Toolbar im MidiManager hat keine Icons. Das sollte konsistent sein, wie im Project Explorer, Presets, DMX Interfaces, etc.

gruenes Plus fuer Add Rule Set (Add Interface bei DMX Interfaces)
rotes X fuer Delete Rule Set (Delete Interface bei DMX Interfaces oder auch Delete Selection im Programmer)
blauer Doppelpfeil fuer Update Devices (Refresh im Project Explorer oder auch Update in der QuickBar links)
blaues i fuer Info (wie unter Hilfe → Info im menu)
Wrench-Icon fuer Tools (keine Referenz0

Hallo,

ich benutze unter Win10 das Lixada USB-DMX512 Dongle mit dem Illutzmination Treiber um ein RGB Par zu steuern. Funktioniert zunächst wie gewünscht, aber nach einiger Zeit (wenige Sekunden bis Minuten) kommen an der Lampe keine Änderungen mehr an (Display an der Lampe blinkt nicht mehr). Der USB-Stick flackert dann auch nicht mehr orange. Wenn ich unter DMX-Interfaces das Häkchen für “Enable” entferne und wieder setzte läuft es kurz wieder weiter, bis es wieder stoppt. Im Lumos Log steht:

2019-04-20 21:47:36,610 [56] INFO org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Set timing values to Break 0, MAB 243, IB gap 254
2019-04-20 21:47:36,612 [56] INFO org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Successfully enabled uDMX interface with serial ‘ILLUTZMINATOR001’ 2019-04-20 21:48:18,288 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:18,489 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:18,690 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:18,891 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:19,092 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:19,293 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:19,494 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:19,695 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:19,896 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:20,098 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:20,299 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 2 bytes, wrote 0
2019-04-20 21:48:20,512 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 1 bytes, wrote 0

Kann man evt. an Timing-Konfigurationen etwas Entspannteres einstellen? Der Test der Hardware mit Freestyler zeigt bisher keine solchen Abbrüche.

Danke für Feedback.

Da wir immer mehr eigene Hardware anbieten und auch hin und wieder neue Funktionen in die Devices kommen, welche z.T. eng mit DMXC verknüpft sind (Nodle U1, Sync ausgabe, heartbeat), wäre es vielleicht sinnvoll die jeweils aktuellste Firmware für z.B. das Nodle U1 und dann auch das R4S und zukünftige mit DMXC 3 auszuliefern und eventuell beim Start den User darauf hinzuweisen, das eine neue FW verfügbar ist.

DMXC3 müsste dafür nur eine Datei pro HW haben, in welcher die aktuellen FWs stehen und diese beim Verbinden mit dem Interface abgleichen.
Wurde eine ältere Firmware im Device erkannt, kann wird beim Start der Software und verbinden der HW eine MessageBox geworfen und die Verbindung abgebrochen mit Hinweis auf die neue FW.

Der User kann nun entscheiden ob er die Hardware mit der alten FW verbinden will oder zunächst ein Update machen will.
Bei Update-Entscheidung muss DMXC nur ein kleines von uns mitgeliefertes Programm/Tool/exe starten, welches in einem definierten Pfad im Kernel oder GUI liegt.

z.B. beim U1: kernel/hardware/nodle_u1/update.exe –Serialnumber
oder beim R4S: kernel/hardware/nodle_r4s/update.exe –Serialnumber

Das Programm “update.exe” ruft dann die nötigen subprogramme/Funktionen/etc aus dem Ordner auf, um den User durch den Flashvorgang zu leiten.
Wenn erfolgreich, meldet das Programm “exit 0” oder so zurück und DMXC3 kann mit dem Verbindungsaufbau zur HW fortfahren.
Die Seriennummer oder eine andere Geraetekennung (je nach Device) dient dazu mehrere angeschlossene Geräte zu unterscheiden.

Je nach Gerät passiert das alles nach dem druck auf “Ja Update Jetzt” automatisch, weil der User keine Interaktion mit der HW benötigt.
Die spezifischen Unterschiede für jede Hardware sind von DMXC3 komplett entkoppelt und nur in der update.exe pro Hardware zu warten.
Damit ist das jederzeit austauschbar/anpassbar ohne DMXC und dessen Hardware-Treiber zu beeinflussen.

Als Luxus-Variante könnte in dem “neue FW-Fenster” noch der Changelog bzw. die neuen Funktionen des Firmware drin stehen, die sich DMXC aus besagter Versionsdatei in dem jeweiligen Verzeichnis ziehen kann.

Sinnvoll wäre es Variablen in Eigenschaften unterbringen zu können. Eine Variable könnte dann zum Beispiel so aussehen:

$BeispielVariable

Wenn ich so eine Variable nun zum Beispiel einer Phase von einem Effekt zuweise:

0<$BeispielPhase

Könnte ich, wenn ich die Variable einen Input zuweisen könnte, noch nachträglich die Phase des Effektes verändern.
Oder wenn ich meine Movingheads auffächere mit

-20<20

könnte ich dank

-$Fächer<$Fächer

die Fächerung hinterher noch justieren und so mein gespeicherten Szenen super einfach live variieren.

Hab beim Jahrestreffen vergessen was anzusprechen, und zwar den Single Flash bei Strobes.

Ich fänds gut, wann mann den auch ordentlich Visualisiert in der LiveView einbauen würde.

Am beispiel von Henne’s Strobo Mod.

Könnte man für den Warnhinweis den Hintergrund der Fenstertitelzeile (also da, wo im Video vom 22.12. DMXControl 3.2 New Project ...) steht, rot blinken lassen?
So zeigt zumindest eines unserer Datenübernahmeprogramme der Messgeräte den Datenaustausch mit dem MDE an

Moving Heads und anderes Bewegtes Licht mit Joystick steuern.

s.o.

Wie die CPU-Load anzeige im Monitoring fenster, zusätzlich die GPU-Load einbauen für GUI und Kernel

Hab da auch eine Lib die alle gängigen Grafik-Karten-Hersteller abdeckt, aber die bekommen wir nur auf direkte anfrage.
https://www.techpowerup.com/gpuz/

Es wäre eine nette erweiterung, wenn mann im Property Grig per rechtsklick auf einen Effekt, den Effect-Typ ändern könnte, z.B. von Sinus auf Swing.