Bugtracker DMXControl 3

Ich habe das Projekt aus FS#4772 geladen und ein bisschen in der Stage View herumgeklickt, um unterschiedliche Geräte bzw. die Gerätegruppe auszuwählen. Schließe ich das Projekt dann (ich habe keine Änderungen vorgenommen), erscheint mit einer gewissen Regelmäßigkeit die folgende Fehlermeldung im Kernel.

20:41:35 ERROR BidirectionalStreamBridgeWithResponseFilter - Response Sender SendDevicePropertyChanges has faulted.
System.OperationCanceledException: The operation was canceled.
   at System.Threading.Channels.AsyncOperation`1.GetResult(Int16 token)
   at System.Threading.Channels.ChannelReader`1.ReadAllAsync(CancellationToken cancellationToken)+MoveNext()
   at System.Threading.Channels.ChannelReader`1.ReadAllAsync(CancellationToken cancellationToken)+System.Threading.Tasks.Sources.IValueTaskSource<System.Boolean>.GetResult()
   at Umbra.Bridge.BidirectionalStreamBridgeWithResponseFilter`2.<>c__DisplayClass7_0.<<ClientSideTaskWithFilter>b__1>d.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Umbra\src\Bridge\BidirectionalStreamBridgeWithResponseFilter.cs:line 113
--- End of stack trace from previous location ---
   at Umbra.Bridge.BidirectionalStreamBridgeWithResponseFilter`2.<>c__DisplayClass7_0.<<ClientSideTaskWithFilter>b__1>d.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Umbra\src\Bridge\BidirectionalStreamBridgeWithResponseFilter.cs:line 113

In den beigefügten Logfiles habe ich dies einmal gezielt hervorrufen können.

Wird ein Projekt durch das Autosave erfolgreich gespeichert, bleibt das Dirty Flag gesetzt - sprich in der GUI wird mir nicht angezeigt, dass das Projekt eigentlich zwischenzeitlich gespeichert wurde.

Vergleiche ich die Log-Einträge zwischen dem Autosave und dem manuellen Speichern fällt mir auf, dass beim Autosave der folgende Eintrag im Log der GUI fehlt:

2023-02-12 20:23:01,282 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.AbstractIOContext - Calling ResetDirty on 18 elements

Im beigefügten Projekt habe ich sechs Parameter Master eingefügt, die ich über zwei Makros anspreche. Unter zwei Bedingungen werden die ankommenden Werte vom Parameter Master nicht verarbeitet, wenn in in der gleichnamigen Executor-Seite die Werte der Makros ändere:

• Min-Val ist größer als Max-Val. Hier gibt der Kernel die unten beigefügte Meldung aus, die Werte werden im Master-Fenster und in den jeweiligen Executoren zumindest aktualisiert. Die Fader bleiben in beiden Fenstern auf dem min. bzw. max. Wert stehen.
• Sowohl Min-Val als auch Max-Val sind entweder beide größer oder kleiner als 0. In der Konstellation werden die ankommenden Werte gänzlich ignoriert.

19:49:04 ERROR CommonTools - Potential dangerous Access to Limit. min(-90) > max(-180):    at LumosLIB.Tools.CommonTools.Limit(Double val, Double min, Double max) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosToolsLIB\src\Tools\CommonTools.cs:line 1750
   at org.dmxc.lumos.Kernel.Input.v2.Worker.ParameterMasterNode.setInputaValue() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Input\v2\Graph\Node\Wrapper\Master\ParameterMasterNode.cs:line 200
   at org.dmxc.lumos.Kernel.Input.v2.Worker.ParameterMasterNode.<AddDefaultPorts>b__42_3(GraphNodePortID sender, Object value) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Input\v2\Graph\Node\Wrapper\Master\ParameterMasterNode.cs:line 257
   at System.RuntimeMethodHandle.InvokeMethod(Object target, Span`1& arguments, Signature sig, Boolean constructor, Boolean wrapExceptions)
   at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
   at System.Delegate.DynamicInvokeImpl(Object[] args)
   at LumosToolsLIB.Tools.EventTools.<>c__DisplayClass9_0.<InvokeFailSafe>b__0(Delegate a) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosToolsLIB\src\Tools\EventTools.cs:line 136
   at LumosToolsLIB.Tools.EventTools.InvokeFailSaveGeneric[TDelegate,TReturn](TDelegate delegate, Func`2 invoker, ILumosLog elog) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosToolsLIB\src\Tools\EventTools.cs:line 180
   at org.dmxc.lumos.Kernel.Input.v2.GraphNodeInputPort.FireInputValueChangedEvent() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Input\v2\Graph\Node\Ports.cs:line 229
   at org.dmxc.lumos.Kernel.Input.v2.GraphNodeInputPort.OnValueChanged() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Input\v2\Graph\Node\Ports.cs:line 221

Da es sich um einen aktionsbedingten Fehler handelt, füge ich nur das Beispielprojekt bei.

Im beigefügten Projekt habe ich nur ein Macro angelegt, welches zwei statt nur einem Fader beinhaltet. Die Anzahl der Buttons habe ich nicht geändert.

Versuche ich dieses Projekt zu laden, schlägt dies mit folgender Fehlermeldung im Kernel fehl:

System.Exception: This Macro havn't a Fader with Number 2
   at org.dmxc.lumos.Kernel.Macro.Macro.setFaderLabel(Byte number, String label) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Macro\Macro.cs:line 132
   at org.dmxc.lumos.Kernel.Macro.Macro.LoadFromManagedTree(ManagedTreeItem m) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Macro\Macro.cs:line 248
   at org.dmxc.lumos.Kernel.Macro.MacroManager.LoadBeforeContainer(LumosIOContext context) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Macro\MacroManager.cs:line 247
   at org.dmxc.lumos.Kernel.Macro.MacroManager.org.dmxc.lumos.Kernel.Run.ILumosProjectManager.loadProject(LumosIOContext context, ELoadTime time) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Macro\MacroManager.cs:line 236
   at org.dmxc.lumos.Kernel.Project.ProjectManager.<>c__DisplayClass51_1.<LoadProjectFromStream>b__1(ILumosManager m) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Project\ProjectManager.cs:line 426
   at System.Linq.Enumerable.All[TSource](IEnumerable`1 source, Func`2 predicate)
   at 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:line 142
   at org.dmxc.lumos.Kernel.Project.ProjectManager.LoadProjectFromStream(ProjectVersionID id, Stream projectStream, IProgress`1 progress) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Project\ProjectManager.cs:line 420

Wenn man die Properties des Timer-Nodes öffnet, wirft der Kernel den folgenden Fehler. Offenbar wurden die Icons für die verschiedenen Modi verschoben, sodass diese nicht mehr zu finden sind. Im Dropdown vor den Modi sind die Icons zumindest leer.

