Bugtracker DMXControl 3

Beim Beenden des Kernels soll eine Liste mit Metadaten über alle verfügbaren Projekte im Projekt erstellt und gepflegt werden, die zum Beispiel für den Launcher auf Read Only Basis zur Verfügung gestellt wird. Die Liste soll folgende Inhalte haben:

• Name des Projekts
• Ersteller
• Zuletzt gespeichert
• ggf. Projekttyp (Userprojekt, Auto-Backup)

Ggf. enthält die Liste auch eine MD5-Prüfsumme, sodass immer nur die Metadaten aktualisiert werden, wo eine Änderung tatsächlich stattfand (beim Starten des Kernels prüfen)

Um eine schnelle Startmöglichkeit in verschiedenen Netzwerk-Konstellationen zum Beispiel für die GUI zu erhalten, soll wie in der Entwicklersitzung am 28.04.2021 besprochen ein Startparameter implementiert werden, um eine Network ID zu übergeben.

Um die Anzahl der Verknüpfungen im Startmenü auf Wunsch zu reduzieren, soll der Installer folgende Auswahloptionen für die Verknüpfungen erhalten:

• Verknüpfungen auf dem Desktop
  • DMXControl 3 starten
  • DMXControl 3 Launcher
• Verknüpfungen im Startmenü
  • DMXControl 3 starten
  • DMXControl 3 Launcher
• Zusätzliche Verknüpfungen
  • DMXControl 3 GUI
  • DMXControl 3 Kernel
  • DMXControl 3 Umbra

Die Ausgestaltung der Auswahlmöglichkeiten kann frei gewählt werden. Vorrangig soll damit erreicht werden, dass wie in der Entwicklersitzung am 28.04.2021 besprochen, auf Wunsch die Verknüpfungen für GUI, Kernel und Umbra im Startmenü angelegt werden.

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

Der Projektmanagement-Dialog sollte unter anderem folgende Funktionen anbieten:

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

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)

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

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

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

2021-04-26 19:59:43,762 [Log-Thread] DEBUG Lumos.GUI.Net.gClient.Beat_gClient - LearnManualBeat
Grpc.Core.RpcException: Status(StatusCode=DeadlineExceeded, Detail="Server didn't respond.")
   bei System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   bei System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   bei System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1.ConfiguredTaskAwaiter.GetResult()
   bei Lumos.GUI.Net.gClient.Beat_gClient.<LearnManualBeat>d__6.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_master\LumosGUI\src\Net\gClient\Beat_gClient.cs:Zeile 69.

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

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.

Aktuell werden Connectionsets nur neu berechnet, wenn eine Werteänderung im logischen Verlauf des Graphen erfolgt. Ein gutes Beispiel ist hier das “Füllen” des Cuelist Monitors. Je nachdem wie das zugehörige Connectionset vervielfältigt wird, kommt es vor, dass der Inhalt des Cuelist Monitors gelöscht wird - nämlich bis ich entweder

1. das Projekt nach dem Speichern neu lade
2. kurzzeitig eine weitere Cuelist der entsprechenden Cuelist Group zuordne.

Dieser Fall ist auch in meinem Live-Tutorial "Clubshow mit DMXC3" ab 42:08 zu sehen. Ursprung für alle nachfolgenden Connectionsets (CS) war das Connectionset “MHS LCH”. Dieses CS ist nach dem Aktivieren aller CS das einzige, wo die Cuelists der gleichnamigen Cuelist Group nicht angezeigt werden. Hierzu wähle ich weiteren Verlauf die 2. Option, um auch die Cuelists in diesem Cuelist Monitor zu sehen.

Um das ganze Prozedere zu vereinfachen, wünsche ich mit eine Möglichkeit, die Aktualisierung bzw. Neuberechnung eines CS sowohl in der Graphenansicht für den aktuellen Graphen oder in der Tabellenansicht für eine oder eine Auswahl von CS manuell anstoßen zu können.

