Bugtracker DMXControl 3

Im Positionlist-Fenster werden die Positionen aktuell mit bis zu acht Nachkommastellen angegeben und auch immer beim Anpassen auf die Anzahl angehoben. Hier stellt sich die Frage, ob eine solch hohe Genauigkeit erforderlich ist, weil diese auch die Übersichtlichkeit und Werteingabe / -änderung darunter leidet.

Der Dateiname des Zip-Archiv mit dem Log-Dateien wird eigentlich nach dem Schema

DMXControl3Logs_YYYYMMDD_hhmmss.zip

generiert - bzw. sollte so generiert werden. Aktuell ist es so, dass “füllende” Nullen nicht berücksichtigt werden. Die führt dazu, dass folgende Dateinamen herauskommen, die sich am Ende nicht chronologisch nach dem Dateinamen sortieren lassen:

DMXControl3Logs_202148_831.zip    -->  DMXControl3Logs_20210408_080301.zip
DMXControl3Logs_2021430_1247.zip  -->  DMXControl3Logs_20210430_120407.zip
DMXControl3Logs_202151_23199.zip  -->  DMXControl3Logs_20210501_231909.zip

Folglich muss hier einmal das Format überprüft werden, welches für die Ausgabe des Datums und der Uhrzeit herangezogen wird.

Füge ich einem leeren Projekt Executoren zu und ordne die Executor Pages zu und möchte dieses speichern, so ist dieses mit dem folgenden Logeintrag nicht möglich.

2021-05-14 23:48:59,565 [40] ERROR org.dmxc.lumos.Kernel.Project.ProjectManager - Can't save content of ExecutorManager
System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
   bei org.dmxc.lumos.Kernel.Project.ExecutorManager.Save(LumosIOContext context) in D:\Jenkins\workspace\Lumos_Pipeline_master\Lumos\src\Kernel\Project\ExecutorManager.cs:Zeile 745.
   bei org.dmxc.lumos.Kernel.Project.ExecutorManager.org.dmxc.lumos.Kernel.Run.ILumosProjectManager.saveProject(LumosIOContext context) in D:\Jenkins\workspace\Lumos_Pipeline_master\Lumos\src\Kernel\Project\ExecutorManager.cs:Zeile 948.
   bei org.dmxc.lumos.Kernel.Project.ProjectManager.<>c__DisplayClass30_1.<saveProject>b__1(ILumosManager m) in D:\Jenkins\workspace\Lumos_Pipeline_master\Lumos\src\Kernel\Project\ProjectManager.cs:Zeile 476.

Beim Herunterfahren des Kernels wird dieser durch folgenden Logeintrag “am Leben” erhalten.

2021-04-13 21:51:08,533 [29] INFO  Nanoleaf_Plugin.NanoleafPlugin - Stop Plugin: Nanoleaf-Plugin
2021-04-13 21:51:08,534 [29] DEBUG Nanoleaf_Plugin.NanoleafPlugin - Request stop for DiscoverTask
2021-04-13 21:51:08,534 [29] DEBUG Nanoleaf_Plugin.NanoleafPlugin - Await DiscoverTask stopped

Beim Sichten der GUI-Logs zum Ticket  FS#4506  ist mit folgender Eintrag aufgefallen:

2021-04-26 19:57:29,477 [Log-Thread] DEBUG Lumos.GUI.Resource.ResourceManager - Resource lock_closed of type Picture and source Default could not be loaded!
2021-04-26 19:57:29,478 [Log-Thread] DEBUG Lumos.GUI.Resource.ResourceManager - Resource lock_closed of type DeviceImage and source Default could not be loaded!
2021-04-26 19:57:29,480 [Log-Thread] DEBUG Lumos.GUI.Resource.ResourceManager - Resource lock_closed of type Icon and source Default could not be loaded!
2021-04-26 19:57:29,481 [Log-Thread] DEBUG Lumos.GUI.Resource.ResourceManager - Resource lock_closed of type Symbol and source Default could not be loaded!
2021-04-26 19:57:29,484 [Log-Thread] DEBUG org.dmxc.lumos.XNAViews.TextureManager - Added Texture: lock_closed
2021-04-26 19:57:29,485 [Log-Thread] DEBUG Lumos.GUI.Resource.ResourceManager - Resource lock_open of type Picture and source Default could not be loaded!
2021-04-26 19:57:29,486 [Log-Thread] DEBUG Lumos.GUI.Resource.ResourceManager - Resource lock_open of type DeviceImage and source Default could not be loaded!
2021-04-26 19:57:29,487 [Log-Thread] DEBUG Lumos.GUI.Resource.ResourceManager - Resource lock_open of type Icon and source Default could not be loaded!
2021-04-26 19:57:29,489 [Log-Thread] DEBUG Lumos.GUI.Resource.ResourceManager - Resource lock_open of type Symbol and source Default could not be loaded!
2021-04-26 19:57:29,491 [Log-Thread] DEBUG org.dmxc.lumos.XNAViews.TextureManager - Added Texture: lock_open

Beim Sichten der GUI-Logs zum Ticket  FS#4506  ist mit folgender Eintrag beim Shutdown-Prozess aufgefallen:

2021-04-26 20:02:06,996 [Main GUI] ERROR 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 Lumos.GUI.Themes.ThemeManager.checkCorrectFontUnit(Control parent) in D:\Jenkins\workspace\Lumos_Pipeline_master\LumosGUI\src\Theme\ThemeManager.cs:Zeile 212.
   bei Lumos.GUI.Themes.ThemeManager.SetThemeInAllControlsTools(Control parent, AbstractGUITheme theme) in D:\Jenkins\workspace\Lumos_Pipeline_master\LumosGUI\src\Theme\ThemeManager.cs:Zeile 316.
   bei Lumos.GUI.Themes.ThemeManager.Parent_ContextMenuStripChanged(Object sender, EventArgs e) in D:\Jenkins\workspace\Lumos_Pipeline_master\LumosGUI\src\Theme\ThemeManager.cs:Zeile 435.
   bei System.Windows.Forms.Control.OnContextMenuStripChanged(EventArgs e)
   bei System.Windows.Forms.Control.set_ContextMenuStrip(ContextMenuStrip value)
   bei System.Windows.Forms.Control.DetachContextMenuStrip(Object sender, EventArgs e)
   bei System.ComponentModel.Component.Dispose(Boolean disposing)
   bei System.Windows.Forms.Control.Dispose(Boolean disposing)
   bei System.Windows.Forms.ToolStrip.Dispose(Boolean disposing)
   bei System.Windows.Forms.ContextMenuStrip.Dispose(Boolean disposing)
   bei System.ComponentModel.Component.Dispose()
   bei System.ComponentModel.Container.Dispose(Boolean disposing)
   bei System.ComponentModel.Container.Dispose()
   bei Lumos.GUI.Windows.InputLayer.v2.InputLayerForm.Dispose(Boolean disposing) in D:\Jenkins\workspace\Lumos_Pipeline_master\LumosGUI\src\Windows\InputLayer\v2\InputLayerForm.Designer.cs:Zeile 24.
   bei System.ComponentModel.Component.Dispose()
   bei System.Windows.Forms.Control.Dispose(Boolean disposing)
   bei WeifenLuo.WinFormsUI.Docking.DockPane.Dispose(Boolean disposing)
   bei WeifenLuo.WinFormsUI.Docking.DockPane.Close()
   bei WeifenLuo.WinFormsUI.Docking.DockPaneCollection.Dispose()
   bei WeifenLuo.WinFormsUI.Docking.DockPanel.Dispose(Boolean disposing)
   bei System.ComponentModel.Component.Dispose()
   bei System.Windows.Forms.Control.Dispose(Boolean disposing)
   bei System.ComponentModel.Component.Dispose()
   bei System.Windows.Forms.Control.Dispose(Boolean disposing)
   bei System.Windows.Forms.ContainerControl.Dispose(Boolean disposing)
   bei System.ComponentModel.Component.Dispose()
   bei System.Windows.Forms.Control.Dispose(Boolean disposing)
   bei System.Windows.Forms.Form.Dispose(Boolean disposing)
   bei Lumos.GUI.Windows.MainForm.Dispose(Boolean disposing) in D:\Jenkins\workspace\Lumos_Pipeline_master\LumosGUI\src\Windows\MainForm.Designer.cs:Zeile 22.
   bei System.Windows.Forms.Form.WmClose(Message& m)
   bei System.Windows.Forms.Form.WndProc(Message& m)
   bei Lumos.GUI.Windows.MainForm.WndProc(Message& m) in D:\Jenkins\workspace\Lumos_Pipeline_master\LumosGUI\src\Windows\MainForm.cs:Zeile 531.
   bei System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   bei System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   bei System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

