Bugtracker DMXControl 3

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

Mit der Veröffentlichung der Beta 6 kommt nun immer folgende Fehlermeldung im Kernel, wenn ein Projekt Executoren enthält, denen ein Element zugeordnet sind:

21:02:46 WARN  ParameterTools - The Following Parameters of Parameterable org.dmxc.lumos.Kernel.Executor.ScenelistExecutorMemberConfiguration could not be loaded: Number, Name
21:02:46 WARN  ParameterTools - The Following Parameters of Parameterable org.dmxc.lumos.Kernel.Executor.ExecutorMemberConfiguration could not be loaded: Number, Name

Trotz dieser Fehlermeldung stimmt die Zuordnung der Executoren aber und auch die individuelle Konfiguration der Buttons wird richtig geladen.

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, als ich das Projekt aus FS#4772 öffnete. Dieses enthält drei Executoren, denen eine Szenenliste zugeordnet ist.

Ich habe in dem beigefügten Projekt eine einfache Cuelist gebaut, in der ich zwei Color Master in Kombination mit verschiedenen Fanning-Operatoren nutze.

Wechsle ich nur innerhalb des Fannig-Operators die Reihenfolge der Color Master, so wird die Farbe immer direkt übergefadet. Ändert sich aber mit der nachfolgenden Cue der Fanning-Operator, springt die Farbe des entsprechenden Geräts jedoch grundsätzlich hart auf weiß, um dann in die Zielfarbe einzufaden. Die Reihenfolge der Color Master ist dabei unerheblich.

Dies ist sowohl in der Stage View als auch in der Channel Overview zu sehen.

Bisher können schon verschiedene Layouts in einem Projekt gespeichert werden. Allerdings ist es noch nicht möglich, eines der Layouts als Startup-Layout für ein Projekt zu definieren. Es sollte eine Einstellungsmöglichkeit geben, in der man auswählen kann, ob ein spezifisches Layout geladen werden soll oder das zuletzt verwendete. Für ersteres muss dann auch noch ein Handling für nicht mehr existierende Layouts implementiert werden. Siehe dazu auch: https://youtu.be/aXtpf6tv3Cw?t=8542

Ich hatte im beigefügten Projekt ursprünglich zwei Cuelists angelegt. Die Cuelist 2 hatte ich dabei per Special Cue in die Cuelist 1 referenziert. Die Cuelist 1 enthält neben der Special Cue mit der Referenz zur Cuelist 2 noch zwei weitere “einfache” Cues.

Nun habe ich die Cuelist 2 aus dem Projekt gelöscht und das Projekt gespeichert. Die Special Cue in der Cuelist 1 ist aber weiterhin vorhanden.

Beim erneuten Laden des Projekts wird zwar logischerweise ein Fehler ausgeworfen, dass die Cuelist 2 fehlt und die Referenz entsprechend nicht aufgelöst werden kann. Jedoch im gleichen Zusammenhang der Inhalt der gesamten Cuelist 1 auf den ersten Blick scheinbar nicht mehr geladen. Die Cuelist 1 hat dann 0 Cues. Der Kernel wirft hierbei den folgenden Fehler aus:

