Bugtracker DMXControl 3

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.

Der Project Explorer bietet in DMXControl 3.2.2 aktuell noch folgende Shortcuts. Diese sind in DMXControl 3.3 nicht mehr vorhanden:

• Strg+X, Strg+C, Strg+V
• Entf

Im Anhang befindet sich das Logfile der Alpha 4, wo ich exemplarisch in einem leeren Projekt das Kopieren und Einfügen über die Tastatur mit einer Szenenliste probiere.

Das Aktivieren und Deaktivieren von Bänken über den Menüpunkt “Bank > Aktive” ist aktuell nicht möglich. Der Befehl wird nicht durchgereicht, sodass sich auch der farbige Balken nicht ändert.

Ist ein Gerät ein einer Gerätegruppe verknüpft und ich möchte dieses löschen, so klappt dies aktuell nicht. Ich lande gewissermaßen in einer Schleife, die ich jedoch manuell abbrechen kann, wenn ich im Reference error window auf “nein” klicke. In diesem Zusammenhang fällt auf, dass das Dropdownmenü nicht mit den richtigen Werten gefüllt wird.

Um Geräte aktuell aus dem Projekt zu entfernen, muss ich dieses erst aus der Gerätegruppe entfernen, bevor ich es löschen kann.

Ich habe mit der Alpha 7 ein neues Projekt erstellt. Wenn ich dieses speichere, schließe und sowohl innerhalb der laufenden Sitzung als auch nach einem kompletten Neustart von DMXC, kann ich im Anschluss die Namen der Geräte und Gerätegruppen nicht mehr ändern. Der Zweig im Projekt Explorer aktualisiert sich nicht. Aktualisiere ich den Baum durch öffnen eines anderen Ordners oder mittels des Refresh-Buttons, ist der alte Name wieder da. Ändere ich den Namen über die Properties, hängt sich die GUI auf, sodass ich sie hart beenden muss.

Das beigefügte Projekt enthält drei Softdesks mit zahlreichen Steuerelementen. Beim ersten Laden klappt in der Regel alles noch einwandfrei, wenn die letzte Fensteranordnung aufgerufen wird, die alle drei Softdesks anzeigt. Wenn ich aber die nachfolgend genannten Schritte ausführe, findet die GUI zwei der drei Softdesks nicht, obwohl diese zuvor noch geöffnet werden konnten. Die zugehörigen Fenster bleiben leer.

1. Projekt über “Close Project” schließen.
2. Ein neues, leeres Projekt erstellen lassen.
3. Beigefügtes Projekt erneut öffnen und letzte Fensteranordnung aufrufen.

Ursprung dieses Tickets war, dass bei meinen Projekten aus DMXC 3.2.2 die noch deutlich umfangreicheren Softdesks bereits beim ersten Laden des Projekts nach dem Start der Sitzung nicht aufgerufen werden konnten, was zur Folge hat, dass das gesamte Projekt nicht mehr funktioniert. Hinterlege ich im Projekt die Softdesks einzeln in einem separaten Projekt ohne weitere Inhalte, indem ich die über die Datei “SoftdeskMaster.xml” auskommentiere, konnten alle Softdesks für sich einzeln geladen werden. Sobald aber alle “aktiv” sind, klappt dies nicht. Spannenderweise wechselst dies auch durch, wenn ich die Reihenfolge der Einträge in der Datei “SoftdeskMaster.xml” ändere.

Im Anhang findet sich das vereinfachte Testprojekt mit den speziell für dieses Ticket angelegten Softdesk sowie die Log-Dateien für einen kompletten Durchlauf, wie er oben beschrieben ist.

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.

Zur Überprüfung des im Ticket  FS#4415  wollte ich dieses nach dem Import entsprechend in DMXControl 3.3 Alpha 7 laden. Dies ist aber auf Grund der folgenden Meldung im Kernel nicht möglich:

2021-12-02 19:14:23,620 [12] ERROR org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter - Error in Reading KeyValue Pair: Attribute

   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateManagedTree(XmlElement node, Double version, EIOFlags flags, List`1 errors) in D:\Jenkins\workspace\Lumos_Pipeline_master\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 146.
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateManagedTree(XmlElement node, Double version, EIOFlags flags, List`1 errors) in D:\Jenkins\workspace\Lumos_Pipeline_master\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 127.

