Bugtracker DMXControl 3

Ich habe in dem beigefügten Projekt ein Connectionset für ein Softdesk gebaut, bei dem die Input und Output Selectoren mit mehr als 4 Eingängen konfiguriert sind. Beim Input Selecotor sind es 5 (1..5) und beim Output Selector 6 (1..6). Speichere ich das Projekt und lade es erneut, wird es auf Grund des folgenden Fehlers nicht geladen:

13:48:02 WARN  Graph - Unable to add Edge to Graph: Missing port.
Parametername: e
System.ArgumentException: Missing port.
Parametername: e
   bei org.dmxc.lumos.Kernel.Input.v2.Graph.AddEdges(IEnumerable`1 edges, Boolean processGraph, Boolean reassignLevel) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Input\v2\Graph\Graph.cs:Zeile 337.
   bei org.dmxc.lumos.Kernel.Input.v2.Graph.AddEdge(GraphEdge e) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Input\v2\Graph\Graph.cs:Zeile 310.
   bei org.dmxc.lumos.Kernel.Input.v2.Graph.org.dmxc.lumos.Kernel.Resource.ILumosSaveable.loadFromManagedTree(ManagedTreeItem item, LumosIOContext context) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Input\v2\Graph\Graph.cs:Zeile 802.

Da der Fehler eindeutig zuzuordnen ist, füge ich nur das Beispielprojekt bei.

Folgendes Vorgehen:

• In einem leeren Projekt das Input Assignment öffnen und ein neues Connectionset hinzufügen
• Einen Expression-Node hinzufügen
• In die Einstellungen des Nodes gehen
• Den “Variables”-String leeren und unten mit “ok” bestätigen
• Es fliegt folgende Exception im Kernel:

WARN  EventTools - Exception in Delegate Invocation: Void node_PropertyChanged(System.Object, System.ComponentModel.PropertyChangedEventArgs) => Graph: Empty Connection Set.Void node_PropertyChanged(System.Object, System.ComponentModel.PropertyChangedEventArgs)
System.ArgumentNullException: Der Wert darf nicht NULL sein.
Parametername: name
   bei LumosLIB.Kernel.GenericParameter..ctor(String name, String type, Type paraType, EGenericParameterOptions options, IEnumerable enumValues, ParameterCategory category) in P:\DMXControl\Lumos\LumosLIB\src\Kernel\Parameter\GenericParameter.cs:Zeile 64.
   bei org.dmxc.lumos.Kernel.Input.v2.AbstractNode.get_Parameters() in P:\DMXControl\Lumos\Lumos\src\Kernel\Input\v2\Graph\Node\AbstractNode.cs:Zeile 312.
   bei LumosLIB.Tools.LumosTools.WithName[T](IParameterable`1 target, String name, Boolean ignoreCase) in P:\DMXControl\Lumos\LumosLIB\src\Tools\LumosTools.cs:Zeile 868.
   bei org.dmxc.lumos.Kernel.Input.v2.Graph.node_PropertyChanged(Object sender, PropertyChangedEventArgs args) in P:\DMXControl\Lumos\Lumos\src\Kernel\Input\v2\Graph\Graph.cs:Zeile 484.
   bei LumosToolsLIB.Tools.EventTools.<>c__DisplayClass5_0.<InvokeFailSafe>b__0(PropertyChangedEventHandler a) in P:\DMXControl\Lumos\LumosToolsLIB\src\Tools\EventTools.cs:Zeile 81.
   bei LumosToolsLIB.Tools.EventTools.InvokeFailSaveGeneric[TDelegate](TDelegate delegate, Action`1 invoker, ILumosLog elog) in P:\DMXControl\Lumos\LumosToolsLIB\src\Tools\EventTools.cs:Zeile 154.

• Werden nun die Einstellungen des Expression-Nodes wieder geöffnet, erscheint folgende Exception im Kernel

FATAL DMXControl 3 Kernel - Unhandled Exception: Der Wert darf nicht NULL sein.
Parametername: name
System.ArgumentNullException: Der Wert darf nicht NULL sein.
Parametername: name
   bei LumosLIB.Kernel.GenericParameter..ctor(String name, String type, Type paraType, EGenericParameterOptions options, IEnumerable enumValues, ParameterCategory category) in P:\DMXControl\Lumos\LumosLIB\src\Kernel\Parameter\GenericParameter.cs:Zeile 64.
   bei org.dmxc.lumos.Kernel.Input.v2.AbstractNode.get_Parameters() in P:\DMXControl\Lumos\Lumos\src\Kernel\Input\v2\Graph\Node\AbstractNode.cs:Zeile 312.
   bei org.dmxc.lumos.Kernel.Net.gService.Parameter.AbstractIParameterableLookup`1.<ParametersAsync>d__2.MoveNext() in P:\DMXControl\Lumos\Lumos\src\Kernel\Net\gService\Parameter\AbstractIParameterableLookup.cs:Zeile 19.
--- 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 System.Runtime.CompilerServices.TaskAwaiter`1.GetResult()
   bei org.dmxc.lumos.Kernel.Net.gService.Parameter_gService.<_parameters_RequestReceived>d__13.MoveNext() in P:\DMXControl\Lumos\Lumos\src\Kernel\Net\gService\Parameter\Parameter_gService.cs:Zeile 118.
--- Ende der Stapelüberwachung vom vorhergehenden Ort, an dem die Ausnahme ausgelöst wurde ---
   bei System.Runtime.CompilerServices.AsyncMethodBuilderCore.<>c.<ThrowAsync>b__6_1(Object state)
   bei System.Threading.QueueUserWorkItemCallback.WaitCallback_Context(Object state)
   bei System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
   bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
   bei System.Threading.QueueUserWorkItemCallback.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem()
   bei System.Threading.ThreadPoolWorkQueue.Dispatch()
   bei System.Threading._ThreadPoolWaitCallback.PerformWaitCallback()
An unhandeled Exception has occoured. DMXControl 3 Kernel has to be terminated. Press Enter to exit.

• Der Kernel dampft ab

Folgendes Vorgehen führt zu einer Exception im Kernel:

• In einem leeren Projekt das Input Assignment öffnen und ein neues Connectionset hinzufügen
• Einen Expression-Node hinzufügen
• In die Einstellungen des Nodes gehen
• Folgende Formel eingeben “1.57” [1 Punkt 57]
• Folgende Exception erscheint im Kernel:

02:37:33 ERROR ExpressionNode -
Jace.ParseException: Invalid token "." detected at position 1.
   bei Jace.Tokenizer.TokenReader.Read(String formula)
   bei Jace.CalculationEngine.BuildAbstractSyntaxTree(String formulaText)
   bei Jace.CalculationEngine.Calculate(String formulaText, IDictionary`2 variables)
   bei org.dmxc.lumos.Kernel.Input.v2.Worker.ExpressionNode.processInternal(NodeProcessContext context) in P:\DMXControl\Lumos\Lumos\src\Kernel\Input\v2\Graph\Node\Worker\Logic\ExpressionNode.cs:Zeile 133.

