Bugtracker DMXControl 3

Ich exportiere mein Standard-Projekt und versuche es anschließend zu importieren, dabei kommt eine Fehlermeldung.
Das Projekt steht anschließend in der Projekt Administration bereit, lässt sich aber nicht mehr löschen.

Voraussetzung / Umgebung

• Moving Head / Scanner hat zwei Goboräder
• 2 Cuelists, die auf LTP stehen

Reales Verhalten

Wird ein Gobo auf Goborad 1 durch Cuelist A gesetzt und anschließend ein weiteres Gobo auf Goborad 2 durch Cuelist B, so wird gleichzeitig das Goborad 1 auf “Offen” gesetzt. Ein vergleichbares Verhalten tritt auf, wenn zuerst Goborad 2 gesetzt wird und anschließend Goborad 1. Dann wird Goborad 2 auf “Offen” gesetzt.

Erwartetes Verhalten

Werden die Gobos explizit auf einem Goborad gesetzt, ist die Annahme, dass explizit dieses Gobo auf diesem Rad gesetzt werden soll. Daher darf es dadurch keine Auswirkungen auf das andere Goborad haben und eine andere Cuelist sollte das andere Rad unabhängig setzen können.

Anmerkung

Im Anhang ist ein Testprojekt, mit dem alle möglichen Kombinationen von Goborad 1 und 2 getestet werden können

Das beigefügte Projekt kann insofern nicht vollständig geladen werden, als dass die entsprechend zugeordneten Executoren mit ihren Einstellungen nicht geladen werden. Die Bänke sind vorhanden, aber ohne gefüllte Executoren. In den Logfiles sind zahlreiche Einträge zu finden.

Das ursprüngliche Projekt habe ich dabei nur in DMXC 3.3 Beta 2 importiert und aufgerufen. Neu gespeichert wurde es mit der 3.3 nicht.

Füge ich einem leeren Projekt Executoren zu und ordne die Executor Pages zu und möchte dieses speichern, so ist dieses mit dem folgenden Logeintrag nicht möglich.

2021-05-14 23:48:59,565 [40] ERROR org.dmxc.lumos.Kernel.Project.ProjectManager - Can't save content of ExecutorManager
System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
   bei org.dmxc.lumos.Kernel.Project.ExecutorManager.Save(LumosIOContext context) in D:\Jenkins\workspace\Lumos_Pipeline_master\Lumos\src\Kernel\Project\ExecutorManager.cs:Zeile 745.
   bei org.dmxc.lumos.Kernel.Project.ExecutorManager.org.dmxc.lumos.Kernel.Run.ILumosProjectManager.saveProject(LumosIOContext context) in D:\Jenkins\workspace\Lumos_Pipeline_master\Lumos\src\Kernel\Project\ExecutorManager.cs:Zeile 948.
   bei org.dmxc.lumos.Kernel.Project.ProjectManager.<>c__DisplayClass30_1.<saveProject>b__1(ILumosManager m) in D:\Jenkins\workspace\Lumos_Pipeline_master\Lumos\src\Kernel\Project\ProjectManager.cs:Zeile 476.

siehe Titel

Öffne ich das Projekt aus  FS#4656  und starte dann einmal nur die GUI neu, ist das Executor-Fenster komplett leer. Es werden sowohl keine Executor Pages als auch die Executoren selbst nicht angezeigt.

Klicke ich aber auf “Add Page”, merkt das Fenster, dass bereits Executor Pages im geladenen Projekt existieren und beginnt entsprechend nach dem “höchsten” Executor zu zählen. Auch die Seitenzahl beginnt nicht bei 1.

Temp-fader für Scenenlisten

Wirkt wie der intensety-master aber auf alle Propertys

Schaltet den Executor ein, solange er gedrückt wird.

Aktuell gibt es in den Einstellungen für den Executor zu den Cuelists noch den Eintrag “Release at zero”. Dieser funktioniert nicht und wurde mittlerweile durch “Auto Stop” abgelöst.

s.o.

Nach dem Flash/Swop einer nicht laufenden Cueliste(Über Executor) ist es nicht möglich , das die die Cueliste wieder stoppt beim beenden des Flash/Swop

