Bugtracker DMXControl 3

Ich habe in einer Cuelist als eine der ersten Szenen eine Audiodatei eingefügt, welche “innerhalb” der Cuelist wiedergegeben werden soll. Alle nachfolgenden Cues mit dem Trigger “Timecode” werden aber nicht ausgeführt weil entweder der Timecode der Audiodatei nicht übergeben wird oder der Trigger selbst einen internen Fehler aufweist.

Reproduzieren lässt sich dies mit dem beigefügten Projekt. Logeinträge mit eventuellen Fehlermeldungen sind in allen drei Komponenten nicht vorhanden. Der Kernel protokolliert nur erwartungsgemäß, wenn die Audiodatei gestartet bzw. gestoppt wurde.

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

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.

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.

Werden gewisse Elemente wie zum Beispiel Nodes im Input Assignment durch Alternativen ersetzt, erhält das betreffende Node einen Hiidden-Flag. Dieses Flag sorgt dafür, dass diese Nodes für neue Projekte nicht mehr zur Verfügung stehen. Bestehende Projekte können aber noch geladen werden.

Der Nutzer wird im Form eines ToDos darauf hingewiesen, dass diese Element in der zukünftigen Version entfernt wird.

Ich habe ein Projekt erstellt, in dem insgesamt 672 Geräte und 28 Gerätegruppen gepatcht und in zahlreichen Ordnern abgelegt.

Das Laden des Projekt schlägt jedoch mit einer Fehlermeldung fehl. Ignoriere ich diese, fallen gibt es folgende Fehler:

• die Zuordnung der Geräte und den Gerätegruppen zu den Ordnern schlägt ca. zu 80% fehl
• in den beiden Stage Views fehlen Icons von Geräten und Gerätegruppen

Spannenderweise liegen die Positionsinformationen der Icons in den Stage Views grundsätzlich noch vor. Ziehe ich die fehlenden Icons wieder in die Stage View, werden diese an der richtigen Position eingefügt.

Lade ich das gleiche Projekt mit der 3.3 Alpha 4, so funktioniert das Projekt ohne Probleme.

Im Anhang findet sich das betreffende Projekt sowie die Logs eines Durchlaufs einer Sitzung.

Ich habe das folgend beigefügte Projekt gebaut, in dem ich über das Input Assignment den Manual Beat Node mit der Taste Q (keine Tastenkombination) triggern möchte. An den Outputs werden nur die Anzahl der Beat Signale hochgezählt. Die Berechnung oder gar Aktualisierung der Outputs für Hz, BPM, s etc. findet nicht statt. Dabei macht es keinen Unterschied, ob ich das Beat-Tool sowohl über die Taste 1 über das Input Assignment oder per Mausklick in der GUI aktiviere oder deaktiviere.

Eventuell steht auch folgender Log-Eintrag der GUI mit in diesem Zusammenhang:

2021-04-26 19:59:43,762 [Log-Thread] DEBUG Lumos.GUI.Net.gClient.Beat_gClient - LearnManualBeat
Grpc.Core.RpcException: Status(StatusCode=DeadlineExceeded, Detail="Server didn't respond.")
   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.Net.gClient.Beat_gClient.<LearnManualBeat>d__6.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_master\LumosGUI\src\Net\gClient\Beat_gClient.cs:Zeile 69.

Dieses Verhalten bzw. Problem besteht auch in DMXControl 3.2.2, ist also in dem Sinne nicht zwingend ein neues Problem.

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.

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.

Ich habe mir ein Projekt erstellt, um die verschiedenen Executor-Typen zu testen und zu dokumentieren. Die Belegung der verschiedenen Seiten ist in den beigefügten Screenshots zu sehen. Die verschiedenen Executoren enthalten dabei auf allen Seiten mehrfach die gleichen Elemente, damit ich insbesondere auch die zahlreichen Buttons prüfen kann. Soweit ich das überblicke, werden diese Informationen auch richtig in die Datei “ExecutorMemberWrappers.xml” geschrieben.

