Bugtracker DMXControl 3

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.

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.

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

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

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

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

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

Ich habe in einem Projekt eine große Device Group mit > 100 Geräten unterschiedlichen Typs (Spot-MHs, LED-PARs etc.). Die Auswahl dieser umfangreichen Device Group in der Stage View sorgt für eine sehr hohe Auslastung der GUI-Kernel-Verbindung, sodass sich Device Control und Control Panel nur sehr sehr langsam füllen. Häufiges An- und wieder Abwählen verstärkt das Problem zusätzlich.

Beim Laden eines Projekts mit der Beta 9, welches zuletzt mit der Beta 8 gespeichert wurde, tritt folgender Fehler auf. Es hat mal wieder etwas mit dem PositionMaster zu tun, wo ich einen angepassten Wertebereich von 0;-45 bis 0;45 hinterlegt habe.

22:44:43 WARN  ProjectManager - Error when loading Project: Input must be >= inMin [0] (Parameter 'input')
Actual value was -45.
System.ArgumentOutOfRangeException: Input must be >= inMin [0] (Parameter 'input')
Actual value was -45.
   at LumosLIB.Tools.LumosTools.RuleOfThree(Double input, Double inMax, Double inMin, Double outMax, Double outMin, ERuleOfThreeBehavior behavior) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Tools\LumosTools.cs:line 537
   at org.dmxc.lumos.Kernel.Master.PositionMaster.UpdateRelativeValueFromPosition(Position position) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Master\PositionMaster.cs:line 125
   at org.dmxc.lumos.Kernel.Master.PositionMaster.set_Position(Position value) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Master\PositionMaster.cs:line 89
   at org.dmxc.lumos.Kernel.Master.PositionMaster.set_Min(Position value) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Master\PositionMaster.cs:line 209
   at org.dmxc.lumos.Kernel.Master.PositionMaster.LoadFromManagedTree(ManagedTreeItem m, LumosIOContext context) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Master\PositionMaster.cs:line 252
   at org.dmxc.lumos.Kernel.Master.MasterManager.LoadBeforeContainer(LumosIOContext context) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Master\MasterManager.cs:line 815
   at org.dmxc.lumos.Kernel.Master.MasterManager.org.dmxc.lumos.Kernel.Run.ILumosProjectManager.loadProject(LumosIOContext context, ELoadTime time) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Master\MasterManager.cs:line 747
   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 425
   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
   at org.dmxc.lumos.Kernel.Project.ProjectManager.LoadProjectFromProjectStore(ProjectVersionID id, IProgress`1 progress) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Project\ProjectManager.cs:line 344
   at org.dmxc.lumos.Kernel.Net.gService.Project_gService._loadProjectVersion_RequestReceived(Object sender, RequestEventArgs`1 args) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Net\gService\Project_gService.cs:line 622

Mit dem beigefügten Testprojekt lässt sich der Fehler nachstellen.

Ich musste gerade feststellen, dass es beim Umbra einen kontinuierlichen Anstieg der Auslastung des Arbeitsspeichers durch den Umbra gibt, obwohl kein Projekt (mehr) geladen ist. Innerhalb von ca. 10 Minuten lag dieser Wert laut Taskmanager bei rund 400MB.

Was habe ich gemacht?

• Umbra manuell auf PC2 gestartet
• Kernel ca. 30 Sekunden später manuell auf PC2 gestartet
• Weitere 30 Sekunden später GUI manuell auf PC1 gestartet
• Zwei unterschiedliche Projekte geladen und wieder geschlossen
• Komplettes Setup ca. 5 Minuten nach dem Start komplett im Leerlauf belassen und die Auslastung des Arbeitsspeichers durch den Umnbra beobachtet. Nach ca. 10 Minuten lag Wert bei ca. 400MB
• GUI auf PC1 geschlossen
• Weitere 10 Minuten die Auslastung des Arbeitsspeichers beobachtet bei weiterhin aktiver lokaler Verbindung zum Kernel auf PC. Nach Ablauf dieser Zeit lag der Wert vor dem Herunterfahren des Umbras bei 468MB (siehe auch kurz vorher erstellten, beigefügten Screenshot).

Dieses Verhalten kann ich mit der Beta 9 in zwei Konstellationen nachstellen:

• Kernel und Umbra auf PC2 (Windows 11), GUI auf PC1 (Windows 10)
• Alle drei Programme lokal auf PC1 (Windows 10)

Im Anhang die Logs aus der 1. Konstellation.

Es zeigte sich zuletzt, dass unter anderem die Graphs.xml wegen eines OutOfMemory-Exeption nicht gespeichert werden kann, wenn die Graphen im Input Assignment entsprechend umfangreich ausfallen.

Um das Problem zu beheben, sollen verschiedene Dateien im Projekt automatisch in rollierender Weise aufgeteilt werden, wie es in etwa auch bei den Log-Dateien bereits gemacht wird.

