Bugtracker DMXControl 3

Bis zur Einführung der Project Administration war es möglich, das aktuell geladene Projekt über einen entsprechenden Konsolenbefehl im Kernel zu speichern. Diese Funktion sollte auch weiterhin bestehen und daher wieder aktiviert werden.

Ich habe in einem Projekt verschiedene Presets auf eine Device Group (konkret Futurelight DMH-80) gelegt und diese Presets dann als Property Preset in verschiedenen Cues eingesetzt.

Ersetze ich (egal ob manuell oder durch die Funktion “Replace devices”) nun alle Geräte in der Device Group, “auf” der das Preset abgelegt ist, vollständig durch einen anderes Gerät (hier Robe Robin 600e Spot), kann das Projekt nach dem Neustart der Sitzung nicht mehr geladen werden.

Aus den Logs von der Vorbereitung der Veranstaltung zum vergangenen Samstag kann ich folgenden Eintrag hierzu entnehmen:

Kernel

2020-01-25 12:09:39,291 [55] ERROR org.dmxc.lumos.Kernel.Scene.Entry.PresetEntry - Didn't find matching DeviceProperty for GUI. Searched for GPW: DimmerProperty in Group Temporary DeviceGroup: , ID: 8b764e55-d1a3-477a-9c69-2d6baeef5f47-SDG

GUI