07:47:42 WARN  ProjectManager - Error when loading Project 2022-04-27 - Cuelist reference.dmz: Warnings in 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.loadProject(String filename, Stream inputStream, Boolean loadId, IProgress`1 progress) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Project\ProjectManager.cs:Zeile 384.
07:47:42 WARN  ProjectManager - Loading Cue Lists in Project
07:47:42 WARN  ProjectManager - Error loading complete Scenelist Cuelist 1. There could be a loss of information! in Cuelist 1
07:47:42 WARN  ProjectManager - A Cuelist with the ID 70ff8bf9-eb8c-4f62-8ae5-65370c96d2b3 doesn't exist in Go: Cuelist 2
07:47:42 WARN  ProjectManager - Loading Cue Lists in Project
07:47:42 WARN  ProjectManager - Error loading complete Scenelist Cuelist 1. There could be a loss of information! in Cuelist 1
07:47:42 WARN  ProjectManager - A Cuelist with the ID 70ff8bf9-eb8c-4f62-8ae5-65370c96d2b3 doesn't exist in Go: Cuelist 2

Füge ich der Cuelist 1 dann im Nachgang noch eine weitere Cue hinzu, wird deren Inhalt aktualisiert und es tauchen die bereits existierenden wieder auf. Auch der Project Explorer berichtigt die Zahl der in der Cuelist 1 enthaltenen Cues. Alternativ kann ich das Projekt durch manuelles Handanlegen an der Datei Scenenlists.xml wieder ohne Fehlermeldung vollständig zum Laufen bekommen, indem ich dort den zugehörigen Eintrag zur Special Cue entferne.

Im Hinblick auf die Zusammenfassung dieses Tickets, würde ich folgende alternativen Erwartungshaltungen formulieren, um das Problem zumindest dahingehend zu lösen, als dass mir nicht die gesamte Cuelist 1 um die Ohren fliegt:

• Bereits beim Löschen einer Cuelist wird geprüft, ob diese ggf. per Special Cues in anderen Cuelists referenziert ist. Ist dem so, erscheint wie beim Löschen von Geräten oder Gerätegruppen der Reference Manager, wo ich zum einen auf diesem Umstand hingewiesen werde und zum anderen festlegen kann, ob ich die zu löschende Cuelist referenzierenden Special Cues komplett löschen möchte.
• Beim Laden des Projekts bietet mir die “Fehlerbehebung” an, die defekten Special Cues zu löschen anstelle den Fehler nur zu ignorieren. Hierbei wird effektiv gesehen der Schritt nach einer Bestätigung entsprechend vom Programm ausgeführt, den ich wie beschrieben manuell vorgenommen habe.

Zur Nachtverfolgung habe ich das defekte Projekt beigefügt. Da der Eintrag im Kernel eindeutig ist, verzichte ich auf das beifügen weiterer Log-Dateien.

Ich wollte für einen Test das Projekt aus  FS#5039  über die Import-Funktion importieren. Es war damit noch nie in meinem ProjectStore enthalten. Der Import des Projekts schlägt scheinbar auf Grund von folgender Fehlermeldung im Kernel fehl:

21:01:22 ERROR Project_gService - Error in Project Import
System.IO.DirectoryNotFoundException: Could not find a part of the path 'D:\Arbeit\MSK event GbR\Software\DMXControl 3.3.0\Kernel\ProjectStore\WCH60S11_Betatest_Positionmaster\Autosave\2.0.2.dmz'.
   at Microsoft.Win32.SafeHandles.SafeFileHandle.CreateFile(String fullPath, FileMode mode, FileAccess access, FileShare share, FileOptions options)
   at Microsoft.Win32.SafeHandles.SafeFileHandle.Open(String fullPath, FileMode mode, FileAccess access, FileShare share, FileOptions options, Int64 preallocationSize)
   at System.IO.Strategies.OSFileStreamStrategy..ctor(String path, FileMode mode, FileAccess access, FileShare share, FileOptions options, Int64 preallocationSize)
   at Lumos.ProjectStore.ProjectStore.ImportProject(Stream inputStream, Boolean createNewOnDuplicate, IProgress`1 progress) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos.ProjectStore\ProjectStore.cs:line 272
   at org.dmxc.lumos.Kernel.Project.ProjectManager.ImportProject(Stream inputStream, Boolean createNewOnDuplicate, IProgress`1 progress) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Project\ProjectManager.cs:line 195
   at org.dmxc.lumos.Kernel.Net.gService.Project_gService._importProject_RequestReceived(Object sender, RequestEventArgs`1 e) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Net\gService\Project_gService.cs:line 419

In der GUI wurde hier eine entsprechende äquivalente Fehlermeldung angezeigt, die ebenfalls für sich genommen suggeriert, als ob der Import fehl geschlagen wäre.

Tatsächlich wird der Import des Projekts trotz dieser Fehlermeldung doch erfolgreich abgeschlossen und im Explorer im ProjectStore-Verzeichnis das benötigte Verzeichnis angelegt. Nach einem erneuten Öffnen der Project Administration wird mir das Projekt dann auch in der Liste der Projekte aufgeführt und ich kann zumindest den Versuch starten, es zu öffnen.

Ich habe ein Projekt von Stephan (s. Anhang) importiert und geladen, ohnme Probleme. Nach einem Neustart von DMXC wird mit in der Projekt Administration angezeigt: “Mindestens eine version dieses Projekts hat Ladeprobleme!”. Ich habe das Projekt nochmal importiert und geladen, ohne Probleme. Ich kann das beschädigte Projekt leider nicht exportieren und Anhängen, da der Export dieses Projektes nicht funktioniert. Logs im Anhang.