Live Q&A Stream

Wird ein Button eines Executors als Flash-Button definiert und anschließend über das IA getriggert wird der Executor zwar geflasht aber auch noch nach dem loslassen des Inputs, d.h. es ist nicht möglich in den Eingang Button 1/ Button 2 usw. zu gehen und dann zu flashen da dieser Zustand nicht beendet werden kann.

Auf Grund des folgenden Log-Eintrags kann die GUI nicht gestartet werden. Wenn ich das richtig lese, fehlt eine Datei im Installer.

2021-08-30 18:45:48,515 [Main GUI] FATAL Lumos.GUI.Run.GuiRunManager - Exception when initializing Manager SettingsManager: Die Datei oder Assembly "NGettext, Version=0.6.1.0, Culture=neutral, PublicKeyToken=08d3d1c89dfd2985" oder eine Abhängigkeit davon wurde nicht gefunden. Das System kann die angegebene Datei nicht finden.
System.IO.FileNotFoundException: Die Datei oder Assembly "NGettext, Version=0.6.1.0, Culture=neutral, PublicKeyToken=08d3d1c89dfd2985" oder eine Abhängigkeit davon wurde nicht gefunden. Das System kann die angegebene Datei nicht finden.
Dateiname: "NGettext, Version=0.6.1.0, Culture=neutral, PublicKeyToken=08d3d1c89dfd2985"
   bei LumosLIB.Tools.I18n.T.LoadCatalog(CultureInfo culture, String dir)
   bei LumosLIB.Tools.I18n.T.InitializeCatalog(CultureInfo culture, String startupPath) in D:\Jenkins\workspace\Lumos_Pipeline_master\LumosToolsLIB\src\Tools\I18n\T.cs:Zeile 94.
   bei Lumos.GUI.Settings.SettingsManager.org.dmxc.lumos.Kernel.Run.IManager.initialize() in D:\Jenkins\workspace\Lumos_Pipeline_master\LumosGUI\src\Settings\SettingsManager.cs:Zeile 96.
   bei org.dmxc.lumos.Kernel.Run.AbstractRunManager`2.ManagerInitAction(TManager m) in D:\Jenkins\workspace\Lumos_Pipeline_master\LumosLIB\src\Kernel\Run\AbstractRunManager.cs:Zeile 646.

WRN: Protokollierung der Assemblybindung ist AUS.
Sie können die Protokollierung der Assemblybindungsfehler aktivieren, indem Sie den Registrierungswert [HKLM\Software\Microsoft\Fusion!EnableLog] (DWORD) auf 1 festlegen.
Hinweis: Die Protokollierung der Assemblybindungsfehler führt zu einer gewissen Leistungseinbuße.
Sie können dieses Feature deaktivieren, indem Sie den Registrierungswert [HKLM\Software\Microsoft\Fusion!EnableLog] entfernen.

2021-08-30 18:45:48,529 [Main GUI] FATAL Lumos.GUI.Run.GuiRunManager - Unhandled Exception: Error in Startup
org.dmxc.lumos.Kernel.Exceptions.KernelPanicException: Error in Startup
2021-08-30 18:45:48,529 [Main GUI] INFO  DMXControl 3 GUI - GUI closing!

Im Anhang finden sich die vollständigen Logs inklusive die des Installers.

Beim Programieren muss ich im moment oft viele Songs ins Project importieren, dabei kommt oft unten stehende Exception.
Einfach 20 songs auf einmal importieren und der fehler tritt auf

2022-01-24 21:34:36,429 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Net.gService.Resource_gService - Exception when closing the Backend Stream
Grpc.Core.RpcException: Status(StatusCode=”OK”, Detail=”“)

 bei System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
 bei System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
 bei System.Runtime.CompilerServices.TaskAwaiter.GetResult()
 bei org.dmxc.lumos.Kernel.Net.gService.Resource_gService.<_saveResource_RequestReceived>d__17.MoveNext() in D:\Git-Repos\Lumos\master\LumosLIB\src\Kernel\Net\gService\Resource_gService.cs:Zeile 394.

Füge ich einem Projekt Geräte hinzu, während in der Stage View die Option “Show Device / Group Number” oder “DMX-Adress” aktiviert und diese sichtbar ist, wird die folgende Fehlermeldung im Log der GUI ausgegeben.

2021-05-10 19:12:45,308 [Main GUI] ERROR org.dmxc.lumos.XNAViews.StageView.StageView - Der Wert darf nicht NULL sein.
Parametername: text
System.ArgumentNullException: Der Wert darf nicht NULL sein.
Parametername: text
   bei Microsoft.Xna.Framework.Graphics.SpriteFont.MeasureString(String text)
   bei org.dmxc.lumos.XNAViews.StageView.StageView.DrawIconStrings(RectangleF bounds, Single bottom, Single right, Single& bottomOut, Single& rightOut) in D:\Jenkins\workspace\Lumos_Pipeline_master\XNAViews\src\XNAViews\StageView\StageView.cs:Zeile 1391.
   bei org.dmxc.lumos.XNAViews.StageView.StageView.Draw(Rectangle clipingRectangle) in D:\Jenkins\workspace\Lumos_Pipeline_master\XNAViews\src\XNAViews\StageView\StageView.cs:Zeile 1139.

Das Hinzufügen der Geräte selbst erfolgt dabei wie erwartet, weswegen ich keine (weiteren) Logfiles beifüge.

In meinem größeren Projekten wird regelmäßig folgender Fehler in den Logs vermerkt:

2020-03-14 20:10:15,204 [167] ERROR org.dmxc.lumos.Kernel.Project.ProjectManager - Can't save content of AffinityManager
System.OutOfMemoryException: Eine Ausnahme vom Typ "System.OutOfMemoryException" wurde ausgelöst.
   bei System.IO.MemoryStream.ToArray()
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(ManagedTreeItem item) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 276.
   bei org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore.saveResource(EResourceType type, LumosResource data) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Resource\Datastore\FileBackendDatastore.cs:Zeile 489.
   bei org.dmxc.lumos.Kernel.Resource.ResourceManager.saveResourceInternal(EResourceType type, LumosResource data) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Resource\ResourceManager.cs:Zeile 284.
   bei org.dmxc.lumos.Kernel.Resource.AbstractResourceManager.saveResource(EResourceType type, LumosResource data) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosLIB\src\Kernel\Resource\AbstractResourceManager.cs:Zeile 606.
   bei org.dmxc.lumos.Kernel.HAL.Affinity.AffinityManager.org.dmxc.lumos.Kernel.Run.ILumosProjectManager.saveProject(LumosIOContext context) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Affinity\AffinityManager.cs:Zeile 218.
   bei org.dmxc.lumos.Kernel.Project.ProjectManager.<>c__DisplayClass36_0.<saveProject>b__0(ILumosManager m) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\ProjectManager.cs:Zeile 393.

Die anderen Daten des Projekts werden (glücklicherweise) trotzdem gespeichert.

Hab ich im Kernel Log gefunden. Habe da aber keinen Zusammenhang dazu. Konnte aber nicht heraus finden wie der Fehler entstanden ist.

11:32:34 ERROR FannedValueManager -
System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
   bei org.dmxc.lumos.Kernel.Scene.Fanning.FannedValueManager.getContainerInstance(String op, EUiValueType uitype, Object[] paras) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Scene\Fanning\FannedValueManager.cs:Zeile 355.

Ich habe den Output “Child ID” des Device Group Nodes mit dem Input “List” des List Selector verbunden. Möchte ich nun durch diese Liste durchschalten, erscheint bei jeder Umschaltung der folgende Eintrag im Kernel. Als Wert für die Umschaltung übergebe ich ganzzahlige Werte (also int-Werte) mittels des Counter-Nodes im Bereich 0 bis 10.

13:16:20 ERROR AbstractNode -
System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
   bei org.dmxc.lumos.Kernel.Input.v2.Worker.ListSelectorNode.processInternal(NodeProcessContext context) in D:\Jenkins\workspace\Lumos_Pipeline_3.2\Lumos\src\Kernel\Input\v2\Graph\Node\Worker\Logic\ListSelectorNode.cs:Zeile 93.
   bei org.dmxc.lumos.Kernel.Input.v2.AbstractNode.process(NodeProcessContext context) in D:\Jenkins\workspace\Lumos_Pipeline_3.2\Lumos\src\Kernel\Input\v2\Graph\Node\AbstractNode.cs:Zeile 230.

s.o.

Mit der Beta 9 hat sich die Reihenfolge der Einträge im Project Explorer geändert. Aktuell

• findet sich der Eintrag “Macro Board Profiles” an oberster Position im Project Explorer wieder
• ist der Eintrag “Softdesk” der vorletzte Eintrag.

Wenn ich in die älteren Versionen schaue, dann sollte folgende Reihenfolge die passende sein

1. Cuelists
2. Cuelist Groups
3. Devices
4. Device Groups
5. Presets
6. Files
7. Item Lists
8. Electricity
9. Timecode Shows
10. Macros
11. Master
12. Executor Pages
13. Softdesks
14. Macro Board Profiles
15. Stage Views
16. Layouts
17. Project Settings

Einstellungen zu den Exeucotren werden nicht vollstdänig geladen, konkret wird nur “Name” und “Nummer” als Einstellungsmöglichkeiten angezeigt.

Logs im Anhang.

Oftmals werden Weißtöne in Geräten nur als Farbpreset hinterlegt. Aus der WhatApp-Diskussion vom 17.10.2021 ging hervor, dass diese Fälle im DDF dann ebenfalls als virtuelles Farbrad angelegt werden sollten.

Um die Eingabe zu erleichtern und insgesamt einheitlich zu halten, sollte eine Möglichkeit geschaffen werden, dass man für den Farbwert auch einen Wert wie 3270K oder 4500K für Weißtöne eintragen kann. Die HAL verhält sich dann analog zur bereits existierenden Variante für LEE-, Chromagel oder Supergel-Farbfilter.

Ggf. wäre aber zu beachten, dass es Geräte gibt, die die Farbpresets für weiß trotzdem als linear einstellbaren Bereich abbilden.

Es wurde geschrieben:
Mam braucht immer nur das Projekt-Zip mitnehmen. In diesem PC ist alles enthalten, was man zum Ausführen dieses Projekts auf einem anderen PC braucht. Und da musst du dir auch keine Gedanken machen, dass auf dem anderen PC vielleicht das gleiche Gerät mit einem anders gebauten DDF vorhanden ist. Das Projekt lädt exakt so, wie du es für dich eingerichtet hast.

Ich habe mir kleine 128×128 .png Bildchen erstellt zur Kennzeichnung meiner Gerätegruppen. Im Verzeichnis C:\Program Files (x86)\DMXControl3\Kernel\LibDevices\Images abgelegt.
Dann unter Geräte Gruppe, Properties und dann dort unter Image eingefügt.
Diese werden aber leider nicht mit in der Zip Datei gespeichert.
Man hat also doch nicht alles Dabei was man für das komplette Projekt benötigt.
Wäre schön wenn das noch hinzugefügt werdn könnte.

Im Forum angesprochen
https://forum.dmxcontrol-projects.org/index.php?thread/15906-eurolite-tmh-60-fehler-oder-nur-bei-mir/&postID=134210#post134210

Eigene Endung für DMXC3 Projekte: .dmxc3

Eigene Endung für DDFs: .ddf3

Cool!

EIn Import Assistent(csv), wie er in DMXC 2 vorhanden ist, um Effekte von außerhalb einbinden zu können, wäre eine tolle Sache!

Ich füge in einem neuen leeren Projekt das Draw Bitmap Node ein und ändere die Schriftart von “Courier New” auf “Arial”. Diese Änderung wird vom Node zwar angenommen, aber nicht umgesetzt. Auch ein Speichern und Neuladen des Projekts hilft hier nicht.

Klappe ich den Eintrag “Font” in den Einstellungen des Nodes auf, steht dort in jeder Zeile die folgende Fehlermeldung:

Der Typ "System.Drawing.FontConverter" in der Assembly "System.Drawing.Common, Version=7.0.0.0, Culture=neutral, PublicKeyToken=cc7b13ffcd2ddd51" konnte nicht geladen werden.

Dieser Eintrag taucht in keinem der Logs auf, daher nur der Screenshot.

Ich möchte mir den aktuellen Farbwerrt eines Color Masters auf dem Buttons eines Macroboard Profiles anzeigen lassen und habe dazu den Ausgang “Value” des Color Masters direkt mit dem Eingang “Background Color” des Draw Bitmam Nodes verbunden.

Während der Color Master am Ausgang “Value” den Wert “1; 1; 1” als LumosColor-Objekt ausgibt, erwartet der Eingang “Background Color” des Draw Bitmap Nodes einen RGB-Wert. Folglich bleibt der Button effektiv gesehen dunkel, da ja “1; 1; 1” im RGB-Farbraum mit dem Wertebereich 0 bis 255 effektiv gesehen schwarz ist.

Im Hinblick darauf, dass wir im Input Assignment weitestgehend mit normierten Werten arbeiten wollen, sollte der Draw Bitmap Node als Folge dessen das LumosColor-Objekt an beiden Eingängen für die Farbe verstehen.

Haben Sie einen Fehler entdeckt? Dann nutzen Sie bitte folgendes Template und beachten die Hinweise für eine reibungsfreie Bearbeitung der Tickets.

Fehlerbeschreibung

Hinweise

Im Launcher (kann ihn leider hier nicht als Kategorie auswählen) steht der Text: “Launch DMXControl 3 in total or a single components of it.”

“a single components” ist falsch. Entweder “single components” oder “a single component”

das “of it” kann weggelassen werden

Bei Start des Launchers können die einzelnen Komponenten gestartet werden, und kommen (prinzipbedingt) in den Vordergrund.

Sobald alle Komponenten gestartet sind, sind die Buttons funktionslos.

Ich schlage vor, für diesen Fall bei Klick auf die Buttons einfach die entsprechenden Komponenten in den Vordergrund zu holen (bzw. bei Kernel und Umbra den Hide zu entfernen).

Fehlerbeschreibung

20:50:37 ERROR BidirectionalStreamBridgeWithResponseFilter - Request Listener SendCuelistProgressChanges has faulted.
System.IO.IOException: The client reset the request stream.
   at Microsoft.AspNetCore.Server.Kestrel.Core.Internal.Http.HttpRequestPipeReader.AdvanceTo(SequencePosition consumed, SequencePosition examined)
   at Grpc.AspNetCore.Server.Internal.PipeExtensions.ReadStreamMessageAsync[T](PipeReader input, HttpContextServerCallContext serverCallContext, Func`2 deserializer, CancellationToken cancellationToken)
   at Grpc.AspNetCore.Server.Internal.HttpContextStreamReader`1.<MoveNext>g__MoveNextAsync|11_0(ValueTask`1 readStreamTask)
   at Grpc.Core.AsyncStreamReaderExtensions.ReadAllAsyncCore[T](IAsyncStreamReader`1 streamReader, CancellationToken cancellationToken)+MoveNext()
   at Grpc.Core.AsyncStreamReaderExtensions.ReadAllAsyncCore[T](IAsyncStreamReader`1 streamReader, CancellationToken cancellationToken)+System.Threading.Tasks.Sources.IValueTaskSource<System.Boolean>.GetResult()
   at Umbra.Bridge.BidirectionalStreamBridgeWithResponseFilter`2.<>c__DisplayClass7_0.<<ClientSideTaskWithFilter>b__0>d.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Umbra\src\Bridge\BidirectionalStreamBridgeWithResponseFilter.cs:line 56
--- End of stack trace from previous location ---
   at Umbra.Bridge.BidirectionalStreamBridgeWithResponseFilter`2.<>c__DisplayClass7_0.<<ClientSideTaskWithFilter>b__0>d.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Umbra\src\Bridge\BidirectionalStreamBridgeWithResponseFilter.cs:line 56

