Bugtracker DMXControl 3

Für die neutrale Produktion von Videotutorials wäre es hilfreich, diese neutraler zu gestalten. Dazu würde ich mich wünschen, dass ich die Anzeige der Projektbeschriebung und der Verzeichnispfad bei Bedarf abschalten kann.

Der Triggerwert für den RTC-Trigger steht auf 23:15 Uhr bei einer aktuellen Systemzeit von 23:20 Uhr. Die Cuelist wird ausgeführt. Ich stelle fest, dass die Uhrzeit falsch ist, stoppe die Cuelist und ändere den Wert auf 23:30 Uhr. Dann starte ich die Cuelist wieder. Daraufhin wird die Cue mit dem RTC-Trigger nicht mehr ausgeführt.

Versuche ich für den Plasma-Effekt die Frequenz beliebig zu ändern, hat dieser Wert keinen Einfluss auf den Effekt. Er läuft also aktuell trotz beliebiger Frequency mit der gleichen Geschwindigkeit weiter.

Ich habe exemplarisch über die DDFLib-Funktion die Geräte

• Botex SP 1500 [DDF-001396]
• Involight MH FX WASH 1912 (97 channel) [DDF-001642]

heruntergeladen. In beiden Fällen fehlt das Device-Image im Verzeichnis Kernel\LibDevices.

Zur Zeit ist es nicht möglich, im Standard-Theme zwischen absoluten Werten (ABS) und relativen Werten (REL) umzuschalten. Dies klappt nur im Dark Theme.

Das 3Dconnexion-Plugin kann beim Starten der GUI nicht initialisiert und deswegen zur Zeit auch nicht genutzt werden. Das Log der GUI sagt hierzu folgendes:

2020-10-08 13:16:17,904 [Main GUI] ERROR Lumos.GUI.Plugin.PluginManager - Error when initializing Plugin: _3DxPlugin
System.ArgumentException: Das Argument picture muss ein Bild sein, das als Icon verwendet werden kann.
   bei System.Drawing.Icon.Initialize(Int32 width, Int32 height)
   bei System.Drawing.Icon..ctor(Stream stream, Int32 width, Int32 height)
   bei System.Drawing.Icon..ctor(Stream stream)
   bei Lumos3DconnexionPlugin._3DxForm..ctor()
   bei Lumos3DconnexionPlugin._3DxPlugin.initializePlugin()
   bei Lumos.GUI.Plugin.GuiPluginBase.initializePlugin(IGuiPluginContext context) in D:\Jenkins\workspace\Lumos_Pipeline_3.2\LumosGUI\src\Plugin\GuiPluginBase.cs:Zeile 52.
   bei Lumos.GUI.Plugin.PluginManager.initializePlugin(Type t) in D:\Jenkins\workspace\Lumos_Pipeline_3.2\LumosGUI\src\Plugin\PluginManager.cs:Zeile 581.
   bei Lumos.GUI.Plugin.PluginManager.org.dmxc.lumos.Kernel.AssemblyScan.IAssemblyListener.scanNewType(Type t, EAssemblyType type) in D:\Jenkins\workspace\Lumos_Pipeline_3.2\LumosGUI\src\Plugin\PluginManager.cs:Zeile 561.

Ich habe eine Cuelist mit einer einzigen Cue erstellt, in der relativ ein Circle-Effekt auf einer Gruppe von Moving-Heads läuft. Beim Starten der Cuelist wird die Bewegung wie erwartet eingefaded.

Stoppe ich die Cuelist aber, gibt diese die Bewegung trotz laufender Release Time im vollen Maß aus. Ist die Zeit abgelaufen und Cuelist ist deaktiviert, springen die Geräte zur Ursprungsposition zurück.

Dupliziere ich die Cue und ändere diese von REL zu ABS ab, verhält sich die Cuelist während der laufenden Release Time wie erwartet, das heißt die Geräte fahren langsam zur Ursprungsposition zurück. Gleiches gilt analog auch für den Dimmer oder die Goborotation.