In den beigefügten Logs ist die vollständige Fehlermeldung enthalten. Das entsprechende Projekt liegt ebenfalls bei.

Grob zusammenfasst beinhaltet das Projekt folgendes:

• 20 Geräte, zugeordnet zu 4 verschiedenen Gerätegruppen
• 1 Cuelist
• 2 Makroboard-Profile, wobei nur das erste eine entsprechend einfache Zuweisung im Input Assignment besitzt

In Vorbereitung auf den heutigen Stream habe ich mir den Temp-Fader nochmal angeschaut, nachdem die Info kam, die Funktion sei nun vollständig implementiert. Im Zuge dieses Tests sind gleich zwei Dinge aufgefallen, die sich am besten mit dem beigefügten Projekt reproduzieren lassen.

1. Die Steuerung der Intensity der Cuelists ist kaputt gegangen. Die Executoren 1.1 und 1.3 übergeben die Werte zwar an die Cuelists. Eine Umsetzung findet aber nicht mehr statt.
2. Temp-Fader wird nur aktualisiert, wenn die Cuelist auf Executor 1.3 eingefadet, zwischen den Cues übergefadet oder ausgeblendet wird. Ist die Cue zu 100% eingeblendet, wirkt sich der Temp-Fader nur noch als zusätzlicher Intensity-Regler für Helligkeit, aber nicht für den Grad der Einmischung der Werte.

Zum zweiten Punkt wäre folgende Erwartungshaltung. Ist die Cuelist auf Executor 1.1 aktiv, soll der Temp-Fader zu jedem Zeitpunkt bestimmen

• den Wert, wie weit die Farbe eingemischt wird zwischen 0% und 100% grün / blau alternierend.
• den Winkel, wie “hoch” die Geräte schwenken zwischen 0° und 95° (dies ist besser live zu sehen).

Hinzu kommt, dass beim Überblenden der Cuelist auf Executor 1.3 nicht von Cue 1 nach Cue 2 übergeblendet wird. Stattdessen Blitzen die im Hintergrund gesetzten Werte (Defaultwerte oder die Cuelist auf Executor 1.1) auf und faden mit der gesetzten Fadezeit der Cue 1 bzw. Cue 2 aus. Für dieses Verhalten ist der Wert des Temp-Faders irrelevant.

Durch einen dummen Zufall ist mir aufgefallen, dass DDFs, welche sowohl im Verzeichnis “Icons” und / oder “Images” liegen, ebenfalls einem Projekt hinzufügt werden können. In diesem Fall übernimmt DMXControl 3 beim Speichern sogar diese zusätzlichen Pfade, wie in dem beigefügten Projekt zu sehen ist.

Um den Fehler gezielt zu reproduzieren, habe ich bewusst den DMX-Mode bei den Devices 2 und 3 angepasst, damit ich die Software entsprechend zum erneuten Laden der verfügbaren DDFs bewegen konnte.

Aus meiner Sicht sollte dies unterbunden werden. DDFs haben ausschließlich direkt im Verzeichnis “UserDevices” zu liegen, nicht in den Unterordnern “Icons” oder “Images”. Eigene Ordner werden im Übrigen bereits ignoriert.

Beim Reproduzieren des Fehlers aus Ticket  FS#4709  habe ich ein einziges DDFs aus verschiedenen Verzeichnissen einem neuem Projekt hinzugefügt. Bedeutet:

1. DDF aus Verzeichnis A dem Projekt hinzugefügt
2. DDF in ein anderes Verzeichnis verschoben und leicht modifiziert
3. DDF aus Verzeichnis B dem Projekt hinzugefügt
4. …

Aus diesem Grund befand sich das DDF beim Speichern des Projekts nicht mehr im Verzeichnis A. Dies bemerkt der Kernel und trägt eine Fehlermeldung im Log ein:

23:43:06 WARN  FileBackendDatastore - Following Resources could not be saved in Project:
{ "type": "DDF", "name": "Icons\\Eurolite LED BAR-6 QCL RGBA (9 channel).xml" }
{ "type": "DDF", "name": "Images\\Eurolite LED BAR-6 QCL RGBA (9 channel).xml" }
23:43:07 INFO  Messages - Message from SKI-DSK-TCM900A: Saved Project to GUI SKI-DSK-TCM900A, Path 2022-01-22 - DDF Folders.dmz