Wenn ich DMX-Interfaces und Ports aus dem Kernel heraus im Code Activiere oder Deaktiviere wird dies nicht an die GUI durchgereicht

Habe ein Projekt (s. Anhang) in importiert, dieses wird in der PA aber nicht angezeigt. Ich habe es noch ein weiteres Mal importiert, dabei kam die Abfrag, ob ich eine Kopie speichern möchte da es schon vorhanden sei, es wurde also prinzipiell irgendwo hinterlegt aber erscheint nicht. Nachdem ich die PA geschlossen und erneut geöffnet habe erscheint das Projekt wieder. Im Kernel keine Meldung, in der Umbra ein paar Fehlermeldungen die ich nicht verstehe, Logs im Anhang.

Lade ich die Cue 4 aus der Cuelist “Ambient” im beigefügten Projekt in den Programmer, kann ich nach einem kurzen Moment die gesamte GUI nicht mehr bedienen. Selbst das Stoppen der Cuelist kann nicht mehr umgesetzt werden.

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.

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

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

Eigentlich will ich nur die neuen Einträge haben.

Regelmäßig unregelmäßig kam es in bei mir im York vor, dass ein Tastendruck im Softdesk teilweise mit mehreren Sekunden Verzögerung umgesetzt werden. Dieses Problem kommt und geht über den Abend, ohne dass nicht explizit Änderungen am ausgeführten Projekt durchgeführt werden.

@patme hat in der heutigen Beta-Testerrunde berichtet, dass ihm dieses Problem bei einem seiner letzten Langzeit-Testläufe mit DMXControl 3.3.0 Beta 2 ebenfalls unter die Finger gekommen ist.

Im Master-Fenster klappt das scrollen mittels Mausrad nur wenn der Mauszeiger im Bereich zwischen den Mastern ist, steht der Mauszeiger im Bereich der Master klappt das scrollen nicht.
Ein horizontales scrollen mittels zweitem Scrollrad funktioniert gar nicht.

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

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

Importieren von Audio Files funktioniert nicht, habe einige verschiedenen Datein getestet, haben nicht funktioniert.

Wird eine Audio importiert wird diese angezeigt allerdings wird die Größe nicht erkannt. Versucht man nun die Audio Datei zu starten (TC Player, Cuelists etc.) passiert nichts. Wenn man das Projekt nun speichert und neu lädt wird die Datei auch nicht mehr angezeigt.

Es ist möglich eine Audio über Umwege zu nutzen: Man erstellt ein Projekt in der 3.2.3, speichert, importiert dieses Projekt dann in die 3.3 und kann diese dann in der 3.3 nutzen. Ich habe sie im TC Player geladen und sie wurde angespielt. Wird das Projekt nun aber neu geladen ist die Datei zwar noch vorhanden kann aber nicht mehr genutzt werden.

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.

Mir ist heute ein Grafik-Fehler bbeim Umbenennen von Devices aufgefallen. Beim Umbenennen wird die Schrift im Project Explorer kleiner, so dass
am Ende noch ein Stück der alten Schrift stehen bleibt (siehe angehängter Screenshot). Das ist auch eher ein Schönheitsfehler und hat keinen Einfluß auf die Funktion.
Dies tritt auch nur bei längeren Namen auf.
Es gibt dazu auch keine Log-Einträge.

Ein findiger User hat herausgefunden, dass man die Softdesks mit einem Workaround dazu bewegen kann, beim Laden des Projekts direkt im Vollbildmodus zu starten. Für die genaue Vorgesehensweise siehe https://forum.dmxcontrol-projects.org/index.php?thread/15151/&postID=128003#post128003.

Damit dies Workaround aber nicht als dauerhaft bestehen bleiben muss, würde ich mir hier eine gezielte Einstellung wünschen. Man kann zum Beispiel in den Einstellungen eines Softdesks festlegen, ob dieses normal oder im Vollbildmodus aufgerufen wird. Dies hätte den Vorteil, dass man sich ein entsprechendes Layout für die GUI abspeichern und dieses reproduzierbar wieder aufrufen kann.

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.