Ich kann auf einem zweiten PC keine zweite, komplett eigenständig laufende Instanz von DMXC3 ausführen, wenn sich beide PCs im gleichen Netzwerk befinden. Dabei macht es keinen Unterschied, ob ich die Komponenten gemeinsam starte oder manuell Komponente für Komponente. Im Network Explorer werden mir beide Instanzen angezeigt. Ich kann auf dem PC 2 aber keine Verbindung zum lokal ausgeführten Kernel herstellen. Ziehe ich die Verbindungslinie von der GUI zum Umbra und vom Umbra zum Kernel, so blinkt diese kontinuierlich. Bei der Instanz auf dem zweiten PC vermeldet der Kernel hierbei immerzu folgenden Eintrag im Log, selbst wenn ich über die GUI versuche, diesen “einzufangen” und ihn dazu bewegen möchte, sich mit dem Umbra auf PC 2 zu verbinden.

2021-04-25 01:32:14,390 [Log-Thread] INFO  org.dmxc.lumos.Kernel.Net.GrpcManager - Connecting to Umbra Server on Host 192.168.21.22:17475
2021-04-25 01:32:14,393 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Net.gService.Umbra_gService - Login Call: 1ms
2021-04-25 01:32:14,393 [42] ERROR org.dmxc.lumos.Kernel.Net.gService.Umbra_gService - Unable to Login to Umbra Server: Client limit reached. Only 1 Clients of Type Kernel allowed.

Eine solche Konstellation sollte aber möglich sein. Anwendungsfälle gibt es hier genügend. Aktuell kann ich einen parallelen Test auf meinem zweiten PC nur ausführen, wenn ich zum Beispiel den Netzwerkadapter deaktiviere.

Im Anhang sind die Logfiles aus der Konstellation, bei der alle Komponenten manuell gestartet wurden.

Ich habe in einem leeren Projekt das IA-Fenster geöffnet. Dann lege ich zwei Device Groups an und benenne diese zum Beispiel mit Group 1 und Group 2. Diese finalen Namen kommen nicht im IA-Fenster an, weil sich der Baum nicht aktualisiert.

Gleiches passiert (nicht), wenn ich die Group Master deaktiviere oder wieder aktiviere. Im Baum werden mir zum einen weiterhin beide Master angezeigt und zum anderen noch mit dem Standard-Namen “New Device Group Master”.

Dies ist der im Ticket FS#4500 angekündigte weiterführende Fehlerbericht.

Da mit dieser Version weitere Master Einzug erhalten, wäre hier eine zentrale Verwaltung für alle Master im Project Explorer hilfreich. Insbesondere für die Speed- und Playback-Master fehlt eine Möglichkeit, diese aus dem Projekt zu löschen.