• Wird stattdessen “1,57” [1 Komma 57] geschrieben, so funktioniert alles und es kommt 1.57 [1 Punkt 57] als Ergebnis heraus. Es wäre gut, wenn auch die Eingabe mit Punkt statt Komma möglich wäre

Laut Code sollten x und y vom Typ double sein (was auch Sinn ergibt). Wenn man aber versucht, einen Fload-Wert in den Eigenschaften des Nodes in die Zellen für x und y einzutragen, meckert DMXC, dass der Wert keinem gültigen Int32 entspricht. Wurde da zu viel optimiert? Erwartet wird, dass an dieser Stelle direkt Float-Zahlen eingegeben werden können.

Fehlerbeschreibung

Nachdem sich nun Projekt mit “großen” Input Selctoren laden lassen, musste ich feststellen, dass die eingestellten Werte für die Inputs nicht vollständig geladen werden. DMXControl 3 liest immer nur die ersten vier Werte für die Input Selectoren aus, obwohl alle Werte in der Graphs.xml abgespeichert werden.

Im Anhang einmal der Screenshot, so wie es sein soll und das zugehörige Testprojekt.

siehe Titel

Manchmal funktioniert die Selektion in der StageView nicht mehr…. DeviceControl und Selected DeviceNode arbeiten dann nicht