Wenn ich ein beliebiges Projekt schließe, dann crasht jedes Mal die GUI. Dabei spielt es keine Rolle, ob es ein bereits gefülltes Projekt ist, oder wie beigefügt, ein neues und komplett leeres Projekt.

Es gibt zwar ein weiteres Ticket mit einem vergleichbaren Titel unter der Nummer  FS#4986 , allerdings konnte ich das Problem seiner Zeit nicht nachstellen. Außerdem ist der Punkt nun bei mir in der aktuellen Version erst neu aufgetreten.

Im Anhang die Log-Dateien sowie das Projekt.

Im beigefügten neuen Projekt habe ich 12 Nanoleaf-Devices hinzugefügt. Im Anschluss speicherte ich dieses Projekt und habe es in der laufenden Sitzung neu geladen. Dies ist aber nun nicht mehr möglich.

Das Problem muss sich mit der Beta 12 eingeschlichen haben. Ein anderes Projekt konnte ich mit der Beta 11 noch erfolgreich laden und speichern.

Neben dem Beispielprojekt sind auch die Log-Dateien beigefügt.

Ich habe an einem Projekt zuletzt viel im Input Assignment gearbeitet und wunderte mich dann, dass ein Button eines Softdesks nicht mehr funktionierte. Der Kernel sagte dann folgendes:

22:15:27 WARN  InputManager - Following Graphs are orphaned and will be removed:
S1-510-3121
S1-510-0901
S1-210-0901
S1-211-3121

Hierzu habe ich die Erwartungshalten, dass erstmal nicht grundsätzlich angenommen wird, dass verwaiste Graphen entfernt werden können. Vielmehr bedarf es hier einer Info, wie hiermit umgegangen werden soll.

Ob sich dieses Verhalten mit dem Projekt, an dem ich gerade arbeite, reproduzieren lässt, muss ich später klären und dann Logfiles und Projekt beifügen.

Ich habe gerade meine verschiedenen Timecode-Shows umbenannt und dabei das Zeichen “|” verwendet. Der Name lautete “Intro 1 | DMXC-Video-Intro“.

Wird das Projekt gespeichert, führt dies zu folgender Fehlermeldung im Kernel:

12:25:57 WARN  ResourceManager - Unable to save Resource TimecodeShows\Intro 1 | DMXC-Video-Intro_9065fe68-5aa6-49c3-9513-f03fe6eb6689.xml of Type Project
System.ArgumentNullException: Value cannot be null. (Parameter 'filename')
   at org.dmxc.lumos.Kernel.Resource.FileMetadataCache`1.Remove(String filename) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Kernel\Resource\FileMetadataCache.cs:line 79
   at 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:line 487
   at 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:line 222
   at org.dmxc.lumos.Kernel.Resource.AbstractResourceManager.SaveResourceAsync(EResourceType type, LumosResource data, IProgress`1 progress) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Kernel\Resource\AbstractResourceManager.cs:line 768

Sobald ich dieses Sonderzeichen entferne und den Namen der Show zum Beispiel in “Intro 1 (DMXC-Video-Intro)” ändere”, kann das Projekt vollständig und ohne weitere bzw. wiederkehrende Fehlermeldung gespeichert werden.

Abschließend sei bemerkt, dass unter anderem das Zeichen “|” sonst soweit im Projekt genutzt werden kann, wie zum Beispiel im Namen von Cuelists.

In einem noch nicht näher bekannten Gesamtumfeld funktioniert die Merge-Funktion nicht zuverlässig, woraufhin die GUI sogar in Teilen abstürzt.

Genauere Details inklusive Log-Dateien kann Joseph (@nutzer99) liefern, da es bei ihm im Zuge der Programmierung seiner Show mehrfach aufgetreten ist. Ich möchte hiermit nur einmal das Problem grundlegend dokumentieren.

Ich habe an zwei PCs / Laptops unabhängig voneinander ein Nodle U1 sowie Nodle R4S betrieben wollen, auf dem Windows 11 in der Version 22H2 bzw. 23H2 installiert ist. Das Interface wird vom Kernel, der GUI und auch vom USB-Energy-Fixer richtig mit Seriennummer erkannt. Allerdings lässt es sich nicht aktivieren. Es verbleibt im Stand-By und die LED leuchtet weiter gelb.

Unter Windows 10 besteht diese Problematik nicht. Dort laufen meine Nodle R4S einwandfrei.

Die Logdateien reiche ich noch nach. Ich brauche hier aber auch unabhängig davon noch eine weitere Bestätigung. Das Ticket dient auch erstmal der Vorab-Doku.

Das Setzen der Reihenfolge für eine Device Group ist im Project Explorer ausschließlich über einen Doppelklick möglich. Im Kontextmenü zur Device Group fehlt ein entsprechender Eintrag mit der Beschreibung “Set Order of Devices” (siehe Bild 1). Damit ist die Funktion für die Device Group aktuell noch eine versteckte Programmfunktion.