Beim erneuten Laden des Projekts direkt aus der laufenden Sitzung heraus oder auch beim Laden des Projekts nach einem Neustart von DMXC werden die Belegung der Executor-Pages augenscheinlich unvollständig bzw. gar nicht geladen - insbesondere bei den “hinteren” Executor-Pages (im aktuellen Beispiel Group Master, Parameter Master etc.). Beim Betätigen des Faders des Executor 2.1 (Executor Page Group Master) kann man aber erkennen, dass eine Verknüpfung im Hintergrund noch existiert. Die Fader der Executoren 2.2 und 2.3 bewegen sich mit. Gleiches fällt auf, wenn man die Belegung der Executoren ändern möchte. Es wird erst beim zweiten Ablegen eines Elements auf den Executor wirklich das neue Element angezeigt.

Im Anhang findet sich neben den Screenshots des Sollzustands das zugehörige Projekt sowie die Logfiles, die nach dem Neustart und Laden des Projekts generiert wurden.

Mit dem Projekt aus Ticket  FS#4415  kann ich unten genanntes Fehlverhalten des Programmer-Nodes generieren, wenn ich folgende Schritte ausführe:

1. Ich lade die Cue aus der Cuelist 1 in den Programmer und sehe dann alle Änderungen im Makroboard-Profil.
2. Ich schließe nur die GUI und beende dabei auch die Session. Den Programmer leere ich nicht.
3. Nach dem Neustart der GUI nehme ich erneut Änderungen an der Cue vor und lade diese hierzu in den Programmer.

In diesem Fall aktualisiert das Programmer-Node seine Werte an den Outputs nicht, weswegen auch keine Aktualisierung der Werte im Makroboard-Profil erfolgt. Das Device Control als auch die Stage View zeigen die neuen Werte an.

Möglicherweise ist dieser Punkt in DMXControl 3.3 durch den gRPC-Umbau korrigiert. Ansonsten darf dieses Ticket dahingehend verstanden werden, dass dieser Punkt zu prüfen ist.

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.

In den Optionen für die Cuelist Group ist der Eintrag “Intelligent settings” wieder sichtbar. Da diese Funktion nicht genutzt werden soll und auch nicht genutzt werden kann, müsste die einmal ausgeblendet werden.

Seit DMXControl 3.3.0 Beta 2 werden RGB-Werte für Farben vom Input Selector wieder in ein Lumos-Color-Objekt konvertiert.

Dieses Problem hatten wir bereits im Rahmen des Beta-Tests von DMXControl 3.2.2. Seiner Zeit hatte ich es im Ticket  FS#4273  berichtet. Die dort vorhandenen Screenshots sind 1.1 übertragbar, weswegen ich keine neuen Screenshots erstellt habe.

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

Wie unter anderem beim Logic- oder beim Math-Node wäre es hilfreich, wenn man bei Bedarf die Anzahl an Ein- / Ausgängen beim Input bzw. Output Selector erhöhen könnte. Eventuell wäre hier auch zu überlegen, die obere Grenze nicht auf 10 Ein- / Ausgänge zu begrenzen, sogar hier bis zu 25 zuzulassen.

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.

Im Zuge der Programmierung des Projekts für den Club22 fiel mir auf, dass die DMX-Refreshrate sowohl in DMXControl 3.2.2 als auch in DMXControl 3.3 sichtbar absackt, wenn ich in:

• DMXControl 3.2.2 die Farbe über einen Parametermaster mittels des Swatooth-auf-Hue-Workaround live manipulieren möchte
• DMXControl 3.3 direkt hierfür die Colormaster verwende.

Um das Problem zu zeigen habe ich das beigefügte Projekt aufgebaut. Darin sind 375 Generic RGB und eine Gerätegruppe sowie 4 Cuelists enthalten:

• 1: Trapezoid-Effekt auf Dimmer und Colormaster 1 und 2 auf Farbe in einer Cue
• 2: Trapezoid-Effekt mit gleichen Parametern aus Cuelist 1 auf Dimmer
• 3: Colormaster 1 und 2 auf Farbe
• 4: Farbe fest entsprechend der aktuellen Einstellung der Colormaster programmiert, einmal über RGB und einmal über HSV

Führe die Cuelists aus, erhalte ich folgende DMX-Refreshraten entsprechend der Statusmeldung des Kernels:

