Bugtracker DMXControl 3

Benenne ich ein Subdevice um, wird der Name nach dem Betätigen der Enter-Taste nicht direkt aktualisiert. Aktuell muss die Ansicht einmal gewechselt werden, zum Beispiel zu einem anderen Device und dann wieder zurück.

Ändere ich in der Tabellen-Ansicht des Patch-Fensters verschiedene DMX-Adressen stürzt die Matrix-Ansicht ab. Um die Matrix-Ansicht zu sehen, muss das Patch-Fenster einmal geschlossen und wieder neu aufgerufen werden.

Die Fenstergröße des Programmer-Filters ist nicht optimal. Die wichtigste Spalte mit dem Geräte- und / oder Gruppen-Namen wird zu schmal dargestellt. Optimal ist eigentlich die Darstellung, wie sie im DMXC3-Tutorial, Lektion 8 zu sehen ist.

Das Feature mit der Kommentarzeile für die DMX-Interfaces ist gut, aber gerade bei ArtNet-Interfaces wäre es hilfreich, wenn man für jedes Universum einen separaten Kommentar angeben kann.

Fehlerbeschreibung siehe oben

Im Patching Dialog wird die DMX-Adresse von Subdevices nicht wie sonst üblich im Format Universum.Adresse, sondern nur als “voller Dezimalwert” ausgegeben, das heiß zum Beispiel 513 statt 2.1.

Entsprechend des beigefügten Screenshots ist zu erkennen, dass die Icons für die Buttons im Cuelist-Menü deutlich unschärfer wirken als beispielsweise die Icons im linken Bereich.

Möchte ich Geräte in einen eigenen Ordner verschieben, denen ein Subdevice zugeordnet ist, so lässt DMXControl dieses nicht zu.

Um einen besseren Überblick über den Beat zu haben, schlage ich in Anlehnung an DMXControl 2 folgende Anpassungen vor:

• Bereits beim ersten Klick auf den Tap-Button wird ein Beat-Signal generiert. Im Rahmen der DevCon 2018 gefixt
• Ist der Haken aktiv gesetzt, sollte über den Sync-Button auch ein manuelles Beat-Signal (ein einzelner Schritt) generiert werden.
• Der “aktive” Schritt für die Ermittlung des Beat-Wertes wird in roter Schrift angezeigt.

Durch die Integration der DDFs aus der DDFLib tauchen im Dialog Add Device alle DDFs doppelt auf, auf Grund eines teilweise anderen Dateinamens der DDFs aus der DDFLib vom Installer nicht aktualisiert wurden. Hier wäre eine eindeutige Unterscheidungsmöglichkeit hilfreich.

Wird eine Cuelist Group direkt im Projekt Explorer umbenannt, so wird dieser neue Name nicht in den Dialog Cuelist Group Properties übernommen. Um der Cuelist Group einen anderen Namen zu vergeben, muss aktuell der Properties Dialog geöffnet werden.

In verschiedenen Verzeichnissen des Projekts Explorers können die Einträge nicht alphabetisch sortiert oder anderweitig in der Reihenfolge verschoben / neu geordnet werden, unter anderem in den Verzeichnissen:

• Executor
• Presets
• Files
• Item lists
• Layouts

Ich habe in einem Projekt drei meiner vier angelegten Executoren mit Cuelists verknüpft. Im Baum des Project Explorers wird aber nun ein anderes Icon verwendet, welches den Status “Cuelist verknüpft” darstellt als in der Tabellenübersicht. Im Anhang befindet sich ein entsprechender Screenshot.

Für Live-Anwendungen wäre es hilfreich, wenn das Beat Tool über externe Steuerelemente wie MIDI oder Tastatur ansteuerbar wäre.

Für Live-Anwendungen wäre es hilfreich, wenn die Befehle Blackout, Freeze etc. über externe Steuerelemente wie MIDI oder Tastatur ansteuerbar wären.

Werden im Cue Timing Editor von der eigentlich Fade und Delay-Zeit abweichende Werte vergeben, erhält der User hierüber keine Information, dass in der betreffenden Cue der Cue Timing Editor aktiv ist. Hier sollte eine entsprechende Kennzeichnung bzw. Hervorhebung der Cue eingefügt werden.

Werden im Cue Timing Editor zu einer Cue die Delay und Fade-Zeiten für einzelne Geräte einer Gruppe geändert, die gesamte Gruppe aber keine Werte enthält, gibt es hierüber kein visuelles Feedback. Folgende Lösungsvorschläge könnte ich mir hier vorstellen:

• Die Zellen in der oberen Zeile für die Gruppe werden ausgegraut (oder anderweitig farblich hervorgehoben), sollte in der betreffenden Spalte ein Wert für ein einzelnes Gerät einer Gruppe geändert worden sein.
• Sobald ein Wert für ein einzelnes Gerät geändert wurde, klappt der Cue Timing Editor die zugehörige Gruppe automatisch auf.