Bei der Cuelist Group gibt es dagegen richtigerweise einen entsprechenden Eintrag im Kontextmenü zur Cuelist Group (siehe Bild 2).

Geräte wie Tilt-Bars oder ähnliche - wo also nur eine von zwei Bewegungsachsen vorhanden sind - können vom Position Control aktuell nicht angesteuert werden.

Beim Anlegen einer neuen Gruppe aus ausgewählten Geräten wird diese neue Gruppe bei mehreren StageViews immer in der zuerst angelegten StageView eingefügt, aber nicht in der, in der die Geräte für die neue Gruppe ausgewählt wurden.

Folgende Vorgehensweise führt zu einem Absturz der GUI:

• Einfügen eines neuen Device zum Projekt
• Ändern verschiedener Werte in der StageView
• Anschauen dieser Werte in der ChannelOverview
• Direktes Löschen des Geräts aus dem Projekt, ohne den Programmer etc. zurückzusetzen

Dies ist vielleicht nicht ein alltägliches Szenario. Es ist mir beim Überprüfen der DDFs unter die Finger gekommen.

Wenn der Sinus-Effekt auf ein RGB-Gerät gelegt wird, um zum Beispiel einen Regenbogeneffekt zu erhalten, wird am Ende des Effekts kurzzeitig die Farbe eingeblendet (oder bei schwarz komplett alles ausgeschaltet), welche manuell unter Color eingestellt wurde.

Aktuell fehlt die Möglichkeit, eine Polygone als Effekt auf Position zu legen. So können mit nur einem Effekt Dreiecke, Vier- / Rechtecke, Fünfecke etc. zu erstellen. Folgende Parameter sollte der Effekt haben:

• Anzahl der Seiten / Anzahl der Ecken
• Breite und Höhe des Polygons
• Frequenz (Geschwindigkeit)
• Drehung der Figur (Index)
• Phase

Optional könnte der Effekt um die Möglichkeit erweitert werden, über den Parameter Radius die Ecken abzurunden, um abgerundete Rechtecke zu erhalten. Zur Vermeidung von Komplikationen muss der maximale Wert des Radius in Abhängigkeit der Breite / Höhe dynamisch berechnet werden.

EDIT Arne: Was auch geil wäre ist, wenn man das Polygon rotieren lassen könnte, also neben dem festen “Index” noch eine “Rotation” Eigenschaft. Damit könnte man seine Scanner ein drehendes 4-Eck fahren lassen. Das soll die GrandMa mal nachmachen

Es wäre hier von Vorteil, wenn die betreffende Szene entsprechend gekennzeichnet wird, dass für diese der Cue Timing Editor aktiv ist. Ggf. kann dieses durch Einfügen einer zusätzlichen Spalte erfolgen, wo dieser analog zu den Spalten “Cue active”, “Autoprepare” und “Take fades” aktiviert und deaktiviert werden kann. Hierbei wird der Haken automatisch gesetzt, sobald man in den Cue Timing Editor Werte eingetragen und dieses geschlossen hat.

Folgendes wurde behoben:
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Wird im Cue Timing Editor für eine Cue eine Fade- und / oder eine Delay-Zeit eingetragen, können diese Werte fortan nur noch dort geändert werden. Ändert man nachträglich die Werte direkt in den betreffenden Spalten in der Cuelist, haben die Werte vom Cue Timing Editor weiterhin bestand.

Es fehlt hier die Möglichkeit, den Cue Timing Editor zu deaktivieren oder zurückzusetzen, zum Beispiel einfach durch löschen aller Einträge in den Feldern.

Aktuell können die Werte vom Cue Timing Editor nur durch das Ersetzen der komplett neu erstellten Szene zurückzusetzen werden. Die Cue nur im Programmer zu editieren reicht nicht aus.

Aktuell besteht keine Möglichkeit, insbesondere ein alternierendes Fanning symmetrisch zu spiegeln. Ich schlage daher vor, den folgenden Syntax zu implementieren:

255; 0; 0 # 0; 0; 255 # 255; 255; 255 M

Bei dem Beispiel würde die Ausgabe innerhalb einer Gruppe wie folgt aussehen:

• 8 Geräte (gerade Anzahl): W B R W B R (Spiegelachse) R B W R B W
• 7 Geräte (ungerade Anzahl): W B R W B R B W R B W (mittleres Gerät ist gleichzeitig Spiegelachse)

Der Buchstabe M zum Spiegeln eines alternierenden Fannings wird auch deswegen gebraucht, da ohne diesen ein spiegelbildliches Delay zwischen zwei Cues nicht möglich ist. Momentan geht nur eines von beiden:

• Spiegelbildliches Delay zwischen zwei Cues: Sortierung der Geräte innerhalb der Gruppe 1 2 3 4 5 6 7 8 9 10 11 12
• Spiegelbildliches alternierendes Fanning: Sortierung innerhalb der Gruppe 1 2 3 4 5 6 12 11 10 9 8 7

Beim Installer der Version 3.1 vom 13.03.2017 funktioniert der automatische Download nicht. Die Installation wird abgebrochen.

Checking if .NET 4 is installed...
.NET 4 found!
Checking if Visual C++ 2015 Redistributable is installed...
Visual C++ 2015 Redistributable found!
Checking if XNA 4.0 is installed...
Checking if Windows Installer 3.1 is installed...
Windows Installer 3.1 found!
Erstelle Verzeichnis: C:\Program Files (x86)\DMXControl3
Lade XNA Framework...
Download fehlgeschlagen: Timed out on connecting.

Möchte ich die Reihenfolge innerhalb einer Device Group muss ich für den “Platztausch” nach oben bzw. nach unten das Gerät wieder neu anwählen. Dieser Fehler ist neu in DMXControl 3.1. In DMXControl 3.0.2 blieb das ausgewählte Gerät aktiv.

Ist beim Chaser in der Break-Zeit ein Wert eingetragen, läuft der Effekt im Play-Mode Random nur einmal durch und wird dann beendet. Die Break-Zeit hat hier keine Auswirkung. Bei den anderen Play-Modes läuft der Effekt weiter.

Der Fehler ist in DMXControl 3.1 neu hinzugekommen. Unter 3.0.2 war er noch nicht vorhanden.

Ich habe auf eine 8×3-Matrix, bestehend aus LED-PARs mit Dimmer den Effekt Strobe gelegt und als Cue in einer Cuelist gespeichert. Im Nachgang habe ich den Patch der Matrix um eine Zeile erweitert und zum Teil auch andere Geräte eingebunden.