Wie im beigefügten Screenshot zu sehen, werden die Icons der 3D-Mäuse angezeigt. Diese haben dort aus meiner Sicht nichts zu suchen.

Es macht keinen Unterschied, ob das 3Dconnexion-Plugin aktiviert ist oder nicht.

Beim Arbeiten mit den Zoom-Steuerelementen musste ich feststellen, dass

• beim Klicken auf das + bzw. - in der Lupe gar keine Aktion ausgelöst wird (siehe Bild 1 und 2)
• an der im Bild 3 gezeigten Mausposition der Ausschnitt immer noch vergrößert wird, obwohl sich die Maus bereits im Bereich zum Verkleinern der Ansicht befindet.

Grundsätzlich wäre die Erwartungshaltung, dass ich mit der Maus innerhalb eines gedachten Rechtecks um das jeweilige Icon herum die jeweilige Funktion nutzen und somit auch direkt auf die Icons klicken kann (siehe Bild 4).

Ordne ich den Eingängen eines Input Selectors verschiedene Farben als RGB-Wert zu, so werden die nach dem Speichern und Neuladen des Projekts konvertiert (siehe Bild 1).

Ändere ich den Farbwert nach dieser fehlerhaften Konvertierung, so versteht der nachgeschaltete Button die Farbe nicht mehr als Farbwert sondern nur als Text und ändert dem entsprechend unbeabsichtigt seine Beschriftung (siehe Bild 2).

Die Fehlerbeschreibung ist diesmal im beigefügten Video.

Eventuell steht dieses Ticket im Zusammenhang mit dem Ticket  FS#4271 .

Im Installations-Assistent wird beim ersten Schritt der Text der Überschrift verdeckt, da nun auch die Build-Nummer mit in die Versionsnummer aufgenommen wurde.

Hier wäre die Frage, welchen Mehrwert die Buildnummer zumindest in den Texten darstellt.

Bei der UAC-Abfrage lautet der Titel nun “DMXControl3 Installer“. Zum ein fehlt das Leerzeichen zwischen DMXControl und der 3, zum anderen wurde im Installer der 3.2.1 auch explizit die Version 3.2.1 genannt.

Ob das Wort “Installer” durch “Setup” ersetzt wird, ist mir dagegen gleich.

Das Powersource-Node wird nicht aktualisiert, wenn die Geräte einer Device Group oder die aktuelle Auswahl in der Stage View mehreren Powersources zugeordnet sind.

1. 8 Geräte mit gepflegten Leistungsdaten anlegen.
2. 2 oder mehr Powersources anlegen.
3. Geräte 1 bis 4 der Powersource A, Geräte 5 bis 8 der Powersource B zuordnen.
4. Neues, leeres Connectionset anlegen, Powersource-Node einfügen und Powersource A wählen.

In den beiden folgenden Fällen werden die Inhalte des Nodes nicht aktualisiert:

1. Man wählt in der Stage View die Device Group aus und highlightet diese.
2. Man wählt manuell die Geräte 1 bis 5 aus.

Wählt man dagegen nur die Geräte 1 bis 4 aus, aktualisiert das Powersource-Node die Werte auf der Output-Seite, auch ohne dass hieran weitere Nodes etc. angeschlossen sind.

Habe ich Geräte einer Powersource zugeordnet und lasse mir das zugehörige VU-Meter anzeigen, werden dessen Werte nicht kontinuierlich aktualisiert.

1. Devices mit gepflegten Leistungsdaten hinzufügen
2. Powersource anlegen
3. Electricity-Window öffnen
4. In der Stage View Geräte highlighten oder Lumos drücken

Das Ergebnis ist, dass das VU-Meter wird nicht aktualisiert wird. Ändere ich aber zum Beispiel den Namen, bekommt das VU-Meter die aktuellen Werte übermittelt. Die Nodes im Input Assignment sind davon nicht betroffen.

Aktuell werden Sound-Dateien in der Projekt-Datei ebenfalls im Ordner Config gespeichert. Hier kam mir die Frage, ob es nicht sinniger wäre, die Dateien analog zu den DDFs in einem komplett eigenen Verzeichnis zu speichern.