2020-01-25 12:09:39,292 [ConnectionManager-MessageDispatcher] ERROR Lumos.GUI.Facade.EventWrapper - Exception in Event: There is no Property with the ID: 07a653c6-ec70-48a4-bd6c-82877c93f6db in this DeviceGroup
Parametername: prop
System.ArgumentNullException: There is no Property with the ID: 07a653c6-ec70-48a4-bd6c-82877c93f6db in this DeviceGroup
Parametername: prop
   bei Lumos.GUI.Facade.Scene.Entry.SceneEntryFacade.get_GUIDeviceProperty() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Facade\Scene\Entry\SceneEntryFacade.cs:Zeile 133.
   bei Lumos.GUI.Windows.ProjectExplorer.TreeBranches.PresetBranch.<>c.<SyncPresetInCorrectFolder>b__15_0(IGUISceneEntry c) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Windows\ProjectExplorer\TreeBranches\PresetBranch.cs:Zeile 151.
   bei System.Linq.Enumerable.WhereSelectEnumerableIterator`2.MoveNext()
   bei System.Linq.Enumerable.<DistinctIterator>d__64`1.MoveNext()
   bei System.Collections.Generic.List`1..ctor(IEnumerable`1 collection)
   bei System.Linq.Enumerable.ToList[TSource](IEnumerable`1 source)
   bei Lumos.GUI.Windows.ProjectExplorer.TreeBranches.PresetBranch.SyncPresetInCorrectFolder(IPresetFacade facade) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Windows\ProjectExplorer\TreeBranches\PresetBranch.cs:Zeile 151.
   bei Lumos.GUI.Windows.ProjectExplorer.TreeBranches.PresetBranch.GuiSession_PresetChanged(Object sender, PresetChangedEventArgs args) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Windows\ProjectExplorer\TreeBranches\PresetBranch.cs:Zeile 137.
   bei Lumos.GUI.Facade.EventWrapper`1.raise(Object o, TEventArgs args) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Facade\EventWrapper.cs:Zeile 84.
2020-01-25 12:09:39,480 [Main GUI] ERROR Lumos.GUI.Controls.DataGrid.PresetRow - There is no Property with the ID: 07a653c6-ec70-48a4-bd6c-82877c93f6db in this DeviceGroup
Parametername: prop
System.ArgumentNullException: There is no Property with the ID: 07a653c6-ec70-48a4-bd6c-82877c93f6db in this DeviceGroup
Parametername: prop
   bei Lumos.GUI.Facade.Scene.Entry.SceneEntryFacade.get_GUIDeviceProperty() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Facade\Scene\Entry\SceneEntryFacade.cs:Zeile 133.
   bei Lumos.GUI.Controls.DataGrid.PresetRow.<>c.<Update>b__10_1(IGUISceneEntry c) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Controls\DataGrid\PresetRow.cs:Zeile 61.
   bei System.Linq.Enumerable.WhereSelectEnumerableIterator`2.MoveNext()
   bei System.Linq.Enumerable.<DistinctIterator>d__64`1.MoveNext()
   bei LumosLIB.Tools.LumosTools.Implode[T](IEnumerable`1 source, String delim) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosLIB\src\Tools\LumosTools.cs:Zeile 1187.
   bei Lumos.GUI.Controls.DataGrid.PresetRow.Update() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Controls\DataGrid\PresetRow.cs:Zeile 60.

Die beigefügten Logfiles zeigen den Versuch, das Projekt nach dem Neustart des Sitzung zu laden. Auf Wunsch, kann ich noch ein entsprechendes fehlerhaftes Projekt zur Verfügung stellen.

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.

Ich habe die Version 0.0.251 des Projekts aus  FS#5147  geladen. Dabei werden folgende Meldungen nicht im Project Error Fenster anzeigt:

2023-09-10 19:40:44,135 [Log-Thread] WARN  org.dmxc.lumos.Kernel.HAL.Handler.DMXRangeWithValueRange - Min and Max Value in DDF are swapped (Max < Min). This leads to unexpected behaviour. Invert DMX Min / Max if required: Location: device-->functions-->colorwheel-->rainbow-->range

Diese Meldung ist eigentlich ein wichtiger Hinweis, dass (zwingend) Korrekturen am DDF vorgenommen werden müssen, welche beim Ignorieren später zu einem Nicht-Laden des Projekts führen können. Daher sollten auch schon solche Meldungen im Project Error Fenster auftauchen.

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

Das beigefügte Projekt habe ich unter DMXC 3.2.x erstellt und verschiedene Macroboard-Profile angelegt. Bedingt durch die Auslagerung in ein Plugin kann ich dieses nicht mehr laden. Es erscheint im Kernel der folgende Eintrag.

12:39:01 WARN  ProjectManager - Error when loading Project 2022-01-12 - Macroboard.dmz: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
   bei org.dmxc.lumos.Kernel.Input.Macroboard.MacroBoardManager.SelectProfile(String macroBoardID, String profileID, Boolean ignoreBoardNotExisting) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Input\MacroBoard\MacroBoardManager.cs:Zeile 338.
   bei org.dmxc.lumos.Kernel.Input.Macroboard.MacroBoardManager.org.dmxc.lumos.Kernel.Run.ILumosProjectManager.loadProject(LumosIOContext context, ELoadTime time) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Input\MacroBoard\MacroBoardManager.cs:Zeile 441.
   bei org.dmxc.lumos.Kernel.Project.ProjectManager.<>c__DisplayClass29_1.<loadProject>b__1(ILumosManager m) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Project\ProjectManager.cs:Zeile 337.
   bei System.Linq.Enumerable.All[TSource](IEnumerable`1 source, Func`2 predicate)
   bei org.dmxc.lumos.Kernel.Run.AbstractRunManager`2.DoManagerTopDown(Func`2 action) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Kernel\Run\AbstractRunManager.cs:Zeile 142.
   bei org.dmxc.lumos.Kernel.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 333.

Ignoriere ich die zugehörige Fehlermeldung in der GUI, ist das Projekt gewissermaßen kaputt. Es fehlt nicht wie in anderen Fällen nur ein Element, in diesem Fall das Macroboard-Profil, sondern deutlich mehr.

Wenn ich aber die Datei MacroBoardProfiles.xml vor dem Laden aus dem Projekt entferne, kann gibt es keine Fehlermeldung. In diesem Fall kann ich aber dann das Macroboard-Profil neu anlegen und und die Buttons im Input Assignment neu zuordnen. Ist dies erledigt, lädt das auf diese Projekt nach dem Neustart der Sitzung wieder.

Das Projekt ist nur nach DMXC 3.3 importiert. Ansonsten gab es keine Veränderungen. Bei den Logfiles habe ich dieses Mal auch die des Installers beigefüpgt - nicht, dass eine Datei fehlt.

Wenn ich unter den Project Properties verschiedene Angaben mache, z. B. bei Project Name oder Author, werden diese zwar im Projekt-Archiv abgespeichert, jedoch nach einem Neustart von DMXControl nicht wieder geladen. Somit stehen im Fenster Properties und auch oben in der Menüleiste nach dem Laden des Projekts wieder die Standard-Werte.

Der Fehler betraf bereits die Beta 1 und aktuell auch die Beta 3.

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

Speichere ich mein Projekt, so wird in der Project Administration die UTC-Zeit der letzten Sicherung anzeigt, wodurch ich somit eine Verschiebung von zwei Stunden habe (siehe Screenshot).

Da sich Kernel und Umbra ebenfalls in ihren Logs auf die Systemzeit berufen, sollte es bei der Project Administration nicht anders sein oder automatisch die Zeitzone inkl. Sommer- / Winterzeit des PCs ausgelesen werden, auf dem der Kernel läuft.

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.

Ändere ich an mehreren Projekten den Status, ob dieses Projekt angepinnt sein soll oder nicht, wird mir dies spätestens ab dem zweiten Klick auf den Button nicht mehr richtig dargestellt. Um herauszufinden, wie der Status meiner Projekte ist, muss ich die Project Administration einmal schließen und erneut öffnen.

Logfiles kann ich nicht zur Verfügung stellen, da diese Aktion nicht protokolliert wird.

Ich habe bei mir nun fünf Projekte neu importiert und diese teilweise auch gespeichert. Die Sortierung in der Liste mit den verfügbaren Projekten ist aber nicht nachvollziehbar und eher zufällig.

Für eine bessere Übersicht sollte aus meiner folgende Kriterien hinterlegt werden, um ein Projekt direkt aus der Liste auszuwählen und nicht die Suche nutzen zu müssen:

• 1. Kriterium: Angepinnte Projekte (Favoriten), dann alle anderen Projekte
• 2. Kriterium: Alphabetische Sortierung analog zum Windows Explorer (erst Ziffern aufsteigend, dann alphabetisch aufsteigend)

Aktuell kann man ja jederzeit ein neues / anderes Projekt laden, was “ohne Rücksicht auf Verluste” so auch ausgeführt wird. Dem entsprechend können andere Projekte auch geöffnet werden, wenn eine Show, sprich eine Cuelist läuft.

Um hier ggf. das Bewusstsein zu schärfen, dass entweder sowohl mindestens eine Cuelist aktiv ist oder auch aktuell Werte im Programmer enthalten sind, könnte an dieser Stelle eine Rückfrage hilfreich sein. Diese Rückfrage taucht unter den zuvor genannten Kriterien auf, sobald man ein neues / anderes Projekt laden möchte.

Um ein Projekt schneller zu öffnen, fände ich es gut, wenn ich die zuletzt gespeicherte Version eines Projekts direkt mittels eines Doppelklicks öffnen könnte.

Aktuell muss ja noch einen Eintrag zum einen explizit erweitern, um dann ein Projekt über den Load-Button explizit zu laden.

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.

Durch die Einführung der Projekt Administration muss man statt des Dateinamens des Projekts nun die GUID verwenden, ggf. in Kombination mit einer bestimmten Projektversion, um den Kernel über den Parameter “–load” gezielt mit einem Projekt zu starten.

Um hier nicht im Windows Explorer suchen zu müssen, wäre es gut, wenn die GUID des / der Projekte in der Projekt Administration mit angezeigt wird.

Ich lade ein etwas größeres Projekt, wo DMXC auch ein bisschen mit zu tun hat (große Anzahl an Geräten und Cuelists, einige Connectionssets im Input Assignment). Dabei passiert es regelmäßig, dass die Project Administration im Hintergrund verschwindet und ich das Fenster erst explizit über die Taskleiste in den Vorgrund holen muss, um weiterarbeiten zu können.

Es macht keinen Unterschied, ob ich das zuletzt gespeicherte Fensterlayout aufrufe oder nicht. Ebenfalls hat die Einstellung “Show taskbar icon for each window” ebenfalls keinen Einfluss, ob das Fenster nach dem Laden des Projekts im Hintergrund liegt oder nicht.

Aktuell lässt sich die Project Administration nur über den Eintrag “Open” im Menü “Files” öffnen.

Es fühlt sich für mich irgendwie komisch an, diesen Weg zu gehen, um eben meine Projekte zu verwalten. Daher würde ich mir wünschen, einen zusätzlichen Eintrag “Project Administration” explizit mit in das Menü aufzunehmen, so wie es zum Beispiel bei DaVinci Resolve der Fall ist.

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.

Nach der Implementation des Tickets ??? öffnet sich die die Project Administration nun automatisch nach dem Start von DMXC 3.3, sobald zwischen GUI und Kernel eine Verbindung aufgebaut ist.

Es ist allerdings möglich, dass ich die Project Administration nach dem Start der GUI bis zur Herstellung der Verbindung zum Kernel ebenfalls direkt aus der GUI öffne. Ist die Verbindung dann aufgebaut, wird die Project Administration ein zweites Mal durch den oben beschriebenen Automatismus geöffnet. In diesem Fall ist die Project Administration also zweimal geöffnet.

Im Idealfall sollte dies abgefangen werden, weil unter Umständen die Gefahr besteht, dass das zweite Fenster im Hintergrund liegt und man die Software nicht weiter bedienen kann. Auf alle Fälle ist es so, dass die zweite Project Administration geöffnet bleibt, sobald der Ladevorgang vom Laden eines Projekts über die zuerst geöffnete Project Administration abgeschlossen ist.

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.

Ich spreche mit dem Position Control den Programmer an. Während zwei Slider, die mit die Ausgabe des Position Control nach dem Split-Node anzeigen, beim Bewegen des Steuerpunkts gleichmäßig “mitfahren”, springt die tatsächliche Ausgabe der Position in Stage View, Position Window, Device Control und auch der DMX-Ausgabe.

Im Anhang befinden sich die Logs der letzten Session, wo ich das Control angelegt und zuletzt bedient habe und das zugehörige Beispiel-Projekt. Zum Reproduzieren einfach einen der QWO in der Stage View auswählen und über das Position Control im Softdesk ansprechen.

In DMXControl 3 ist die Position ein vordefiniertes Objekt bestehend aus Werten für Pan und Tilt. Dies wird vom Programmer Node so nicht unterstützt.

Um den Programmer Node zum Beispiel aus dem Position Master eine Position zu übergeben, muss das Position-Objekt erst mit dem Split-Node in die Pan- und Tilt-Anteile zerlegt werden. Dies widerspricht dem Grundsatz, im Input Assignment mit normierten Werten zu arbeiten - zumal im Bereich der Farbe bereits ein Farb-Objekt erwartet wird.

Daher sollte im Programmer-Node der Input “Position” ergänzt werden und sich so verhalten, wie es der Value Input des Position Master Nodes seit der Beta 3 tut (siehe Ticket  FS#4832 ). Ob im Gegenzug die Inputs “Pan” und “Tilt” beim erneuten Einfügen des Programmer-Nodes weiterhin angeboten werden, ist zu diskutieren.

Ich setze ich über eine Matrix (in meinem Fall 3 Zeilen und 8 Spalten) eine beliebige Farbe und verringere danach die Größe der Matrix zum Beispiel auf 3 x 3. Danach lässt sich die gesetzte Farbe der nicht mehr einfach über Clear Programmer löschen. Um die Geräte zur “resetten” muss einmal eine beliebige Farbe manuell gesetzt werden, sodass der Programmer “frische” Werte erhält, die dann über Clear Programmer gelöscht werden können.

Hier sollte vor dem aktiv werden der neuen Matrixgröße einmal automatisch der Programmer gelöscht werden.

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.

Die Fehlerbeschreibung ist diesmal im beigefügten Video.

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

Das Powersource-Node wird nicht aktualisiert, wenn die Geräte einer Device Group oder die aktuelle Auswahl in der Stage View mehreren Powersources zugeordnet sind.

1. 8 Geräte mit gepflegten Leistungsdaten anlegen.
2. 2 oder mehr Powersources anlegen.
3. Geräte 1 bis 4 der Powersource A, Geräte 5 bis 8 der Powersource B zuordnen.
4. Neues, leeres Connectionset anlegen, Powersource-Node einfügen und Powersource A wählen.

In den beiden folgenden Fällen werden die Inhalte des Nodes nicht aktualisiert:

1. Man wählt in der Stage View die Device Group aus und highlightet diese.
2. Man wählt manuell die Geräte 1 bis 5 aus.

Wählt man dagegen nur die Geräte 1 bis 4 aus, aktualisiert das Powersource-Node die Werte auf der Output-Seite, auch ohne dass hieran weitere Nodes etc. angeschlossen sind.

Ich wollte verschiedene Power Sources in Ordnern ablegen. Sobald im Project Explorer auf Refresh klicke, laden diese wieder auf der obersten Ebene, während der Baum noch die gewünschte Zuordnung suggeriert.

Hinzu kommt hierbei auch, dass der geänderte Name nicht übernommen wurde. F409 sollte mittlerweile T1-F409 heißen.

Wird innerhalb einer StageView in Icon (egal ob Gruppe oder Gerät) mit der Maus verschoben, werden die Positionswerte für das Icon im Properties-Fenster erst nach dem Neuladen der StageView (z. B. durch ein kurzes Wechseln in eine andere Registerkarte) aktualisiert.

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

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.

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

Bei meiner letzten Show erfolgte die Bedienung von DMXControl 3 über insgesamt drei Monitore, wo ich eine Reihe von Fenstern auf die verschiedenen Displays verteilte. Nun wollte ich mit dem gleichen PC und nur einem Bildschirm weiterarbeiten und führte den Befehl “Move floating windows to primary screen” und auch “Reset window layout” aus.

Beide Befehle berücksichtigen allerdings keine Fenster, die geschlossen sind, zum Beispiel die Device Properties.

Ich möchte mit dem Position-Element im Softdesk das Programmer Node steuern. Da dieses für Pan und Tilt getrennte Eingänge besitzt, fügte ich ein Position to Pan/Tilt Converter hinzu. Dieses Conventer-Node gibt für Pan und Tilt allerdings DMX-Werte aus, die das Programmer Node aktuell nicht akzeptiert. Auch das Zwischenschalten von Rule of Three Bausteinen, um den DMX-Wert wieder auf einen Winkel umzusetzen, brachte nicht den gewünschten Erfolg.

In der Beta 7 kann das Position Master Node nicht geladen werden, sobald es in einem Graphen verwendet wird.

Das unten beigefügte Projekt ist neu erstellt. Dort habe ich den Position Master 1 nur im Position Master Node einem sonst leeren Graphen hinzugefügt. Beim erneuten Laden des Projekts generiert der Kernel die nachfolgende Fehlermeldung und im Graphen wird der Node entfernt.

09:58:09 WARN  InputManager - Unable to add Node to Graph: Object reference not set to an instance of an object.
System.NullReferenceException: Object reference not set to an instance of an object.
   at org.dmxc.lumos.Kernel.Input.v2.Worker.PositionMasterNode.setInputaValue() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Input\v2\Graph\Node\Wrapper\Master\PositionMasterNode.cs:line 192
   at org.dmxc.lumos.Kernel.Input.v2.Worker.PositionMasterNode.setParameterInternal(GenericParameter parameter, Object value) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Input\v2\Graph\Node\Wrapper\Master\PositionMasterNode.cs:line 389
   at org.dmxc.lumos.Kernel.Input.v2.AbstractNode.setParameter(GenericParameter parameter, Object value) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Input\v2\Graph\Node\AbstractNode.cs:line 371
   at LumosLIB.Tools.ParameterTools.LoadParameters[TParameter](IParameterable`1 parameterable, ManagedTreeItem tree, Func`2 convertName, Func`3 convertStringValueToID, Func`3 convertObjectValueToID) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Tools\ParameterTools.cs:line 341
   at LumosLIB.Tools.ParameterTools.LoadParameters[TParameter](IParameterable`1 parameterable, ManagedTreeItem tree) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Tools\ParameterTools.cs:line 228
   at org.dmxc.lumos.Kernel.Input.v2.InputManager.CreateSavedNode(ManagedTreeItem n, LumosIOContext context) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Input\v2\InputManager.cs:line 0

Nachdem ich nun das Position Master Node grundsätzlich extern ansteuern kann, ist mir aufgefallen, dass das Node am Value Input reale Positionswerte in Grad erwartet. Dies ist insbesondere im Zusammenspiel mit einer externen Ansteuerung über Fader etc. ungünstig, wie ich es bereits im Ticket  FS#4786  angeschnitten habe. Ändere ich den Aktionsbereich des zugeordneten Position Masters, muss ich auch in den Connectionsets verschiedene Anpassungen vornehmen.

Ich sehe hier folgende Ansätze, diesen Fehler (weil wir ja eigentlich immer nur mit normierten Werten von 0 bis 1 innerhalb der Connectionsets arbeiten wollen) zu beheben:

• Der Value Input wird so angepasst, sodass er nur eine normierte Position versteht.
• Der aktuelle Input wird erhalten und ein weiterer Input ergänzt, der dann die normierte Position versteht.
• Der aktuelle Input wird erhalten und analog zum Programmer-Node zwei getrennte Inputs für Pan und Tilt ergänzt.

An nahezu allen Stellen in der GUI ist der Eintrag Properties der unterste Eintrag im Kontektmenü, wie in den beiden exemplarisch beigefügten Screenshots (Bild 1 und 2) zu sehen ist. Das Kontextmenü in der Graphenansicht fällt hier zur Zeit heraus (siehe Bild 3).

Geräte wie Tilt-Bars oder ähnliche - wo also nur eine von zwei Bewegungsachsen vorhanden sind - können vom Position Control aktuell nicht angesteuert werden.

Ändere ich den Wert eine Zelle im Cuelist Editor oder den Namen einer Verbindung im Input Assignment und möchte mit den Tasten Pos1 bzw. Ende an den Anfang bzw. Ende des Textes in der Zelle springen, wird stattdessen der Edit-Modus der Zelle verlassen und die erste bzw. letzte Zelle in der Zeile ausgewählt.

Bei Effekten wie Rechteck, Trapez oder weiteren, bei denen explizit mit Zeiten gearbeitet wird (fade up time, fade down time, pause) sollte nicht die Phasenverschiebung nicht als Winkel in Grad, sondern als Zeitwert in (Milli-) Sekunden angegeben werden.

Hat ein Projekt so viele Bänke, dass die Breite des Fensters nicht ausreicht, ist der Pfeil zum Verschieben der Reiter nach links teilweise verdeckt.

Ggf. wäre zu überlegen, dass man eine bestimmte Bank auch über das Menü zum Eintrag Bank erreicht. Dies könnte bei langen Bezeichnungen der Bänke vorteilhafter sein.

Siehe oben

Ist eine Cuelist pausiert und wird durch eine Cuelist Group gestoppt, lässt sich diese nicht mehr starten. Im Single List Modus wäre dieses Problem egal, aber sobald der Stop-Modus “One ends all” gesetzt ist, bleibt die pausierte Cuelist aktiv.

Ggf. muss an dieser Stelle über einen zweiten Stop-Modus nachgedacht werden, der pausierte Cuelist nicht beendet.

Getestet mit Build 1519

Wechsele ich im Patching Dialog in der Matrix Ansicht zwischen den Universen, gibt das Fenster zwar die richtigen Adressen wieder. Die Geräte selbst werden aber nicht aktualisiert, sodass grundsätzlich nur die Geräte des 1. DMX-Universum dargestellt werden.