In der GUI gibt es dazu keinerlei Hinweise, dass beim Speichern des Projekts nicht (mehr) alle benötigen Daten gefunden werden konnten. Gerade in Hinblick darauf, wenn zukünftig noch mehr Dateien für das Projekt benötigt werden, sollte bereits beim Speichern ein solcher Hinweis erscheinen.

Möglicherweise steht dieses Ticket ein Stück weit auch im Zusammenhang mit  FS#4651  oder kann im gleichen Aufwasch behoben werden.

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

Ich nutze den Sparkle-Effekt, um damit die Farbe einer Gerätegruppe zu steuern. Trage ich unter Peak beim Sparkle-Effekt zum Beispiel einen ColorMaster ein, erscheint bei Bestätigung der Eingabe der folgende Fehler und der Effekt bleibt stehen.

20:33:53 WARN  SceneFadeTicker - Exception triggering Item: start or end value have wrong type!
System.ArgumentException: start or end value have wrong type!
   bei org.dmxc.lumos.Kernel.PropertyValue.Fade.AbstractFader`1.fade(Object startValue, Object endValue, Double percent) in D:\Jenkins\workspace\Lumos_Pipeline_master_2\Lumos\src\Kernel\PropertyValue\Fade\AbstractFader.cs:Zeile 53.
   bei org.dmxc.lumos.Kernel.PropertyValue.Filter.SparkleFilter.doFilter(IPropertyValue input, Int64 timeInMs, Int64 delta) in D:\Jenkins\workspace\Lumos_Pipeline_master_2\Lumos\src\Kernel\PropertyValue\Filter\SparkleFilter.cs:Zeile 180.
   bei org.dmxc.lumos.Kernel.PropertyValue.Filter.AbstractEffectFilter.doFilter(IPropertyValue input) in D:\Jenkins\workspace\Lumos_Pipeline_master_2\Lumos\src\Kernel\PropertyValue\Filter\AbstractEffectFilter.cs:Zeile 58.
   bei org.dmxc.lumos.Kernel.PropertyValue.AbstractPropertyValue.getPropertyValue(Int64 timeInMsAbs) in D:\Jenkins\workspace\Lumos_Pipeline_master_2\Lumos\src\Kernel\PropertyValue\AbstractPropertyValue.cs:Zeile 402.
   bei org.dmxc.lumos.Kernel.PropertyValue.AbstractPropertyValue.setOutputTime(Int64 timeInMsAbs, Double delayPercent, Double fadePercent, Boolean fadeIn, IMixerRegister register, IProcessable fader) in D:\Jenkins\workspace\Lumos_Pipeline_master_2\Lumos\src\Kernel\PropertyValue\AbstractPropertyValue.cs:Zeile 338.
   bei org.dmxc.lumos.Kernel.Scene.Fade.FadeDecorator.setOutputTime(Int64 timeInMsAbs, Double delayPercent, Double fadePercent, Boolean fadeIn, IMixerRegister register, IProcessable fader) in D:\Jenkins\workspace\Lumos_Pipeline_master_2\Lumos\src\Kernel\Scene\Fade\FadeDecorator.cs:Zeile 96.
   bei org.dmxc.lumos.Kernel.Scene.Delay.DelayDecorator.setOutputTime(Int64 timeInMsAbs, Double delayPercent, Double fadePercent, Boolean fadeIn, IMixerRegister register, IProcessable fader) in D:\Jenkins\workspace\Lumos_Pipeline_master_2\Lumos\src\Kernel\Scene\Delay\DelayDecorator.cs:Zeile 38.
   bei org.dmxc.lumos.Kernel.Scene.Fade.AutoFadeDecorator.triggerFade() in D:\Jenkins\workspace\Lumos_Pipeline_master_2\Lumos\src\Kernel\Scene\Fade\AutoFadeDecorator.cs:Zeile 33.
   bei org.dmxc.lumos.Kernel.Scene.Fade.AbstractValueFadeDecorator.triggerFade(Boolean& deregister) in D:\Jenkins\workspace\Lumos_Pipeline_master_2\Lumos\src\Kernel\Scene\Fade\AbstractValueFadeDecorator.cs:Zeile 201.
   bei org.dmxc.lumos.Kernel.Scene.Fade.AbstractFadeDecorator.trigger() in D:\Jenkins\workspace\Lumos_Pipeline_master_2\Lumos\src\Kernel\Scene\Fade\AbstractFadeDecorator.cs:Zeile 65.
   bei org.dmxc.lumos.Kernel.Scene.SceneFadeTicker.processBag(ProcessableTickerBag bag, Int64 now) in D:\Jenkins\workspace\Lumos_Pipeline_master_2\Lumos\src\Kernel\Scene\SceneFadeTicker.cs:Zeile 218.

Gleiches gilt auch für andere Master.

Mache ich das Gleiche zum Beispiel mit dem Chaser-Effekt, kann ich den ColorMaster nutzen, um die Farbe zu steuern. Entsprechend Patricks Aussage müssen hier Code-Segmente explizit kopiert werden.

Ich habe ein Softdesk mit mehreren Controls angelegt. Von diesen habe wiederum einige gelöscht und den Softdesk Designer geschlossen. Speichere und schließe ich das Projekt und lade ein neues, bleibt das gelöschte Softdesk Control noch im Input Assignment erhalten, wie im beigefügten Screenshot zu sehen.

Da ich das Problem nicht direkt im gleichen Kontext wie Ticket  FS#4577  sehe, habe ich dieses neue Ticket erstellt.

Im Anhang findet sich das Projekt sowie die Logs der Sitzung.

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 .

Ist das Projekt zum Ablauf des eingestellten Timers nicht “Diry”, das heißt, das Dirty Flag ist nicht gesetzt, wird das automatische Speichern zu diesem Zeitpunkt ausgesetzt. Der Timer wird aber neu gestartet.

Entscheidung aus QRM 22.1

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.

Füge ich eine Special Cue ein, so wurde die in DMXControl 3.2.3 standardmäßig so benannt, welche Aktion beim hinzufügen dieser Special Cue eingestellt war. Zum Beispiel:

• Audio: Play: Jack Ü - to ü [vs. Skrillex & Diplo feat. AlunaGeorge].mp3
• Cuelist: Go: DMH EFF laufend 4-fach

In DMXControl 3.3.0 Alpha 9 werden aktuell stattdessen die Namen vergeben, welche in den Optionen der Cuelists voreingestellt sind.

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.

Wenn ich eine neue Gobo Affinity sowohl in einem neuen, leeren Projekt als auch in einem Projekt mit bereits gepatchten Geräten erstelle und hierzu das zu Grunde liegende Gobo auswählen möchte, so wird in dem Auswahlfenster kein Inhalt angezeigt - egal ob der Halen “Included in project” gesetzt ist oder nicht oder ob ich etwas in das Suchfeld eintrage.

Das zusammenstellen der Gobos für eine Goboliste funktioniert dagegen. Dort werden die verfügbaren Gobos angezeigt.

Im Anhang habe ich die Logfiles beigefügt, die den Punkt für ein leeres Projekt protokollieren.

Das beigefügte Projekt kann insofern nicht vollständig geladen werden, als dass die entsprechend zugeordneten Executoren mit ihren Einstellungen nicht geladen werden. Die Bänke sind vorhanden, aber ohne gefüllte Executoren. In den Logfiles sind zahlreiche Einträge zu finden.

Das ursprüngliche Projekt habe ich dabei nur in DMXC 3.3 Beta 2 importiert und aufgerufen. Neu gespeichert wurde es mit der 3.3 nicht.

Ich habe mehr oder minder unbeabsichtigt ein Msuikstück mit einer Länge von 76 Minuten einem leeren Projekt hinzugefügt. Im Kernel erscheinen daraufhin die folgenden Einträge:

21:07:37 ERROR LumosTools - Can't get Tags of Resource [[SOUNDFILE]]
System.OutOfMemoryException: Eine Ausnahme vom Typ "System.OutOfMemoryException" wurde ausgelöst.
   bei System.IO.MemoryStream.set_Capacity(Int32 value)
   bei System.IO.MemoryStream.EnsureCapacity(Int32 value)
   bei System.IO.MemoryStream.Write(Byte[] buffer, Int32 offset, Int32 count)
   bei LumosLIB.Tools.CommonTools.<CopyStreamCore>d__95.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosToolsLIB\src\Tools\CommonTools.cs:Zeile 1396.
--- Ende der Stapelüberwachung vom vorhergehenden Ort, an dem die Ausnahme ausgelöst wurde ---
   bei System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   bei System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   bei LumosLIB.Tools.CommonTools.CopyStream(Stream source, Stream destination, Int32 blockSize, IProgress`1 progressCallback, Boolean disposeSource) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosToolsLIB\src\Tools\CommonTools.cs:Zeile 1372.
   bei LumosLIB.Tools.CommonTools.<ToMSCore>d__81.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosToolsLIB\src\Tools\CommonTools.cs:Zeile 1218.