In manchen Situationen kommt es vor, dass die Aktualisierung des Input- und Output-Baumes von außen nicht automatisch angestoßen wird, wenn das Input Assignment Fenster geöffnet ist. Ein Beispiel ist hier das Deaktivieren des Group Masters, wie in meinem Live-Tutorial "Clubshow mit DMXC3" bei 23:36 zu sehen. Diese Verschwinden erst, wenn ich das Fenster schließe und neu öffne. Ein weiteres Beispiel ist, dass die finalen Namen von neu angelegten Cuelists etc. nicht durchgereicht werden, sodass im Baum noch “New Cuelist” steht.

Unabhängig von der Tatsache, dass die beiden zuvor beschriebenen Punkte als Fehler zu werten sind und hierzu noch entsprechende Tickets folgen, wäre hier dennoch ein entsprechender Button hilfreich, um die Aktualisierung beider Bäume analog zum Refresh-Button im Project Explorer auch manuell anstoßen zu können.

Wähle ich im Project Explorer den Ordner “Specail Master” aus und füge dort über das Kontextmenü einen Speed- oder Parametermaster hinzu, wird dieser am Anfang noch im Ordner “Special Master” angezeigt. Erst wenn ich weitere Master hinzufüge, wird der Ordner aktualisiert und die Master werden in ihren richtigen Ordnern anzeigt. Schlug diese unregelmäßige Aktualisierung fehl, muss ich den Project Explorer manuell aktualisieren.

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

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.

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

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.

Aus dem "Live-Coding mit Arne #2" ging der Wunsch hervor, dass der Textzusatz beim Kopieren von Elementen von “Copy of Cuelist” in “Cuelist - Copy” geändert werden soll. Dies gewährleistet, dass bei einer alphanumerischen Sortierung der Elemente weiterhin der wichtige Teil des Namens vorne bleibt.

• Alt: Copy of Cuelist E, Copy (2) of Cuelist E, Cuelist B, Cuelist C, Cuelist D
• Neu: Cuelist B, Cuelist C, Cuelist D, Cuelist E - Copy, Cuelist E - Copy 2

Aus Gründen von Konsistenz und Pflege soll der “Textbaustein” in eine eigene Funktion ausgelagert und die Namensänderung darüber zentralisiert werden.

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 .

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

Wenn ich im folgenden Setup auf PC 1 in einem leeren Projekt Geräte und Gerätegruppen in einer Stage View hinzufüge, so wird die auf PC 2 nicht aktualisiert. Gleiches gilt umgekehrt.

• PC 1: Umbra, Kernel, GUI
• PC 2: GUI

Auch wenn die Icons der Geräte und Gerätegruppen nicht simultan anzeigt werden, so aktualisieren sich zumindest beide GUIs, wenn die Geräte auswähle.

Im folgenden Setup kann die GUI des PC 2 die Einstellungen wie zum Beispiel die Änderung der Sprache nicht speichern.

• PC 1: Umbra, Kernel, GUI
• PC 2: GUI

Die GUI auf PC 2 stürzt dabei komplett ab, sobald ich diese regulär schließe. Aktuell hilft es nur, wenn ich auf dem PC 2 Kernel und Umbra lokal starte und somit für die Änderung ein komplett autarkes System habe.

Für DMXControl 3.3 soll ein Start Manager entwickelt werden, über den unter anderem folgende Funktionen abgedeckt werden:

• Gleichzeitiges Starten von Umbra, Kernel und GUI
• Herstellung der Verbindung aller Komponenten untereinander bei lokaler Ausführung
• Festlegung eines Standard- bzw. Autostartprojekts
• …

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

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

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

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

Möchte ich das beigefügte Projekt in der zuletzt gespeicherten Fensteranordnung laden, bleibt die GUI leer auf Grund der folgenden Fehlermeldung im GUI-Log. Möchte ich etwas “sehen” muss ich das Fensterlayout einmal zurücksetzen und die GUI neu starten. Das Projekt und die vollständigen Logfiles sind beigefügt.