• nur 1: 21,2 Hz bei 20% CPU-Auslastung und ~16250 DMX-Werten / Sekunde
• nur 2: 25,4 Hz bei 20% CPU-Auslastung und ~27500 DMX-Werten / Sekunde
• 2 und 3: 22,7 Hz bei 19,5% CPU-Auslastung und ~16800 DMX-Werten / Sekunde
• 2 und 4 (RGB): 29,5 Hz bei 18,8% CPU-Auslastung und ~18200 DMX-Werten / Sekunde
• 2 und 4 (HSV): 29,3 Hz bei 17,8% CPU-Auslastung und ~18300 DMX-Werten / Sekunde

Die CPU lief während der Ausgabe mit einem Takt von 1,39 GHz, weil der PC auf Akkubetrieb lief. Selbst im Netzbetrieb vermeldet der Kernel einen merklichen Unterschied, wo die CPU mit 3,15 GHz getaket ist:

• nur 1: 55,9 Hz bei 11,3% CPU-Auslastung und ~21700 DMX-Werten / Sekunde
• 2 und 4 (HSV): 67,1 Hz bei 8,6% CPU-Auslastung und ~21050 DMX-Werten / Sekunde

Dieser Effekt verstärkt sich mit entsprechend zunehmender Anzahl an Geräten im Projekt bis hin zu dem Punkt, dass es bei der Nutzung der Colormaster oder dem Pendant des Workarounds in DMXControl 3.2.2 hier die DMX-Ausgabe merklich sichtbar stockt, während der Weg über das Starten einer Cuelist mit fest eingestellter Farbe beim gleichen Effekt deutlich runder läuft.

Da dieses Problem aktuell noch beide Versionen von DMXControl 3 betrifft, habe ich als “betrifft Version” DMXControl 3.2.2 gewählt.

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.

Öffne und schließe ich den Image chooser mehrfach in einer Sitzung, um Gobos für eine Gobo list oder für die Gobo affinity auszuwählen, reagierte die GUI nach einigen Malen nicht mehr und im Log erscheint folgender Eintrag

2022-04-15 13:05:18,330 [Main GUI] ERROR Lumos.GUI.App - Exception in WPF
System.OutOfMemoryException: Eine Ausnahme vom Typ "System.OutOfMemoryException" wurde ausgelöst.

In diesen Fällen beendet sich die GUI selbst und muss manuell neu gestartet werden.

Die vollständigen Logs stelle ich zu einem späteren Zeitpunkt zur Verfügung, wenn ich das Problem nochmal gezielt reproduziere.

Beim Laden des Tickets aus  FS#4640  erscheint im Log des Kernels folgender Eintrag:

19:51:44 ERROR UserManager -
org.dmxc.lumos.Kernel.Exceptions.ItemLoadException: Unable to load PasswordHash for User
   bei org.dmxc.lumos.Kernel.User.UserManager.LoadBeforeContainers(LumosIOContext context) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\User\UserManager.cs:Zeile 137.

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.

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)

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.

In der Progress-Spalte wird nicht mehr die Anzahl der Beats angezeigt, bis die Einblendung der nächsten Cue erfolgt. Dieses Problem fällt immer dann auf, wenn ein Triggerwert von größer 1 ausgewählt wird.

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.

Die Einstellung “Number of Executors” kann ich nicht erreichen, wenn ich die Einstellungen für die Executor Page im Project Explorer über das Kontextmenü zum Zweig “Executor Page” aufrufe (siehe Bild 1). Wähle ich stattdessen den Weg über die Settings, liegt die Einstellung vor und arbeitet auch wie erwartet (siehe Bild 2).

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

Sobald eine Cuelist einem Executor zugeordnet ist, lässt sich dieser im Project Explorer nicht mehr in einem Unterordner verschieben.

Umgekehrt lassen sich Executoren, die leer bereits in Unterordnern verteilt waren, nicht mehr auf die obere Ebene verschieben, wenn ihnen nachträglich eine Cuelist zugeordnet wurde. Lade ich das Projekt darüber hinaus erneut, tauchen alle Executoren auf der oberen Ordnerebene auf.

Reproduzieren lässt dich dies wie folgt:

1. Eine Cuelist erzeugen
2. Im Project Explorer im Verzeichnis Executor einen neuen Unterordner anlegen
3. Einen neuen Executor generieren und die Cuelist mit diesem verknüpfen
4. Versuchen, den Executor in den angelegten Unterordner zu verschieben

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.

Nach dem Abschluss des Ladevorgangs eines beliebigen Projekts nach dem initialen Start einer Sitzung erscheint im Umbra die folgende Fehlermeldung:

20:51:25 ERROR BidirectionalStreamBridgeWithResponseFilter - Response Sender SendDmxChanges 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

So war es auch im Zuge des Zusammenfügen der Logs für  FS#5035 . In den dort beigefügten Logfiles ist die genannte Fehlermeldung ebenfalls enthalten.

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.

Ändere ich bei einem bereits einmal gespeicherten und wieder geöffneten Projekt zum Beispiel bei einer Auswahl von Devices in der Stage View die Einstellung “Enabled”, so friet die GUI ein. Um weiterarbeiten zu können, muss ich den Prozess “hart” über den Task Manager beenden.

Dieses Ticket beschreibt den eigentlich beobachteten Fehler aus Ticket FS#4683. Im Nachhinein betrachtet war es dort die gleiche Vorgehensweise, nur eben mit dem Eintrag “Mirror horizontal”. Hier war das Projekt zum Zeitpunkt des Auftreten des Fehlers zuvor ebenfalls innerhalb der Sitzung nochmal neu geladen worden.

Im Anhang befindet sich das Projekt sowie die Logfiles, wobei die der GUI nur bis zu dem Zeitpunkt erfasst sind, bis diese über den Taskamanager beendet wurde.

Durch die Verwaltung der Projekte im Kernel können nun nicht mehr die klassischen Dialoge zum Laden und Speichern von Projekten verwendet werden. Ein eigener Dialog ist hierfür erforderlich, der sich in seinem Grundaufbau möglicherweise an den Add Device Dialog anlehnen kann.

Der Projektmanagement-Dialog sollte unter anderem folgende Funktionen anbieten:

• Importieren und Exportieren von Projekten, die auf anderen PCs genutzt werden
• Organisation der Projekte in einem Baum mit folgenden Merkmalen
  • Strukturierung der Projekte in mehreren (virtuellen) Ordnern
  • Auflistung der zuletzt genutzten Projekte
  • Favoriten
• Anzeige von Informationen zum Projekt wie Titel, Beschreibung, Autor, letzte Speicherung
• …

Ich habe mir eine Cuelist mit fünf Cues gebaut, wobei das Tracking standardmäßig aktiv ist:

1. Cue 1 - blue > red
2. Cue 2 - static white
3. Cue 3 - green > blue
4. Cue 4 - static red
5. Cue 5 - static violett

Mit dieser Cuelist führe ich folgende Schritte aus:

• Ich lasse die manuell via Go getriggert per Executor bis zur 5. Cue durchlaufen.
• Ich drücke mehrfach den Pause- / Back-Button. Die Anzeige unter “Current cue” springt ab dem zweiten Klick mit jedem weiteren Klick Cue für Cue zurück - und zwar in der Reihenfolge, wie die Cues in der zugeordneten Cuelist angeordnet sind. Den Button drücke ich so lange, bis unter “Current cue” die “Cue 2” aufgeführt wird. Die Zeile ist grau hinterlegt.
• Ich klicken auf Go. Der blaue Balken beginnt, sich von links aus aufzubauen. Das gleiche Verhalten zeigt die Cuelist selbst auch.

Mit dem Klick auf Go führt die Cuelist aber nicht wie vom Executor suggeriert die “Cue 2” aus, sondern die der “Cue 5” vorhergehende “Cue 4”. Erst wenn ich das Tracking deaktiviere wird auch die “Cue 2” tatsächlich ausgegeben.

An dieser Stelle sollte ich aus meiner Sicht die Cuelist nicht anders verhalten, als wenn ich die “Cue 2” in der Cuelist selbst manuell per “Load” vorauswähle und dann mit dem Klick auf Go (egal ob Cuelist oder per Executor) aufrufe. Sprich: in beiden Fällen (egal ob Tracking aktiv oder nicht) sollte die “Cue 2” ausgeführt werden, so wie es mir auch in der Anzeige im Executor oder in den Progress-Balken der Cuelist suggeriert wird.