Daher schlage ich vor, im Projekt Explorer einen weiteren Eintrag mit dem Namen Master sowie mit den festen Unterordnern Group Master, Speed Master, Playback Master hinzuzufügen. In den Unterordnern sind dann folgende Optionen verfügbar / zulässig:

• Group Master: aktivieren und deaktivieren
• Speed Master / Playback Master: neu anlegen, löschen

Da man aktuell Gefahr läuft, sich sein Projekt bei Tippfehlern mit Speed Mastern und Playback Mastern unnötig zu fluten, habe ich diesem Wunsch für den Moment eine mittlere Priorität eingeräumt.

Ich kann unter einer neuen Itemlist aktuell noch keine Positionlist anlegen.

Der Installer liefert den GUI-Teil des Nanoleaf-Plugins nicht mit aus. Deswegen wirft der Kernel möglicherweise unter anderem folgende Fehlermeldung.

2021-04-13 21:51:08,533 [29] INFO  Nanoleaf_Plugin.NanoleafPlugin - Stop Plugin: Nanoleaf-Plugin
2021-04-13 21:51:08,534 [29] DEBUG Nanoleaf_Plugin.NanoleafPlugin - Request stop for DiscoverTask
2021-04-13 21:51:08,534 [29] DEBUG Nanoleaf_Plugin.NanoleafPlugin - Await DiscoverTask stopped

Im Anhang das Logfile des Installers.

Aktuell werden die Buttons für ABS und REL im Device Control nicht angezeigt. Die Breite des Property Grids entspricht aber bereits der neuen Breite.

Auf einer Remote-GUI werden die Vorschau-Icons für die Effekte und Filter nicht anzeigt.

Sowohl die Menüleiste des Input Assignment selbst als auch das Kontextmenü der Graphenansicht (hier erste Ebene) entspricht nicht der sonst üblichen Größe. Dadurch sind die Icons in beiden Fällen unscharf, was auch beim direkten Vergleich mit der Menüleiste des Project Explorers gut zu erkennen ist.

Im ähnlichen Kontext steht auch das Ticket  FS#4448 .

Da das kleine Tool durchaus öfters zum Einsatz kommt und ja sowohl für das DE- als auch für das Nodle-Interface funktioniert, dürfte es meiner Meinung nach hilfreich sein, wenn der Installer eine entsprechende Verknüpfung im Startmenü hinzufügt.

Die Software kann nachverfolgen, ob Änderungen am Projekt vorgenommen wurden. Dies soll in der GUI visualisiert werden. Beim QRM-Meeting vom 16.03.2021 wurde abgestimmt, dass

• Hinter dem Dateiname wird ein Sternchen eingefügt (*), zum Beispiel bei MyProject.zip*
• Das Speichern-Symbol (nicht das Speichern unter Symbol) erhält ein rotes Flag, wenn das Projekt geändert ist

Spreche ich in einer Cuelist unterschiedliche Geräte oder Gerätegruppen sowohl absolut als auch relativ an, bleiben die relativen Werte im Hintergrund irgendwie im weiteren Ablauf erhalten. Dies hat zur Folge, dass wenn ich zwischenzeitlich Cues mit absoluten Werten für alle Geräte in die Cuelist einbaue, dass diese Cues die Geräte nicht auf eine gemeinsame Position bringen.

Für das bessere Verständnis am Besten das Video anschauen und es mit dem beigefügten Projekt selbst nachvollziehen.

Ich lege in einem leeren Projekt ein Generic RGBW an und setze den Wert für Dimmer Wattage auf 120W. Schaue ich mir hier die Anzeige und die Werte im Powersource-Node an, erhalte ich folgende Werte für die Leistungsaufnahme:

• rot 100%: 30W –> ok
• gelb 100%: 60W –> ok
• weiß 100% bei RGB+ “only white”: 120W –> Fehler, richtig wäre 30W
• weiß 100% bei RGB+ “none”: 120W –> Fehler, richtig wäre 90W
• weiß 100% bei RGB+ “add”: 120W –> ok