Aktuell gibt es keine Möglichkeit festzustellen, welche Cuelist, Programmer etc. aktuell eine Eigenschaft eines Gerätes wie z.B. die Position ansteuert. Es sollte daher ein neues Fenster geben, welches zum einen ähnlich wie der Programmer alle Geräteeigenschaften auflistet, die verändert wurden. Dabei sollte aber bei diesem Fenster die generelle Ausgabe im Vordergrund stehen. Wenn mehrere Quellen etwas z.B. auf eine MH-Position ausgeben, sollten alle Quellen in einer Liste dargestellt werden. Dabei sollten diese Werte wenn möglich visuell dargestellt werden (z.B. die entsprechenden Farben oder Gobos darstellen). Die Darstellung der einzelnen Quellen erfolgt in Listenform mit klarer Reihenfolge der (virtuellen) Prioritäten. Sprich hier soll aufgezeigt werden, welche Quelle als nächstes im Eingriff ist, wenn die aktuelle Quelle nicht mehr auf die Geräteeigenschaft ausgibt (daher virtuelle Priorität, da dies auch bei LTP-Mischung angezeigt werden sollte). Des weiteren sollte es auch möglich sein, eine Quelle zu muten (mindestens folgende Optionen: bis zum Beenden der Quelle, dauerhaft muten) und die Reihenfolge der Quellen z.B. per Drag&Drop anzupassen (dann aber evtl. auch mit definierbarer Überblendzeit).

Wird ein Executor fixiert → projekt gespeichert → dmxc neu geöffnet, so sind die fixierten executoren nicht mehr fixiert ⇒ executoren müssen nach jedem start von dmxc neu fixiert werden

Die BPM Anzeige sohwohl in den Executoren und im Master fenster ist teilweise fehlerhaft. Fehler tritt mal auf, mal nicht. Details siehe Video im Anhang.

Nach öffnen von DMXC, laden eines projekts und starten mehrere cuelists via IA werden manche Cuelists (egal wie) auch nach stoppen und via editor neu starten nicht mehr gestartet. zudem fehler in der umbra. logs siehe anhang

Beim Bedienen von Slidern im Softdesk springt der Wert zu der Stelle, auf die man gedrückt hat und folgt dem Cursor direkt (oder dem Finger bei einem Touchscreen). Deswegen wäre ein zusätzlicher relativer Bedienungsmodus praktisch, bei dem man egal wo auf den Slider klicken und ihn dann hoch und runter schieben kann.

Das kann gerne auch für Maus und Touch einzeln ausgewählt werden, wie bei dem Capture Modus.

Wenn keine GUI mehr mit Kernel oder Umbra verbunden ist und die Fenster versteckt sind, sollen die Fenster in den Vordergrund geholt werden.