Um das unterschiedliche Verhalten darzustellen, enthält das beigefügte Projekt die Cuelist zwei Mal - einmal mit aktiven und einmal mit deaktiviertem Tracking. Beide Cuuelists sind direkt per Executor aufrufbar, wenn das letzte Fensterlayout geladen wird.

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.

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.

Ich kann die Softdesk-Elemente aktuell noch nicht in verschiedenen Ebenen anordnen. Dies fällt insbesondere dann auf, wenn ich mit einer Groupbox mehrere Buttons oder Slider optisch zusammenfassen möchte: die Buttons verschwinden im Hintergrund.

In DMXControl 3.3.0 Beta 2 kann ich im Input Selector Node keine eigenen Eingaben mehr hinterlegen. Sobald ich in ein anderes Feld klicke, werden diese wieder entfernt. Dieser Fehler existierte bis zur Beta 1 noch nicht.

Log-Dateien kann ich keine zur Verfügung stellen, weil diese Änderungen im Node nicht protokolliert werden.

Zu der Frage ob das Masterfenster beibehalten werden soll oder nicht, wurde im QRM-Meeting vom 15.05.2021 folgendes verabredet:

1. Das Masterfenster bleibt als separates Fenster erhalten und ist auf dem bekannten Weg erreichbar.
2. Die Master werden auf Basis der neuen Executor-Controls automatisch in dem Masterfenster und alle horizontal nebeneinander anlegt.
3. Das Masterfenster erhält verschiedene Filter, um die Master nur anhand ihres Typs oder / und anhand von bestimmten Werten anzuzeigen.
4. Die Anzeige der Group Master orientiert sich weiterhin an den Einstellungen der jeweiligen Device Groups, ob ein Group Master angezeigt werden soll oder nicht.
5. Die Belegung der Buttons etc. ist nicht konfigurierbar und basiert auf Basis der Standardeinstellungen, mit denen ein Master auch einem Executor zugeordnet wird.
6. Aus den verschiedenen Master-Ordnern kann man das Masterfenster direkt mit einem gesetzten Filter öffnen, um zum Beispiel nur die Group Master oder nur die Parametermaster anzuzeigen.

Für einen Test baute ich kürzlich zusätzlich zum Main-PC noch einen zweiten Backup-PC auf, wovon nur einer der beiden PCs die DMX-Daten über Art-Net ausgeben sollte. Gerade bei Art-Net gibt es ja bekanntermaßen murks, wenn zwei PCs das gleiche Gerät ansprechen wollen.

Wenn alles geregelt läuft, kann ich vor einem Neustart zum Beispiel die Art-Net-Ausgabe deaktivieren. Liegt aber nun ein Fehler vor, wodurch ich das Deaktivieren nicht mehr entsprechend anstoßen kann, sind die DMX-Interfaces wie zuletzt gespeichert beim erneuten Starten des Kernels nur kurze Zeit wieder aktiviert und die Ausgabe wird auf 0 gesetzt - egal ob ein Projekt geladen wurde oder nicht. Dies war im konkreten Fall insofern problematisch, weil das Projekt beim Starten von DMXControl 3 als “Default Project” direkt mit geladen wird und ich während des Ladevorgangs keinen Zugriff auf die DMX-Ausgabe habe. Damit mir nun mein Main-PC nicht in die Suppe spuckt und nichts ausgegeben wird, blieb mir nichts anderes übrig, als im Interface-Rack die Art-Net-Interfaces händisch temporär direkt auf den Backup-PC umzuklemmen.

Um nun im Falle eines unvorhergesehen Neustarts (insbesondere mit einem Default Project, was effektiv gesehen das “Arbeitsprojekt” / “Showprojekt” ist) nicht Hand an der Verdrahtung der Hardware anlegen zu müssen, würde ich mir hier eine Möglichkeit wünschen, dass ich im Idealfall selbst den Zeitpunkt festlegen kann, wann die DMX-Ausgabe auf die Interfaces bzw. die Interfaces selbst aktiviert werden - und zwar unabhängig davon, was in den Einstellungen für die DMX-Ausgabe grundsätzlich gespeichert ist.

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

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

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

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