Wie an den Werten zu erkennen ist, wird bei der Berechnung der Leistungsaufnahme die Einstellung für RGB+ nicht berücksichtigt. Dies gilt sowohl für das Generic RGBW als auch für Geräte mit einer RGBW-Matrix wie zum Beispiel das Ayrton Magic Panel R. Bei Matrixgeräten gilt dies, wenn ich die Farbe über den Colorpicker festlege. Für den Fall, dass auch die einzelnen Pixel in die Berechnung einfließen, gibt es ja bereits den Featurerequest im Ticket FS#4044.

Lasse ich mir den Cuelist State über einen, mit dem Lumos-Style versehenen Button zurückmelden, so klappt dies nur, wenn dieser als Toggle-Button definiert ist.

Als einfacher Push-Button (Is toggle button auf “false”) verändert der gleiche Button seine Farbe nicht.

Für die neutrale Produktion von Videotutorials wäre es hilfreich, diese neutraler zu gestalten. Dazu würde ich mich wünschen, dass ich die Anzeige der Projektbeschriebung und der Verzeichnispfad bei Bedarf abschalten kann.

Der Triggerwert für den RTC-Trigger steht auf 23:15 Uhr bei einer aktuellen Systemzeit von 23:20 Uhr. Die Cuelist wird ausgeführt. Ich stelle fest, dass die Uhrzeit falsch ist, stoppe die Cuelist und ändere den Wert auf 23:30 Uhr. Dann starte ich die Cuelist wieder. Daraufhin wird die Cue mit dem RTC-Trigger nicht mehr ausgeführt.

Versuche ich für den Plasma-Effekt die Frequenz beliebig zu ändern, hat dieser Wert keinen Einfluss auf den Effekt. Er läuft also aktuell trotz beliebiger Frequency mit der gleichen Geschwindigkeit weiter.

Das 3Dconnexion-Plugin kann beim Starten der GUI nicht initialisiert und deswegen zur Zeit auch nicht genutzt werden. Das Log der GUI sagt hierzu folgendes:

2020-10-08 13:16:17,904 [Main GUI] ERROR Lumos.GUI.Plugin.PluginManager - Error when initializing Plugin: _3DxPlugin
System.ArgumentException: Das Argument picture muss ein Bild sein, das als Icon verwendet werden kann.
   bei System.Drawing.Icon.Initialize(Int32 width, Int32 height)
   bei System.Drawing.Icon..ctor(Stream stream, Int32 width, Int32 height)
   bei System.Drawing.Icon..ctor(Stream stream)
   bei Lumos3DconnexionPlugin._3DxForm..ctor()
   bei Lumos3DconnexionPlugin._3DxPlugin.initializePlugin()
   bei Lumos.GUI.Plugin.GuiPluginBase.initializePlugin(IGuiPluginContext context) in D:\Jenkins\workspace\Lumos_Pipeline_3.2\LumosGUI\src\Plugin\GuiPluginBase.cs:Zeile 52.
   bei Lumos.GUI.Plugin.PluginManager.initializePlugin(Type t) in D:\Jenkins\workspace\Lumos_Pipeline_3.2\LumosGUI\src\Plugin\PluginManager.cs:Zeile 581.
   bei Lumos.GUI.Plugin.PluginManager.org.dmxc.lumos.Kernel.AssemblyScan.IAssemblyListener.scanNewType(Type t, EAssemblyType type) in D:\Jenkins\workspace\Lumos_Pipeline_3.2\LumosGUI\src\Plugin\PluginManager.cs:Zeile 561.

Beim Arbeiten mit den Zoom-Steuerelementen musste ich feststellen, dass

• beim Klicken auf das + bzw. - in der Lupe gar keine Aktion ausgelöst wird (siehe Bild 1 und 2)
• an der im Bild 3 gezeigten Mausposition der Ausschnitt immer noch vergrößert wird, obwohl sich die Maus bereits im Bereich zum Verkleinern der Ansicht befindet.