Problem siehe oben und lässt sich wie folgt reproduzieren:

1. Slider mit Parametermaster 1 verknüpfen.
2. Connectionset deaktivieren.
3. Im Parametermaster-Node einen anderen Parametermaster, zum Beispiel Parametermaster 2 auswählen.
4. Connectionset aktivieren.

Das Ergebnis ist, dass der Slider nach dem Reaktivieren des Connectionsets weiterhin den Parametermaster 1 anspricht, obwohl im Connectionset auf der Inputseite die ID des Parametermaster 2 vermerkt ist. Diese wurde intern nicht weiterverarbeitet. Gleiches lässt sich mit dem Cuelist-Node reproduzieren.

Beim DMX-Interface-Node werden die Ausgänge Available, Heartbeat und Heartbeat restarts nicht aktualisiert, was insbesondere am Heartbeat zu sehen ist.

Ziehe ich mein aktives Nodle R4S am PC ab, wäre zudem zu erwarten, dass sich der Wert für Available von true auf false ändert - spätestens, wenn im Kernel entsprechende Logeinträge aufgeführt werden.

Aktuell bietet das Node Position to Pan / Tilt nur die Ausgänge für Pan und Tilt als DMX-Wert, jeweils für 8 bit und für 16 bit. Benötige ich aber in einem Connectionset den Wert für Pan und / oder Tilt im Wertebereich 0 bis 1, muss ich mir erst das beigefügte Connectionset bauen und verkompliziere den Graphen dadurch unnötig.

Hier wünsche ich mir eine Möglichkeit, dass ich die Werte direkt im Wertebereich 0 bis 1 erhalte.

Expression-Node einem Graphen hinzufügen und versuchen, die Werte für die Variablen zu ändern.

Das Ergebnis ist, dass dies so lange nicht akzeptiert wird und der eingetragene Wert immer im Falle der Standardkonfiguration auf 1 zurückspringt, bis nicht jeder Input einmal kurz mit einem Input verknüpft war, zum Beispiel dem DMX-In.

Füge ich einem neuen Projekt mehrere Cuelist Groups hinzu, bleibt die Cuelist Group Number bei 1 stehen und wird nicht hochgezählt.

Bei allen anderen Objekten wie Cuelist, Devices, Device Groups, Executor und Executor Pages, arbeitet das Hochzählen dagegen einwandfrei.

Wird im Expression-Node bei einem Input für eine Variable ein fester Wert wie zum Beispiel 14311 eingetragen (siehe Bild 1), so wird dieser nicht beim erneuten Laden des Projekts nicht mehr vorhanden. Dazu fehlt in den Properties des Nodes auch der zugehörige Eintrag (siehe Bild 2).

Daraus lässt sich ableiten, dass das Expresion-Node erwartet, dass alle Inputs mit anderen Nodes verbunden sind, von denen es seine Werte erhält. Dies Verhalten ist so nicht erwartet, weil es bei allen anderen Nodes klappt.

Klone ich ein bestehendes Connectionset mit mehreren Nodes, so werden die darin verwendeten Nodes nicht aktualisiert bzw. aktiviert. Dadurch arbeitet das Connectionset nicht wie gewünscht. Der beigefügte Screenshot zeigt die Situation nach dem Klonen. Das Connectionset selbst als auch die zugehörige Bank ist aktiv.

Dieses Ticket ist (möglicherweise) ein Seiteneffekt vom Ticket  FS#4129 , der dort bereits schon angemerkt wurde.

An nahezu allen Stellen in der GUI ist der Eintrag Properties der unterste Eintrag im Kontektmenü, wie in den beiden exemplarisch beigefügten Screenshots (Bild 1 und 2) zu sehen ist. Das Kontextmenü in der Graphenansicht fällt hier zur Zeit heraus (siehe Bild 3).