2021-03-18 19:32:31,340 [Main GUI] ERROR Lumos.GUI.WindowManager - Unable to load Layout from XML: Der Index lag außerhalb des Bereichs. Er darf nicht negativ und kleiner als die Sammlung sein.
Parametername: index
System.ArgumentOutOfRangeException: Der Index lag außerhalb des Bereichs. Er darf nicht negativ und kleiner als die Sammlung sein.
Parametername: index
   bei System.ThrowHelper.ThrowArgumentOutOfRangeException(ExceptionArgument argument, ExceptionResource resource)
   bei System.Collections.Generic.List`1.get_Item(Int32 index)
   bei WeifenLuo.WinFormsUI.Docking.DockContentCollection.get_Item(Int32 index)
   bei WeifenLuo.WinFormsUI.Docking.DockPanel.Persistor.LoadFromXml(DockPanel dockPanel, Stream stream, DeserializeDockContent deserializeContent, Boolean closeStream)
   bei WeifenLuo.WinFormsUI.Docking.DockPanel.LoadFromXml(Stream stream, DeserializeDockContent deserializeContent)
   bei Lumos.GUI.WindowManager.loadLayout(Byte[] data, Boolean storeOld) in D:\Jenkins\workspace\Lumos_Pipeline_3.2\LumosGUI\src\WindowManagement\WindowManager.cs:Zeile 816.

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

Um mittels Buttons bestimmte Szenen einer Szenenliste direkt aufzurufen, muss man aktuell zum Beispiel die Ausgangswerte der Buttons entsprechend anpassen, dass der Button 1 die Werte -1 und 0 und der Button 5 die Werte -1 und 4 übergibt. Dies führt zu aufwendigen Konfigurationen.

Hier sollte ein Node hilfreich sein, welches immer die ID des zuletzt geänderten Inputs n ausgibt. Die ID ist dabei der Zahlenwert des Inputs. Zusätzlich kann ich in den Einstellungen festlegen, ab welchem Wert die ID der verfügbaren Inputs hochgezählt werden soll. Die Anzahl der verfügbaren Inputs kann ich analog zum Beispiel des LTP-Nodes festlegen.

Mir ist sehr wohl bewusst, dass ich mit diesem Ticket ein Fass aufmache.

Ich werfe aber trotzdem den Wunsch in den Raum, die Unterteilung zwischen Non-Detect und Auto-Detect-Interfaces (wieder) aufheben.

Es mag zwar sein, dass wir so den Stellenwert der “besseren” Intefaces pushen, allerdings würde ich auf Grund der doch regelmäßigen Nachfrage “ich finde das Interface … in der Liste nicht” die Idee dahinter als nicht (mehr) praktikabel ansehen. Sie führte doch immer wie der zu einer solchen Nachfrage, weil die Nutzer diesen Unterschied einfach nicht einordnen können. Daher sollte es aus Nutzersicht aus meiner Sicht egal sein, wie sich das Interface verhält - ob es eine Seriennummer übermittelt oder nicht.

Ich bitte daher darum, sofern nicht vorzeitig durch eine erneute Bewertung dieses Punkts eine Lösung gefunden wird, dass dieser Punkt spätestens beim nächsten QRM diskutiert wird.

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.

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

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.

Aktuell befinden sich die beiden Einträge zum Anlegen einer neuen Bank und eines neuen Connectionset als Unterpunkte in den Menüs zu den beiden Buttons “Bank” und “Connectionset”. Da aber insbesondere beim manuellen Anlegen neuer Connectionsets dieser Eintrag recht häufig benötigt wird, war in der letzten Betatester-Runde der Wunsch, diese Einträge nach “vorne” zu holen. Damit ist gemeint, dass das Anlegen einer neuen Bank und eines neuen Connectionsets im Idealfall mit einem Mausklick erfolgen kann.

Ich habe dieses Ticket daher mal auf Usabiltiy Relevant gesetzt, da es sicher einige Varianten gibt, dieses zu realisieren.

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.

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.

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.

Im Affintiy Manager werden die Icons der Gobos im linken Teil des Fensters nicht nach Namen sortiert. Dies erschwert das Aufsuchen von bestimmten Icons. Ggf. wäre darüber nachzudenken, ob hier per Default sowieso nur die Icons angezeigt werden, die aktuell im Projekt auch im Einsatz (entweder über die DDFs oder durch Gobolists) sind.

Ich habe ein Softdesk neu gebaut, wo mehrere Cuelist Monitore im Einsatz sind. Diese sollen mir die Cuelists aus verschiedenen Cuelist Groups anzeigen. Im Input Assignment erstelle ich das hierfür benötigte Connectionset (Cuelist Group Node → Cuelist Monitor) für die erste Cuelist Group. Nach dem Hinzufügen der Verbindung, sehe ich im Softdesk wie erwartet die der Cuelist Group zugeordneten Cuelist.

Wenn ich dieses Connectionset nun vervielfältige, um nach und nach die restlichen Cuelist Monitor zu füllen und ich nicht aufpasse, verliert der Cuelist Monitor des vorherigen Connectionsets die Inhalte. Bedeutet: ich habe sechs Cuelist Monitore in meinem Softdesk. Nach dem sechsten Duplizieren und Anpassen des Connectionsets zeigt nur noch der letzte Cuelist Monitor die zugehörigen Cuelists “seiner” zugeordneten Cuelist Group an.

Mögliche Workarounds sind zwar

• ich deaktiviere das Connectionset, von dem ich das Duplikat anlege
• ich füge den entsprechenden Cuelist Groups temporär eine andere Cuelist hinzu, nachdem ich im Input Assignment fertig bin
• ich speichere das Projekt und lade es neu

Diese sind aber allesamt unbefriedigend, weil sie zusätzliche Handlungen und Hintergrundwissen erfordern.

Von daher wäre es gut, wenn dieses Verhalten entweder grundlegend abgestellt werden kann oder ich die Möglichkeit erhalte, die Aktualisierung aller Connectionsets (oder die der aktiven Bank) manuell anstoßen zu können, so wie es ja auch beim Laden des Projekts bereits der Fall ist.

Ich steuere über das Softdesk immer bei zahlreichen Cuelists gemeinsam die Intensität, den Fade Factor und Speed Factor oder Slider an. Die zugehörigen Cuelists liegen meist auch in einer Cuelist Group. Bis dato muss ich aber diesen Slider immer pro Cuelist verdrahten, sodass ich ihn beispielsweise bei 10 Connectionsets für 10 verschiedene Cuelists einbinden muss.

Hier würde ich mir eine Möglichkeit wünschen, dass ich diese drei Werte über eine zentrale Stelle an die Cuelists übergeben kann, natürlich vorzugsweise über bereits vorhandene Nodes.

Ich patche ein Gerät mit mehr als einem DMX-Kanal auf die letzten Adressen eines DMX-Universums, zum Beispiel einen Hazer mit zwei DMX-Kanälen auf die DMX-Adresse 511 oder einen einfachen RGB-Scheinwerfer mit drei DMX-Kanälen auf die DMX-Adresse 510. Bestätige ich dies im Add Device Dialog, so setzt DMXControl beide Geräte auf die DMX-Adresse 1 des nächsten DMX-Universums, also 2.1. Folglich muss ich bei diesen Geräten die DMX-Adresse manuell korrigieren.

Ein Gerät mit nur einem DMX-Kanal (Dimmer, Nebelmaschine) kann ich dagegen auf die DMX-Adresse 512 setzen. Dies wird beim Bestätigen wie gewünscht umgesetzt, alasi auf die DMX-Adresse 1.512.

Das beigefügte Projekt enthält mehrere unterschiedliche Moving-Heads mit Gobos, die sich stellenweise ähnlich sind. Wähle ich bei einem beliebigen Gerät aus der Gruppe zum Beispiel ein Balken-Gobo aus, so wird in DMXControl 3.2.1 stattdessen bei den anderen Geräten dasjenige Gobo gewählt, welches sich im gleichen Slot - zum Beispiel Slot 7 - befindet.

Eine Überprüfung mit DMXControl 3.2.2 Beta 2 zeigte aber, dass hier die automatische Goboauswahl funktioniert und jedes Gerät einen Balken anzeigt.

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.

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.

Zur Zeit ist es nicht möglich, im Standard-Theme zwischen absoluten Werten (ABS) und relativen Werten (REL) umzuschalten. Dies klappt nur im Dark Theme.

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.

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.

Wie im beigefügten Screenshot zu sehen, werden die Icons der 3D-Mäuse angezeigt. Diese haben dort aus meiner Sicht nichts zu suchen.

Es macht keinen Unterschied, ob das 3Dconnexion-Plugin aktiviert ist oder nicht.