Grundsätzlich wäre die Erwartungshaltung, dass ich mit der Maus innerhalb eines gedachten Rechtecks um das jeweilige Icon herum die jeweilige Funktion nutzen und somit auch direkt auf die Icons klicken kann (siehe Bild 4).

Im Installations-Assistent wird beim ersten Schritt der Text der Überschrift verdeckt, da nun auch die Build-Nummer mit in die Versionsnummer aufgenommen wurde.

Hier wäre die Frage, welchen Mehrwert die Buildnummer zumindest in den Texten darstellt.

Bei der UAC-Abfrage lautet der Titel nun “DMXControl3 Installer“. Zum ein fehlt das Leerzeichen zwischen DMXControl und der 3, zum anderen wurde im Installer der 3.2.1 auch explizit die Version 3.2.1 genannt.

Ob das Wort “Installer” durch “Setup” ersetzt wird, ist mir dagegen gleich.

Aktuell lassen sich Procedures nur über die Stage View auswählen und aktivieren. Hier wäre der Wunsch, diese auch über das Input Assignment anzubieten, damit diese vereinfacht beispielsweise über das Softdesk auslösen kann.

Ich habe heute mal ein paar mehr Graphen angeschaut und bin dann wieder in die Tabellenansicht zurückgewechselt. Dabei ist mir aufgefallen, dass sich hierdurch der Anzeigebereich für die Tabelle jedes Mal ein Stück verkleinert.

Ganz schnell lässt sich dies reproduzieren, wenn man in einem leeren Projekt ein leeres Connectionset erzeugt und dann ein paar Mal mit dem Button “Show graph” / “Show table” zwischen den Ansichten wechselt. Nach 10 bis 15 Umschaltungen ist dann klein Platz mehr, um Inhalte in der Tabelle anzuzeigen.

Von meiner Sichtweise würde ich vermuten, dass der Auslöser der aktuell dreizeilige Button “Visible Collumns” ist, weil dieser die Höhe des Anzeigebereichs jedes Mal in dem Sinne ändert, weil die Menüleiste größer wird. Diese Größenänderung wirkt sich aber dauerhaft auf das Fenster aus und verringert so den Anzeigebereich für die Tabelle. Ich könnte mir daher vorstellen, dass das Phänomen mit der korrigierten Beschriftung des Buttons nicht mehr auftaucht, aber das Problem dürfte bestehen bleiben.

Aktuell bietet das Node Position to Pan / Tilt nur die Ausgänge für Pan und Tilt als DMX-Wert, jeweils für 8 bit und für 16 bit. Benötige ich aber in einem Connectionset den Wert für Pan und / oder Tilt im Wertebereich 0 bis 1, muss ich mir erst das beigefügte Connectionset bauen und verkompliziere den Graphen dadurch unnötig.

Hier wünsche ich mir eine Möglichkeit, dass ich die Werte direkt im Wertebereich 0 bis 1 erhalte.

Ordne ich den Eingängen eines Input Selectors verschiedene Farben als RGB-Wert zu, so werden die nach dem Speichern und Neuladen des Projekts konvertiert (siehe Bild 1).

Ändere ich den Farbwert nach dieser fehlerhaften Konvertierung, so versteht der nachgeschaltete Button die Farbe nicht mehr als Farbwert sondern nur als Text und ändert dem entsprechend unbeabsichtigt seine Beschriftung (siehe Bild 2).

Ich habe exemplarisch über die DDFLib-Funktion die Geräte

• Botex SP 1500 [DDF-001396]
• Involight MH FX WASH 1912 (97 channel) [DDF-001642]

heruntergeladen. In beiden Fällen fehlt das Device-Image im Verzeichnis Kernel\LibDevices.