19:45:46 FATAL DMXControl 3 Kernel - Unhandled Exception: Could not find the resource "org.dmxc.lumos.src.Kernel.Input.v2.Graph.Node.Worker.Converter.TimerNodeImages.resources" among the resources "Lumos.Properties.Resources.resources", "Lumos.Properties.Shaders.resources", "Lumos.src.Kernel.Input.v2.Graph.Node.Worker.Converter.TimerNodeImages.resources" embedded in the assembly "Lumos", nor among the resources in any satellite assemblies for the specified culture. Perhaps the resources were embedded with an incorrect name.
System.Resources.MissingManifestResourceException: Could not find the resource "org.dmxc.lumos.src.Kernel.Input.v2.Graph.Node.Worker.Converter.TimerNodeImages.resources" among the resources "Lumos.Properties.Resources.resources", "Lumos.Properties.Shaders.resources", "Lumos.src.Kernel.Input.v2.Graph.Node.Worker.Converter.TimerNodeImages.resources" embedded in the assembly "Lumos", nor among the resources in any satellite assemblies for the specified culture. Perhaps the resources were embedded with an incorrect name.
   at System.Resources.ManifestBasedResourceGroveler.HandleResourceStreamMissing(String fileName)
   at System.Resources.ManifestBasedResourceGroveler.GrovelForResourceSet(CultureInfo culture, Dictionary`2 localResourceSets, Boolean tryParents, Boolean createIfNotExists)
   at System.Resources.ResourceManager.InternalGetResourceSet(CultureInfo culture, Boolean createIfNotExists, Boolean tryParents)
   at System.Resources.ResourceManager.GetObject(String name, CultureInfo culture, Boolean wrapUnmanagedMemStream)
   at System.Resources.ResourceManager.GetObject(String name, CultureInfo culture)
   at org.dmxc.lumos.src.Kernel.Input.v2.Graph.Node.Worker.Converter.TimerNodeImages.get_TIMER_png() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Input\v2\Graph\Node\Worker\Converter\TimerNodeImages.Designer.cs:line 118
   at org.dmxc.lumos.Kernel.Input.v2.Worker.Effect.TimerNodeResourceProvider.loadResource(EResourceDataType type, String name) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Input\v2\Graph\Node\Worker\Converter\TimerNode.cs:line 403
   at org.dmxc.lumos.Kernel.Resource.AbstractResourceManager.<>c__DisplayClass71_0.<TryLoadResourceCore>b__1(IResourceProvider c) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Kernel\Resource\AbstractResourceManager.cs:line 564
   at System.Linq.Enumerable.WhereSelectEnumerableIterator`2.MoveNext()
   at System.Linq.Enumerable.TryGetFirst[TSource](IEnumerable`1 source, Func`2 predicate, Boolean& found)
   at org.dmxc.lumos.Kernel.Resource.AbstractResourceManager.TryLoadResourceCore(EResourceDataType type, String name, EResourceSource source, EIOFlags flags, Boolean sync) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Kernel\Resource\AbstractResourceManager.cs:line 562
   at org.dmxc.lumos.Kernel.Net.gService.Resource_gService._loadResource_RequestReceived(Object sender, RequestEventArgs`1 args) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Kernel\Net\gService\Resource_gService.cs:line 180
   at System.Threading.Tasks.Task.<>c.<ThrowAsync>b__128_1(Object state)
   at System.Threading.QueueUserWorkItemCallback.<>c.<.cctor>b__6_0(QueueUserWorkItemCallback quwi)
   at System.Threading.ExecutionContext.RunForThreadPoolUnsafe[TState](ExecutionContext executionContext, Action`1 callback, TState& state)
   at System.Threading.QueueUserWorkItemCallback.Execute()
   at System.Threading.ThreadPoolWorkQueue.Dispatch()
   at System.Threading.PortableThreadPool.WorkerThread.WorkerThreadStart()
   at System.Threading.Thread.StartCallback()
An unhandeled Exception has occoured. DMXControl 3 Kernel has to be terminated. Press Enter to exit.

Ich habe den Schweregrad im Übrigen deswegen hoch gesetzt, da sich der Kernel potentiell beenden kann (zumindest gemäß des Wortlauts der letzten Zeile).

Ich habe in einem Projekt zwei Bänke mit unterschiedlichen Macro Board Profilen. Die nicht benötigte Bank ist dabei im Input Assignment deaktiviert. In jeder Bank gibt es ein Connectionset, wo ich die direkte Zuordnung zu meinem Stream Deck vornehme. So kann ich gedanklich nur durch das Deaktivieren der einen Bank und Aktivieren der anderen Bank direkt die Umschaltung der Zuordnung vornehmen und muss kein Conenctionset ändern. Dies habe ich in dem beigefügten Projekt so einmal nachgebaut. Lade ich das Projekt, erscheint im Kernel immer die folgende Fehlermeldung:

20:09:00 WARN  DuplexStreamHandler - Exception in Delegate Invocation: Void _getMacroBoardProfiles_RequestReceived(System.Object, org.dmxc.lumos.Kernel.Net.gService.RequestEventArgs`1[LumosProtobuf.GetMultipleRequest]) => org.dmxc.lumos.Kernel.Net.gService.MacroBoard_gService.Void _getMacroBoardProfiles_RequestReceived(System.Object, org.dmxc.lumos.Kernel.Net.gService.RequestEventArgs`1[LumosProtobuf.GetMultipleRequest])
System.InvalidOperationException: Object is currently in use elsewhere.
   at System.Drawing.Image.Save(Stream stream, ImageCodecInfo encoder, EncoderParameters encoderParams)
   at System.Drawing.Image.Save(Stream stream, ImageFormat format)
   at LumosLIB.GUI.Windows.PropertyGrid.SerializableBitmap.getArrayFromBitmap() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\GUI\Windows\PropertyGrid\SerializableBitmap.cs:line 112
   at LumosLIB.GUI.Windows.PropertyGrid.SerializableBitmap.get_SerializedBitmap() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\GUI\Windows\PropertyGrid\SerializableBitmap.cs:line 42
   at org.dmxc.lumos.Kernel.Devices.Descriptor.DescriptorTools.FromProfile(IMacroBoardProfile profile, IEnumerable`1 imagesToInclude, Boolean includeAllImages) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Devices\Descriptor\DescriptorTools.cs:line 0
   at org.dmxc.lumos.Kernel.Net.gService.MacroBoard_gService.<>c.<_getMacroBoardProfiles_RequestReceived>b__14_1(IMacroBoardProfile c) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Net\gService\MacroBoard_gService.cs:line 174
   at System.Linq.Enumerable.SelectIListIterator`2.MoveNext()
   at Google.Protobuf.Collections.RepeatedField`1.AddRange(IEnumerable`1 values)
   at org.dmxc.lumos.Kernel.Net.gService.MacroBoard_gService._getMacroBoardProfiles_RequestReceived(Object sender, RequestEventArgs`1 args) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Net\gService\MacroBoard_gService.cs:line 174
   at LumosToolsLIB.Tools.EventTools.<>c__DisplayClass4_0`1.<InvokeFailSafe>b__0(EventHandler`1 a) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosToolsLIB\src\Tools\EventTools.cs:line 67
   at LumosToolsLIB.Tools.EventTools.InvokeFailSaveGeneric[TDelegate](TDelegate delegate, Action`1 invoker, ILumosLog elog) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosToolsLIB\src\Tools\EventTools.cs:line 154

Neben dem Projekt sind anbei die Logs eines Zyklus DMXC starten, Projekt laden und wieder herunterfahren beigefügt.

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

Mehr durch Zufall musste ich feststellen, dass die GUI direkt beim Start mit dem folgenden Logeintrag abstürzt, wenn statt des 3.3er-Kernels der 3.2.3er-Kernel läuft. Auch wenn die Konstellation eher ungewöhnlich ist, sollte diese trotzdem keinen Absturz hervorrufen.

2023-01-07 20:22:54,057 [Main GUI] FATAL Lumos.GUI.Run.GuiRunManager - Unhandled Exception: Der Zugriff auf einen Socket war aufgrund der Zugriffsrechte des Sockets unzulässig
System.Net.Sockets.SocketException (0x80004005): Der Zugriff auf einen Socket war aufgrund der Zugriffsrechte des Sockets unzulässig
   bei System.Net.Sockets.Socket.DoBind(EndPoint endPointSnapshot, SocketAddress socketAddress)
   bei System.Net.Sockets.Socket.Bind(EndPoint localEP)
   bei LumosProtobuf.Udp.UdpListener.StartListen() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosProtobuf\src\UdpListener.cs:Zeile 41.
   bei LumosProtobuf.Udp.UmbraDiscoveryClient.StartDiscovery(IReadOnlyCollection`1 listenAdresses) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosProtobuf\src\UmbraDiscoveryClient.cs:Zeile 66.
   bei org.dmxc.lumos.Kernel.Net.AbstractGrpcManager.NetTools_NetworkChanged(Object sender, EventArgs e) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Kernel\Net\AbstractGrpcManager.cs:Zeile 175.
   bei org.dmxc.lumos.Kernel.Net.AbstractGrpcManager.StartupFinished() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Kernel\Net\AbstractGrpcManager.cs:Zeile 167.
   bei org.dmxc.lumos.Kernel.Run.AbstractRunManager`2.InformManagerStartupFinished(TManager m) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Kernel\Run\AbstractRunManager.cs:Zeile 372.
   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.Run.AbstractRunManager`2.startManager() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Kernel\Run\AbstractRunManager.cs:Zeile 340.
   bei Lumos.GUI.Run.GuiRunManager.startupGui() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Run\GuiRunManager.cs:Zeile 62.
   bei Lumos.GUI.Program.runGui() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Program.cs:Zeile 194.
   bei Lumos.GUI.Program.Main(String[] param) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Program.cs:Zeile 160.

Reproduzieren lässt sich dies, in dem ich den 3.2.3er Kernel manuell starte und dann Umbra und GUI über den Launcher aufrufe.

Ich habe gestern mit meinem Live-Show-Projekt über einen längeren Zeitraum ein wechselndes Ambiente gebaut und zwischendurch immer mal wieder Licht live gedrückt. Beim Heraussuchen der Logdateien für einen anderen Fehler bin ich auf die mit rund 170 MB sehr große Logdatei des Kernels aufmerksam geworden.

Der folgende Eintrag wurde über den genannten Zeitraum über 1,2 Millionen Mal in die Logdatei geschrieben - sogar noch als vorletzter Eintrag bevor der Kernel final geschlossen wurde.

2023-01-06 19:31:14,781 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Input.v2.InputManager - Processing Queue of Graphs contains 11 elements
[...]
2023-01-06 22:50:18,081 [114] DEBUG org.dmxc.lumos.Kernel.Input.v2.InputManager - Processing Queue of Graphs contains 50 elements
2023-01-06 22:50:18,095 [Main] INFO  DMXControl 3 Kernel - Kernel closing!

Diese Logeinträge werden generiert, sobald ich das Projekt geladen habe, selbst wenn nach dem Laden noch nichts aktiv ausgegeben wird.

Das zugehörige Projekt umfasste zu dem Zeitpunkt 114 Connectionsets sowie 18 Bänke. Für das Debugging stelle ich das Projekt über die Cloud zur Verfügung, benannt entsprechend mit der Nummer dieses Tickets.

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.

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 .

Durch die Einführung der Projekt Administration muss man statt des Dateinamens des Projekts nun die GUID verwenden, ggf. in Kombination mit einer bestimmten Projektversion, um den Kernel über den Parameter “–load” gezielt mit einem Projekt zu starten.

Um hier nicht im Windows Explorer suchen zu müssen, wäre es gut, wenn die GUID des / der Projekte in der Projekt Administration mit angezeigt wird.

In der GUI werden die Icons für niedrigen und kritischen Akkustand werden nicht angezeigt. Stattdessen erscheint das Default-Icon.

2023-01-01 20:13:03,548 [Log-Thread] WARN  Lumos.GUI.Controls.LazyImageList - Image File not found in ProjectExplorer: battery_yellow_33

Seit der Beta 5 habe ich mit dem USB Energy Fixer das Problem, dass dieser nicht richtig und deswegen wiederholt ausgeführt wird. Jedes Mal werden die entsprechenden Admin-Rechte jedoch angefordert. Der Rückgabecode wird auch als Fehlermeldung in der GUI ausgegeben.

2022-12-26 13:01:06,849 [14] WARN  org.dmxc.lumos.Kernel.Plugin.KernelDMXInterfaceToUIChannel - DMXControl Projects e.V. - Incorrect USB energy settings - Found incorrect USB energy settings for Nodle interface!
trying to start USBDMXEnergyFixer.exe as Admin on my own to fix registry settings automatically.
Registry-Key: 'HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\USB\VID_16D0&PID_0833'
2022-12-26 13:01:09,860 [Main] WARN  DMXInterfaceMgmtLIB.AbstractDMXInterfaceManager - Timeout when fetching Interface List from DMX Interface Factory DMXControl Projects e.V.
System.TimeoutException: The operation has timed out.
   at DMXLIB.FactoryTimeoutDecorator.get_Interfaces()
   at DMXInterfaceMgmtLIB.AbstractDMXInterfaceManager.LoadInterfaces(IDMXInterfaceFactory factory) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\DMXInterfaceMgmtLIB\AbstractDMXInterfaceManager.cs:line 1398
2022-12-26 13:01:16,181 [Log-Thread] WARN  org.dmxc.lumos.Kernel.Plugin.KernelDMXInterfaceToUIChannel - DMXControl Projects e.V. - Incorrect USB energy settings - Found incorrect USB energy settings for Nodle interface!
trying to start USBDMXEnergyFixer.exe as Admin on my own to fix registry settings automatically.
Registry-Key: 'HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\USB\VID_16D0&PID_0833'
2022-12-26 13:01:19,196 [Log-Thread] WARN  DMXInterfaceMgmtLIB.AbstractDMXInterfaceManager - Timeout Exception when getting Interfaces from Factory DMXControl Projects e.V..
System.TimeoutException: The operation has timed out.
   at DMXLIB.FactoryTimeoutDecorator.get_Interfaces()
   at DMXInterfaceMgmtLIB.AbstractDMXInterfaceManager.IsInterfaceAvailable(String interfaceId) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\DMXInterfaceMgmtLIB\AbstractDMXInterfaceManager.cs:line 194
2022-12-26 13:01:29,502 [14] ERROR org.dmxc.lumos.Kernel.DMX.NodleUsbInterfaceFactroy - EnergyFixer returned Error: -2147450726
2022-12-26 13:01:29,506 [Log-Thread] WARN  org.dmxc.lumos.Kernel.Plugin.KernelDMXInterfaceToUIChannel - DMXControl Projects e.V. - USBDMXEnergyFixer done - unknown ReturnCode from USBDMXEnergyFixer.exe, Code: -2147450726
2022-12-26 13:01:29,514 [Log-Thread] WARN  org.dmxc.lumos.Kernel.DMX.NodleUsbInterfaceFactroy - Execution of Interfaces took 22674 ms in Factory NodleUsbInterfaceFactroy
2022-12-26 13:01:32,703 [56] ERROR org.dmxc.lumos.Kernel.DMX.NodleUsbInterfaceFactroy - EnergyFixer returned Error: -2147450726
2022-12-26 13:01:32,707 [Log-Thread] WARN  org.dmxc.lumos.Kernel.Plugin.KernelDMXInterfaceToUIChannel - DMXControl Projects e.V. - USBDMXEnergyFixer done - unknown ReturnCode from USBDMXEnergyFixer.exe, Code: -2147450726
2022-12-26 13:01:32,709 [Log-Thread] WARN  org.dmxc.lumos.Kernel.DMX.NodleUsbInterfaceFactroy - Execution of Interfaces took 19541 ms in Factory NodleUsbInterfaceFactroy
2022-12-26 13:01:33,626 [64] ERROR org.dmxc.lumos.Kernel.DMX.NodleUsbInterfaceFactroy - EnergyFixer returned Error: -2147450726
2022-12-26 13:01:33,628 [Log-Thread] WARN  org.dmxc.lumos.Kernel.Plugin.KernelDMXInterfaceToUIChannel - DMXControl Projects e.V. - USBDMXEnergyFixer done - unknown ReturnCode from USBDMXEnergyFixer.exe, Code: -2147450726
2022-12-26 13:01:33,633 [Log-Thread] WARN  org.dmxc.lumos.Kernel.DMX.NodleUsbInterfaceFactroy - Execution of Interfaces took 17455 ms in Factory NodleUsbInterfaceFactroy

Wenn ich den Registry-Eintrag über DMXControl 3.2.3 setzen lasse, wird der USB Engergy Fixer in DMXC 3.3 Beta 5 nicht mehr aufgerufen. Zudem trat das Problem mit der Beta 3 nicht.

Bereits existierende Tags können aktuell nicht gelöscht werden, sowohl wenn ich dies über die Backspace-Taste versuche oder das Tag auswähle und dann die Enft-Taste betätige.

Ich habe im beigefügten Projekt zwei Matrix-Geräte auf eine Generic Matrix gepatcht. Auf die Generic Matrix wende ich verschiedene Matrix-Effekte an.

Entferne ich den Matrix-Effekt über das X im Device Control von der Generic Matrix, werden die zuletzt ausgegebenen Werte auf den gepatchten Geräten häufig beibehalten und nicht wie erwartet auf schwarz gesetzt. Dies ist dann auf den gepatchten Geräten in der Stage View zu sehen.

Gehe ich wie beschrieben direkt auf dem Matrix-Gerät vor, wird mit dem Entfernen des Matrix-Effekts die Farbe auf schwarz gesetzt bzw. die, die ich zuletzt ausgewählt hatte.

In ähnlicher Konstellation bestand das Problem im Kontext mit dem Programmer, wie in Ticket  FS#4271  beschrieben.

Mit der Beta 5 habe ich häufig insbesondere beim Speichern des aktuellen Projekts das Problem, dass die GUI abstürzt. Folgender Eintrag im Log der GUI zu finden.

2022-12-23 16:24:17,453 [Log-Thread] DEBUG Lumos.GUI.Run.GuiRunManager - InformSaveProject [before=True] took 105 ms
2022-12-23 16:24:17,531 [Log-Thread] DEBUG Lumos.GUI.Net.gClient.User_gClient - UserContext of current User changed
2022-12-23 16:24:17,540 [92] FATAL Lumos.GUI.Run.GuiRunManager - Unhandled Exception: Der Vorgang ist aufgrund des aktuellen Zustands des Objekts ungültig.
System.InvalidOperationException: Der Vorgang ist aufgrund des aktuellen Zustands des Objekts ungültig.
   bei Lumos.GUI.Facade.User.UserContextFacade.ProcessDeviceChangedMessage(UserContextChangedMessage message) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Facade\User\UserContextFacade.cs:Zeile 43.
   bei Lumos.GUI.Facade.GUISession.UserContextFacadeUpdater.<ProcessChange>d__3.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Facade\GUISession\FacadeUpdaters.cs:Zeile 38.
--- 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 Lumos.GUI.Facade.GUISession.FacadeContainer`2.<ProcessChangeMessage>d__21.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Facade\GUISession\FacadeContainer.cs:Zeile 142.
--- 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.ConfiguredTaskAwaitable`1.ConfiguredTaskAwaiter.GetResult()
   bei Lumos.GUI.User.UserManager.<OnUserContextChanged>d__65.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\User\UserManager.cs:Zeile 282.
--- 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()

Der Kernel führt zu dem Zeitpunkt des Absturz folgende Aktionen aus:

2022-12-23 16:24:17,475 [Log-Thread] INFO  org.dmxc.lumos.Kernel.Project.ProjectManager - Saving Project FS#4944 - Master window
2022-12-23 16:24:17,484 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Input.v2.InputManager - saveProject KernelInputManager.
2022-12-23 16:24:17,796 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.FileAccessUtil - Deleted D:\Arbeit\MSK event GbR\Software\DMXControl 3.3.0\Kernel\Temp\b42fdf64-174b-4edc-97eb-b4cb45012ba3.tmp
2022-12-23 16:24:17,796 [Log-Thread] INFO  org.dmxc.lumos.Kernel.Project.ProjectManager - Project FS#4944 - Master window successfully saved.

Versuche ich ein Projekt zu löschen, welches aktuell in DMXC geladen ist, tritt die folgende Unhandled Exception auf:

22:27:16 FATAL DMXControl 3 Kernel - Unhandled Exception: Unable to delete this project as it is currently loaded
System.InvalidOperationException: Unable to delete this project as it is currently loaded
   at org.dmxc.lumos.Kernel.Project.ProjectManager.DeleteProject(ProjectVersionID versionToDelete, Boolean deleteAllVersions) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Project\ProjectManager.cs:line 167
   at org.dmxc.lumos.Kernel.Net.gService.Project_gService._deleteProject_RequestReceived(Object sender, RequestEventArgs`1 e) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Net\gService\Project_gService.cs:line 278
   at System.Threading.Tasks.Task.<>c.<ThrowAsync>b__128_1(Object state)
   at System.Threading.QueueUserWorkItemCallback.<>c.<.cctor>b__6_0(QueueUserWorkItemCallback quwi)
   at System.Threading.ExecutionContext.RunForThreadPoolUnsafe[TState](ExecutionContext executionContext, Action`1 callback, TState& state)
   at System.Threading.QueueUserWorkItemCallback.Execute()
   at System.Threading.ThreadPoolWorkQueue.Dispatch()
   at System.Threading.PortableThreadPool.WorkerThread.WorkerThreadStart()
   at System.Threading.Thread.StartCallback()

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.

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

Es sollte besser visualisiert werden, dass man das Gobo auch ändern kann, welches für die jeweilige Gobo Affinity als Bezug herangezogen wird. Aktuell muss man es wissen, dass sich das Gobo Selecotor Window bei einem Klick auf das Gobo erneut öffnet und man folglich keine neue Gobo Affintiy erstellen muss, sollte man ein anderes Gobo benötigen.

Im Gobo Affinity Window soll man auf das Bild des Gobos klicken können, um ein anderes Gobo auszuwählen, was entsprechend der Gobo List ersetzt wird. Dies ist aktuell nicht mölglich.

Erweitere ich einen Group Master über die Pfeile, dann erscheint ein weiterer Regler für den Group Master, wie im beigefügten Screenshot zu sehen.

Dies ist an dieser Stelle soweit unnötig, da er das gleiche tut, wie der Regler, der die ganze Zeit bereits zu sehen ist.

Ich habe in einem DDF folgenden Code, um ein rotierbares Objekt mittels “index” zu positionieren und mittels “rotation” zu drehen. Dabei möchte ich über das Attribut “defaultval” für jede Funktion einen bestimmten Startwert mitgeben.

<index dmxchannel="0" defaultval="0">
  <range range="60" mindmx="0" maxdmx="100" minval="0" maxval="60"/>
</index>
<rotation dmxchannel="1" defaultval="4">
  <step type="stop" mindmx="0" maxdmx="0"/>
  <range type="cw" mindmx="194" maxdmx="134" minval="0.05" maxval="5"/>
  <range type="ccw" mindmx="195" maxdmx="255" minval="0.05" maxval="5"/>
</rotation>

Trotz der gezeigten Definition wird das Attribut “defaultval” ignoriert und folglich nicht wie erwartet der DMX-Wert 0, sondern der DMX-Wert 50 für DMX-Kanal 1 und DMX-Wert 0 für DMX-Kanal 2 ausgegeben.

Das Problem besteht sowohl in DMXC 3.2.3 als auch noch in DMXC 3.3.0 Beta 3.

In dem beigefügten Projekt habe ich eine Reihe unterschiedlicher Master angelegt und zwar in folgender Reihenfolge:

• Group Master (beim Patching)
  • MIS Group
  • DMH Group
  • AX5 Master
• Parameter Master (über Device Control)
  • Parameter Master 1 (Default)
  • Parameter Master 13
  • Parameter Master 8
• Speed Master (über Device Control)
  • Speed Master 1 (Default)
  • Speed Master 6
  • Speed Master 4
  • Speed Master 7
  • Speed Master 3
• Color Master (über Device Control)
  • Color Master 1 (Default)
  • Color Master 21
  • Color Master 14
  • Color Master 3
  • Color Master 31

Meine Erwartungshaltung wäre an dieser Stelle, dass die Master eines jeden Typs (insbesondere die Parameter Master, Speed Master, Position Master und Color Master) nicht pauschal in der Reihenfolge sortiert werden, wie ich sie erzeugt habe, sondern

• Alphabetisch (bevorzugt)
• Anhand der Nummer des Masters

Das aktuelle Ergebnis des nicht wirklich sortieren Zustands (auch nach dem Speichern und Laden des Projekts) ist im beifügten Screenshot zu sehen.

Anfangs mehr oder minder unbeabsichtigt habe ich mal eine 78 Minuten lange Audiodatei einem leeren Projekt hinzugefügt. Daraufhin knallte es bereits im Kernel, wie in Ticket  FS#4836  berichtet. Vormutlich auch in Zusammenhang mit dem dort aufgetretenen Fehler, der OutOfMemory-Exception, hängt sich in der GUI der Sound-Selector auf, wenn ich einer Cuelist eine Audio Cue mit der betreffenden Audiodatei hinzufügen möchte. Die dritte der nachfolgend beigefügten Meldungen erscheint dabei in Endlosschleife und blockiert in Teilen die GUI.

2022-10-22 13:19:17,482 [Log-Thread] DEBUG Lumos.GUI.Resource.ResourceManager - Resource SoundFileRescourceProvider.SoundFileWaveSmall.[[SOUNDFILE]]] of type Picture and source Default could not be loaded!
2022-10-22 13:19:17,485 [Main GUI] ERROR Lumos.GUI.App - Exception in WPF
System.Windows.Markup.XamlParseException: Es wurde keine passende Imagingkomponente zum Abschließen dieses Vorgangs gefunden. ---> System.Runtime.InteropServices.COMException: Die Komponente wurde nicht gefunden. (Ausnahme von HRESULT: 0x88982F50)
   --- Ende der internen Ausnahmestapelüberwachung ---
   bei System.Windows.FrameworkTemplate.LoadTemplateXaml(XamlReader templateReader, XamlObjectWriter currentWriter)
   bei System.Windows.FrameworkTemplate.LoadTemplateXaml(XamlObjectWriter objectWriter)
   bei System.Windows.FrameworkTemplate.LoadOptimizedTemplateContent(DependencyObject container, IComponentConnector componentConnector, IStyleConnector styleConnector, List`1 affectedChildren, UncommonField`1 templatedNonFeChildrenField)
   bei System.Windows.FrameworkTemplate.LoadContent(DependencyObject container, List`1 affectedChildren)
   bei System.Windows.StyleHelper.ApplyTemplateContent(UncommonField`1 dataField, DependencyObject container, FrameworkElementFactory templateRoot, Int32 lastChildIndex, HybridDictionary childIndexFromChildID, FrameworkTemplate frameworkTemplate)
   bei System.Windows.FrameworkTemplate.ApplyTemplateContent(UncommonField`1 templateDataField, FrameworkElement container)
   bei System.Windows.FrameworkElement.ApplyTemplate()
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei System.Windows.ContextLayoutManager.UpdateLayout()
   bei System.Windows.ContextLayoutManager.UpdateLayoutCallback(Object arg)
   bei System.Windows.Media.MediaContext.InvokeOnRenderCallback.DoWork()
   bei System.Windows.Media.MediaContext.FireInvokeOnRenderCallbacks()
   bei System.Windows.Media.MediaContext.RenderMessageHandlerCore(Object resizedCompositionTarget)
   bei System.Windows.Media.MediaContext.RenderMessageHandler(Object resizedCompositionTarget)
   bei System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)
   bei System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Object source, Delegate callback, Object args, Int32 numArgs, Delegate catchHandler)