Nach dem Initiieren der Shutdown-Prozesses der GUI ist mit das DMX-Interface-Fenster “abgestürzt”, bedeutet der Inhalt wurde durch das große rote X ersetzt. Im Log der GUI gibt es hierzu folgenden Eintrag.

2023-07-16 21:23:57,362 [Main GUI] 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.Windows.DMXInterface.DMXInterfaceForm.<>c__DisplayClass21_0.<<interfacegrid_RowPrePaint>b__3>d.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Windows\DMXInterface\DMXInterfaceForm.cs:Zeile 288.
--- Ende der Stapelüberwachung vom vorhergehenden Ort, an dem die Ausnahme ausgelöst wurde ---
   bei System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   bei System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   bei LumosToolsLIB.Tools.AsyncHelper.RunSync(Func`1 func) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosToolsLIB\src\Tools\AsyncHelper.cs:Zeile 33.
   bei Lumos.GUI.Windows.DMXInterface.DMXInterfaceForm.interfacegrid_RowPrePaint(Object sender, DataGridViewRowPrePaintEventArgs args) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Windows\DMXInterface\DMXInterfaceForm.cs:Zeile 284.
   bei System.Windows.Forms.DataGridView.OnRowPrePaint(DataGridViewRowPrePaintEventArgs e)
   bei Lumos.GUI.Controls.DataGrid.LumosDataGridView.OnRowPrePaint(DataGridViewRowPrePaintEventArgs e) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Controls\DataGrid\LumosDataGridView.cs:Zeile 525.
   bei System.Windows.Forms.DataGridViewRow.Paint(Graphics graphics, Rectangle clipBounds, Rectangle rowBounds, Int32 rowIndex, DataGridViewElementStates rowState, Boolean isFirstDisplayedRow, Boolean isLastVisibleRow)
   bei System.Windows.Forms.DataGridView.PaintRows(Graphics g, Rectangle boundingRect, Rectangle clipRect, Boolean singleHorizontalBorderAdded)
   bei System.Windows.Forms.DataGridView.PaintGrid(Graphics g, Rectangle gridBounds, Rectangle clipRect, Boolean singleVerticalBorderAdded, Boolean singleHorizontalBorderAdded)
   bei System.Windows.Forms.DataGridView.OnPaint(PaintEventArgs e)
   bei Lumos.GUI.Controls.DataGrid.LumosDataGridView.OnPaint(PaintEventArgs e) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Controls\DataGrid\LumosDataGridView.cs:Zeile 529.
   bei System.Windows.Forms.Control.PaintWithErrorHandling(PaintEventArgs e, Int16 layer)
   bei System.Windows.Forms.Control.WmPaint(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)

Dirtyflag wird bei “Reset View” gesetzt, bei Verschieben mit Mausrad oder den Pfeilen jedoch nicht.

Das Verhalten ist aus meiner Sicht inkonsequent. Entweder müsste die DirtyFlag auch gesetzt werden, wenn ich die View verschiebe, oder die Flag darf nicht gesetzt werden, wenn ich die View zurücksetze.

Das Dirty Flag berücksichtigt aktuell keinerlei Änderungen etc., die in einem Softdesk vorgenommen werden. Dies umfasst unter anderem:

• Hinzufügen neuer Controls, selbst obwohl diese im Input bzw. Output-Baum des Input Assignments auftauchen
• Anpassung des Display Names
• Festlegen von Position und Größe
• Auswahl des Styles
• Änderung des Layouts wie Farbe oder auch des Textes

An dieser Stelle müssen wir aber aufpassen, dass ja über das Input Assignment Teile der Softdesk Controls zur Laufzeit geändert werden können. Hier müssen wir festlegen, ob:

• durch eine Änderung über das Input Assignment initiierte Änderung von Text und / oder Farbe grundsätzlich das Dirty Flag triggert, weil es per Definition eine Änderung am Control ist (analog zu den Werten für Master und Executoren).
• per se Anpassungen an Farbe und Text ignoriert werden, das heißt auch, wenn keine Ansteuerung über das IA erfolgt und man diese manuell im Softdesk Editor vornimmt.
• das Dirty Flag nur getriggert wird, wenn Änderungen im Edit-Modus des Softdesks erfolgen (dabei ist dann egal ob per IA oder manuell). Erfolgen Änderungen an Farbe etc. im Anzeige-Modus, werden diese ignoriert.

Um hier mal ein bisschen zu spielen, kann das kleine Projekt aus Ticket  FS#4739  verwendet werden.

Kann ein Projekt nicht erfolgreich abgespeichert werden, wird das Dirty Flag trotzdem auf “Projekt unverändert” zurückgesetzt. Aus meiner Sicht sollte das nicht so sein und erst den Status “Projekt gespeichert” annehmen, wenn im Kernel der Logeintrag

00:00:40 INFO  Messages - Message from ...: Saved Project to GUI Undefined, Path MyProject.dmz

erscheint. Ein typisches Beispiel ist, um das Problem schnell zu reproduzieren, das Projekt mittels 7zip oder ähnlich “anzusehen”, wodurch DMXC keine Schreibrechte mehr auf die Datei hat. Siehe hierzu auch mein Ticket  FS#4651 .

Dirty Flag wird nicht gesetzt:

Project Explorer

Allgemein

Project Explorer

Lösche ich eine Cuelist aus einem Projekt, welches ich zuvor unmittelbar gespeichert habe, wird mir dies im Dirty Flag nicht angezeigt.

Die direkte Verknüpfungen für GUI, Kernel und Umbra im Startmenü starten nur Launcher und holen diesen in Vordergrund, ohne jedoch die jeweils ausgewählte Anwendung auszuführen.

Die Verknüpfung für die GUI enthält folgende Angaben:

• Ziel:

  "C:\Program Files (x86)\DMXControl Projects\DMXControl 3.3.0\Launcher\DMXCLauncher.exe" --gui

• Ausführen in:

  "C:\Program Files (x86)\DMXControl Projects\DMXControl 3.3.0\GUI"

Ich habe 8 Dimmer in ein leeres Projekt eingefügt und dazu eine Gerätegruppe erstellt.
Dann wollte ich 2 der 8 Dimmer wieder entfernen.

Dabei sind mir zwei Fehler aufgefallen.

1) Das Gerät lässt sich nicht entfernen. Bei Klicken auf Löschen erscheint die Warnmeldung “Reference Error”. Bestätige ich da mit “Yes” ploppt das Fenster “Reference Error” erneut auf. Bestätige ich da mit “Yes” ploppt das Fenster “Reference Error” erneut auf. Ich bin in einer Endlosschleife. Bei drücken auf “No” entkomme ich dieser, das Gerät wird jedoch nicht entfernt.

2) Ich kann Geräte nicht mit der Entferntaste auf der Tastatur entfernen. Nur mit Rechtsklick und dann Löschen lässt sich der Entfernprozess starten.

Alpha 2

s.o.

Um etwas mit dem List Selector zu spielen, habe ich mir das im beigefügten Projekt enthaltene Connectionset gebaut. Über die Buttons “previous” und “next” kann ich die Geräte der zugeordneten Gerätegruppe durchschalten. Für einen schnellen Überblick einfach das letzte Fensterlayout laden.

Hierbei musste ich aber feststellen, dass die Liste, welche das Device Group Node generiert, nicht der Reihenfolge der Sortierung der Geräte innerhalb der Device Group entspricht. Die erwartete Sortierung entspricht dem, wie die Geräte in der Stage View von links nach rechts positioniert sind. Selbst eine einfache alphabetische Sortierung der Geräte entsprechend ihres Namnes oder auf Basis der Gerätenummer findet nicht statt. Somit ist es in der aktuellen Version etwas unintuitiv, das gewünschte Gerät aus der Liste herauszusuchen.

Ich lade exemplarisch das beigefügte Projekt. Wenn ich dann die GUI “hart” neustarte, das heißt die Anwendung über den Taskmanager schließe und die GUI neu starte, werden die Icons der Devic Groups in der Stage View nicht an ihrem ursprünglichen Platz anzeigt. Stattdessen befinden sich beide Icons der Device Groups übereinander gestapelt im Null-Punkt oben links in der Stage View. Die Icons der Geräte selbst befinden sich dagegen an ihrem ursprünglichen Platz.

Im Anhang finden sich die Logs der Sitzung sowohl vor als auch nach dem Neustart der GUI. Kernel und Umbra liefen die ganze Zeit durch.

Klicke ich im Device Control auf den kleinen Pfeil bei allen Funktionen, die das Einstellen der Werte über den Schieberegeler anbieten, erscheint beim ersten Anklicken des Buttons ein Tooltip mit “value not valid”. Danach reagiert sowohl der als erstes angeklickte als auch alle anderen Buttons nicht mehr.

Der Fehler lässt sich beliebig oft wiederholen, sobald man das Gerät oder die Gerätegruppe in der Stage View deselektiert und danach ein neues / anderes oder auch das gleiche Gerät bzw. Gerätegeruppe anwählt.

- DMXControl Starten, leeres Projekt
- Neues Device (getestet mit Generic RGB + Eurolite PS-4 HCL)
- Stageview, Properties von Device
- Default Color wählen
- Lumos Drücken

Ergebnis:
- In Color-Picker + Device Control ist die Farbe gesetzt
- In Stage View, Programer + DMX Ausgabe wird weiß angezeigt.

Füge ich beispielsweise eine Cuelist einem Cuelist Track zu, erscheint in der GUI eine Fehlermeldung, die im Log der GUI folgenden Eintrag generiert:

2023-06-25 21:43:11,923 [Log-Thread] DEBUG Lumos.GUI.Net.gClient.Timecode_gClient - AddChildrenToTrackAsync
System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
   bei Lumos.GUI.Net.gClient.Timecode_gClient.<AddChildrenToTrackAsync>d__32.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Net\gClient\Timecode_gClient.cs:Zeile 275.

Deaktiviere ich von einer oder von mehreren Device Groups den / die zugehörigen Group Master, so wird diese Information prorgrammintern nicht weiter durchgereicht, wenn

• ich die zugehörigen Device Groups in der laufenden Sitzung neu erstellt und
• ich das Projekt noch nicht gespeichert habe.

Dem entsprechend werden eigentlich deaktivierte Group Master noch unter dem gleichnamigen Unterordner der Master im Project Explorer und damit auch im Master-Fenster angezeigt. Erst

• nach dem Speichern des Projekts (ein Neuladen ist an dieser Stelle nicht erforderlich) oder
• beim erneuten Aktivieren und Deaktivieren

arbeiten alle Bereiche wie erwartet zusammen. Die Änderung der Namen wird aber bereits sofort immer weiterverarbeitet.

Beim Herunterfahren des Kernels wird dieser durch folgenden Logeintrag “am Leben” erhalten.

2021-04-13 21:51:08,533 [29] INFO  Nanoleaf_Plugin.NanoleafPlugin - Stop Plugin: Nanoleaf-Plugin
2021-04-13 21:51:08,534 [29] DEBUG Nanoleaf_Plugin.NanoleafPlugin - Request stop for DiscoverTask
2021-04-13 21:51:08,534 [29] DEBUG Nanoleaf_Plugin.NanoleafPlugin - Await DiscoverTask stopped

Durch einen dummen Zufall ist mir aufgefallen, dass DDFs, welche sowohl im Verzeichnis “Icons” und / oder “Images” liegen, ebenfalls einem Projekt hinzufügt werden können. In diesem Fall übernimmt DMXControl 3 beim Speichern sogar diese zusätzlichen Pfade, wie in dem beigefügten Projekt zu sehen ist.

Um den Fehler gezielt zu reproduzieren, habe ich bewusst den DMX-Mode bei den Devices 2 und 3 angepasst, damit ich die Software entsprechend zum erneuten Laden der verfügbaren DDFs bewegen konnte.

Aus meiner Sicht sollte dies unterbunden werden. DDFs haben ausschließlich direkt im Verzeichnis “UserDevices” zu liegen, nicht in den Unterordnern “Icons” oder “Images”. Eigene Ordner werden im Übrigen bereits ignoriert.