Damit Nutzer nach der Installation nicht aus allen Wolken fallen, wenn DMXControl 3 nicht richtig läuft, würde ich vorschlagen, den Installer mit einem Hardware-Check auszustatten. Dies könnte in Hinblick auf die nächste Major-Release von größerem Interesse sein.

Die Fehlerbeschreibung ist diesmal im beigefügten Video.

Eventuell steht dieses Ticket im Zusammenhang mit dem Ticket  FS#4271 .

Ich habe eine Cuelist mit einer einzigen Cue erstellt, in der relativ ein Circle-Effekt auf einer Gruppe von Moving-Heads läuft. Beim Starten der Cuelist wird die Bewegung wie erwartet eingefaded.

Stoppe ich die Cuelist aber, gibt diese die Bewegung trotz laufender Release Time im vollen Maß aus. Ist die Zeit abgelaufen und Cuelist ist deaktiviert, springen die Geräte zur Ursprungsposition zurück.

Dupliziere ich die Cue und ändere diese von REL zu ABS ab, verhält sich die Cuelist während der laufenden Release Time wie erwartet, das heißt die Geräte fahren langsam zur Ursprungsposition zurück. Gleiches gilt analog auch für den Dimmer oder die Goborotation.

Die verschiedenen Optionen für die Einstellungen der Stage View sind noch nicht übersetzt.

Beim Starten des Kernels taucht immer die folgende Fehlermeldung auf, die im Zusammenhang mit dem Nanoleaf-Plugin steht.