Aus dem Ticket  FS#4192  hervorgegangenen Diskussion im BBB ging hervor, dass für die Anzeige des Softdesks auf Bildschirmen mit unterschiedlicher Auflösung noch verschiedene Vorgaben fehlen. Das Ziel dieser Vorgaben soll sein:
* Im Live-Mode passt sich das Softdesk unter verschiedenen Auflösungen auf Wunsch jeweils an die Bilddiagonale an.
* Man kann eine Bezugsgröße vorgeben, dass mehrere Softdesks mit unterschiedlich viel Inhalt trotzdem auf die gleiche Größe skaliert werden.
* Im Designer erhält man verschiedene Möglichkeiten in Form von Linealen etc., dass man beim Erstellen eine Orientierung erhält, wie viel Platz im Softdesk zur Verfügung steht. Diese sollen dabei keinen Einfluss auf die eigentliche Anzeige im Live-Mode haben (siehe Ticket  FS#4192 ).
* Der Designer erhält eine Anzeige zur aktuellen Zoomstufe, damit man einen Bezug erhält, wie man den zur Verfügung stehenden Platz nutzt.

Da Bilder mehr als 1000 Worte sagen, werde ich im Nachgang noch ein paar einfache Grafiken erstellen, welche als entsprechende Diskussionsgrundlage dienen, weswegen auch der Status “Usabiltiy Relevant”. Bis dahin soll dieses Ticket erst einmal ein Merker sein.

Wie im beigefügten Beispiel zu sehen, wird das komplette Fenster nicht mit der gewählten Hintergrundfarbe ausgefüllt. Dabei ist es egal, ob ich mir das Softdesk im Window Modus oder im Fullscreen anzeigen lasse. In beiden Fällen erscheint am linken und unteren Rand der Standard-Hintergrund, sobald die Controls nur einen Teil des zur Verfügung stehenden Platzes ausfüllen.

Ein großes, umfangreiches Projekt kann in der laufenden Sitzung nicht ein zweites Mal geladen werden. Dabei ist es egal, ob man zwischendurch ein anderes bzw. leeres Projekt geöffnet hat oder das gleiche Projekt direkt ein zweites Mal lädt.

Die beigefügten Logfiles zeigen den ersten Fall (Projekt laden, neues Projekt laden, ursprüngliches Projekt laden). Ein Projekt zum Testen steht bereits intern zur Verfügung.

Im Zuge der Umsetzung des Main switch features (unter anderem für die Realisierung von  FS#4015 ) kam von Arne der Gedanke, in DMXControl 3 eine Möglichkeit zu schaffen, um die Application settings auf die Standardwerte zurückzusetzen. Hier gibt es zwei, vielleicht aber auch noch mehr Varianten, über die ein solcher Reset erfolgen könnte:

• Man erhält direkt in DMXControl 3 einen Menüeintrag.
• Im Startmenü wird eine zusätzliche Verknüpfung angelegt, über die DMXControl 3 direkt mit den Standardwerten gestartet wird.

Möchte ich im Fenster für die Devices-Images ein anderes Bild für eine Device Group wählen, kann ich in diesem Fenster

• nicht scrollen,
• nach dem Auswählen eines ersten Bildes kein alternatives anwählen,
• die Auswahl nicht mit dem Button OK bestätigen, um das Fenster zu schließen.

Ähnliches gilt für die Gobo-Affinity. Im Fenster zum Auswählen eines Devices-Images bleibt aktuell nur die Möglichkeit, ein Image per Doppelklick zu wählen - sofern es im aktuellen Fensterausschnitt enthalten ist.

Ein Screenshot sowie die Log files der Sitzung habe beigefügt.

Es wurde im letzten Beta-Tester-Livechat beschlossen, die intelligenten Einstellungen für die Cuelists wieder herauszunehmen.

Die Funktion selbst ist deaktiviert, da sich das Dropdown-Menü bei einem Klick nicht mehr öffnet. Allerdings sollte der gesamte Eintrag aus der Liste entfernt werden.

Im Zuge der Erstellung der Videotutorials kam der oben genannte Punkt auf. Wir sprechen eigentlich die ganze Zeit vom Kernel. Der besagte Menüpunkt passt aber nicht in diesen Sprachgebrauch, auch in Hinblick auf den Umbau für DMXControl 3.3.

Momentan taucht ja immer die Meldung “Device” not set in properties, wenn eben bei einem entsprechenden Interface zum Beispiel der COM-Port noch nicht gewählt ist. Möglicherweise fehlt aber in dieser Meldung eine Aufforderung, eben genau dies zu tun, sodass die Meldung eher nur als Infomeldung abgetan wird.

Um eben der Meldung mit auf den Weg zu geben, dass eine User-Interaktion erwartet wird, wäre hier ein alternativer Vorschlag zum Beispiel “Please select the “device” in advanced interface settings.”

Ich habe auf meinen PCs mit Hilfe der Umgebungsvariable DMXC3_PROFILE bzw. DMXC3_PROFILE_3_2 das “Arbeitsverzeichnis” von DMXControl verschoben. Möchte ich nun über die Menüeinträge Help ⇒ Log files ⇒ Open Kernel log file bzw. Open GUI log file die entsprechenden Dateien aufrufen, funktioniert dieser Befehl nicht.

Beide Befehle funktionieren nur, wenn sich die Daten im Standardverzeichnis unter AppData befinden.

Speichere ich ein Preset ab, werden zuvor gehighlightete Geräte dunkel geschaltet. Das Problem lässt sich wie folgt reproduzieren:

1. RGB-Devices anlegen und auswählen.
2. Highlight aktivieren.
3. Eine beliebige Farbe im Device Control einstellen.
4. Ein neues Preset anlegen.

Das Ergebnis ist, dass die gewählten Geräte nicht mit gehighlightet sind, obwohl die Funktion aktiv ist. Dies ist deswegen verwunderlich, weil sich dieses Verhalten beim Anlegen einer regulären Cue nicht zeigt. Das Highlight für die gewählten Geräte bleibt weiter aktiv.

In den Settings fehlen die New project default settings und die Current project settings. Letztere sind auch nicht über das Kontextmenü zu den Cuelist Groups im Project Explorer zu erreichen.

Rotiere ich verschiedene Controls und möchte diese dann mit der Maus skalieren, wird hierbei der Mauszeiger nicht “mitgedreht”. Das Ergebnis ist in den beigefügten Screenshots zu sehen.

Das beigefügte Projekt kann wegen eines Timeout-Fehlers beim ersten Versuch nicht geladen werden. Es erscheint die Fehlermeldung “Project could not be loaded. Either the file ist corrupt or not a valid project file”. Hierzu gibt der GUI folgenden Hinweis in den Logs:

2020-03-30 21:02:52,252 [Log-Thread] WARN  Lumos.GUI.Facade.GUISession.CommandWrapper - Exception when executing Command loadProject: The Command "loadProject" has timeouted after 198000ms
System.TimeoutException: The Command "loadProject" has timeouted after 198000ms
   bei Lumos.GUI.Facade.GUISession.CommandWrapper.execute(Object[] parameters) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Facade\GUISession\CommandWrapper.cs:Zeile 189.

Schließe ich die GUI und starte sie neu, wird das Projekt nur zum Teil geladen, jedoch wirft der Kernel dabei weitere Fehlermeldungen, unter anderem:

2020-03-30 21:25:06,237 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Project.DeviceManager - Created saved Device MH-X60 14CH in 204357 us
2020-03-30 21:25:06,250 [65] ERROR org.dmxc.lumos.Kernel.HAL.Handler.DMXRangeWithDiscreteValue - Illegal use of Attributes "minval,maxval" in XmlNode device-->functions-->prism-->step. This DDF might not be loaded in a future Version!

Diesen Fehler kann ich zwar korrigieren (siehe Projekt DDFs korrigiert), jedoch lässt sich das bearbeitete Projekt ebenfalls nicht vollständig laden, weil laut Jens-Peter ein Fehler im Input Assignment vorliegt (hier hängt der Ladeprozess am längsten fest).