Der zugehörige Matrix-Effekt wird leider nicht aktualisiert, wenn ich den Cue in den Programmer lade. In der Cue ist weiterhin der Matrix-Effekt mit drei Zeilen gespeichert (im Device Control steht: Matrix [8,3], obwohl das Icon in der Stageview bereits mit der zusätzlichen vierten Zeile “arbeitet” - sprich die Vorschau richtig generiert. Der Dimmer ist über eine Gruppe gesteuert, in dem alle LED-PARs enthalten sind.

Aktuell kann man bei MovingLights nur pro Gerät einen Offset für Pan und Tilt festlegen. Sollen aber MovingHeads und Scanner gemeinsam in einer Gruppe fahren, müssen im Regelfall die Bewegungen für die Scanner verkleinert werden, damit diese nicht immer in die Anschläge fahren.

Darüber hinaus kann man mit Hilfe der Skalierung für Pan und Tilt in Verbindung mit dem Offset, jedes MovingLight indivuell Positonieren und den Aktionsbereich festlegen.

Die Skalierung für Pan und Tilt sollte jeweils getrennt einstellbar sein. Der Wertebereich sollte effektiv gesehen alle Werte größer 0 zulassen, wobei bei 0 bis 1 der Aktionsbereich verkleinert und >1 entsprechend vergrößert wird.

In bis dato noch nicht nachvollziehbaren Situationen werden beim Anwählen von Cuelists und Devices aus der GUI gelöscht.

Ein vollständiges Speichern des Projekts ist möglich. Nach dem Neuladen des Projects sind die Cuelists und Devices wieder da.

Besitzt ein Gerät verschiedene Strobe-Effekte wie zum Beispiel

<strobe dmxchannel="1">
  <step type="open" mindmx="0" maxdmx="5" />
  <range type="linear" mindmx="128" maxdmx="250" minval="0.1" maxval="20" />	    
  <range type="pulse" mindmx="11" maxdmx="33" minval="0.5" maxval="6" />	  
  <range type="ramp up" mindmx="34" maxdmx="56" minval="1" maxval="12" />
  <range type="ramp down" mindmx="57" maxdmx="79" minval="1" maxval="12" />
  <range type="random" mindmx="80" maxdmx="102" minval="1" maxval="12" />
  <range type="spikes" mindmx="103" maxdmx="127" minval="1" maxval="12" />
  <step type="open" mindmx="251" maxdmx="255" />	  
</strobe>

so wird im Device Control als Wertebereich für die Strobe-Frequenz immer nur der Bereich 0,1 bis 20 Hz ausgegeben - egal, welcher Strobe-Effekt ausgewählt wird.

Dies ist unschön, weil die HAL unter Umständen zwei unterschiedliche Geräte durch diese “falsche” Umrechnung auch unterschiedlich stroben lässt.

Ich wollte das folgende Fanning mittels Copy & Paste in eine andere Cue kopieren: 255; 127.5; 0 # 0; 127.5; 255. Diese Werte liegen im Programmer, wenn ich die ursprüngliche Cue aufrufe. Durch die Umrechnung kann ich das Fanning aber nicht in die neue Cue einfügen, da im Wertebereich 0 ... 255 mit 127.5 ein ungültiger Wert vorliegt.

Folglich sollte hier entweder zugelassen werden, dass auch Kommawerte eingegeben werden dürfen oder es wird an dieser Stelle gerundet.

Möchte ich im Wertebereich 0 … 100 die Farbe weiß einstellen, rechnet die GUI die Werte effektiv gesehen schon bei der Eingabe falsch um und es kommt ein grau heraus (siehe Bild 1). Beim Drücken der Enter-Taste kommt dann auch “die zahlenmäßige Bestätigung” (Bild 2).

Über das Device Control wird untern Color auch direkt das Farbrad eines Moving Heads gelistet. Möchte ich darüber die Farbe einstellen, geht dies nicht.

Beim Erstellen eines Matrix-Effekts ist mir die GUI abgestürzt. Die Logs mit dem Fehlerbericht sind angehängt.

Ist eine Cuelist pausiert und wird durch eine Cuelist Group gestoppt, lässt sich diese nicht mehr starten. Im Single List Modus wäre dieses Problem egal, aber sobald der Stop-Modus “One ends all” gesetzt ist, bleibt die pausierte Cuelist aktiv.

Ggf. muss an dieser Stelle über einen zweiten Stop-Modus nachgedacht werden, der pausierte Cuelist nicht beendet.

Wird die Skalierung von Texten unter Windows 10 aktiviert, verliert der Text der GUI an Schärfe. Ein Beispiel ist im Anhang beigefügt. Die Fenstertitel werden von Windows gesteuert und haben daher eine klare Schrift, während die eigentlichen Inhalt von DMXControl 3 selbst angesprochen und daher nicht skaliert werden.

Das Thema Skalierung kommt immer dann zum Tragen, wenn hochauflösende Displays zum Einsatz kommen, wie im vorliegenden Fall eine native Auflösung von 2560 x 1440 Pixeln.

Wenn bei einem Gobo eines Goborads der step wie folgt aussieht, kann der Goboshake nicht deaktiviert werden.

<step type="gobo" mindmx="5" maxdmx="7" caption="Gobo 1">
  <step for="goboindex" mindmx="5" maxdmx="7" />
  <step for="goborotation" mindmx="32" maxdmx="34" />
  <range type="cw" handler="goboshake" mindmx="60" maxdmx="67" minval="0.1" maxval="5" />
</step>

Werden die untergeordneten step mit “for” entfernt, arbeitet das Goboshake wie gewünscht.

Ein Beispiel für das falsche Verhalten kann mit dem mitgelieferten Martin MAC 700 Profile im 16BT-Modus nachgestellt werden.

Siehe oben

Dieses Gerät (und weitere) besitzt mehrere Modus-Kanäle, welche das

• Farbrad (DMX-Kanal 11), Modus über DMX-Kanal 10
• rotierendes Goborad (DMX-Kanal 13), Modus über DMX-Kanal 12
• Goborotation (DMX-Kanal 15), Modus über DMX-Kanal 14
• statisches Goborad (DMX-Kanal 17), Modus über DMX-Kanal 16
• Iris (DMX-Kanal 23), Modus / Effekt über DMX-Kanal 17

unterschiedlich arbeiten lassen. Das heißt abhängig vom gewählten Modus ändert sich die Belegung der zuvor genannten Kanäle. Bei der Iris könnte man an dieser Stelle vielleicht analog zum strobetype arbeiten, da hier nur der Effekt geändert wird.

Aktuell kann zum Beispiel die Richtung der Goborotation nur über einen rawstep angewählt werden.

Im Anhang das DDF für den Extend-Modus sowie die Basic 16bit-Modus sowie die Bedienungsanleitung.

Sobald ich auf eine Funktion ein Preset und einen Effekt anwende, wird die Verknüpfung zum Preset entfernt. Würde diese Kombination zugelassen werden, sind folgende Szenarien möglich:

• In Cues mit Effekten für die Dimmer kann ich über das Preset die Grundhelligkeit bestimmen.
• Für Bewegungen kann ich über Presets zentral den Mittelpunkt für Bewegungen bestimmen.

Beim Herunterfahren des Kernels wurde folgende Fehlermeldung ausgegeben. Details auch im beigefügten Log-File.

2018-01-15 11:25:17,137 [Main] ERROR org.dmxc.lumos.Kernel.Run.KernelRunManager - Exception when stopping Manager PluginManager: Beim Generieren des XML-Dokuments ist ein Fehler aufgetreten.
System.InvalidOperationException: Beim Generieren des XML-Dokuments ist ein Fehler aufgetreten. ---> System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
   bei DMXLIB.ValueTypes.PathValue.GetHashCode() in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\DMXLIB\ValueTypes\PathValue.cs:Zeile 29.
   bei System.Collections.Hashtable.GetHash(Object key)
   bei System.Collections.Hashtable.InitHash(Object key, Int32 hashsize, UInt32& seed, UInt32& incr)
   bei System.Collections.Hashtable.ContainsKey(Object key)
   bei System.Xml.Serialization.XmlSerializationWriter.WriteStartElement(String name, String ns, Object o, Boolean writePrefixed, XmlSerializerNamespaces xmlns)
   bei Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationWriterPathValue.Write2_PathValue(String n, String ns, PathValue o, Boolean isNullable, Boolean needType)
   bei Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationWriterPathValue.Write3_PathValue(Object o)
   --- Ende der internen Ausnahmestapelüberwachung ---
   bei System.Xml.Serialization.XmlSerializer.Serialize(XmlWriter xmlWriter, Object o, XmlSerializerNamespaces namespaces, String encodingStyle, String id)
   bei System.Xml.Serialization.XmlSerializer.Serialize(Stream stream, Object o, XmlSerializerNamespaces namespaces)
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(String name, Object value, XmlDocument dest) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 337.
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(ManagedTreeItem item, XmlDocument dest) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 255.
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(ManagedTreeItem item, XmlDocument dest) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 261.
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(ManagedTreeItem item, XmlDocument dest) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 261.
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(ManagedTreeItem item) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 237.
   bei org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore.saveResource(EResourceType type, LumosResource data) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\Resource\Datastore\FileBackendDatastore.cs:Zeile 367.
   bei org.dmxc.lumos.Kernel.Resource.ResourceManager.saveResourceInternal(EResourceType type, LumosResource data) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\Resource\ResourceManager.cs:Zeile 271.
   bei org.dmxc.lumos.Kernel.Resource.AbstractResourceManager.saveResource(EResourceType type, LumosResource data) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosLIB\src\Kernel\Resource\AbstractResourceManager.cs:Zeile 549.
   bei org.dmxc.lumos.Kernel.Plugin.AbstractPluginManager.shutdownManager() in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosLIB\src\Kernel\Plugin\AbstractPluginManager.cs:Zeile 1288.
   bei org.dmxc.lumos.Kernel.Plugin.PluginManager.org.dmxc.lumos.Kernel.Run.IManager.shutdown() in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\Plugin\PluginManager.cs:Zeile 217.
   bei org.dmxc.lumos.Kernel.Run.AbstractRunManager`2.ManagerShutdownAction(TManager m) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosLIB\src\Kernel\Run\AbstractRunManager.cs:Zeile 516.

Übersteigt das Input Assignment eine bistimmte Anzahl von Verknüpfungen, lässt sich dieses in Folge der oben genannten Fehlermeldung in der GUI nicht mehr bearbeiten. Erst wenn die Anzahl durch Löschen von verknüpften Buttons oder von gesteuerten Cuelists unter die “Grenze” reduziert wurde, ist wieder eine Bearbeitung möglich. Die zugehörigen Logs sind im Anhang beigefügt.

Wählt man nur eine Zelle innerhalb einer Cuelist aus, kann der betreffende Cue über das Kontextmenü zwar ausgeschnitten, kopiert und wieder eingefügt werden. Die Funktion Cue löschen funktioniert an dieser Stelle nicht. Hierzu muss aktuell die gesamte Zeile der Cue ausgewählt werden.

Werden mit Hilfe der Copy&Paste-Funktion vorhandene Cues in neue Cuelists kopiert, werden Werte und Einstellungen nicht vollständig aus dem Programmer entfernt und tauchen beim Erstellen neuer Cues wieder im Programmer auf.

Das Problem lässt sich wie folgt reproduzieren:

• Neues Projekt mit zwei Gerätegruppen und darin zugeordneten Geräten anlegen
• Eine beliebige Cue erstellen und in der ersten Cuelist abspeichern
• Ersten Cue mittels Edit in Programmer wieder ändern
• Werte über Copy&Paste auf die zweite Gerätegruppe übertragen und Cue in der zweiten Cuelist oder als neuen Cue abspeichern

Von nun an tauchen Einträge im Programmer auf, die gar nicht angelegt wurden. Diese lassen sich temporär auch nur aus dem Programmer entfernen, wenn kein Gerät oder keine Gruppe ausgewählt ist. Sobald man einen neuen Cue vorbereitet und Werte im Programmer ankommen, tauchen die fehlerhaften Einträge wieder auf.

Sowohl bei leeren Cuelist Groups als auch bei gefüllten Cuelist Groups stehen nicht alle Cuelists zur Auswahl als Master-Start bzw. Master-Stopp-Cuelist zur Verfügung, die im Projekt anlegt bzw. der Cuelist Group zugeordnet wurden.

Sofern die Liste abhängig von den der Cuelist Group hinterlegten Cuelists ist, so wird diese Liste in den Dropdown-Menüs nicht aktualisiert.

Bei der Verwendung des Support-Handlers gibt es aktuell noch einen Konflikt, wenn folgendes Szenario eintritt:

• Angefügtes DDF einem leeren Projekt hinzufügen
• Ein beliebiges Gobo auf dem ersten Goborad auswählen
• Goboshake aktivieren
• Im Nachgang die Goborotation oder die Goboindizierung einschalten

Sind die oben genannten Schritte abgearbeitet, läuft der Goboshake nicht mehr. Erst wenn der Wert für den Goboshake verändert wird, läuft zum Beispiel die Kombination aus Goborotation und Goboshake.

Wird das DDF aus dem Eintrag  FS#3064  einem neuen Projekt hinzugefügt, Shutter und Dimmer geöffnet und ein beliebiges Gobo vom rotierenden Goborad gewählt, geht die Stage View davon aus, dass die Goborotation aktiviert ist. Der DMX-Wert 7 auf DMX-Kanal 14 und 128 auf DMX-Kanal 15 stehen aber gemäß Handbuch und gemäß tatsächlicher Ausgabe für ein indiziertes Gobo mit einer Position von 180°.

Füge ich einem leeren Projekt neue Geräte hinzu und speichere das Projekt ab, kommt im Log des Kernels ein Warnhinweis, der vermuten lässt, dass die DDFs inkl. Bild und Icons nicht im Projekt-zip abgespeichert wurden. Tatsächlich wurden die Daten ordnungsgemäß gespeichert. Dies könnte zu unnötigen Irritationen führen.

2018-06-07 20:44:36,479 [53] DEBUG org.dmxc.lumos.Kernel.Project.ProjectManager - Session SKI-DSK-M4A89GA is saving Project New Project to Temp\9c9e8daa-102f-4e8a-b851-ca4436702e41.tmp.
2018-06-07 20:44:46,208 [53] WARN  org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore - Following Resources could not be saved in Project: LibDevices\Images\Futurelight DMH-160.png
LibIcons\Futurelight DMH-160 Gobo 1 (Rad 1).png
...
LibIcons\Futurelight DMH-160 Gobo 7 (Rad 1).png
LibIcons\Futurelight DMH-160 Gobo 1 (Rad 2).png
...
LibIcons\Futurelight DMH-160 Gobo 7 (Rad 2).png
LibDevices\Futurelight DMH-160 (Extended-Mode).xml
LibDevices\Images\Futurelight DMB-160.png
LibIcons\Futurelight DMB-160 Gobo 1.png
LibIcons\Futurelight DMB-160 Gobo 2.png
...
LibIcons\Futurelight DMB-160 Gobo 17.png
LibDevices\Futurelight DMB-160 (Extended-Mode).xml
Devices\Images\IMG-000253.png
Icons\ICON-000574.png
Icons\ICON-000590.png
...
Icons\ICON-000588.png
Devices\Clay Paky Alpha Spot QWO 800 (Standard).xml
2018-06-07 20:44:46,603 [53] DEBUG org.dmxc.lumos.Kernel.Resource.FileAccessUtil - Deleted C:\Users\Stefan\AppData\Roaming\DMXControl Projects e.V.\DMXControl\Kernel\Temp\92f55e50-3983-438a-9e2c-2ac11217f065.tmp
2018-06-07 20:44:46,922 [47] INFO  org.dmxc.lumos.Kernel.GUISession.Session - Saved Project to GUI SKI-DSK-M4A89GA, Path F:\Verein\DMXControl Projects\Software\DMXControl 3\Testprojekte\Beta-Test V3.1.2 Beta 3 (Testprojekt 3) (SKI-DSK-M4A89GA).zip

Der Auszug aus den Log ist aus Gründen der Übersichtlichkeit im Bereich der aufgelisteten Icons gekürzt.

Im Normalfall springt der Colorpicker zurück auf weiß, sobald man einen Doppelklick ausführt. Ist zu dem Zeitpunkt aber die Color Bridge ausgewählt, wird die DMX-Ausgabe und die Stage View eingefroren. Alleinig die Werte für Color im Device Control springen auf weiß zurück.

Nach dem Starten von DMXControl 3 Beta 3 und dem Hinzufügen von einer größeren Anzahl von Geräten zu einem neuen, leeren Projekt, ist die GUI mit folgendem Vermerk im Log abgestürzt.

2018-06-14 17:25:18,885 [ConnectionManager-MessageDispatcher] FATAL Lumos.GUI.Run.GuiRunManager - Unhandled Exception: Die Auflistung wurde geändert. Der Enumerationsvorgang kann möglicherweise nicht ausgeführt werden.
System.InvalidOperationException: Die Auflistung wurde geändert. Der Enumerationsvorgang kann möglicherweise nicht ausgeführt werden.
   bei System.ThrowHelper.ThrowInvalidOperationException(ExceptionResource resource)
   bei System.Collections.Generic.Dictionary`2.Enumerator.MoveNext()
   bei System.Linq.Enumerable.WhereEnumerableIterator`1.MoveNext()
   bei System.Linq.Enumerable.<SelectManyIterator>d__16`2.MoveNext()
   bei System.Linq.Enumerable.Any[TSource](IEnumerable`1 source, Func`2 predicate)
   bei Lumos.GUI.ChannelOverview.PatchMatrixControl.CreateOverlayRectangles(Nullable`1 previewIndex, Int32 cellWidth, Int32 cellHeight, Rectangle clientInnerRectangle, MatrixItemOverlay overlay) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosControls\PatchMatrixControl\PatchMatrixControl.cs:Zeile 635.
   bei Lumos.GUI.ChannelOverview.PatchMatrixControl.CalculateItemOverlayRectangles() in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosControls\PatchMatrixControl\PatchMatrixControl.cs:Zeile 553.
   bei Lumos.GUI.ChannelOverview.PatchMatrixControl.OnOverlayPropertyChanged(Object sender, PropertyChangedEventArgs e) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosControls\PatchMatrixControl\PatchMatrixControl.cs:Zeile 693.
   bei Lumos.GUI.ChannelOverview.MatrixItemList`1.OnCellPropertyChanged(Object cell, PropertyChangedEventArgs e) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosControls\PatchMatrixControl\MatrixItemList.cs:Zeile 213.
   bei Lumos.GUI.ChannelOverview.MatrixItemList`1.OnMatrixItemPropertyChanged(Object sender, PropertyChangedEventArgs e) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosControls\PatchMatrixControl\MatrixItemList.cs:Zeile 225.
   bei Lumos.GUI.ChannelOverview.Lib.PropertyNotificationObject.OnPropertyChanged(String propertyName) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosControls\PatchMatrixControl\Lib\PropertyNotificationObject.cs:Zeile 118.
   bei Lumos.GUI.ChannelOverview.Lib.PropertyNotificationObject.OnPropertyChanged[T](Expression`1 propertyExpression) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosControls\PatchMatrixControl\Lib\PropertyNotificationObject.cs:Zeile 108.
   bei Lumos.GUI.ChannelOverview.Lib.PropertyNotificationObject.ChangeProperty[TValue](Expression`1 property, TValue& originValue, TValue newValue, Action propertyChanged, Action propertyChanging) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosControls\PatchMatrixControl\Lib\PropertyNotificationObject.cs:Zeile 97.
   bei Lumos.GUI.ChannelOverview.DMX.DmxDeviceItemOverlay.set_DeviceName(String value) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosControls\PatchMatrixControl\DMX\DmxDeviceItemOverlay.cs:Zeile 47.
   bei Lumos.GUI.Windows.DmxOutputPatching.<>c__DisplayClass55_0.<device_NameChanged>b__0(DmxDeviceItemOverlay c) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosGUI\src\Windows\dmxOutput\DmxOutputPatching.cs:Zeile 865.
   bei LumosLIB.Tools.LumosTools.ForEach[T](IEnumerable`1 source, Action`1 action) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosLIB\src\Tools\LumosTools.cs:Zeile 1017.
   bei Lumos.GUI.Windows.DmxOutputPatching.device_NameChanged(Object sender, String newValue) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosGUI\src\Windows\dmxOutput\DmxOutputPatching.cs:Zeile 865.
   bei Lumos.GUI.Facade.FacadeChangedEvent`1.Invoke(Object sender, T newValue)
   bei Lumos.GUI.Facade.Devices.DeviceFacade.OnNameChanged(String name) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosGUI\src\Facade\Devices\DeviceFacade.cs:Zeile 745.
   bei Lumos.GUI.Facade.Devices.DeviceFacade.OnPropertyChangedMessage(PropertyChangedMessage m) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosGUI\src\Facade\Devices\DeviceFacade.cs:Zeile 705.
   bei Lumos.GUI.Facade.AbstractFacade`1.onMessage(IMessage message) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosGUI\src\Facade\AbstractFacade.cs:Zeile 94.
   bei Lumos.GUI.Connection.ConnectionManager.onMessage(IMessage message) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosGUI\src\Connection\ConnectionManager.cs:Zeile 815.
   bei Lumos.GUI.Connection.ConnectionManager.messageDispatcherRun() in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosGUI\src\Connection\ConnectionManager.cs:Zeile 878.
   bei System.Threading.ThreadHelper.ThreadStart_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.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
   bei System.Threading.ThreadHelper.ThreadStart()

Die Logs von Kernel und GUI befinden sich im Anhang.