2021-01-03 17:38:36,053 [Main] WARN  LumosLIB.Tools.I18n.T - Call to GetString before catalog is initialized Show in InputAssignment,    bei LumosLIB.Tools.I18n.T._(String text, Object[] args) in D:\Jenkins\workspace\Lumos_Pipeline_3.2\LumosLIB\src\Tools\I18n\T.cs:Zeile 119.
   bei Nanoleaf_Plugin.NanoleafPlugin.initializePlugin() in D:\Jenkins\workspace\noleaf_Lumos_Plugin_Pipeline_3.2\Plugin\NanoleafPlugin.cs:Zeile 109.
   bei org.dmxc.lumos.Kernel.Plugin.KernelPluginBase.initializePlugin(IKernelPluginContext context) in D:\Jenkins\workspace\Lumos_Pipeline_3.2\Lumos\src\Kernel\Plugin\KernelPluginBase.cs:Zeile 80.
   bei org.dmxc.lumos.Kernel.Plugin.PluginManager.initializePlugin(Type t) in D:\Jenkins\workspace\Lumos_Pipeline_3.2\Lumos\src\Kernel\Plugin\PluginManager.cs:Zeile 499.
   bei org.dmxc.lumos.Kernel.Plugin.PluginManager.org.dmxc.lumos.Kernel.AssemblyScan.IAssemblyListener.scanNewType(Type t, EAssemblyType type) in D:\Jenkins\workspace\Lumos_Pipeline_3.2\Lumos\src\Kernel\Plugin\PluginManager.cs:Zeile 462.
   bei org.dmxc.lumos.Kernel.AssemblyScan.AbstractAssemblyManager.informAssemblyListener(Assembly a, EAssemblyType type, IAssemblyListener l, Boolean add, Type[] types) in D:\Jenkins\workspace\Lumos_Pipeline_3.2\LumosLIB\src\Kernel\AssemblyScan\AbstractAssemblyManager.cs:Zeile 90.
   bei org.dmxc.lumos.Kernel.AssemblyScan.AbstractAssemblyManager.registerAssemblyListener(IAssemblyListener listener) in D:\Jenkins\workspace\Lumos_Pipeline_3.2\LumosLIB\src\Kernel\AssemblyScan\AbstractAssemblyManager.cs:Zeile 69.
   bei org.dmxc.lumos.Kernel.Plugin.PluginManager.org.dmxc.lumos.Kernel.Run.IService.startService() in D:\Jenkins\workspace\Lumos_Pipeline_3.2\Lumos\src\Kernel\Plugin\PluginManager.cs:Zeile 556.
   bei org.dmxc.lumos.Kernel.Run.AbstractRunManager`2.ServiceInitAction(TService s) in D:\Jenkins\workspace\Lumos_Pipeline_3.2\LumosLIB\src\Kernel\Run\AbstractRunManager.cs:Zeile 678.
   bei org.dmxc.lumos.Kernel.Run.DependencyNode`1.DoTopDownAction(Func`2 action) in D:\Jenkins\workspace\Lumos_Pipeline_3.2\LumosLIB\src\Kernel\Run\DependencyNode.cs:Zeile 22.
   bei org.dmxc.lumos.Kernel.Run.DependencyNode`1.DoTopDownAction(Func`2 action) in D:\Jenkins\workspace\Lumos_Pipeline_3.2\LumosLIB\src\Kernel\Run\DependencyNode.cs:Zeile 24.
   bei org.dmxc.lumos.Kernel.Run.DependencyNode`1.DoTopDownAction(Func`2 action) in D:\Jenkins\workspace\Lumos_Pipeline_3.2\LumosLIB\src\Kernel\Run\DependencyNode.cs:Zeile 24.
   bei org.dmxc.lumos.Kernel.Run.DependencyNode`1.DoTopDownAction(Func`2 action) in D:\Jenkins\workspace\Lumos_Pipeline_3.2\LumosLIB\src\Kernel\Run\DependencyNode.cs:Zeile 24.
   bei org.dmxc.lumos.Kernel.Run.DependencyNode`1.DoTopDownAction(Func`2 action) in D:\Jenkins\workspace\Lumos_Pipeline_3.2\LumosLIB\src\Kernel\Run\DependencyNode.cs:Zeile 24.
   bei org.dmxc.lumos.Kernel.Run.DependencyNode`1.DoTopDownAction(Func`2 action) in D:\Jenkins\workspace\Lumos_Pipeline_3.2\LumosLIB\src\Kernel\Run\DependencyNode.cs:Zeile 24.
   bei org.dmxc.lumos.Kernel.Run.DependencyNode`1.DoTopDownAction(Func`2 action) in D:\Jenkins\workspace\Lumos_Pipeline_3.2\LumosLIB\src\Kernel\Run\DependencyNode.cs:Zeile 24.
   bei org.dmxc.lumos.Kernel.Run.DependencyNode`1.DoTopDownAction(Func`2 action) in D:\Jenkins\workspace\Lumos_Pipeline_3.2\LumosLIB\src\Kernel\Run\DependencyNode.cs:Zeile 24.
   bei org.dmxc.lumos.Kernel.Run.AbstractRunManager`2.DoServiceTopDown(Func`2 action) in D:\Jenkins\workspace\Lumos_Pipeline_3.2\LumosLIB\src\Kernel\Run\AbstractRunManager.cs:Zeile 144.
   bei org.dmxc.lumos.Kernel.Run.AbstractRunManager`2.startManager() in D:\Jenkins\workspace\Lumos_Pipeline_3.2\LumosLIB\src\Kernel\Run\AbstractRunManager.cs:Zeile 298.
   bei org.dmxc.lumos.Kernel.Run.KernelRunManager.startupKernel() in D:\Jenkins\workspace\Lumos_Pipeline_3.2\Lumos\src\Kernel\Run\KernelRunManager.cs:Zeile 180.
   bei org.dmxc.lumos.Program.runKernel(String projectFile, ILumosLog log) in D:\Jenkins\workspace\Lumos_Pipeline_3.2\Lumos\src\Program.cs:Zeile 152.
   bei org.dmxc.lumos.Program.Main(String[] param) in D:\Jenkins\workspace\Lumos_Pipeline_3.2\Lumos\src\Program.cs:Zeile 128.

Das komplette Logfile des Kernels ist im Anhang beigefügt. Die GUI hatte ich in dieser Session nicht gestartet.