--- Ende der Stapelüberwachung vom vorhergehenden Ort, an dem die Ausnahme ausgelöst wurde ---
   bei System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   bei System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   bei LumosLIB.Tools.CommonTools.ToMS(Stream stream) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosToolsLIB\src\Tools\CommonTools.cs:Zeile 1205.
   bei LumosLIB.Tools.LumosTools.SimpleFileAbstraction..ctor(Stream stream, String name, Boolean disposeStream) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Tools\LumosTools.cs:Zeile 573.
   bei LumosLIB.Tools.LumosTools.<GetDetails>d__42.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Tools\LumosTools.cs:Zeile 615.
21:10:45 ERROR AudioManager - Unable to process FFT / Wave for [[SOUNDFILE]] after several tries....

Auf Grund dieses Fehlers bleiben die Background-Tasks unerledigt beim Status “Waiting” stehen, weil hier die FFT nicht generiert werden konnte. In solchen Fällen sollte der entsprechende Tasks mit einem Fehler abgebrochen werden, als weiterhin den Status “Waiting” beizubehalten.

Lösche ich eine Cuelist aus einem Projekt, welches ich zuvor unmittelbar gespeichert habe, wird mir dies im Dirty Flag nicht angezeigt.

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.

Ist ein Connectionset fehlerhaft, werden die im Projekt enthaltenen Softdesks nicht geladen. Damit sind alle Connectionsets nicht nutzbar, die Elemente eines Softdesks enthalten - und nicht nur die, in denen ein Fehler aufgetreten ist. Im Log der GUI taucht dann folgender Eintrag auf:

2022-05-07 13:48:16,099 [Main GUI] ERROR Lumos.GUI.WindowManager - Error when instantiating Object from persistString: Lumos.GUI.Windows.Softdesk.SoftdeskWindow#8af8329a-c9ce-46da-8a74-ce20b5f9301a
System.Reflection.TargetInvocationException: Ein Aufrufziel hat einen Ausnahmefehler verursacht. ---> org.dmxc.lumos.Kernel.Exceptions.NotExistingException: Can't find a SoftdeskModel with ID 8af8329a-c9ce-46da-8a74-ce20b5f9301a
   bei Lumos.GUI.Windows.Softdesk.SoftdeskWindow.getSoftdeskModelFromID(String id) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Windows\Softdesk\SoftdeskWindow.cs:Zeile 67.
   bei Lumos.GUI.Windows.Softdesk.SoftdeskWindow.GetInstanceFromPersistString(String softdeskId) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Windows\Softdesk\SoftdeskWindow.cs:Zeile 41.
   --- Ende der internen Ausnahmestapelüberwachung ---
   bei System.RuntimeMethodHandle.InvokeMethod(Object target, Object[] arguments, Signature sig, Boolean constructor)
   bei System.Reflection.RuntimeMethodInfo.UnsafeInvokeInternal(Object obj, Object[] parameters, Object[] arguments)
   bei System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
   bei System.Reflection.MethodBase.Invoke(Object obj, Object[] parameters)
   bei Lumos.GUI.WindowManager.GetContentFromPersistString(String persistString) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\WindowManagement\WindowManager.cs:Zeile 1856.

Als Beispiel kann das Projekt aus  FS#4850  herangezogen werden. Auch wenn dieses nur ein Connectionset enthält und dieses einen Fehler auswirft, ist dennoch zu sehen, dass alle Elemente des Softdesks pauschal nicht geladen werden.

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

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

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

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

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

Deaktiviere ich von einer oder von mehreren Device Groups den / die zugehörigen Group Master, so wird diese Information prorgrammintern nicht weiter durchgereicht, wenn