Hintergrund ist, dass man man nicht immer mitbekommt, wenn z.b. der Kernel nicht sauber herunter gefahren sind. (Folgeticket aus  FS#4729 )

Nachdem Windoof aufgeweckt wurde viele Fehlermeldungen in Umbra und einige im Kernel. Logs im Anhang

Folgendes Vorgehen führt zu einer Exception im Kernel:

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

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

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

Um das Ticket  FS#4525  nicht nochmal komplett zu öffnen, ziehe ich den dort vermerkten Punkt 3 mit etwas abgewandelter Beschreibung nochmal auf, nachdem er mit im Kontext von  FS#4771  bewusst (wieder) aufgefallen ist:

Zwischen dem ersten und zweiten Gerät in der Device Group nicht nahtlos statt findet der Wechsel bzw. die Umschaltung zwischen dem. Hier gibt es einen kurzen Augenblick, bei dem das Gerät 1 bereits aus aber das Gerät 2 noch nicht an ist und so ein Blitz entsteht. Dieser Punkt ist gut in dem beigefügten Projekt sowohl in der Stage View als auch auf meinen LED-Bars in Realität zu sehen. Ich habe hier

• einen Custom Chaser mit nur zwei Schritten, wo das Group Handling auf 2 gesetzt ist sowie
• einen einfachen Chaser mit Playmode Normal, jedoch mit einem “hohen” Wert für das Group Handling

in der Cuelist gespeichert.

In der Summe ist das Phänomen mit (allen) anderen Playmodes reproduzierbar und fällt zunehmend stärker auf, umso größer der Wert für das Group Handling ist.

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

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

Um die Nutzer bei der Verwendung der Funktion “Zeitpunkt für Aktivierung der DMX-Ausgabe selbst festlegen” aus Ticket  FS#4015  zu unterstützen, aber auch bei weiteren Punkten wie

• Grandmaster, Gruppenmaster etc. unter einem bestimmten Wert
• Blackout aktiv
• Freeze aktiv
• Cuelist-Intensität auf 0

sollen alle Warnungen und Änderungen mit einem “Schweregrad” bzw. Warning-Level versehen werden.

Zur Protokollierung, welche Funktion die Warnung generiert oder das Dirty Flag setzt, soll ein Interface gebaut werden, über das die Wichtigkeit der Änderung an einen zentralen Manager weitergereicht wird. Wie detailliert die Rückmeldung an den Nutzer erfolgt, kann dieser über eine Einstellung festlegen. Diese Einstellung greif dabei die verschiedenen Level der Schwere der Warnung oder der Änderung am Projekt auf.

Man kann im Input Assigment die Bänke mittels Drag&Drop sortieren.
Diese Sortierung wird nicht gespeichert und es wird auch kein Dirty Flag gesetzt.

Ich habe die 3.3 Alpha 9 installiert und mein Projekt aus der 3.2.3 neu rübergeholt.
Dabei ist mir aufgefallen das die Silder farblich nicht mehr richtig angezeigt werden.
Bilder vom Softdesk aus der 3.3 Alpha 8 und Alpha 9 sowie das Projekt habe ich angehängt.

Gruss Steff

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

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

Im beigefügten Projekt habe ich in der Cue 1 der Cuelist 1 einen Chaser auf die Gerätegruppe (Device Group) gelegt. Ändere ich nun die Sortierung der Geräte in dieser Gerätegruppe über das Kontextmenü und sortiere sie zum Beispiel zufällig, wird der Chaser trotz Play Mode “Normal” beim erneuten Starten der Cuelist nicht aktualisiert. Aktuell kann ich die Sortierung nur per Drag ‘n’ Drop oder über die Buttons Up und Down ändern. Über letzte habe ich die zur Zeit aktive Reihenfolge realisiert: 1 - 4, 13 - 16, 5 - 12.

Softdesk hat Anzeigefehler nachdem er verschoben wurde. Screenshot im Anhang.

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

Hallo,
Seit dem ich die 3.3 Beta 6 istalliert habe bekomme ich manchmal beim beeden des Programms ein Fehlermeldung.
Habe ich sonst noch nicht gehabt. Passiert bei alten und bei mit der Beta 6 angelegten Prpjekten.

Unfortunately there was an Error in the Cleanup. Kill GUI on next Close Attempt?
<Ja> <Nein> (Ich habe die GUI eigendlich in Englisch eingestellt)
Bild davon ist im Anhang.

Logfile ist auch im Anhang.

Gruss Steff

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

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

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

Wenn die Project Administration geöffnet wird, sollte der Fokus des Cursors direkt im Suchfeld sein, damit ich direkt einen Suchbegriff eingeben kann. Dadurch dass sich die Maus mit dem letzten Klick eher abseits von der Project Administration befindet, ist das Setzen des Cursors in das Suchfeld etwas umständlich.

In gewissen Situationen habe ich gleich mehrere Cuelists, die ich gemeinsam live manipulieren möchte, wie unter anderem Timing (Fade Factor), Effect speed, Limit, Temp. Aktuell muss ich hierzu entsprechend viele Executoren anlegen, kann aber dann die Werte immer noch nicht für mehrere Cuelists gemeinsam setzen.

Um dies zu ermöglichen kamen mir hier zwei mögliche Ansätze in den Sinn:

• Es wird ein neuer Executor-Typ “Cuelist Group” eingeführt. Für alle in dieser Cuelist Group enthaltenen Cuelists kann man dann gemeinsam alle verfügbaren Werte gemeinsam ansprechen. Zusätzlich erhält man Zugriff auf die Funktionen wie “Alle starten” oder “Alle stoppen”, die das Cuelist Group Node bereits anbietet. Dieser Ansatz würde dann auch zu dem Ticket FS#4325 passen, die genannten Funktionen auch im Node direkt hinzuzufügen.
• Man kann einem Executor mehrere Elemente zuordnen. An dieser Stelle würde es dann ggf. keine Differenzierung geben, dass es bei den Cuelists erlaubt ist, bei den verschiedenen Mastern aber nicht.

Beim noch einmal über FS#3974, FS#4870 nachdenken (im Rahmen von https://forum.dmxcontrol-projects.org/index.php?thread/16934-cuelist-freigabezeit-verz%C3%B6gerung-dimmer-farbwert ), kam mir folgende zusammenfassende Überlegung: Ideal wäre es, wenn man die Freigabe einer Cuelist generell als weitere Cue ansehen kann (mit allen daraus resultierenden Vor- und Nachteilen). Mit dieser Release-Cue hätte man einerseits die Möglichkeit FS#4870 umzusetzen. Da jede Cue eine Fade Time und eine Delay Time hat, wäre das hier einfach eingebbar. Man müsste noch überlegen, ob man hier auch ein Fanning zulässt wie das bei den Zeiten für andere Cues auch möglich ist. Aber tatsächlich hätte ich damit eigentlich kein Problem, denn dadurch verschiebt man eben nur den Zeitpunkt für einzelne Geräteeigenschaften, wann sie freigegeben werden. So würde dann auch der Cue Timing Editor funktionieren. Mehr noch kann man den Zeitpunkt der Freigabe der Cuelist dann noch feiner einstellen als bisher, denn dann gäbe es nämlich nicht nur “manual only”, “with go” und “when last cue ends”. Stattdessen kann man dann die ganz normalen Cue-Trigger für das Freigeben verwenden. Das einzige, was man überlegen müsste wäre, wie man “manual only” richtig abdeckt. Aber da dürfte eigentlich ein “No Trigger” Eintrag für diese Art von speziellen Cues reichen. So kann ich nie die Release-Cue triggern und die Cuelist nur beenden, wenn ich auf Stop klicke. Dann wir natürlich trotzdem die “Release-Cue” ausgeführt.

DMXC tut bei mir gerade sehr merkwürdige Dinge, prinzipiell ist die GUI nicht tot, der der Kernel auch nicht, und gewisse Teile funktionieren noch (der Fader der Intensität springt bspw. auf 100 wenn ich Lumos drücke) andere Teile funktionieren aber gar nicht, es wird z.B. trotz lauender Cuelist kein Output ausgegeben und die Stage View aktualisiert sich etwa alle 5 minuten. Außerdem kann ich die Fader eines Masters zwar noch bewegen, sie haben aber keinen Einfluss mehr und die Anzeige über dem Fader im Master aktualisiert sich nicht. Vor dem Absturz habe ich lediglich eine Cuelist erstellt, diese auf einen Executor mit LimitFader gezogen und die Funktion des Faders anschießend auf Intensity umgestellt. Logs sind im Anhang.

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

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

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

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

Erstelle ich ein Fanning mit den Fanning-Operatoren ?, ?? oder ?# in Kombination mit einem Master, so werden die Werte kontinuierlich neu berechnet, obwohl ich den zugehörigen Master gar nicht anfasse. Das Problem ist mir unter anderem bei folgenden Eingaben aufgefallen:

• Dimmer: 0 ? {ParameterMaster 1}
• Color: 255; 255; 255 ?# {ColorMaster 1}

Die Erwartungshaltung ist an dieser Stelle eigentlich, dass die Werte nur neu berechnet werden, wenn

• die entsprechende Cue erneut aufgerufen wird
• man den Wert des zugehörigen Masters ändert

Ich habe meiner DMX-Ausgabe weitere Art-Net-Interfaces hinzugefügt, sodass ich nun insgesamt 4 Instanzen habe. Diese wurden aber nun “frei Schnauze” in die Liste einsortiert, sodass meine Liste nun wie im beigefügten Screenshot aussieht. Hier sollte bitte nach Möglichkeit automatisch immer einer Sortierung der Einträge auf Basis des Herstellers, dann des Modells und dann der Serien-Nummer erfolgen, weil man sich sonst gerade im Fall der Art-Net-Konfiguration im Kreis dreht, wenn die später hinzugefügte Instanz mitten in der Liste eingefügt wird.

Das Ändern der Reihenfolge der Instanzen in der Config-Datei “DMXInterfaceMgmtConfig.xml” hat leider nicht ausgereicht, um die Darstellung in der GUI entsprechend zu beeinflussen.

Wenn ich bei einem Executor die Auto Start / Stop Funktion verwende, funktioniert das automatische starten immer mal wieder nicht. Sobald ich den Fader auf null und direkt danach wieder hoch ziehe, startet die Cuelist nicht.

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.