Da die GUI aktuell viel mit der Maus bedient werden muss, schlage ich vor, dass die Werte in möglichst allen Eingabefeldern (Device control, Device properties, Cuelist properties etc.) auch über das Mausrad gesetzt und insbesondere verändert werden können. Aus meiner Sicht ist dies nochmal einfacher und schneller, als wenn man im Device Control zum Beispiel zum Einstellen des Focus noch die Klicks ausführt, um an den Schieberegler zu gelangen. Gerade bei beengten Platzverhältnissen und schlechten Untergründen (für eine Maus) sollte man hier bessere Ergebnisse erzielen.

In der Stage View können die Icons für die Geräte nicht auf eine Größe unterhalb von 32 x 32 Pixel, zum Beispiel 24 x 24 oder 16 x 16 veringert werden. Die Stage View ignoriert diese Werte in den Device Properties.

Nutze ich in einem DDF für das rgb-Tag als untergeordnete Elemente die cw-Tags und ww-Tags, werden die Werte im Device Control bei Color nicht gemäß der Einstellungen in der GUI skaliert / umgerechnet. Hier ist weiterhin die Wertebereich von 0 bis 1 aktiv.

Meiner Meinung nach sollte überlegt werden, wie sich vor allem das Group Handling schneller erreichen lässt. Ich finde es ein richtig starkes Feature, was aber aktuell ein wenig zu sehr versteckt ist und deswegen beim produktiven Arbeiten über das Dropdown-Menü etwas umständlich zu erreichen ist. Überlegungen wären hier:

• Das Group Handling erhält einen eigenen Reiter innerhalb des Device Controls (neben den Reitern Properties und Effects).
• Für das Group Handling wird ein komplett separetes Fenster losgelöst vom Device Control geschaffen, sodass (genügend Bildschirmfläche vorausgesetzt) Group Handling und Device Control neben- oder untereinander angezeigt werden können.

Ich lege verschiedene Executor Pages an und sortiere diese in eine beliebige Reihenfolge. Diese Reihenfolge wird vom Executor Fenster nicht übernommen.

Getestet mit Build 1395

Eingans dachte ich, die DDFLib-Anbindung würde gar nicht funktionieren. Erst im dritten Anlauf entdeckte ich den Text “click here for download”. Da selbst ich darüber gestoplet bin, würde ich folgende Anpassungen vorschlagen:

• Die Spalte Download erhält statt den Text “click to download” eine einfache Checkbox und wird als Spalte 1 positioniert.
• Das Fenster wird um zwei zusätzliche Standard-Buttons unten rechts erweitert, die zum Beispiel mit Cancel (linker Button) und Download (rechter Button) beschriftet werden.
• Mit Klick auf Download wird der Download der über die Checkboxen ausgewählten DDFs ausgeführt und das Fenster geschlossen.

Mit diesen Änderungen würden wir eine übliche Arbeitsweise bzw. einen allgemein üblichen Workflow schaffen. Ggf. muss dieses Ticket ebenfalls mit mehr Leuten besprochen werden.

Getestet mit Build 1402

An folgenden Punkten gäbe es weiteren Optimierungsbedarf in den GUI-Dialogen:

• Textfarbe der eingerichteten Interfaces sollte auf schwarz geändert werden, wenn die Hintergrundfarbe hellgrau oder rot ist (Bild 1).
• Wird ein Interface vollständig aktiviert, wird die Hintergrundfarbe nicht in allen Zellen geändert sondern immer nur in der Zelle, die man mit der Maus anklickt (Bild 2).
• Das letter spacing ist in allen Dropdown-Menüs zu groß und die Schriftgröße entspricht nicht der Größe von anderen Texten in Fenstern (Vergleiche Filter mit Programmer im Bild 3 oder View mit Universe.Channel im Bild 4).
• Die vertikale Textausrichtung für Device und Device Groups im Programmer Filter passt nicht (Bild 5 und 6).
• Nachdem die Tooltips im Dark Mode nun von der Texthöhe angepasst wurden, sollte nun der Text auch noch einen Abstand zur äußeren Kante erhalten (Bild 7). Ggf. wäre auch über ein zusätzlicher Schatten oder eine andere Hintergrundfarbe nachzudenken, damit sich der Tooltip besser abhebt.(Wird nicht umgesetzt)
• Die Tabellenzellen sollten ggf. am inneren linken und rechten Rand ebenfalls einen Abstand zum Rand erhalten, um die Lesbarkeit der Werte zu verbesseren (siehe Bild 2, DMX Interfaces sowie Bild 6, Programmer Filter und Bild 7, Cuelist mit Tooltip). Die Schriftgröße darf aber gerne so beibehalten werden.

Getestet mit Build 1402

Exportiere ich die Logfiles und wähle als Speicherort den Desktop aus, muss ich danach beim Klick auf Save project in der Schnellzugriffsleiste erneut den Speicherort des Projekts angeben. Die direkte Speicherung des Projekts funktioniert dann nicht.

Daher schlage ich vor, für den Export der Logfiles einen zweiten Ordnerpfad vorzusehen, der getrennt vom Ordnerpfad zum aktuellen Projekt verarbeitet wird.

Getestet mit Build 1415