• ich die zugehörigen Device Groups in der laufenden Sitzung neu erstellt und
• ich das Projekt noch nicht gespeichert habe.

Dem entsprechend werden eigentlich deaktivierte Group Master noch unter dem gleichnamigen Unterordner der Master im Project Explorer und damit auch im Master-Fenster angezeigt. Erst

• nach dem Speichern des Projekts (ein Neuladen ist an dieser Stelle nicht erforderlich) oder
• beim erneuten Aktivieren und Deaktivieren

arbeiten alle Bereiche wie erwartet zusammen. Die Änderung der Namen wird aber bereits sofort immer weiterverarbeitet.

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

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

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

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

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

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

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

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

Grundlegend sind folgende Hinweise zu den Logfiles zu geben:

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

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

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

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

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

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

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

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.

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.

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

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

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

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

Das Dirty Flag berücksichtigt aktuell keinerlei Änderungen etc., die in einem Softdesk vorgenommen werden. Dies umfasst unter anderem:

• Hinzufügen neuer Controls, selbst obwohl diese im Input bzw. Output-Baum des Input Assignments auftauchen
• Anpassung des Display Names
• Festlegen von Position und Größe
• Auswahl des Styles
• Änderung des Layouts wie Farbe oder auch des Textes

An dieser Stelle müssen wir aber aufpassen, dass ja über das Input Assignment Teile der Softdesk Controls zur Laufzeit geändert werden können. Hier müssen wir festlegen, ob:

• durch eine Änderung über das Input Assignment initiierte Änderung von Text und / oder Farbe grundsätzlich das Dirty Flag triggert, weil es per Definition eine Änderung am Control ist (analog zu den Werten für Master und Executoren).
• per se Anpassungen an Farbe und Text ignoriert werden, das heißt auch, wenn keine Ansteuerung über das IA erfolgt und man diese manuell im Softdesk Editor vornimmt.
• das Dirty Flag nur getriggert wird, wenn Änderungen im Edit-Modus des Softdesks erfolgen (dabei ist dann egal ob per IA oder manuell). Erfolgen Änderungen an Farbe etc. im Anzeige-Modus, werden diese ignoriert.

Um hier mal ein bisschen zu spielen, kann das kleine Projekt aus Ticket  FS#4739  verwendet werden.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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.

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 im beigefügten Projekt den ParameterMaster 2 aus dem Projekt gelöscht. Dieser war aber noch in einem Executor verknüpft. In diesem Kontext sind gleich mehrere Punkte aufgefallen:

• Beim Löschen des Masters wurde nicht darauf hingewiesen, dass dieser sowohl in einer Cue als auch in einem Executor verknüpft war.
• Das Projekt lässt sich nicht mehr laden und die GUI stürzt ab.

Der Kernel gibt hierzu folgende Fehlermeldung:

23:02:25 WARN  ProjectManager - Error when loading Project FS#5063 - Delete elements: 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.Project.ExecutorManager.LoadExecutorMemberWrapperItem(ManagedTreeItem item, LumosIOContext context) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Project\ExecutorManager.cs:line 390
   at org.dmxc.lumos.Kernel.Project.ExecutorManager.LoadAfterContainer(LumosIOContext context) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Project\ExecutorManager.cs:line 478
   at org.dmxc.lumos.Kernel.Project.ExecutorManager.org.dmxc.lumos.Kernel.Run.ILumosProjectManager.loadProject(LumosIOContext context, ELoadTime time) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Project\ExecutorManager.cs:line 662
   at org.dmxc.lumos.Kernel.Project.ProjectManager.<>c__DisplayClass51_1.<LoadProjectFromStream>b__2(ILumosManager m) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Project\ProjectManager.cs:line 437
   at System.Linq.Enumerable.All[TSource](IEnumerable`1 source, Func`2 predicate)
   at org.dmxc.lumos.Kernel.Run.AbstractRunManager`2.DoManagerTopDown(Func`2 action) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Kernel\Run\AbstractRunManager.cs:line 142
   at org.dmxc.lumos.Kernel.Project.ProjectManager.LoadProjectFromStream(ProjectVersionID id, Stream projectStream, IProgress`1 progress) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Project\ProjectManager.cs:line 432

Die GUI gibt parallel folgende Fehlermeldung:

2023-06-12 23:02:26,009 [2] FATAL Lumos.GUI.Run.GuiRunManager - Unhandled Exception: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
   bei LumosControlsWPF.Base.BasePropertyNotification.Dispose() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosControlsWPF\Base\BasePropertyNotification.cs:Zeile 164.
   bei LumosControlsWPF.Base.BasePropertyNotification.Finalize() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosControlsWPF\Base\BasePropertyNotification.cs:Zeile 67.

Das Problem ist aber nicht allein auf die Master beschränkt. Auch beim Löschen einer bereits mit einem Executor verknüpften Cuelist gibt es beim Löschen keinen Warnhinweis und beim erneuten Laden schlägt dies fehl.

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.

Ich habe ein Projekt geladen, in dem verschiedene Geräte deaktiviert sind. Aktiviere ich diese Geräte nun, kann ich diese nicht direkt sauber ansprechen. Dies äußert sich unter anderem darin, dass beim Leeren des Programemrs werden die Intialwerte nicht richtig gesetzt, wie z. B. Dimmer auf 0, Shutter geschlossen oder Standardfarbe weiß. Teilweise bleiben auch beim Beenden von Cuelists die Werte in einem undefinierten Zustand hängen.

Erst wenn ich das Projekt noch einmal neu lade, reagieren die wieder aktivierten Geräte so wie gewohnt.

Über eine lange Laufzeit einer Sitzung haben sich im Log des Kernels zahlreiche Fehlermeldungen im Bereich des ArNetManagers aufgestaut, sodass dieses Log allein über 4,5 Millionen Zeilen enthält. Exemplarische Fehlermeldungen sind unten herausgezogen. In diesem Zusammenhang konnte die GUI keine Verbindung mehr aufbauen, weil der Kernel mit Log schreiben beschäftigt war.

Im Anhang sind die kompletten Logs der Sitzung. Bitte beim Öffnen u. U. Zeit einplanen…

2023-06-17 14:57:46,972 [60] ERROR org.dmxc.lumos.Kernel.DMX.ArtNetFactory - 
System.NullReferenceException: Object reference not set to an instance of an object.
   at org.dmxc.lumos.Kernel.DMX.ArtNetManager.ProcessArtDmx(Byte[] packet) in D:\Jenkins\workspace\Lumos_DMXPlugins_Pipeline_3.3\ArtisticLicenseArtNet\src\ArtNetManager.cs:line 557
   at org.dmxc.lumos.Kernel.DMX.ArtNetManager.client_receive(IAsyncResult res) in D:\Jenkins\workspace\Lumos_DMXPlugins_Pipeline_3.3\ArtisticLicenseArtNet\src\ArtNetManager.cs:line 741

2023-06-17 15:25:54,776 [98] ERROR org.dmxc.lumos.Kernel.DMX.ArtNetFactory - 
System.NullReferenceException: Object reference not set to an instance of an object.
   at org.dmxc.lumos.Kernel.DMX.ArtNetManager.ProcessArtPoll(Byte[] packet, IPEndPoint receivedFrom) in D:\Jenkins\workspace\Lumos_DMXPlugins_Pipeline_3.3\ArtisticLicenseArtNet\src\ArtNetManager.cs:line 602
   at org.dmxc.lumos.Kernel.DMX.ArtNetManager.client_receive(IAsyncResult res) in D:\Jenkins\workspace\Lumos_DMXPlugins_Pipeline_3.3\ArtisticLicenseArtNet\src\ArtNetManager.cs:line 741

2023-06-17 23:19:20,497 [140] ERROR org.dmxc.lumos.Kernel.DMX.ArtNetFactory - 
System.Net.Sockets.SocketException (10055): Ein Socketvorgang konnte nicht ausgeführt werden, da dem System Pufferspeicher fehlte oder eine Warteschlange voll war.
   at System.Net.Sockets.Socket.AwaitableSocketAsyncEventArgs.CreateException(SocketError error, Boolean forAsyncThrow)
   at System.Net.Sockets.Socket.AwaitableSocketAsyncEventArgs.ReceiveFromAsync(Socket socket, CancellationToken cancellationToken)
   at System.Net.Sockets.Socket.ReceiveFromAsync(Memory`1 buffer, SocketFlags socketFlags, EndPoint remoteEndPoint, CancellationToken cancellationToken)
   at System.Net.Sockets.Socket.BeginReceiveFrom(Byte[] buffer, Int32 offset, Int32 size, SocketFlags socketFlags, EndPoint& remoteEP, AsyncCallback callback, Object state)
   at System.Net.Sockets.UdpClient.BeginReceive(AsyncCallback requestCallback, Object state)
   at org.dmxc.lumos.Kernel.DMX.ArtNetManager.client_receive(IAsyncResult res) in D:\Jenkins\workspace\Lumos_DMXPlugins_Pipeline_3.3\ArtisticLicenseArtNet\src\ArtNetManager.cs:line 739
  ...
   at System.Threading.Tasks.TaskToApm.TaskAsyncResult..ctor(Task task, Object state, AsyncCallback callback)
   at System.Net.Sockets.Socket.BeginReceiveFrom(Byte[] buffer, Int32 offset, Int32 size, SocketFlags socketFlags, EndPoint& remoteEP, AsyncCallback callback, Object state)
   at org.dmxc.lumos.Kernel.DMX.ArtNetManager.client_receive(IAsyncResult res) in D:\Jenkins\workspace\Lumos_DMXPlugins_Pipeline_3.3\ArtisticLicenseArtNet\src\ArtNetManager.cs:line 705
   at System.Threading.Tasks.TaskToApm.TaskAsyncResult.InvokeCallback()
   at System.Threading.Tasks.AwaitTaskContinuation.<>c.<.cctor>b__17_0(Object state)
   at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state)
   at System.Threading.Tasks.AwaitTaskContinuation.RunCallback(ContextCallback callback, Object state, Task& currentTask)
   at System.Threading.Tasks.AwaitTaskContinuation.Run(Task task, Boolean canInlineContinuationTask)
   at System.Threading.Tasks.Task.RunContinuations(Object continuationObject)
   at System.Threading.Tasks.Task.FinishContinuations()
   at System.Threading.Tasks.Task`1.TrySetResult(TResult result)
   at System.Threading.Tasks.ValueTask`1.ValueTaskSourceAsTask.<>c.<.cctor>b__4_0(Object state)
   at System.Net.Sockets.Socket.AwaitableSocketAsyncEventArgs.InvokeContinuation(Action`1 continuation, Object state, Boolean forceAsync, Boolean requiresExecutionContextFlow)
   at System.Net.Sockets.Socket.AwaitableSocketAsyncEventArgs.OnCompleted(SocketAsyncEventArgs _)
   at System.Net.Sockets.SocketAsyncEventArgs.<>c.<.cctor>b__179_0(UInt32 errorCode, UInt32 numBytes, NativeOverlapped* nativeOverlapped)
   at System.Threading.ThreadPoolBoundHandleOverlapped.CompletionCallback(UInt32 errorCode, UInt32 numBytes, NativeOverlapped* nativeOverlapped)
   at System.Threading._IOCompletionCallback.PerformIOCompletionCallback(UInt32 errorCode, UInt32 numBytes, NativeOverlapped* pNativeOverlapped)
--- End of stack trace from previous location ---
   at System.Threading.Tasks.TaskToApm.End[TResult](IAsyncResult asyncResult)
   at System.Net.Sockets.Socket.EndReceiveFrom(IAsyncResult asyncResult, EndPoint& endPoint)
   at System.Net.Sockets.UdpClient.EndReceive(IAsyncResult asyncResult, IPEndPoint& remoteEP)
   at org.dmxc.lumos.Kernel.DMX.ArtNetManager.client_receive(IAsyncResult res) in D:\Jenkins\workspace\Lumos_DMXPlugins_Pipeline_3.3\ArtisticLicenseArtNet\src\ArtNetManager.cs:line 741

Irgendwie bin ich gerade beim Durchtesten nochmal bewusst darüber gestolpert, dass <No Tags> und <No Description> eher ein “technischer” Platzhalter ist. Hier wäre es eigentlich schöner, wenn zumindest entweder die “<>” entfernt werden oder alternativ nichts angezeigt wird, wenn keine Tags bzw. keine Beschreibung angegeben sind.

Bei einem Vergleich mit anderen Infotexten bzw. Platzhaltern wie “Search for Name, Properties” wurde auch eine nicht-technische Gestaltung gewählt.