~~~~~~~~~~~~~~~~~~~

Das Selected Device Node ist dazu gedacht, die aktuelle Auswahl von Devices bzw. Device Groups im Input Assignment zur Verfügung zu stellen. Dies funktioniert so mit der Beta 5 nicht mehr. In der Beta 3 hat das Node noch erwartungsgemäß gearbeitet.

Um den Fehler nachzustellen, habe ich das beigefügte Beispielprojekt erstellt. Im zugehörigen Connectionset ist zu sehen, dass es keinerlei Aktualisierungen im Node gibt und deswegen die aktuelle Auswahl auch nicht in dem hierzu vorbereiteten Softdesk angezeigt wird. Ich muss aber nachfolgend einschränkend feststellen, dass es sich um ein eher sporadisch auftretendes Projekt handelt. Nachdem ich nun zwischenzeitlich ein bisschen hin- und hergeklickt sowie andere Projekte geladen habe, funktioniert das Node aktuell wieder. Die beigefügten Logs zeigen aber die Situation, in der es nicht erwartungsgemäß arbeitete.

Ich habe in einem Projekt ein Connectionset erstellt und dieses Projekt dann gespeichert. Danach öffne ich dieses Projekt wieder und klone den Graphen.

Ersetze ich nun innerhalb dieses Graphens per Drag & Drop die In- bzw. Output, werden mir die neuen In- bzw. Outputs sowohl im Graphen als auch in der Tabelle nicht angezeigt. Auch bei einem erneuten Ladend des Projekts erfolgt keine Aktualisierung des Namens. Die gewünschte, nach dem Klonen geänderte Zuordnung funktioniert aber.

Beispielprojekt kann bei Bedarf nachgereicht werden,

In der Beta 7 kann das Position Master Node nicht geladen werden, sobald es in einem Graphen verwendet wird.

Das unten beigefügte Projekt ist neu erstellt. Dort habe ich den Position Master 1 nur im Position Master Node einem sonst leeren Graphen hinzugefügt. Beim erneuten Laden des Projekts generiert der Kernel die nachfolgende Fehlermeldung und im Graphen wird der Node entfernt.