Ist eine Umgebungsvariable zu einem benutzerdefinierten Arbeitsverzeichnis definiert, hat dies keine Auswirkung auf die I18N-Logs der GUI. Diese werden weiterhin noch im Standard-Arbeitsverzeichnis unter C:\User\[USERNAME]\AppData\ (...) ablegt. Dies betrifft alle drei Varianten der Umgebungsvariablen, darunter auch DMXC3_PROFILE_3_2 und DMXC3_PROFILE_3_2_0.

Möchte ich eine Auswahl von Geräten innerhalb der Tabelle pro Drag&Drop in einen neuen Ordner verschieben, funktioniert dies nicht. Schiebe ich die gleiche Auswahl stattdessen auf den Ordner im Baum des Project Explorers, klappt dies.

Für die Tabelle für die Device Groups wünschen uns Joseph und ich folgende ergänzende Informationen in Form von zusätzlichen Spalten:

• Status des Group Masters (aktiv oder inaktiv)
• Ausgabe der Group Number (hilfreich für die Auswahl über das Input Assignment)

Getestet mit Build 1519

Wechsele ich im Patching Dialog in der Matrix Ansicht zwischen den Universen, gibt das Fenster zwar die richtigen Adressen wieder. Die Geräte selbst werden aber nicht aktualisiert, sodass grundsätzlich nur die Geräte des 1. DMX-Universum dargestellt werden.

Getestet mit Build 1519

Wir steigern uns: Im Kontextmenü der Stage View gibt es den Eintrag “Add Device” nun gleich fünf Mal.

Die Einrichtung des Electrictiy-Features sollte ebenfalls über den Project Explorer erfolgen. Nur das Fenster mit den Amperemetern bleibt separat.

Getestet mit Build 1572

Irgendwie sieht die Zuordnung der Werte zu den darüber liegenden Überschriften der Tabelle komisch aus. Projekt und Logs siehe Anhang.

Idee basiert auf Build 1581

Da das Input Assignment ja seit längerem auch ein Fenster ist, welches sich in die GUI andocken lässt: können wir das Menü Windows um den Input Assignment erweitern, um es schneller erreichen zu können?

Geprüft mit Build 1602

Die Option Skip 1st cue trigger on play der Cuelist sollte mit in die Schnelleinstellung für die Cuelist, das heißt in das Dropdown-Menü des Options-Button, aufgenommen werden.

Getestet mit Alpha 3, Build 55

Irgendwo zwischen Build 50 und Build 55 ist im Kontextmenü zu den Softdesks der Eintrag “Open” verloren gegangen, mit dem ich ein Softdesk auch über das Kontextmenü im Live Mode öffnen kann. Um ein Softdesk zu öffnen, gibt es im Moment nur den Eintrag “Open in Designer”. An den Live Mode gelange ich in der Build 55 nur nur über einen Doppelklick.

Die im Projekt enthaltenen Softdesks sollen über den anzulegenden Menü-Eintrag Softdesk im Menü Windows zu öffnen sein, analog zu den Stage Views oder Cuelists. Ggf. erhält das Untermenü dann ebenfalls den Eintrag Add Softdesk, um hier wieder konsistent zu den anderen Untermenüs zu sein.

Die DMX-Adresse im Dialog Device Properties wird nicht mehr im Schema Universum.Adresse angezeigt, sondern als fortlaufender Wert. In DMXControl 3.1.3 war das bis dato sehr hilfreich, gerade bei großen Projekten mit mehr als einem DMX-Universum.

Beim Durchsehen der GUI-Logs ist mir folgender Fehler aufgefallen:

2019-03-17 17:45:53,833 [1] ERROR Lumos.GUI.Run.GuiRunManager - Unhandled Exception: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
   bei Lumos.GUI.Controls.DataGrid.LumosDataGridView.OnCellMouseLeave(DataGridViewCellEventArgs e) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Controls\DataGrid\LumosDataGridView.cs:Zeile 627.
   bei System.Windows.Forms.DataGridView.UpdateMouseEnteredCell(HitTestInfo hti, MouseEventArgs e)
   bei System.Windows.Forms.DataGridView.OnMouseMove(MouseEventArgs e)
   bei Lumos.GUI.Controls.DataGrid.LumosDataGridView.OnMouseMove(MouseEventArgs e) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Controls\DataGrid\LumosDataGridView.cs:Zeile 787.
   bei Lumos.GUI.Controls.SceneListEditor2.MyGrid.OnMouseMove(MouseEventArgs e) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Controls\SceneList\SceneListEditor2.cs:Zeile 290.
   bei System.Windows.Forms.Control.WmMouseMove(Message& m)
   bei System.Windows.Forms.Control.WndProc(Message& m)
   bei System.Windows.Forms.DataGridView.WndProc(Message& m)
   bei System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   bei System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   bei System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

Das komplette Logfile inklusive Kernel-Log ist im Anhang zu finden.

Fehlermeldung bei fehlenden Schreibrechte auf das Projekt-Zip-Archiv:

• Bild 1, englische Oberfläche: englischer und deutscher Text vermischt
• Bild 2, deutsche Oberfläche: richtige, ausschließlich deutsche Texte