2022-10-22 13:19:17,497 [Main GUI] ERROR Lumos.GUI.App - Exception in WPF
System.Windows.Markup.XamlParseException: Es wurde keine passende Imagingkomponente zum Abschließen dieses Vorgangs gefunden. ---> System.Runtime.InteropServices.COMException: Die Komponente wurde nicht gefunden. (Ausnahme von HRESULT: 0x88982F50)
   --- Ende der internen Ausnahmestapelüberwachung ---
   bei System.Windows.FrameworkTemplate.LoadTemplateXaml(XamlReader templateReader, XamlObjectWriter currentWriter)
   bei System.Windows.FrameworkTemplate.LoadTemplateXaml(XamlObjectWriter objectWriter)
   bei System.Windows.FrameworkTemplate.LoadOptimizedTemplateContent(DependencyObject container, IComponentConnector componentConnector, IStyleConnector styleConnector, List`1 affectedChildren, UncommonField`1 templatedNonFeChildrenField)
   bei System.Windows.FrameworkTemplate.LoadContent(DependencyObject container, List`1 affectedChildren)
   bei System.Windows.StyleHelper.ApplyTemplateContent(UncommonField`1 dataField, DependencyObject container, FrameworkElementFactory templateRoot, Int32 lastChildIndex, HybridDictionary childIndexFromChildID, FrameworkTemplate frameworkTemplate)
   bei System.Windows.FrameworkTemplate.ApplyTemplateContent(UncommonField`1 templateDataField, FrameworkElement container)
   bei System.Windows.FrameworkElement.ApplyTemplate()
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei System.Windows.Controls.Control.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei MS.Internal.Helper.MeasureElementWithSingleChild(UIElement element, Size constraint)
   bei System.Windows.Controls.ContentPresenter.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei System.Windows.Controls.Border.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei System.Windows.Controls.Control.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei MS.Internal.Helper.MeasureElementWithSingleChild(UIElement element, Size constraint)
   bei System.Windows.Controls.ContentPresenter.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei System.Windows.Controls.Border.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei System.Windows.Controls.Control.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei MS.Internal.Helper.MeasureElementWithSingleChild(UIElement element, Size constraint)
   bei System.Windows.Controls.ContentPresenter.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei System.Windows.Controls.StackPanel.StackMeasureHelper(IStackMeasure measureElement, IStackMeasureScrollData scrollData, Size constraint)
   bei System.Windows.Controls.StackPanel.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei MS.Internal.Helper.MeasureElementWithSingleChild(UIElement element, Size constraint)
   bei System.Windows.Controls.ItemsPresenter.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei System.Windows.Controls.Border.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei System.Windows.Controls.Control.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei System.Windows.Controls.Grid.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei MS.Internal.Helper.MeasureElementWithSingleChild(UIElement element, Size constraint)
   bei System.Windows.Controls.ScrollContentPresenter.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei System.Windows.Controls.DockPanel.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei System.Windows.Controls.Grid.MeasureCell(Int32 cell, Boolean forceInfinityV)
   bei System.Windows.Controls.Grid.MeasureCellsGroup(Int32 cellsHead, Size referenceSize, Boolean ignoreDesiredSizeU, Boolean forceInfinityV, Boolean& hasDesiredSizeUChanged)
   bei System.Windows.Controls.Grid.MeasureCellsGroup(Int32 cellsHead, Size referenceSize, Boolean ignoreDesiredSizeU, Boolean forceInfinityV)
   bei System.Windows.Controls.Grid.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei System.Windows.Controls.ScrollViewer.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei MS.Internal.Helper.MeasureElementWithSingleChild(UIElement element, Size constraint)
   bei System.Windows.Controls.ContentPresenter.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei System.Windows.Controls.Border.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei System.Windows.Controls.Control.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei System.Windows.Controls.Grid.MeasureCell(Int32 cell, Boolean forceInfinityV)
   bei System.Windows.Controls.Grid.MeasureCellsGroup(Int32 cellsHead, Size referenceSize, Boolean ignoreDesiredSizeU, Boolean forceInfinityV, Boolean& hasDesiredSizeUChanged)
   bei System.Windows.Controls.Grid.MeasureCellsGroup(Int32 cellsHead, Size referenceSize, Boolean ignoreDesiredSizeU, Boolean forceInfinityV)
   bei System.Windows.Controls.Grid.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei MS.Internal.Helper.MeasureElementWithSingleChild(UIElement element, Size constraint)
   bei System.Windows.Controls.ContentPresenter.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei System.Windows.Controls.Border.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei System.Windows.Controls.Control.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei System.Windows.Controls.Grid.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei MS.Internal.Helper.MeasureElementWithSingleChild(UIElement element, Size constraint)
   bei System.Windows.Controls.ContentPresenter.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei System.Windows.Documents.AdornerDecorator.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei System.Windows.Controls.Grid.MeasureCell(Int32 cell, Boolean forceInfinityV)
   bei System.Windows.Controls.Grid.MeasureCellsGroup(Int32 cellsHead, Size referenceSize, Boolean ignoreDesiredSizeU, Boolean forceInfinityV, Boolean& hasDesiredSizeUChanged)
   bei System.Windows.Controls.Grid.MeasureCellsGroup(Int32 cellsHead, Size referenceSize, Boolean ignoreDesiredSizeU, Boolean forceInfinityV)
   bei System.Windows.Controls.Grid.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei System.Windows.Window.MeasureOverrideHelper(Size constraint)
   bei System.Windows.Window.MeasureOverride(Size availableSize)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei System.Windows.ContextLayoutManager.UpdateLayout()
   bei System.Windows.ContextLayoutManager.UpdateLayoutCallback(Object arg)
   bei System.Windows.Media.MediaContext.InvokeOnRenderCallback.DoWork()
   bei System.Windows.Media.MediaContext.FireInvokeOnRenderCallbacks()
   bei System.Windows.Media.MediaContext.RenderMessageHandlerCore(Object resizedCompositionTarget)
   bei System.Windows.Media.MediaContext.RenderMessageHandler(Object resizedCompositionTarget)
   bei System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)
   bei System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Object source, Delegate callback, Object args, Int32 numArgs, Delegate catchHandler)

Lade ich zum Beispiel das Projekt aus  FS#4828  und schließe das Projekt anschließen wieder, so bleiben sowohl im Fenster “Macro Board” als auch auf dem angeschlossenen Stream Deck die Inhalte aktiv. Gleiches passiert auch, wenn ich ein komplett anderes Projekt lade, was gar kein Macro Board Profil oder eine Belegung für ein Stream Deck enthält.

Es wird bei einem Blick auf diese beiden Elemente also suggeriert, dass aktuell noch ein Projekt geladen ist, was aber nicht der Fall ist.

Die GUI protokolliert diese Aktionen mit folgenden Log-Einträgen:

2022-10-20 19:14:57,601 [Log-Thread] DEBUG Lumos.GUI.Windows.ProjectExplorer.AbstractExplorerItem - Added Node Stream Deck XL to Parent Macro Board Profiles
2022-10-20 19:14:57,624 [Log-Thread] DEBUG Lumos.GUI.Windows.ProjectExplorer.AbstractExplorerItem - Added Node Stage View to Parent Stage View
2022-10-20 19:14:57,636 [Log-Thread] DEBUG Lumos.GUI.Windows.ProjectExplorer.AbstractExplorerItem - Added Node SpecialMaster to Parent Master
2022-10-20 19:14:57,636 [Log-Thread] DEBUG Lumos.GUI.Windows.ProjectExplorer.AbstractExplorerItem - Added Node GroupMaster to Parent Master
2022-10-20 19:14:57,636 [Log-Thread] DEBUG Lumos.GUI.Windows.ProjectExplorer.AbstractExplorerItem - Added Node SpeedMaster to Parent Master
2022-10-20 19:14:57,636 [Log-Thread] DEBUG Lumos.GUI.Windows.ProjectExplorer.AbstractExplorerItem - Added Node ParameterMaster to Parent Master
2022-10-20 19:14:57,637 [Log-Thread] DEBUG Lumos.GUI.Windows.ProjectExplorer.AbstractExplorerItem - Added Node ColorMaster to Parent Master
2022-10-20 19:14:57,637 [Log-Thread] DEBUG Lumos.GUI.Windows.ProjectExplorer.AbstractExplorerItem - Added Node PositionMaster to Parent Master
2022-10-20 19:14:57,637 [Log-Thread] DEBUG Lumos.GUI.Windows.ProjectExplorer.AbstractExplorerItem - Added Node SpeedMaster 1 to Parent SpeedMaster
2022-10-20 19:14:57,637 [Log-Thread] DEBUG Lumos.GUI.Windows.ProjectExplorer.AbstractExplorerItem - Added Node ParameterMaster 1 to Parent ParameterMaster
2022-10-20 19:14:57,638 [Log-Thread] DEBUG Lumos.GUI.Windows.ProjectExplorer.AbstractExplorerItem - Added Node ColorMaster 1 to Parent ColorMaster
2022-10-20 19:14:57,640 [Log-Thread] DEBUG Lumos.GUI.Windows.ProjectExplorer.AbstractExplorerItem - Added Node PositionMaster 1 to Parent PositionMaster
2022-10-20 19:14:57,648 [Log-Thread] DEBUG Lumos.GUI.Macro.MacroManager - Sync Macro Facades took 0 ms.
2022-10-20 19:14:57,649 [Log-Thread] DEBUG Lumos.GUI.RDM.RDMManager - Sync RDM Facades took 0 ms.
2022-10-20 19:14:57,650 [Log-Thread] DEBUG org.dmxc.lumos.GUI.Master.MasterManager - Sync Master Facades took 1 ms.
2022-10-20 19:14:57,650 [Log-Thread] DEBUG Lumos.GUI.User.UserManager - Sync User Facades took 0 ms.
2022-10-20 19:14:57,655 [Log-Thread] DEBUG Lumos.GUI.Facade.GUISession.SessionFacade - Sync of Facades took 1 ms
2022-10-20 19:14:57,656 [Log-Thread] DEBUG Lumos.GUI.Facade.GUISession.SessionFacade - Sync of Facades took 0 ms
2022-10-20 19:14:57,657 [Log-Thread] DEBUG Lumos.GUI.Windows.TimecodePlayer.TimecodePlayerManager - Sync of Timecode Facades took 1 ms
2022-10-20 19:14:57,659 [Log-Thread] DEBUG Lumos.GUI.Preset.PresetManager - Sync Preset* Facades took 0 ms.
2022-10-20 19:14:57,677 [Log-Thread] DEBUG Lumos.GUI.Input.v2.InputManager - Sync Input Facades took 17 ms.
2022-10-20 19:14:57,679 [Log-Thread] DEBUG Lumos.GUI.Executor.ExecutorManager - Sync Executor* Facades took 0 ms.
2022-10-20 19:14:57,680 [Log-Thread] DEBUG Lumos.GUI.Device.DeviceManager - Sync Device* Facades took 1 ms.
2022-10-20 19:14:57,681 [Log-Thread] DEBUG Lumos.GUI.Cuelist.CuelistManager - Sync Cuelist* Facades took 0 ms.
2022-10-20 19:14:57,682 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Input.Macroboard.MacroBoardManager - Sync Macro Board Facades took 0 ms.
2022-10-20 19:14:57,683 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from Kernel Cuelists/Cuelists
2022-10-20 19:14:57,683 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from Kernel Cuelist Groups/Cuelist Groups
2022-10-20 19:14:57,683 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from Kernel Devices/Devices
2022-10-20 19:14:57,683 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from Kernel Device Groups/Device Groups
2022-10-20 19:14:57,683 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from Kernel Presets/Presets
2022-10-20 19:14:57,683 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from Kernel Files/Files
2022-10-20 19:14:57,684 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from Kernel Item Lists/Item Lists
2022-10-20 19:14:57,684 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from Kernel Electricity/Electricity
2022-10-20 19:14:57,685 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from Kernel TimecodeShows/Timecode Shows
2022-10-20 19:14:57,685 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from Kernel Macro/Macro
2022-10-20 19:14:57,685 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from Kernel Master/Master
2022-10-20 19:14:57,685 [Log-Thread] DEBUG Lumos.GUI.Windows.ProjectExplorer.AbstractExplorerItem - Added Node Grand Master to Parent SpecialMaster
2022-10-20 19:14:57,685 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from Kernel Executor Pages/Executor Pages
2022-10-20 19:14:57,686 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from Kernel Softdesk/Softdesk
2022-10-20 19:14:57,686 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from Kernel MacroBoardProfiles/Macro Board Profiles
2022-10-20 19:14:57,686 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from Kernel Stage View/Stage View
2022-10-20 19:14:57,686 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from Kernel Layouts/Layouts
2022-10-20 19:14:57,686 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from Kernel Settings/Project Settings
2022-10-20 19:14:57,686 [Log-Thread] DEBUG Lumos.GUI.Net.gClient.User_gClient - UserContext of current User changed
2022-10-20 19:14:57,690 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from ManagedTree Cuelists/Cuelists
2022-10-20 19:14:57,691 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from ManagedTree Cuelist Groups/Cuelist Groups
2022-10-20 19:14:57,691 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from ManagedTree Devices/Devices
2022-10-20 19:14:57,691 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from ManagedTree Device Groups/Device Groups
2022-10-20 19:14:57,691 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from ManagedTree Presets/Presets
2022-10-20 19:14:57,691 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from ManagedTree Files/Files
2022-10-20 19:14:57,691 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from ManagedTree Item Lists/Item Lists
2022-10-20 19:14:57,691 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from ManagedTree Electricity/Electricity
2022-10-20 19:14:57,691 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from ManagedTree TimecodeShows/Timecode Shows
2022-10-20 19:14:57,691 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from ManagedTree Macro/Macro
2022-10-20 19:14:57,691 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from ManagedTree Master/Master
2022-10-20 19:14:57,692 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from ManagedTree Executor Pages/Executor Pages
2022-10-20 19:14:57,692 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from ManagedTree Softdesk/Softdesk
2022-10-20 19:14:57,692 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from ManagedTree MacroBoardProfiles/Macro Board Profiles
2022-10-20 19:14:57,692 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Moving Node Stream Deck XL in Parent Macro Board Profiles to Index 0
2022-10-20 19:14:57,692 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from ManagedTree Stage View/Stage View
2022-10-20 19:14:57,692 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Moving Node Stage View in Parent Stage View to Index 0
2022-10-20 19:14:57,692 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from ManagedTree Layouts/Layouts
2022-10-20 19:14:57,692 [Log-Thread] DEBUG Lumos.GUI.Windows.PEManager - Loading Branch from ManagedTree Settings/Project Settings
2022-10-20 19:14:57,719 [Log-Thread] DEBUG Lumos.GUI.Executor.ExecutorManager - Sync Executor* Facades took 1 ms.
2022-10-20 19:14:57,849 [Log-Thread] DEBUG Lumos.GUI.Windows.Project.ProjectToDos - Cleared ProjectTodo view: Fill Tab View: Project Loaded
2022-10-20 19:14:57,879 [Log-Thread] DEBUG Lumos.GUI.Run.GuiRunManager - InformLoadProject [before=False] took 246 ms
2022-10-20 19:14:57,879 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.AbstractIOContext - Calling ResetDirty on 19 elements
2022-10-20 19:14:57,956 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.FileAccessUtil - Wrote 921.00 B to D:\Arbeit\MSK event GbR\Software\DMXControl 3.3.0\GUI\Config\WindowManagerConfig.xml
2022-10-20 19:16:06,824 [Log-Thread] DEBUG Lumos.GUI.Run.GuiRunManager - InformCloseProject [before=True] took 0 ms
2022-10-20 19:16:06,946 [Log-Thread] DEBUG Lumos.GUI.Windows.ProjectExplorer.AbstractExplorerItem - Removed Node Stream Deck XL from Parent Macro Board Profiles
2022-10-20 19:16:06,948 [Main GUI] ERROR Lumos.GUI.Windows.MacroBoard.MacroBoardProfileForm - 
System.InvalidOperationException: Die Sammlung wurde geändert. Der Enumerationsvorgang kann möglicherweise nicht ausgeführt werden.
   bei System.Collections.ArrayList.ArrayListEnumeratorSimple.MoveNext()
   bei Lumos.GUI.Windows.MacroBoard.MacroBoardProfileForm.updateTsView() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Windows\MacroBoard\MacroBoardProfileForm.cs:Zeile 164.
2022-10-20 19:16:06,994 [Log-Thread] DEBUG Lumos.GUI.Net.gClient.User_gClient - UserContext of current User changed
2022-10-20 19:16:07,482 [Log-Thread] DEBUG Lumos.GUI.Windows.ProjectExplorer.AbstractExplorerItem - Removed Node Stage View from Parent Stage View
2022-10-20 19:16:07,588 [Log-Thread] DEBUG Lumos.GUI.Windows.Project.ProjectToDos - Cleared ProjectTodo view: Close Project
2022-10-20 19:16:07,723 [Log-Thread] DEBUG Lumos.GUI.Run.GuiRunManager - InformCloseProject [before=False] took 239 ms

Die Einträge im Kernel sehen hierzu wie folgt aus:

2022-10-20 19:14:57,502 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Project.ProjectManager - Loading Project from 2022-04-15 - Stream Deck.dmz.
2022-10-20 19:14:57,502 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore - Loading Project 2022-04-15 - Stream Deck.dmz.
2022-10-20 19:14:57,555 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore - Loading Project ZipEntry Config/ProjectResourceMetadata.xml.
2022-10-20 19:14:57,555 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore - Loading Project ZipEntry Config/ProjectDefaultConfiguration.xml.
2022-10-20 19:14:57,555 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore - Loading Project ZipEntry Config/ItemList.xml.
2022-10-20 19:14:57,556 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore - Loading Project ZipEntry Config/Graphs.xml.
2022-10-20 19:14:57,557 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore - Loading Project ZipEntry Config/Banks.xml.
2022-10-20 19:14:57,559 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore - Loading Project ZipEntry Config/Devices.xml.
2022-10-20 19:14:57,559 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore - Loading Project ZipEntry Config/DeviceGroups.xml.
2022-10-20 19:14:57,560 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore - Loading Project ZipEntry Config/Presets.xml.
2022-10-20 19:14:57,560 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore - Loading Project ZipEntry Config/StageViews.xml.
2022-10-20 19:14:57,561 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore - Loading Project ZipEntry Config/SceneLists.xml.
2022-10-20 19:14:57,561 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore - Loading Project ZipEntry Config/SceneListGroups.xml.
2022-10-20 19:14:57,561 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore - Loading Project ZipEntry Config/TimecodeShows.xml.
2022-10-20 19:14:57,562 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore - Loading Project ZipEntry Config/Masters.xml.
2022-10-20 19:14:57,562 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore - Loading Project ZipEntry Config/ProjectConfig.xml.
2022-10-20 19:14:57,563 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore - Loading Project ZipEntry Config/DMXIn_2_OutMapping.xml.
2022-10-20 19:14:57,576 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore - Loading Project ZipEntry Config/User.xml.
2022-10-20 19:14:57,577 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore - Loading Project ZipEntry Config/UserContexts/System_{0901EC1F-98F6-439E-85C4-BF936446B302}.xml.
2022-10-20 19:14:57,577 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore - Loading Project ZipEntry Config/UserContexts/DMXCDefault_306b3c77-d066-4a79-8be3-9e05662b841f.xml.
2022-10-20 19:14:57,578 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore - Loading Project ZipEntry Config/Users/DMXCDefault.xml.
2022-10-20 19:14:57,578 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore - Loading Project ZipEntry Config/MacroBoardProfiles.xml.
2022-10-20 19:14:57,578 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore - Loading Project ZipEntry Config/PowerSources.xml.
2022-10-20 19:14:57,579 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore - Loading Project ZipEntry Config/Macros.xml.
2022-10-20 19:14:57,579 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore - Loading Project ZipEntry Config/Affinity.xml.
2022-10-20 19:14:57,580 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore - Loading Project ZipEntry Config/ExecutorMemberWrappers.xml.
2022-10-20 19:14:57,580 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore - Loading Project ZipEntry Config/ExecutorPages.xml.
2022-10-20 19:14:57,581 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore - Loading Project ZipEntry Config/Executors.xml.
2022-10-20 19:14:57,581 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore - Loading Project ZipEntry Config/MidiSettings.xml.
2022-10-20 19:14:57,581 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore - Loading Project ZipEntry Config/ProjectExplorer.xml.
2022-10-20 19:14:57,582 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore - Loading Project ZipEntry Config/SoftDeskMaster.xml.
2022-10-20 19:14:57,582 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore - Loading Project ZipEntry Config/GuiFacadeParameter.xml.
2022-10-20 19:14:57,582 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore - Loading Project ZipEntry Config/DockPanelConfig.xml.
2022-10-20 19:14:57,583 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore - Loading Project ZipEntry Config/DockPanel.config.
2022-10-20 19:14:57,583 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore - Loading Project ZipEntry Config/Project.xml.
2022-10-20 19:14:57,584 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore - Loading Project 2022-04-15 - Stream Deck.dmz successful
2022-10-20 19:14:57,584 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Project.Project - Loaded Metadata from File: Stream Deck
2022-10-20 19:14:57,584 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Project.ProjectManager - Informing BEFORE-Managers for Project Load: 2022-04-15 - Stream Deck.dmz
2022-10-20 19:14:57,593 [Log-Thread] INFO  org.dmxc.lumos.Kernel.User.UserManager - Created User DMXCDefault with ID 306b3c77-d066-4a79-8be3-9e05662b841f
2022-10-20 19:14:57,593 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Input.v2.InputManager - loadProject KernelInputManager: BEFORE_CONTAINERS
2022-10-20 19:14:57,593 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Input.Macroboard.MacroBoardManager - Added Source and Sink 0.0 of Macro Board Profil: a2770558-dbfe-415d-8e74-976ae3600b43
2022-10-20 19:14:57,593 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Input.Macroboard.MacroBoardManager - Added Source and Sink 1.0 of Macro Board Profil: a2770558-dbfe-415d-8e74-976ae3600b43
2022-10-20 19:14:57,594 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Input.Macroboard.MacroBoardManager - Added Source and Sink 2.0 of Macro Board Profil: a2770558-dbfe-415d-8e74-976ae3600b43
2022-10-20 19:14:57,594 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Input.Macroboard.MacroBoardManager - Added Source and Sink 3.0 of Macro Board Profil: a2770558-dbfe-415d-8e74-976ae3600b43
2022-10-20 19:14:57,594 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Input.Macroboard.MacroBoardManager - Added Source and Sink 0.1 of Macro Board Profil: a2770558-dbfe-415d-8e74-976ae3600b43
2022-10-20 19:14:57,594 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Input.Macroboard.MacroBoardManager - Added Source and Sink 1.1 of Macro Board Profil: a2770558-dbfe-415d-8e74-976ae3600b43
2022-10-20 19:14:57,595 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Input.Macroboard.MacroBoardManager - Added Source and Sink 2.1 of Macro Board Profil: a2770558-dbfe-415d-8e74-976ae3600b43
2022-10-20 19:14:57,595 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Input.Macroboard.MacroBoardManager - Added Source and Sink 3.1 of Macro Board Profil: a2770558-dbfe-415d-8e74-976ae3600b43
2022-10-20 19:14:57,595 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Input.Macroboard.MacroBoardManager - Added Source and Sink 0.2 of Macro Board Profil: a2770558-dbfe-415d-8e74-976ae3600b43
2022-10-20 19:14:57,595 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Input.Macroboard.MacroBoardManager - Added Source and Sink 1.2 of Macro Board Profil: a2770558-dbfe-415d-8e74-976ae3600b43
2022-10-20 19:14:57,596 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Input.Macroboard.MacroBoardManager - Added Source and Sink 2.2 of Macro Board Profil: a2770558-dbfe-415d-8e74-976ae3600b43
2022-10-20 19:14:57,596 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Input.Macroboard.MacroBoardManager - Added Source and Sink 3.2 of Macro Board Profil: a2770558-dbfe-415d-8e74-976ae3600b43
2022-10-20 19:14:57,596 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Input.Macroboard.MacroBoardManager - Added Source and Sink 0.3 of Macro Board Profil: a2770558-dbfe-415d-8e74-976ae3600b43
2022-10-20 19:14:57,596 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Input.Macroboard.MacroBoardManager - Added Source and Sink 1.3 of Macro Board Profil: a2770558-dbfe-415d-8e74-976ae3600b43
2022-10-20 19:14:57,596 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Input.Macroboard.MacroBoardManager - Added Source and Sink 2.3 of Macro Board Profil: a2770558-dbfe-415d-8e74-976ae3600b43
2022-10-20 19:14:57,597 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Input.Macroboard.MacroBoardManager - Added Source and Sink 3.3 of Macro Board Profil: a2770558-dbfe-415d-8e74-976ae3600b43
2022-10-20 19:14:57,597 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Input.Macroboard.MacroBoardManager - Added Source and Sink 0.4 of Macro Board Profil: a2770558-dbfe-415d-8e74-976ae3600b43
2022-10-20 19:14:57,597 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Input.Macroboard.MacroBoardManager - Added Source and Sink 1.4 of Macro Board Profil: a2770558-dbfe-415d-8e74-976ae3600b43
2022-10-20 19:14:57,598 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Input.Macroboard.MacroBoardManager - Added Source and Sink 2.4 of Macro Board Profil: a2770558-dbfe-415d-8e74-976ae3600b43
2022-10-20 19:14:57,598 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Input.Macroboard.MacroBoardManager - Added Source and Sink 3.4 of Macro Board Profil: a2770558-dbfe-415d-8e74-976ae3600b43
2022-10-20 19:14:57,598 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Input.Macroboard.MacroBoardManager - Added Source and Sink 0.5 of Macro Board Profil: a2770558-dbfe-415d-8e74-976ae3600b43
2022-10-20 19:14:57,598 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Input.Macroboard.MacroBoardManager - Added Source and Sink 1.5 of Macro Board Profil: a2770558-dbfe-415d-8e74-976ae3600b43
2022-10-20 19:14:57,599 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Input.Macroboard.MacroBoardManager - Added Source and Sink 2.5 of Macro Board Profil: a2770558-dbfe-415d-8e74-976ae3600b43
2022-10-20 19:14:57,599 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Input.Macroboard.MacroBoardManager - Added Source and Sink 3.5 of Macro Board Profil: a2770558-dbfe-415d-8e74-976ae3600b43
2022-10-20 19:14:57,599 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Input.Macroboard.MacroBoardManager - Added Source and Sink 0.6 of Macro Board Profil: a2770558-dbfe-415d-8e74-976ae3600b43
2022-10-20 19:14:57,599 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Input.Macroboard.MacroBoardManager - Added Source and Sink 1.6 of Macro Board Profil: a2770558-dbfe-415d-8e74-976ae3600b43
2022-10-20 19:14:57,600 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Input.Macroboard.MacroBoardManager - Added Source and Sink 2.6 of Macro Board Profil: a2770558-dbfe-415d-8e74-976ae3600b43
2022-10-20 19:14:57,600 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Input.Macroboard.MacroBoardManager - Added Source and Sink 3.6 of Macro Board Profil: a2770558-dbfe-415d-8e74-976ae3600b43
2022-10-20 19:14:57,600 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Input.Macroboard.MacroBoardManager - Added Source and Sink 0.7 of Macro Board Profil: a2770558-dbfe-415d-8e74-976ae3600b43
2022-10-20 19:14:57,600 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Input.Macroboard.MacroBoardManager - Added Source and Sink 1.7 of Macro Board Profil: a2770558-dbfe-415d-8e74-976ae3600b43
2022-10-20 19:14:57,601 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Input.Macroboard.MacroBoardManager - Added Source and Sink 2.7 of Macro Board Profil: a2770558-dbfe-415d-8e74-976ae3600b43
2022-10-20 19:14:57,601 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Input.Macroboard.MacroBoardManager - Added Source and Sink 3.7 of Macro Board Profil: a2770558-dbfe-415d-8e74-976ae3600b43
2022-10-20 19:14:57,601 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.HAL.Affinity.GoboAffinityClass - Starting correlation Thread
2022-10-20 19:14:57,602 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Run.ThreadManager - Thread GoboAffinity-Thread started in Appartment State MTA.
2022-10-20 19:14:57,602 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.HAL.Affinity.GoboAffinityClass - Gobocorrelation started.
2022-10-20 19:14:57,604 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Project.ProjectManager - Loading Project ebf592a9-7aa0-491a-9fed-5b41d7b19c0f from 2022-04-15 - Stream Deck.dmz.
2022-10-20 19:14:57,604 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Project.Project - Loading Project Container Project Default Configurations. Context ebf592a9-7aa0-491a-9fed-5b41d7b19c0f
2022-10-20 19:14:57,609 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Settings.SettingsManager - Created 0 Project Default Configurations from Application Default Configuration
2022-10-20 19:14:57,609 [Log-Thread] INFO  org.dmxc.lumos.Kernel.Project.Project - Loaded 6 Items in Project Default Configurations
2022-10-20 19:14:57,609 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Project.Project - Loading Project Container ItemLists. Context ebf592a9-7aa0-491a-9fed-5b41d7b19c0f
2022-10-20 19:14:57,609 [Log-Thread] INFO  org.dmxc.lumos.Kernel.Project.Project - Loaded 0 Items in ItemLists
2022-10-20 19:14:57,614 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Project.Project - Loading Project Container Connection sets. Context ebf592a9-7aa0-491a-9fed-5b41d7b19c0f
2022-10-20 19:14:57,621 [Log-Thread] INFO  org.dmxc.lumos.Kernel.Project.Project - Loaded 1 Items in Connection sets
2022-10-20 19:14:57,622 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Project.Project - Loading Project Container Banks. Context ebf592a9-7aa0-491a-9fed-5b41d7b19c0f
2022-10-20 19:14:57,622 [Log-Thread] INFO  org.dmxc.lumos.Kernel.Project.Project - Loaded 1 Items in Banks
2022-10-20 19:14:57,624 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Project.Project - Loading Project Container Devices. Context ebf592a9-7aa0-491a-9fed-5b41d7b19c0f
2022-10-20 19:14:57,625 [Log-Thread] INFO  org.dmxc.lumos.Kernel.Project.Project - Loaded 0 Items in Devices
2022-10-20 19:14:57,627 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Project.Project - Loading Project Container Device Groups. Context ebf592a9-7aa0-491a-9fed-5b41d7b19c0f
2022-10-20 19:14:57,627 [Log-Thread] INFO  org.dmxc.lumos.Kernel.Project.Project - Loaded 0 Items in Device Groups
2022-10-20 19:14:57,628 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Project.Project - Loading Project Container Presets. Context ebf592a9-7aa0-491a-9fed-5b41d7b19c0f
2022-10-20 19:14:57,628 [Log-Thread] INFO  org.dmxc.lumos.Kernel.Project.Project - Loaded 0 Items in Presets
2022-10-20 19:14:57,630 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Project.Project - Loading Project Container StageViews. Context ebf592a9-7aa0-491a-9fed-5b41d7b19c0f
2022-10-20 19:14:57,630 [Log-Thread] INFO  org.dmxc.lumos.Kernel.Project.Project - Loaded 1 Items in StageViews
2022-10-20 19:14:57,632 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Project.Project - Loading Project Container Cue Lists. Context ebf592a9-7aa0-491a-9fed-5b41d7b19c0f
2022-10-20 19:14:57,632 [Log-Thread] INFO  org.dmxc.lumos.Kernel.Project.Project - Loaded 0 Items in Cue Lists
2022-10-20 19:14:57,635 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Project.Project - Loading Project Container Cue List Groups. Context ebf592a9-7aa0-491a-9fed-5b41d7b19c0f
2022-10-20 19:14:57,635 [Log-Thread] INFO  org.dmxc.lumos.Kernel.Project.Project - Loaded 0 Items in Cue List Groups
2022-10-20 19:14:57,637 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Project.Project - Loading Project Container TimecodeShows. Context ebf592a9-7aa0-491a-9fed-5b41d7b19c0f
2022-10-20 19:14:57,637 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Timecode.TimecodeManager - Validating Timecode Number
2022-10-20 19:14:57,637 [Log-Thread] INFO  org.dmxc.lumos.Kernel.Project.Project - Loaded 0 Items in TimecodeShows
2022-10-20 19:14:57,640 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Project.ProjectManager - Informing AFTER-Managers for Project Load: 2022-04-15 - Stream Deck.dmz
2022-10-20 19:14:57,640 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Project.ExecutorManager - Validating Executor Numbers
2022-10-20 19:14:57,640 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Project.ExecutorManager - Validating Executor Page Number
2022-10-20 19:14:57,640 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Project.ProjectManager - Informing AT_END-Managers for Project Load: 2022-04-15 - Stream Deck.dmz
2022-10-20 19:14:57,640 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Input.v2.InputManager - loadProject KernelInputManager: AT_END
2022-10-20 19:14:57,640 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Project.ProjectManager - Project 2022-04-15 - Stream Deck.dmz successful loaded!
2022-10-20 19:14:57,640 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.AbstractIOContext - Calling ResetDirty on 41 elements
2022-10-20 19:14:57,833 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.HAL.Affinity.GoboAffinityClass - Using Crosscorrelation GPU.
2022-10-20 19:14:59,634 [Log-Thread] INFO  org.dmxc.lumos.Kernel.Net.Messages - Message from SKI-DSK-X470PRA: Loaded Project from GUI Undefined, Path 2022-04-15 - Stream Deck.dmz
2022-10-20 19:14:59,683 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.HAL.Affinity.CorrelationRepository - Loading 1272384 correlations took 1849 ms
2022-10-20 19:14:59,683 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.HAL.Affinity.GoboAffinityClass - Correlations Loaded.
2022-10-20 19:15:01,384 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.HAL.Affinity.GoboAffinityClass - Fetched 1103 Gobos from Storage
2022-10-20 19:15:02,375 [Log-Thread] INFO  org.dmxc.lumos.Kernel.HAL.Affinity.GoboAffinityClass - All combinations already existing. Nothing to do!
2022-10-20 19:15:02,375 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.HAL.Affinity.GoboAffinityClass - Crosscorrelation Init done
2022-10-20 19:15:03,445 [Log-Thread] INFO  org.dmxc.lumos.Kernel.Run.ThreadManager - Thread GoboAffinity-Thread exited ThreadStart-Method normally.
2022-10-20 19:15:03,446 [Log-Thread] INFO  org.dmxc.lumos.Kernel.Run.ThreadManager - Thread GoboAffinity-Thread finished.
2022-10-20 19:16:06,824 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Project.ProjectManager - Closing Project Stream Deck.
2022-10-20 19:16:06,946 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Input.v2.InputManager - closeProject KernelInputManager.

Ändere ich an mehreren Projekten den Status, ob dieses Projekt angepinnt sein soll oder nicht, wird mir dies spätestens ab dem zweiten Klick auf den Button nicht mehr richtig dargestellt. Um herauszufinden, wie der Status meiner Projekte ist, muss ich die Project Administration einmal schließen und erneut öffnen.

Logfiles kann ich nicht zur Verfügung stellen, da diese Aktion nicht protokolliert wird.

Um ein Projekt schneller zu öffnen, fände ich es gut, wenn ich die zuletzt gespeicherte Version eines Projekts direkt mittels eines Doppelklicks öffnen könnte.

Aktuell muss ja noch einen Eintrag zum einen explizit erweitern, um dann ein Projekt über den Load-Button explizit zu laden.

Erstelle ich bewusst ein neues Projekt, ist hier meine Erwartungshaltung, dass dieses dann auch direkt geladen wird, nachdem die Meta-Daten gepflegt sind.

Aktuell ist es jedoch so, dass ich dies erst aus der Liste heraussuchen und nochmal manuell öffnen muss. Diesen Zwischenschritt würde ich mir gerne sparen.

Bis zur Beta 3 zeigte der Kernel direkt in der Konsole an, ob ein Projekt erfolgreich gespeichert wurde. Mit der Einführung der neuen Project Administration fehlt dieser Eintrag nun. Man muss nun in die Logs-Files schauen, um die Info zu erhalten.

2022-10-05 14:27:37,312 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Project.ProjectManager - Saving Project 2022-09-13 - Selectors
2022-10-05 14:27:37,344 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Input.v2.InputManager - saveProject KernelInputManager.
2022-10-05 14:27:37,692 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.FileAccessUtil - Deleted D:\Arbeit\MSK event GbR\Software\DMXControl 3.3.0\Kernel\Temp\284bdc1b-3b86-4515-9367-72d3c834f189.tmp
2022-10-05 14:27:37,692 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.AbstractIOContext - Calling ResetDirty on 45 elements

Hier bitte ich daher, einen der zuvor aufgeführten Einträge wieder in die Konsolenausgabe durchzureichen.

Speichere ich mein Projekt, so wird in der Project Administration die UTC-Zeit der letzten Sicherung anzeigt, wodurch ich somit eine Verschiebung von zwei Stunden habe (siehe Screenshot).

Da sich Kernel und Umbra ebenfalls in ihren Logs auf die Systemzeit berufen, sollte es bei der Project Administration nicht anders sein oder automatisch die Zeitzone inkl. Sommer- / Winterzeit des PCs ausgelesen werden, auf dem der Kernel läuft.

Ich lade ein etwas größeres Projekt, wo DMXC auch ein bisschen mit zu tun hat (große Anzahl an Geräten und Cuelists, einige Connectionssets im Input Assignment). Dabei passiert es regelmäßig, dass die Project Administration im Hintergrund verschwindet und ich das Fenster erst explizit über die Taskleiste in den Vorgrund holen muss, um weiterarbeiten zu können.

Es macht keinen Unterschied, ob ich das zuletzt gespeicherte Fensterlayout aufrufe oder nicht. Ebenfalls hat die Einstellung “Show taskbar icon for each window” ebenfalls keinen Einfluss, ob das Fenster nach dem Laden des Projekts im Hintergrund liegt oder nicht.

Aktuell lässt sich die Project Administration nur über den Eintrag “Open” im Menü “Files” öffnen.

Es fühlt sich für mich irgendwie komisch an, diesen Weg zu gehen, um eben meine Projekte zu verwalten. Daher würde ich mir wünschen, einen zusätzlichen Eintrag “Project Administration” explizit mit in das Menü aufzunehmen, so wie es zum Beispiel bei DaVinci Resolve der Fall ist.

Im Ticket FS#4790 hatte ich beiläufig berichtet, dass sich Kernel und GUI nicht mit dem Umbra verbinden, wenn der PC mit zwei Netzwerken verbunden ist. Was mir aber auch mehr oder minder regelmäßig passiert, wenn ich die Netzwerkkonfiguration ändere. Damit meine ich, dass

• der Laptop erst noch per WLAN und per Kabel mit einem Netzwerk verbunden war, ich aber dann die WLAN-Verbindung getrennt bzw. sogar den WLAN-Adapter abgeschaltet habe.
• ich aus bestimmten Gründen die Netzwerkkonfiguration ändere, sowohl Wechsel der statischen IP oder auch Wechsel von statischer IP-Adresse hin zu DHCP oder umgekehrt.

Auf meinem Laptop kann ich es mit der Beta 3 wie folgt reproduzieren:

• Variante 1: Meine Laptops sind per WLAN verbunden (Adresszuweisung per DCHP). Ich stelle eine kabelgebundene Verbindung zum gleichen Netzwerk her (Sowohl feste IP-Adresse über Zuteilung vom Router als auch DCHP) und deaktiviere die WLAN-Verbindung über den Infobereich in der Taskleiste. Diese Variante kann ich sowohl unter Windows 10 als auch Windows 11 nachvollziehen. (Zugehörige Logs unter Windows 10 siehe DMXControl3Logs_20221120_184500.zip)
• Variante 2: Bei meinem Laptop war das WLAN noch über Windows aktiv. Ich habe mein Handy per USB-Kabel angeschlossen, um darüber einen mobilen Hotspot zu erhalten. Dabei wird ein neues “kabelgebundenes” Netzwerk erstellt. Ich hatte dann erst das WLAN abgeschaltet und DMXC3.3 in der Beta 5 gestartet. Nach dem Start stellten GUI und Kernel keine Verbindung zum Umbra her. Auch ein Neustart von DMXC3 mit über Windows eingeschalten WLAN reichte nicht.

In dem genannten Fall muss ich meinen Laptop immer neu starten, wenn ich DMXC wieder nutzen möchte. Ob es noch weitere Randbedingungen gibt, versuche ich weiter herauszufinden. Vielleicht reicht aber diese Beschreibung bereits zum Lösen des Problems.

Das Ticket betrachtet das Problem des Verbindungsaufbaus unabhängig zum Ticket FS#4790.

Im Rahmen meines Livetests musste ich am vergangenen Wochenende feststellen, dass die komplette DMX-Ausgabe via Art-Net gegen Ende der Laufzeit der ersten Sitzung zunehmend ins Stocken geriet. Das war nicht nur auf den Geräten selbst zu sehen, auch die Status-LEDs der LAN-Buchsen der Switch oder die Aktivitäts-LED des Art-Net-Node zeitweise aussetze und nicht mehr kontinuierlich in hoher Frequenz blinkte - obwohl zu dem Zeitpunkt eigentlich kontinuierlich DMX-Werte hätten gesendet werden sollen. Nach dem Neustart von DMXControl 3 lief die zweite Sitzung ohne weitere Probleme durch.

Nennenswerter Unterschied war, dass er Laptop während der ersten Sitzung per WLAN mit dem Internet verbunden war und die Art-Net-Ausgabe per kabelgebundenen Netzwerk erfolgte. Vor dem Start der zweiten Sitzung habe ich die Verbindung ins WLAN getrennt und den Adapter abgeschaltet, sodass nur die kabelgebundene Verbindung zu den Art-Net-Nodes aktiv war.

Beim Betrachten der Logfiles ist zu sehen, dass nur bei der ersten Sitzung eine regelmäßige Info kam:

2022-09-10 18:29:27,488 [202] ERROR org.dmxc.lumos.Kernel.DMX.ArtNetFactory - ArtPollReply shorter than 239 bytes, ignoring!

Grundlegend sind folgende Hinweise zu den Logfiles zu geben:

• Gegen 19:30 Uhr habe die Art-Net-Ausgabe auf einen anderen Port gewechselt und deswegen das Art-Net-Plugin abgeschaltet
• Ab ca. 21:15 Uhr begann der eigentliche Auftritt der Band an diesem Abend, wo dann in erster Linie nur noch Cuelists über ein Softdesk aufgerufen wurden
• Um 22:12 Uhr habe ich die erste Sitzung beeendet

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.

In folgenden Fenstern sind die Menüleisten nicht fixiert und können frei verschoben werden:

• DMX-Interfaces: Gruppe mit den Menüeinträgen “Add interface” bis “Delete interface”
• Programmer: Gruppe mit den Menüeinträgen “Programmer” bis “Set filter” sówie “Snapshot” bis “Clear snapshot” (zweite und dritte Gruppe)
• Effects und Filters: Gruppe mit den Menüeinträgen “Edit” bis “Apply”
• Project ToDos: Gruppe mit den Menüeinträgen “Name” bis “Delete Todo”

Zu sehen ist dies anhand den vertikal untereinander angeordneten Punkten am Anfang einer Gruppe von Menüeinträgen, wie im beigefügten Screenshot zu sehen.

Die standardmäßig verfügbaren Master “Color Master 1”, “Speed Master 1” und “Parameter Master 1” lassen sich nicht per Drag & Drop einem Graphen hinzufügen, wenn ich dies aus dem Input-Baum heraus mache. Aus dem Output-Baum heraus lassen sich diese genannten Master jedoch ohne weiteres per Drag & Drop dem aktuellen Graphen hinzufügen.

Dies lässt sich direkt mit einem leeren Projekt reproduzieren. Logeinträge sind hierzu nicht vorhanden.

Beim Hinzufügen eines Effekts aus der Reihe der gespeicherten Effekte musste ich feststellen, dass dies keine Parameter mehr beinhalten, wenn ich mir diese in der GUI per Edit ansehe und auch auf eine Funkion anwende. Vergleiche ich zudem die zugehörige Datei “SavedAttachables.xml” (die ich von DMXC 3.2.3 übernommen habe) vor dem Start und nach dem Beenden, so sind die zugehörigen Parameter der gespeicherten Effekte auch nach dem Beenden nicht mehr enthalten.

Möchte ich diverse Master in verschiedenen Gerätefunktionen nutzen, so ist dies bei folgenden nicht mehr möglich:

• ParameterMaster: alle Varianten von Index (Index allgemein, Goboindex, Prismindex)
• SpeedMaster: Strobe, alle Varianten von Rotation (Rotation allgemein, Goborotation, Prismrotation)

In DMXControl 3.2.3 können die Master auf die genannten Funktionen angewendet werden, wie es auch im Wiki im Master beschrieben ist.

Getestet habe ich dies mit dem Clay Paky QWO 800 sowie dem Futurelight DMH-160. Logs kann ich nicht zur Verfügung stellen, da keine kontextbezogenen Ereignisse protokolliert wurden. Es erscheint einzig und allein der Tooltip “Value not valid”.

Ändere ich die Werte für Fade Factor und Speed Factor entweder extern über das Cuelist-Node im Input Assignment oder auch direkt im Cuelist Editor, werden diese Werte beim Starten der Cuelist immer auf den Standardwert von 100% zurückgesetzt. Der gewählte Wert für die Intensität wird aber beibehalten.

Ist die Cuelist dann aktiv, kann ich die Werte für Fade Factor und Speed Factor ändern, wo sie dann auch das erwartete Verhalten zeigen.

Im Anhang findet sich ein kleines Projekt mit einer Cuelist, wo ich die Fadezeiten länger gewählt habe, um auch während des Fades Zeit zu haben, die Werte für Fade Factor und Speed Factor zu ändern.

Nachdem ich ein Projekt geschlossen habe, stand plötzlich folgende Meldung im Kernel:

18:55:59 FATAL DMXControl 3 Kernel - Unhandled Exception: Der Wert darf nicht NULL sein.
Parametername: projectID
System.ArgumentNullException: Der Wert darf nicht NULL sein.
Parametername: projectID
   bei org.dmxc.lumos.Kernel.Project.SceneListManager.GetSceneListGroupByID(String sceneListGroupID, String projectID) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Project\SceneListManager.cs:Zeile 396.
   bei org.dmxc.lumos.Kernel.Project.SceneListManager.GetSceneListGroupByID(String sceneListGroupID) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Project\SceneListManager.cs:Zeile 381.
   bei org.dmxc.lumos.Kernel.Net.gService.Parameter.ScenelistGroupParameterLookup.Find(String id) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Net\gService\Parameter\ScenelistGroupParameterLookup.cs:Zeile 11.
   bei org.dmxc.lumos.Kernel.Net.gService.Parameter.AbstractIParameterableLookup`1.<ParametersAsync>d__2.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Net\gService\Parameter\AbstractIParameterableLookup.cs:Zeile 17.
--- 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 D:\Jenkins\workspace\Lumos_Pipeline_3.3\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.

Trotz dieser Meldung konnte ich aber ein anderes Projekt laden, dieses wieder schließen und dann das Projekt laden, was ich als erstes bearbeitet hatte. Sprich der Kernel ist nicht abgestürzt. Bewusst war mir diese Fehlermeldung aber noch nicht unter die Finger gekommen.

Für den Sparkle Effekt wünsche ich mir noch folgenden Parameter:

• Min Delay (ms): Einstellung, wie viel Zeit zwischen dem Aufleuchten des nächsten Geräts vergehen soll, um auf Wunsch ein nahezu paralleles Aufleuchten von mehreren Geräten zu vermeiden. Standartwert wäre auch aus Kompatibilitätsgründen 0 ms.

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.

Ich möchte in einer Cuelist mit mehreren Cues eine der Cues einige Positionen nach oben oder nach unten verschieben. Dies ist aber mit den Up- / Down-Buttons nur bedingt möglich. Ich kann aktuell eine Cue immer nur eine Position nach oben oder nach unten verschieben. Mehrfaches betätigen der Buttons funktioniert an dieser Stelle nicht.

Der aktuelle Workaround besteht darin, dass ich gewissermaßen “invertiert” verschiebe. Konkret heißt das für den Fall, wo ich die Cue 1 zum Beispiel von Position 1 auf Position 5 verschieben möchte, dass ich die Cues 2 bis 5 markierte und eine Position nach oben verschiebe.

Zur Reproduktion kann ein beliebiges Projekt verwendet werden, das eine Cuelist mit mehreren Cues enthält.

Möchte ich im Programmer Filter Devices / Device Groups abwählen bzw. anwählen, dass ihre Werte (nicht) in einer Cue abgespeichert werden, so ist dies nur über einen Rechtsklick in die Checkbox möglich. Der Linksklick funktioniert nur einmalig, wenn ich zuvor einen Eintrag in den Properties des zugehörigen Devices / Device Groups geändert habe.

Das Ab- und Anwählen von Properties der Devices / Device Groups funktioniert dagegen durchgängig per Linksklick.

Da dieses Problem ein reines GUI-Problem ist, kann ich hierzu keine Logs zur Verfügung stellen. Dies muss daher direkt in der Software nachvollzogen werden.

Möchte ich im Add Device Dialog die DMX-Adresse für ein neu zu patchendes Gerät korrigieren und lösche mittels der Backspace-Taste oder der Entf-Taste meine Eingabe, so werden immer zwei Zeichen entfernt. Im Eingabefeld für Device Name tritt dieses Phänomen nicht auf.

Da dieses Problem ein reines GUI-Problem ist, kann ich hierzu keine Logs zur Verfügung stellen. Dies muss daher direkt in der Software nachvollzogen werden.

Zur Prüfung des Installers nach den umfangreichen Änderungen habe ich mir auch mal ein paar Projekte angesehen. Dabei ist mir das Problem unter die Finger gekommen, dass im Build 142 die Graphen des Input Assignments nicht gespeichert werden können. Welches Projekt man dabei nimmt, ist vollkommen egal.

Der Fehler lässt sich reproduzieren, wenn man zum Beispiel ein Cuelist- oder ein Macroboard-Node in ein Connectionset schmeißt und dieses Projekt dann speichern will. Dann spuckt der Kernel folgende Fehlermeldung aus:

17:14:53 WARN  ResourceManager - Unable to save Resource Graphs.xml of Type Project
System.InvalidOperationException: 'org.dmxc.lumos.Kernel.Input.v2.NameNumberIDValue' kann nicht serialisiert werden, weil dafür kein parameterloser Konstruktor verfügbar ist.
   bei System.Xml.Serialization.TypeDesc.CheckSupported()
   bei System.Xml.Serialization.TypeScope.GetTypeDesc(Type type, MemberInfo source, Boolean directReference, Boolean throwOnError)
   bei System.Xml.Serialization.ModelScope.GetTypeModel(Type type, Boolean directReference)
   bei System.Xml.Serialization.XmlReflectionImporter.ImportTypeMapping(Type type, XmlRootAttribute root, String defaultNamespace)
   bei System.Xml.Serialization.XmlSerializer..ctor(Type type, String defaultNamespace)
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(String name, Object value, XmlDocument dest) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 390.
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(ManagedTreeItem item, XmlDocument dest) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 311.
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(ManagedTreeItem item, XmlDocument dest) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 317.
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(ManagedTreeItem item, XmlDocument dest) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 317.
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(ManagedTreeItem item, XmlDocument dest) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 317.
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(ManagedTreeItem item, XmlDocument dest) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 317.
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(ManagedTreeItem item) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 294.
   bei org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore.SaveResource(EResourceType type, LumosResource data, IProgress`1 progress) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Resource\Datastore\FileBackendDatastore.cs:Zeile 480.
   bei org.dmxc.lumos.Kernel.Resource.ResourceManager.SaveResourceInternalAsync(EResourceType type, LumosResource data, IProgress`1 progress) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Resource\ResourceManager.cs:Zeile 219.
   bei org.dmxc.lumos.Kernel.Resource.AbstractResourceManager.<SaveResourceAsync>d__86.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Kernel\Resource\AbstractResourceManager.cs:Zeile 732.

Ein neues Testprojekt kann ich auf Grund der Art des Fehlers nicht beifügen. Daher verweise ich auf mein zuletzt für das Ticket  FS#4856  erstelle Projekt.

Da dieses Problem sich aus meiner Sicht unmittelbar als Testblocker herauskristallisieren würde, habe ich mich entschlossen, ausnahmsweise ein Ticket für eine Zwischenversion zu schreiben.

Detaillierte Beschreibung folgt.