09:58:09 WARN  InputManager - Unable to add Node to Graph: Object reference not set to an instance of an object.
System.NullReferenceException: Object reference not set to an instance of an object.
   at org.dmxc.lumos.Kernel.Input.v2.Worker.PositionMasterNode.setInputaValue() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Input\v2\Graph\Node\Wrapper\Master\PositionMasterNode.cs:line 192
   at org.dmxc.lumos.Kernel.Input.v2.Worker.PositionMasterNode.setParameterInternal(GenericParameter parameter, Object value) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Input\v2\Graph\Node\Wrapper\Master\PositionMasterNode.cs:line 389
   at org.dmxc.lumos.Kernel.Input.v2.AbstractNode.setParameter(GenericParameter parameter, Object value) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Input\v2\Graph\Node\AbstractNode.cs:line 371
   at LumosLIB.Tools.ParameterTools.LoadParameters[TParameter](IParameterable`1 parameterable, ManagedTreeItem tree, Func`2 convertName, Func`3 convertStringValueToID, Func`3 convertObjectValueToID) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Tools\ParameterTools.cs:line 341
   at LumosLIB.Tools.ParameterTools.LoadParameters[TParameter](IParameterable`1 parameterable, ManagedTreeItem tree) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Tools\ParameterTools.cs:line 228
   at org.dmxc.lumos.Kernel.Input.v2.InputManager.CreateSavedNode(ManagedTreeItem n, LumosIOContext context) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Input\v2\InputManager.cs:line 0

Folgendes Vorgehen:
2 Slider über Format Node an den Eingang des Positionmaster, dieser steht auf relativ.
Bewege ich den Slider auf und ab werden die Werte am Master-Node korrekt ausgegeben.
Klicke ich an eine Stelle des Sliders so wird im Master-Node zwar der absolute Wert korrekt ausgegeben, der relative Wert ist allerdings nicht korrekt.
Siehe angehängtes Video und Projekt

Ändere ich den Namen für die Elemente eines Makros oder aus dem Softdesk, so wird der Name nur im Input-Baum und Output-Baum direkt aktualisiert. Die Inputs und Outputs in den Graphen selbst behalten den Namen bei.

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.

Fehlerbeschreibung

Fehlerbeschreibung

Erwartetes Verhalten

Bislang können die Inputs des Input Selectors nur mit ganzen Zahlen sowie Buchstaben bezeichnet werden.

Hier sollte es auch möglich sein, Kommawerte in den Bezeichnungen der Inputs anzugeben, also zum Beispiel 12.5 oder 36.1.

Der Installer liefert den GUI-Teil des Nanoleaf-Plugins nicht mit aus. Deswegen wirft der Kernel möglicherweise unter anderem folgende Fehlermeldung.

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

Im Anhang das Logfile des Installers.

Fehlerbeschreibung

Hinweise

Um die Anzahl der Verknüpfungen im Startmenü auf Wunsch zu reduzieren, soll der Installer folgende Auswahloptionen für die Verknüpfungen erhalten:

• Verknüpfungen auf dem Desktop
  • DMXControl 3 starten
  • DMXControl 3 Launcher
• Verknüpfungen im Startmenü
  • DMXControl 3 starten
  • DMXControl 3 Launcher
• Zusätzliche Verknüpfungen
  • DMXControl 3 GUI
  • DMXControl 3 Kernel
  • DMXControl 3 Umbra

Die Ausgestaltung der Auswahlmöglichkeiten kann frei gewählt werden. Vorrangig soll damit erreicht werden, dass wie in der Entwicklersitzung am 28.04.2021 besprochen, auf Wunsch die Verknüpfungen für GUI, Kernel und Umbra im Startmenü angelegt werden.

* DMXControl 3.2.2 installieren
* Update auf DMXControl 3.3.0 α3 installieren (Standardeinstellungen im Setup verwenden)

Im Startmenü sind dann alle (alte und neue) Einträge vorhanden - siehe Anhang.

Eigentlich will ich nur die neuen Einträge haben.

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.

Ich möchte die Verknüpfungen zu den einzelnen Anwendungen von DMXControl 3 im Startmenü gerne vom Installer im folgenden Pfad ablegen lassen:

C:\ProgramData\Microsoft\Windows\Start Menu\Programs\DMXControl 3.3.0\

Dass es sich hier nun um das Verzeichnis für alle Benutzer handelt, sei erstmal irrelevant, weil ich dies ja nicht explizit festlegen kann.

Scheinbar auf Grund der existierenden Registry-Einträge für die ebenfalls auf meinen PCs installierte 3.2.3 schlägt der Installer der 3.3.0 immer folgenden Pfad vor:

C:\ProgramData\Microsoft\Windows\Start Menu\Programs\DMXControl 3.2.3\

Egal ob ich den Pfad auf meinen Wunschpfad ändere (im Installer trage ich ja dann nur “DMXControl 3.3.0” ein) oder ich sage generell, dass der Installer bitte keine neuen Verknüpfungen anlegen soll - in beiden Fällen landen alle Verknüpfungen im Startmenü immer im “alten” Verzeichnis, also im Verzeichnis “DMXControl 3.2.3”.

Im Anhang die Log-Datei des Installers.

Bei der Bearbeitung des Tickets bitte beachten, dass im QRM22.1 grundlegende Anpassungen am Installer beschlossen wurden, welche bis zum Release auch umgesetzt werden sollen. Hierzu gehören unter anderem die Tickets FS#2763 und FS#4708.

Die Prüfung auf vorhandene Installation von .net 6 funktioniert nicht. Der Installer führt die Installation von .net 6 bei jedem Durchlauf des Setups von DMXC3 aus, obwohl .net 6 erst zuvor installiert wurde.

Anbei das Log des Installers.

Der installer muss sowohl von der ASP.NET Core Runtime als auch der .NET Desktop Runtime jeweils die x86 als auch die x64 Version installieren. Das liegt daran, dass der Kernel noch die 32bit Variante verwendet, der Umbra die 64bit Variante. Das ist aktuell noch nicht so abgebildet.

Außerdem existiert auch noch ein Problem, weil der Installer die Versionen, die er installiert offenbar nicht richtig installiert. Auch das muss behoben werden.

Über das Tray-Menü des Launchers kann ich mit den Kernel und den Umbra nicht in den Vordergrund holen. Hierzu muss ich das Hauptfenster des Launchers direkt öffnen und die Einträge direkt umschalten.

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).

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

Fehlerbeschreibung

Hinweise

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"

s.o.

Launcher wird gestartet ⇒ Hide Kernel / Umbra ist (offenbar) aktiv ⇒ DMXC wird zusammen gestartet ⇒ Hide funktioniert nicht. Kernel und Umbra erscheinen.

Hide muss also bei jedem Neustart deaktiviert und dann wieder aktiviert werden, damit Kernel und Umbra im Hintergrund verschwinden.

Das beigefügte Projekt habe ich unter DMXC 3.2.x erstellt und verschiedene Macroboard-Profile angelegt. Bedingt durch die Auslagerung in ein Plugin kann ich dieses nicht mehr laden. Es erscheint im Kernel der folgende Eintrag.

12:39:01 WARN  ProjectManager - Error when loading Project 2022-01-12 - Macroboard.dmz: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
   bei org.dmxc.lumos.Kernel.Input.Macroboard.MacroBoardManager.SelectProfile(String macroBoardID, String profileID, Boolean ignoreBoardNotExisting) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Input\MacroBoard\MacroBoardManager.cs:Zeile 338.
   bei org.dmxc.lumos.Kernel.Input.Macroboard.MacroBoardManager.org.dmxc.lumos.Kernel.Run.ILumosProjectManager.loadProject(LumosIOContext context, ELoadTime time) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Input\MacroBoard\MacroBoardManager.cs:Zeile 441.
   bei org.dmxc.lumos.Kernel.Project.ProjectManager.<>c__DisplayClass29_1.<loadProject>b__1(ILumosManager m) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Project\ProjectManager.cs:Zeile 337.
   bei System.Linq.Enumerable.All[TSource](IEnumerable`1 source, Func`2 predicate)
   bei org.dmxc.lumos.Kernel.Run.AbstractRunManager`2.DoManagerTopDown(Func`2 action) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Kernel\Run\AbstractRunManager.cs:Zeile 142.
   bei org.dmxc.lumos.Kernel.Project.ProjectManager.loadProject(String filename, Stream inputStream, Boolean loadId, IProgress`1 progress) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Project\ProjectManager.cs:Zeile 333.

Ignoriere ich die zugehörige Fehlermeldung in der GUI, ist das Projekt gewissermaßen kaputt. Es fehlt nicht wie in anderen Fällen nur ein Element, in diesem Fall das Macroboard-Profil, sondern deutlich mehr.

Wenn ich aber die Datei MacroBoardProfiles.xml vor dem Laden aus dem Projekt entferne, kann gibt es keine Fehlermeldung. In diesem Fall kann ich aber dann das Macroboard-Profil neu anlegen und und die Buttons im Input Assignment neu zuordnen. Ist dies erledigt, lädt das auf diese Projekt nach dem Neustart der Sitzung wieder.

Das Projekt ist nur nach DMXC 3.3 importiert. Ansonsten gab es keine Veränderungen. Bei den Logfiles habe ich dieses Mal auch die des Installers beigefüpgt - nicht, dass eine Datei fehlt.

Im beigefügten Projekt habe ich die Buttons 1.7, 2.7 und 2.8 meines Streamdecks XL belegt. Schaue ich mir das Profil in der GUI selbst an, passt die Zuordnung. Auf dem Streamdeck passt die Zuordnung zwar auf der Eingangsseite. Auf der Ausgangsseite ist aber alles um einen Button nach links und einen Button nach oben verschoben. So erfolgt die eingestellte Ausgabe für den Button 2.8 auf dem Streamdeck tatsächlich auf dem Button 1.7.

Ergänze ich in dem Projekt ein zweites Macroboard-Profil und wechsle im Macroboard-Profile-Node manuell einmal zu diesem hin- und dann wieder zurück zum ersten, passt die Anzeige auf dem Streamdeck - bis ich anfange, die Tasten zu drücken. Dann sind wir wieder bei der Ausgangslage mit dem Offset.

Dieser Fehler ist höchstwahrscheinlich durch die Auslagerung der Macroboards in ein Plugin entstanden. In der Beta 1 hat noch alles wie gewünscht funktioniert.

Marcel hat eine neue Version der Nodle_USB.dll erstellt. Diese Anpassung muss in DMXControl 3 selbst noch entsprechend vorgenommen werden.

Die neue Version wird im Nodle Config Tool bereits verwendet.

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

Das 3Dconnexion Plugin muss auf DMXControl 3.3 portiert und dann wieder dem Installer hinzugefügt werden.

Das Nanoloeaf-Plugin stellt die Ressourcen der genutzten Geräte nicht wie von DMXC selbst erwartet zur Verfügung, weswegen ein Projekt nicht gespeichert werden kann, sobald dort Nanoleaf-Elemente enthalten sind. Aus diesem Grund habe ich den Schweregrad auch auf “hoch” gesetzt.

Im Folgenden hierzu einmal der entsprechende Auszug aus den Logfiles. Von jedem aufgeführten Nanoloaf-Element war nur jeweils ein Element enthalten. Device Groups wurden nicht angelegt.

09:20:04 WARN  FileBackendDatastore - Following Resources could not be saved in Project:
{ "type": "DEVICE_IMAGE", "name": "Shapes" }
{ "type": "DEVICE_IMAGE", "name": "Canvas" }
{ "type": "DEVICE_IMAGE", "name": "LightPanles" }
09:20:04 ERROR ProjectManager - Error at save Project
org.dmxc.lumos.Kernel.Exceptions.ProjectIOException: Warnings in Project
   bei org.dmxc.lumos.Kernel.Resource.LumosIOContext.ThrowOnWarnings() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Resource\LumosIOContext.cs:Zeile 220.
   bei org.dmxc.lumos.Kernel.Project.ProjectManager.saveProject(String filename, Stream outputStream, IEnumerable`1 clientReferences, IProgress`1 progress, Boolean resetDirty) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Project\ProjectManager.cs:Zeile 492.
09:20:04 WARN  ProjectManager - Unable to save project reference: Shapes in Project
09:20:04 WARN  ProjectManager - Unable to save project reference: Canvas in Project
09:20:04 WARN  ProjectManager - Unable to save project reference: LightPanles in Project

Bisher können Nanoleafs nur dem Plugin hinzugefügt werden. Sie können aber nicht wieder aus dem Plugin gelöscht werden. Das sollte geändert werden

Aktuell “krallt” sich das aktivierte Nanoleaf-Plugin grundsätzlich immer alle Nanoleaf-Controller, sobald DMXC gestartet wird.

Um dies zu vermeiden und um zu gewährleisten, dass die Nanoleafs nur auf Wunsch angesprochen werden, sollte sich das Nanoleaf-Plugin mit in den Main Switch einklinken. Damit können diese schnell in DMXC ein- und ausgebunden werden.

Dies ist eine weitere Erweiterung zu Ticket  FS#4015 .

2023-01-08 23:18:51,715 [68] ERROR org.dmxc.lumos.Kernel.Plugin.PluginManager - Error when disabling Plugin: Nanoleaf-Plugin
System.PlatformNotSupportedException: Thread abort is not supported on this platform.
   at System.Threading.Thread.Abort()
   at Nanoleaf_Plugin.API.Communication.StopEventListener() in D:\Jenkins\workspace\noleaf_Lumos_Plugin_Pipeline_3.3\Nanoleaf-Plugin\API\Communication.cs:line 807
   at Nanoleaf_Plugin.NanoleafPlugin.shutdownPlugin() in D:\Jenkins\workspace\noleaf_Lumos_Plugin_Pipeline_3.3\Nanoleaf-Plugin\Plugin\NanoleafPlugin.cs:line 231
   at org.dmxc.lumos.Kernel.Plugin.KernelPluginBase.stopPlugin() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Plugin\KernelPluginBase.cs:line 70
   at org.dmxc.lumos.Kernel.Plugin.PluginManager.DisablePlugin(String pluginId) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Plugin\PluginManager.cs:line 180

Wähle ich im Project Explorer den Ordner “Specail Master” aus und füge dort über das Kontextmenü einen Speed- oder Parametermaster hinzu, wird dieser am Anfang noch im Ordner “Special Master” angezeigt. Erst wenn ich weitere Master hinzufüge, wird der Ordner aktualisiert und die Master werden in ihren richtigen Ordnern anzeigt. Schlug diese unregelmäßige Aktualisierung fehl, muss ich den Project Explorer manuell aktualisieren.

Wie in der Überschrift geschrieben, fände es super wenn der Device Name mit exportiert werden könnte.

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

Man hat die Möglichkeit Gruppen erneut zu gruppieren.
Die Tiefe ist auf unbegrenzt, ausgenommen Schleifen
Auf diese oberste Gruppe koennen auch Effekte gelegt werden.
Ist ein Gerät in mehreren Gruppen, werden nur die Werte aus der ersten Gruppe verwendet.

Gemäß Diskussion:

(vorerst)
Zuletzt gespeichertes Projekt wird für Kernel zugreifbar gespeichert.
Option: einstellbar, ob vor dem Beenden des Kernels nochmal der aktuelle Stand gespeichert werden soll.
Option: dieses Projekt automatisch beim Start wieder zu laden.

Weiterhin beliebiges Projekt per Startparameter.
=⇒ AL: Started

EDIT/ERGÄNZUNG MARCEL 27.11.2018:

Ich habe zu dem ganzen Projekthandling folgende Idee wie man das Konzept mMn besser gestalten koennte.
DMXC3 wurde als Client/Server konzipiert und ist mMn ein wichtiges Feature, wenn auch (noch) wenig genutzt.

Aktuell wird beim Speichern immer dort eine Kopie erstellt, an deren Ort das Speichern ausgelösst wird. Angenommen wir haben 1 Server und 2 GUIs/Clients:

Client 1 speichert bei sich aus der GUI heraus. Client 2 arbeitet weiter, Client 1 lädt wieder und überschreibt alle Änderungen von Client 2. Und das ohne Rückfrage → Doof

Besser sollte es so sein:

“Projekt speichern” ist bei jedem Client nur noch ein Remote-Befehl an den Server das dieser bei sich in seinem Workdir das Projekt speichern soll.
Ebenso “Projekt laden” öffnet eine Liste und zeigt die auf dem Server abgelegten Projekte an, welche dann auf dem Server geladen werden können.

Neu hinzukommen sollten zwei Einträge:
“Projekt Downloaden/Exportieren” → Packt das Projekt in aktuellem Zustand als ZIP auf dem Server und schickt es an den entsprechenden Client zum runter laden.
“Projekt Hochladen/Importieren” → Lädt ein ZIP und transferiert es auf den Server in das Workdir und macht es somit in der “Remoteliste” zum öffnen verfügbar.

In diesem Zuge kann man darüber nachdenken auf dem Server nicht mehr als ZIP zu speichern und jedes Projekt optional sogar in ein lokales GIT oder ähnlich zu packen. Dann hat man sogar eine Versionierung.

Es wird für den Anfang einen rumimentären Audioplayer geben. Dieser wird dann sukzessive weiter ausgebaut.

Es sollten Timeouts für die Sessions eingebaut werden.

Besonders ist das beim speichern des Projektes zu beachten (ca. 30s).

Außerdem könnten Clients die sich länger nicht mehr melden rausgeworfen werden.

Eigene Endung für DMXC3 Projekte: .dmxc3

Eigene Endung für DDFs: .ddf3

Cool!