Bugtracker DMXControl 3

Getestet mit Alpha 3, Build 11

Erstelle oder ändere ich ein Softdesk und habe mein Projekt noch nicht gespeichert, sind alle Änderungen an dem betreffenden nach einem Schließen und Neustarten der GUI weg.

Getestet mit Alpha 3, Build 11

Aktuell kann ich die Größe und Position der Controls nur durch ziehen und schieben verändern, jedoch nicht über die Eingabe von konkreten Werten. Der Punkt “Layout” bleibt trotz eines ausgewählten Controls leer.

Getestet mit Alpha 3, Build 11

Es fehlt ein Raster, welches im Rastermaß entsprechend einstellbar ist. Das interaktive Raster bei kleineren Softdesks zwar hilfreich, bei größeren Softdesks mit mehr als 40 Buttons dürfte ein festes Raster aber die bessere Wahl sein, vor allem weil sich so schneller eine akkurate Anordnung der Controls (auch übergreifen über mehrere verschiedene Softdesks) erzielen lässt.

Getestet mit Alpha 3, Build 11

Persönlich finde die aktuelle Arbeitsweise zum Auswählen der Controls im Softdesk sehr ungeschickt. Ich kann ein oder mehrere Controls nur über ein Auswahlrecht anwählen. Dies finde ich von Arbeitsweise her als eher ungünstig und weniger intuitiv. Ein einfacher Klick auf das Control führt aktuell auch im Designer die entsprechende Aktion aus des Controls, obwohl ich tendenziell dies an dieser Stelle für das Einrichten des Softdesks eigentlich nicht benötige.

Daher ist mein Wunsch an dieser Stelle, im Designer den Fokus auf die Einrichtung zu legen, sodass ich die Controls nach einem einfach Auswählen per Klick einstellen und ändern kann. Folglich habe ich das Ticket direkt mal mit dem Status “Usability Relevant” versehen.

Getestet mit Alpha 3, Build 11

Aktuell fehlt die oben genannte Funktion komplett. Diese sollte dann auch einfach über das Kontextmenü erreichbar sein.

Geprüft mit Build 1602

Die Option Skip 1st cue trigger on play der Cuelist sollte mit in die Schnelleinstellung für die Cuelist, das heißt in das Dropdown-Menü des Options-Button, aufgenommen werden.

Ich stelle mir einen neuen Effekt vor der einen Stern mit n Spitzen erstellt. Der Effekt ließe sich über folgende Parameter manipulieren:

Variante 1: realen Sternen / Design-Sternen

• Anzahl Spitzen, wobei das Minimum bei 3 liegt
• Innerer Radius
• Äußer Radius
• Index
• Phase
• Frequenz

Variante 2: Sternpolygon

• Anzahl Spitzen, wobei das Minimum bei 5 liegt
• Äußer Radius
• Fahrweise (nur außen oder “durch die Mitte” bei zusammenhängenden Sternpolygonen)
• Index
• Phase
• Frequenz

Aktuell wird der Kreis nur kontinuierlich in einer Richtung abgefahren. Einen Ausschnitt wie zum Beispiel einen Bogen kann man aktuell nicht fahren. Daher schlage ich die folgenden Erweiterungen für den Kreis-Effekt vor, um eben auch Teilkreise und Ellipsen fahren zu können:

• Startwinkel (bei AutoCAD ist 0° immer bei 3:00 Uhr und dann gegen den Uhrzeigersinn zunehmend)
• Endwinkel
• Index
• Fahrrichtung (forward, backward, bounce)

Getestet mit **Build 1581*

Folgende Fehlermeldung ist mir aufgefallen. Projekt und Logs sind im Anhang zu finden.

2019-02-03 18:42:39,449 [45] ERROR org.dmxc.lumos.Kernel.Command.ReflectionCommandFactory - TargetInvocationException: Ein Aufrufziel hat einen Ausnahmefehler verursacht.
System.Reflection.TargetInvocationException: Ein Aufrufziel hat einen Ausnahmefehler verursacht. ---> System.ArgumentOutOfRangeException: Die Zahl muss entweder nicht negativ und kleiner oder gleich dem Int32.MaxValue oder -1 sein.
Parametername: dueTime
   bei System.Threading.Timer.Change(Int32 dueTime, Int32 period)
   bei System.Timers.Timer.UpdateTimer()
   bei System.Timers.Timer.set_Interval(Double value)
   bei org.dmxc.lumos.Kernel.Master.SpeedMaster.set_MasterSpeed(Double value) in D:\Jenkins\workspace\Lumos_Release\Lumos\Lumos\src\Kernel\Master\SpeedMaster.cs:Zeile 128.
   bei org.dmxc.lumos.Kernel.Master.SpeedMaster.refrechMasterSpeed() in D:\Jenkins\workspace\Lumos_Release\Lumos\Lumos\src\Kernel\Master\SpeedMaster.cs:Zeile 140.
   bei org.dmxc.lumos.Kernel.Master.MasterManager.setSpeedMasterValue(String id, Double speed) in D:\Jenkins\workspace\Lumos_Release\Lumos\Lumos\src\Kernel\Master\MasterManager.cs:Zeile 202.
   bei org.dmxc.lumos.Kernel.Command.KernelCommandFactory.setSpeedMasterValue(String id, Double value) in D:\Jenkins\workspace\Lumos_Release\Lumos\Lumos\src\Kernel\Command\KernelCommandFactory.cs:Zeile 1964.
   --- 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 org.dmxc.lumos.Kernel.Command.ReflectionCommandFactory.CommandPropertyBag.Invoke(CommandParameterList list) in D:\Jenkins\workspace\Lumos_Release\Lumos\Lumos\src\Kernel\Command\ReflectionCommandFactory.cs:Zeile 60.
2019-02-03 18:42:39,475 [45] ERROR org.dmxc.lumos.Kernel.Command.Command - Error while invoking Command: setSpeedMasterValue, Paras: 
System.ArgumentOutOfRangeException: Die Zahl muss entweder nicht negativ und kleiner oder gleich dem Int32.MaxValue oder -1 sein.
Parametername: dueTime
   bei org.dmxc.lumos.Kernel.Command.ReflectionCommandFactory.CommandPropertyBag.Invoke(CommandParameterList list) in D:\Jenkins\workspace\Lumos_Release\Lumos\Lumos\src\Kernel\Command\ReflectionCommandFactory.cs:Zeile 68.
   bei org.dmxc.lumos.Kernel.Command.Command.execute(Object[] paras) in D:\Jenkins\workspace\Lumos_Release\Lumos\Lumos\src\Kernel\Command\Command.cs:Zeile 120.

Getestet mit Build 1581

Habe ich ein Gerät im Electrictiy zugeordnet, kann ich es zwar nun innerhalb umsortieren, jedoch grundlegend aus dem Electrcity entfernen. Die Entf-Taste und auch das Kontextmenü zum Gerät mit dem Eintrag Delete funktionieren nicht. Aufhänger ist hier, dass ich auf Grund des Fehlers  FS#3359  noch ein Gerät zweimal im Electricity zuordnet habe und dies nun korrigieren wollte.

Projekt siehe  FS#3362 , Logs im Anhang.

Idee basiert auf Build 1581

Da das Input Assignment ja seit längerem auch ein Fenster ist, welches sich in die GUI andocken lässt: können wir das Menü Windows um den Input Assignment erweitern, um es schneller erreichen zu können?

Getestet mit Build 1581

Beim Starten des Kernels ist mit folgende Fehlermeldung aufgefallen. Im gleichen Zusammenhang frage die Windows Firewall nach, ob die den Datenverkehr zulassen soll.

2019-02-03 15:10:52,754 [Main] ERROR LumosLIB.Kernel.Input.Macroboard.AbstractMacroBoardManager - 
System.Net.Sockets.SocketException (0x80004005): Normalerweise darf jede Socketadresse (Protokoll, Netzwerkadresse oder Anschluss) nur jeweils einmal verwendet werden
   bei System.Net.Sockets.Socket.DoBind(EndPoint endPointSnapshot, SocketAddress socketAddress)
   bei System.Net.Sockets.Socket.Bind(EndPoint localEP)
   bei System.Net.Sockets.UdpClient..ctor(Int32 port, AddressFamily family)
   bei System.Net.Sockets.UdpClient..ctor(Int32 port)
   bei org.dmxc.DMXDude.DMXDudeReceiver.StartRecieverThread(IPAddress ListenerIP) in C:\Users\Grote\Source\Repos\Arduino_DMXC_Streamdeck\DMXDude_VirtualControls_Board\DMXDude_VirtualControls_Board\UDPNetwork.cs:Zeile 33.
   bei LumosLIB.Kernel.Input.Macroboard.AbstractMacroBoardManager.initializeManager() in D:\Jenkins\workspace\Lumos_Release\Lumos\LumosLIB\src\Kernel\Input\MacroBoard\AbstractMacroBoardManager.cs:Zeile 219.

Projekt und Logs siehe  FS#3362 .

Getestet mit Build 1581

Aus einem mir nicht nachvollziehbaren Grund wird in meinen angehangenen Testprojekt für DMXControl 3.2 im Ordner MSQ das Gerät MSQ (1) nicht angezeigt. Auch der Refresh-Button schafft hier kein Abhilfe. Im Patching-Dialog und auch in der Stage View ist es anzutreffen und lässt sich auch ordnungsgemäß ansprechen. Adressiert ist dieses Gerät auf die Adresse 3.1, wie auch in der Channel Overview zu sehen.

Das Problem ist mir schon vor einiger Zeit unter die Finger gekommen, so auch mit der Build 1572 (zugehöriges Projekt und Logs siehe  FS#3358 ) und Build 1544.

Getestet mit Build 1572

Ordne ich ein Device per Drag & Drop aus dem Device-Ordner einer Stromquelle zu, ist mir folgendes aufgefallen:

• Ist ein Gerät bereits einer Stromquelle zugeordnet, gibt es kein optisches Feedback, dass ich dies nicht machen darf. Im Bild 1 ist das ausgewählte Gerät eigentlich der Steckdosenleiste 3 zugeordnet.
• Ich kann Geräte mehr als einer Stromquelle zuordnen (siehe Bild 2).
• Das Entfernen oder auch Umsortieren von einer Stromquelle zu einer anderen funktioniert (noch) nicht.

Projekt und Log siehe  FS#3358 .

Getestet mit Build 1572

Irgendwie sieht die Zuordnung der Werte zu den darüber liegenden Überschriften der Tabelle komisch aus. Projekt und Logs siehe Anhang.

Aktuell erwarten Trigger-Inputs nur true oder false als Input. Um die Graphen zu vereinfachen, wäre es gut, wenn die Inputs parallel auch 0 und 1 als Wert zulassen würden.

Getestet mit Build 1568

Der Kernel kann in Folge dieser Fehlermeldung nicht gestartet werden und wird nach dem Drücken der Entertaste geschlossen:

2019-02-01 18:35:35,871 [Main] FATAL org.dmxc.lumos.Kernel.Run.KernelRunManager - Exception when initializing Manager MacroBoardManager: Die Datei oder Assembly "DMXDude_VirtualControls_Board, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null" oder eine Abhängigkeit davon wurde nicht gefunden. Das System kann die angegebene Datei nicht finden.
System.IO.FileNotFoundException: Die Datei oder Assembly "DMXDude_VirtualControls_Board, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null" oder eine Abhängigkeit davon wurde nicht gefunden. Das System kann die angegebene Datei nicht finden.
Dateiname: "DMXDude_VirtualControls_Board, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null"
   bei LumosLIB.Kernel.Input.Macroboard.AbstractMacroBoardManager.initializeManager()
   bei org.dmxc.lumos.Kernel.Input.Macroboard.MacroBoardManager.initialize() in D:\Jenkins\workspace\Lumos_Release\Lumos\Lumos\src\Kernel\Input\MacroBoard\MacroBoardManager.cs:Zeile 31.
   bei org.dmxc.lumos.Kernel.Run.AbstractRunManager`2.ManagerInitAction(TManager m) in D:\Jenkins\workspace\Lumos_Release\Lumos\LumosLIB\src\Kernel\Run\AbstractRunManager.cs:Zeile 602.

WRN: Protokollierung der Assemblybindung ist AUS.
Sie können die Protokollierung der Assemblybindungsfehler aktivieren, indem Sie den Registrierungswert [HKLM\Software\Microsoft\Fusion!EnableLog] (DWORD) auf 1 festlegen.
Hinweis: Die Protokollierung der Assemblybindungsfehler führt zu einer gewissen Leistungseinbuße.
Sie können dieses Feature deaktivieren, indem Sie den Registrierungswert [HKLM\Software\Microsoft\Fusion!EnableLog] entfernen.

Die Einrichtung des Electrictiy-Features sollte ebenfalls über den Project Explorer erfolgen. Nur das Fenster mit den Amperemetern bleibt separat.

Getestet mit Build 1519

Wir steigern uns: Im Kontextmenü der Stage View gibt es den Eintrag “Add Device” nun gleich fünf Mal.

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.

Für die Tabelle für die Device Groups wünschen uns Joseph und ich folgende ergänzende Informationen in Form von zusätzlichen Spalten:

• Status des Group Masters (aktiv oder inaktiv)
• Ausgabe der Group Number (hilfreich für die Auswahl über das Input Assignment)

Getestet mit Build 1503

Aktuell wird jede (Wert-) Änderung in der Stage View protokolliert, also nicht nur Dimmer, sondern auch Farben oder Goborotationen. Lasse ich also über den Abend die Stage View die ganze Zeit mit laufen, wächst das Logfile der GUI auf eine unter Umständen für den PC nicht mehr händelbare Größe an. Daher sollte das Logging für den Normalbetrieb unbedingt deaktiviert werden. Ggf. könnte man drüber nachdenken, das Logging bei Bedarf einzuschalten, wenn man sich auch die Debug-Infos ausgeben lässt.

Getestet mit Build 1492

Ändere ich bei einer aktiven Cuelist während der Ausführung eines Fades die Fadezeit, stoppt die Cuelist.

Getestet mit Build 1500

Und plötzlich fing die StageView wild an zu Flackern trotz zoomen, verschieben und Reset. Ich weiß, es ist keine hilfreiche Fehlerbeschreibung - schaut einfach mal in die angehängten Logs der GUI. Da gibt es viele nette Einträge.

Getestet mit Build 1492

Nach dem Start der GUI passierte es häufig, dass abgesehen von der Menüleite oben und dem Schnellzugriff links keine weiteren Fenster anzeigt wurden (Bild 1). Bei einem Reset des Layouts verdeckt der Project Explorer die Fenster im angehängten Screenshot, jedoch nicht in der vollen Fenstergröße (Bild 2 und Bild 3). Erst nach einem Neustart von DMXControl 3.2 ist das Layout vollständig resettet.

2019-01-26 12:48:10,385 [1] ERROR Lumos.GUI.WindowManager - 
System.InvalidOperationException: Invalid Content: ActiveContent must be one of the visible contents, or null if there is no visible content.
   bei WeifenLuo.WinFormsUI.Docking.DockPane.set_ActiveContent(IDockContent value) in C:\Users\Grote\Downloads\dockpanelsuite-Release_3.0 (1)\dockpanelsuite-Release_3.0\WinFormsUI\Docking\DockPane.cs:Zeile 174.
   bei WeifenLuo.WinFormsUI.Docking.DockContentHandler.Activate() in C:\Users\Grote\Downloads\dockpanelsuite-Release_3.0 (1)\dockpanelsuite-Release_3.0\WinFormsUI\Docking\DockContentHandler.cs:Zeile 736.
   bei WeifenLuo.WinFormsUI.Docking.DockContentHandler.SetParent(Control value) in C:\Users\Grote\Downloads\dockpanelsuite-Release_3.0 (1)\dockpanelsuite-Release_3.0\WinFormsUI\Docking\DockContentHandler.cs:Zeile 881.
   bei WeifenLuo.WinFormsUI.Docking.DockContentHandler.SetPane(DockPane pane) in C:\Users\Grote\Downloads\dockpanelsuite-Release_3.0 (1)\dockpanelsuite-Release_3.0\WinFormsUI\Docking\DockContentHandler.cs:Zeile 816.
   bei WeifenLuo.WinFormsUI.Docking.DockContentHandler.SetPaneAndVisible(DockPane pane) in C:\Users\Grote\Downloads\dockpanelsuite-Release_3.0 (1)\dockpanelsuite-Release_3.0\WinFormsUI\Docking\DockContentHandler.cs:Zeile 781.
   bei WeifenLuo.WinFormsUI.Docking.DockContentHandler.SetDockState(Boolean isHidden, DockState visibleState, DockPane oldPane) in C:\Users\Grote\Downloads\dockpanelsuite-Release_3.0 (1)\dockpanelsuite-Release_3.0\WinFormsUI\Docking\DockContentHandler.cs:Zeile 582.
   bei WeifenLuo.WinFormsUI.Docking.DockContentHandler.set_PanelPane(DockPane value) in C:\Users\Grote\Downloads\dockpanelsuite-Release_3.0 (1)\dockpanelsuite-Release_3.0\WinFormsUI\Docking\DockContentHandler.cs:Zeile 444.
   bei WeifenLuo.WinFormsUI.Docking.DockPanel.Persistor.LoadFromXml(DockPanel dockPanel, Stream stream, DeserializeDockContent deserializeContent, Boolean closeStream) in C:\Users\Grote\Downloads\dockpanelsuite-Release_3.0 (1)\dockpanelsuite-Release_3.0\WinFormsUI\Docking\DockPanel.Persistor.cs:Zeile 617.
   bei WeifenLuo.WinFormsUI.Docking.DockPanel.LoadFromXml(Stream stream, DeserializeDockContent deserializeContent) in C:\Users\Grote\Downloads\dockpanelsuite-Release_3.0 (1)\dockpanelsuite-Release_3.0\WinFormsUI\Docking\DockPanel.Persistor.cs:Zeile 799.
   bei Lumos.GUI.WindowManager.LoadWinFormUITheme(ThemeBase winFormUITheme) in D:\Jenkins\workspace\Lumos_Release\Lumos\LumosGUI\src\WindowManagement\WindowManager.cs:Zeile 854.

Im Kontextmenü zum Device im Project Explorer gibt es den Eintrag “Add Device” doppelt, interessanterweise aber mit zwei verschiedenen Icons.

Möchte ich eine Auswahl von Geräten innerhalb der Tabelle pro Drag&Drop in einen neuen Ordner verschieben, funktioniert dies nicht. Schiebe ich die gleiche Auswahl stattdessen auf den Ordner im Baum des Project Explorers, klappt dies.

Getestet mit Build 1492

Es ist in der laufenden Sitzung zweimal passiert, dass die Stage View nicht vollständig gezeichnet wurde. Die Ursache ließ sich gerade noch nicht richtig eingrenzen. In den Logs der GUI tauchen folgende Einträge auf:

System.ObjectDisposedException: Auf das verworfene Objekt kann nicht zugegriffen werden.
Objektname: "Texture2D".
   bei Microsoft.Xna.Framework.Helpers.CheckDisposed(Object obj, IntPtr pComPtr)
   bei Microsoft.Xna.Framework.Graphics.EffectParameter.SetValue(Texture value)
   bei org.dmxc.lumos.XNAViews.StageView.DeviceOrBeamIcon.OnGetIconEffect(Effect effect) in D:\Jenkins\workspace\Lumos_Release\Lumos\XNAViews\src\XNAViews\StageView\Icons\DeviceOrBeamIcon.cs:Zeile 201.
   bei org.dmxc.lumos.XNAViews.StageView.AbstractIconBase.GetIconEffect(Effect effect, Single time, AliasIcon alias) in D:\Jenkins\workspace\Lumos_Release\Lumos\XNAViews\src\XNAViews\StageView\Icons\AbstractIconBase.cs:Zeile 515.
   bei org.dmxc.lumos.XNAViews.StageView.StageView.drawIcon(RectangleF bounds, Single time, AbstractIconBase abstractIconBase, AliasIcon alias) in D:\Jenkins\workspace\Lumos_Release\Lumos\XNAViews\src\XNAViews\StageView\StageView.cs:Zeile 1584.
   bei org.dmxc.lumos.XNAViews.StageView.StageView.DrawIcons(RectangleF bounds) in D:\Jenkins\workspace\Lumos_Release\Lumos\XNAViews\src\XNAViews\StageView\StageView.cs:Zeile 1533.
   bei org.dmxc.lumos.XNAViews.StageView.StageView.Draw(Rectangle clipingRectangle) in D:\Jenkins\workspace\Lumos_Release\Lumos\XNAViews\src\XNAViews\StageView\StageView.cs:Zeile 1247.

Das Problem ist hier, dass die Fehlermeldung so häufig in das Logfile geschrieben wird, dass dieses binnen wenigen Sekunden merklich größer wird. Sobald die Stage View im Hintergrund ist und zum Beispiel durch den Project Explorer “überlagert” wird, stoppt das Fortschreiben der Meldungen (siehe auch zweites Video in WhatApp-Gruppe vom 26.01. um 12:17 Uhr).

Geteset mit Build 1492

Ich nutze in DMXControl 3.1.3 den Go/Stop-Output, um via Tastatur / Softdesk manuelle Strobeeffekte auszugeben. Das heißt, die Effekte laufen nur für die Dauer, wo ich die Taste drücke.

Analog zu den Submastern in DMXControl 2 bzw. den Executoren könnte ich mir vorstellen, dass eine Flash-Funktion für die Groupmaster eine nette Ergänzung wäre. Besonders gut kommt dies zur Geltung, wenn der MIDI-Controller Encoder mit Drucktaster verbaut hat.

Diese Funktion bräuchte im ersten Schritt nur im Input Assignment verfügbar sein.

Getestet mit Build 1446

Ich habe eine neue Cuelist mit einem SpeedMaster angelegt sowie mehrere Verknüpfungen im Input Assignment erstellt. Daraufhin ließ sich das Projekt nicht mehr speichern.

2019-01-23 23:07:34,989 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore - Returning 26 resources of type  in Project.
2019-01-23 23:07:49,545 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Project.ProjectManager - Session SKI-DSK-M4A89GA is saving Project New Project to Temp\ea184066-c6e0-40bf-b75f-d5645fefbaa0.tmp.
2019-01-23 23:07:57,222 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Input.v2.InputManager - saveProject KernelInputManager.
2019-01-23 23:07:58,393 [37] ERROR org.dmxc.lumos.Kernel.Scene.Fanning.FannedValueManager - Unable to serialize IFannedValue with Types: String
2019-01-23 23:07:58,395 [37] ERROR org.dmxc.lumos.Kernel.Project.ProjectManager - Error at save Project, try to load a previous Version
org.dmxc.lumos.Kernel.Exceptions.WrongValueTypeException: There is no Converter for Type: String
   bei org.dmxc.lumos.Kernel.Scene.Fanning.FannedValueManager.serializeIFannedValue(IFannedValue value) in D:\Jenkins\workspace\Lumos_Release\Lumos\Lumos\src\Kernel\Scene\Fanning\FannedValueManager.cs:Zeile 457.
   bei org.dmxc.lumos.Kernel.Scene.Fanning.FannedValueManager.org.dmxc.lumos.Kernel.Resource.Serializer.IResourceSerializer.serialize(Object toSerialize) in D:\Jenkins\workspace\Lumos_Release\Lumos\Lumos\src\Kernel\Scene\Fanning\FannedValueManager.cs:Zeile 428.
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(String name, Object value, XmlDocument dest) in D:\Jenkins\workspace\Lumos_Release\Lumos\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 329.
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(ManagedTreeItem item, XmlDocument dest) in D:\Jenkins\workspace\Lumos_Release\Lumos\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 267.
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(String name, Object value, XmlDocument dest) in D:\Jenkins\workspace\Lumos_Release\Lumos\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 335.
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(ManagedTreeItem item, XmlDocument dest) in D:\Jenkins\workspace\Lumos_Release\Lumos\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 267.
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(ManagedTreeItem item, XmlDocument dest) in D:\Jenkins\workspace\Lumos_Release\Lumos\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 273.
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(ManagedTreeItem item, XmlDocument dest) in D:\Jenkins\workspace\Lumos_Release\Lumos\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 273.
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(ManagedTreeItem item, XmlDocument dest) in D:\Jenkins\workspace\Lumos_Release\Lumos\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 273.
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(ManagedTreeItem item, XmlDocument dest) in D:\Jenkins\workspace\Lumos_Release\Lumos\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 273.
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(ManagedTreeItem item, XmlDocument dest) in D:\Jenkins\workspace\Lumos_Release\Lumos\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 273.
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(ManagedTreeItem item, XmlDocument dest) in D:\Jenkins\workspace\Lumos_Release\Lumos\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 273.
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(ManagedTreeItem item, XmlDocument dest) in D:\Jenkins\workspace\Lumos_Release\Lumos\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 273.
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(ManagedTreeItem item) in D:\Jenkins\workspace\Lumos_Release\Lumos\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 249.
   bei org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore.saveResource(EResourceType type, LumosResource data) in D:\Jenkins\workspace\Lumos_Release\Lumos\Lumos\src\Kernel\Resource\Datastore\FileBackendDatastore.cs:Zeile 489.
   bei org.dmxc.lumos.Kernel.Resource.ResourceManager.saveResourceInternal(EResourceType type, LumosResource data) in D:\Jenkins\workspace\Lumos_Release\Lumos\Lumos\src\Kernel\Resource\ResourceManager.cs:Zeile 283.
   bei org.dmxc.lumos.Kernel.Resource.AbstractResourceManager.saveResource(EResourceType type, LumosResource data) in D:\Jenkins\workspace\Lumos_Release\Lumos\LumosLIB\src\Kernel\Resource\AbstractResourceManager.cs:Zeile 602.
   bei org.dmxc.lumos.Kernel.Project.Project.saveProject(LumosIOContext context) in D:\Jenkins\workspace\Lumos_Release\Lumos\Lumos\src\Kernel\Project\Project.cs:Zeile 274.
   bei org.dmxc.lumos.Kernel.Project.ProjectManager.saveProject(String name, Stream outputStream, String sessionName) in D:\Jenkins\workspace\Lumos_Release\Lumos\Lumos\src\Kernel\Project\ProjectManager.cs:Zeile 382.
2019-01-23 23:07:58,439 [Log-Thread] INFO  org.dmxc.lumos.Kernel.GUISession.Session - Failed to save Project to GUI SKI-DSK-M4A89GA, Path F:\Verein\DMXControl Projects\Software\DMXControl 3\Testprojekte\DMXC 3.2\Beta-Test V3.2 Alpha 2 (Testprojekt 1).zip

Getestet mit Build 1432

Lege ich die oben genannte Verknüpfung an, geht diese mit dem Neuladen des Projekts verloren. Sowohl im Outputspalte als auch im Graphen taucht ein Block mit dem Namen Empty auf.

Lade ich DDFs über die direkte Anbindung in DMXControl 3 aus der DDFLib herunter, werden die XML-Dateien nicht in das klassische Namenschema HERSTELLER GERÄT (MODE) umbenannt, sondern verbleiben im DDFLib-Schema, zum Beispiel DDF-001215.xml.

Getestet mit Build 1415

Ist eine Umgebungsvariable zu einem benutzerdefinierten Arbeitsverzeichnis definiert, hat dies keine Auswirkung auf die I18N-Logs der GUI. Diese werden weiterhin noch im Standard-Arbeitsverzeichnis unter C:\User\[USERNAME]\AppData\ (...) ablegt. Dies betrifft alle drei Varianten der Umgebungsvariablen, darunter auch DMXC3_PROFILE_3_2 und DMXC3_PROFILE_3_2_0.

Getestet mit Build 1415

Werden neue Outputs angelegt oder gelöscht, muss das gesamte Projekt zumindest einmal komplett neu geladen werden (das heißt Projekt schließen und wieder öffnen), damit diese im Input Assignment zur Verfügung stehen bzw. entfernt werden. Dies betrifft insbesondere:

• Cuelists
• Executoren
• Master

Siehe Titel

Getestet mit Build 1409

Folgende Fehlermeldung erscheint im Log, wenn ich das angehängte Projekt öffnen möchte:

2019-01-07 22:13:42,439 [48] ERROR LumosLIB.Tools.LumosTools - Error loading Graphs in Project
System.ArgumentException: Source or Target node doesn't belong to this graph.
Parametername: e
   bei org.dmxc.lumos.Kernel.Input.v2.Graph.AddEdge(GraphEdge e, Boolean processGraph, Boolean reassignLevel) in D:\Jenkins\workspace\Lumos_Release\Lumos\Lumos\src\Kernel\Input\v2\Graph\Graph.cs:Zeile 231.
   bei org.dmxc.lumos.Kernel.Input.v2.Graph.AddEdge(GraphEdge e) in D:\Jenkins\workspace\Lumos_Release\Lumos\Lumos\src\Kernel\Input\v2\Graph\Graph.cs:Zeile 217.
   bei org.dmxc.lumos.Kernel.Input.v2.InputManager.org.dmxc.lumos.Kernel.Project.IProjectResourceUser<org.dmxc.lumos.Kernel.Input.v2.IGraph>.LoadItem(ManagedTreeItem item, LumosIOContext context) in D:\Jenkins\workspace\Lumos_Release\Lumos\Lumos\src\Kernel\Input\v2\InputManager.cs:Zeile 1141.
   bei org.dmxc.lumos.Kernel.Project.ProjectContainer`1.Load(LumosResource data, LumosIOContext context) in D:\Jenkins\workspace\Lumos_Release\Lumos\Lumos\src\Kernel\Project\ProjectContainer.cs:Zeile 184.
   bei org.dmxc.lumos.Kernel.Project.Project.loadProject(LumosIOContext context) in D:\Jenkins\workspace\Lumos_Release\Lumos\Lumos\src\Kernel\Project\Project.cs:Zeile 230.

Ich habe auch den Verdacht, dass auf Grund dieser Fehlermeldung das Projekt nicht geladen werden kann. Der Vorgang wird mit der Meldung “Project could not be loaded. Either the file is corrupt or not a valid project file” abgebrochen. Das Projekt verwendete ich gestern Nachmittag (Sonntag) zuletzt mit der Build 1402, unter der ich auch verschiedene Verbindungen im Input Assignment angelegt habe.

Getestet mit Build 1402

Exportiere ich die Logfiles und wähle als Speicherort den Desktop aus, muss ich danach beim Klick auf Save project in der Schnellzugriffsleiste erneut den Speicherort des Projekts angeben. Die direkte Speicherung des Projekts funktioniert dann nicht.

Daher schlage ich vor, für den Export der Logfiles einen zweiten Ordnerpfad vorzusehen, der getrennt vom Ordnerpfad zum aktuellen Projekt verarbeitet wird.

Getestet mit Build 1402

Da ich noch nicht richtig mit dem Manual Beat eine Cuelist Triggern (siehe  FS#3293 ) kann, wollte ich dies nun manuell über die Tastatur machen und habe folgenden Graphen zusammengebaut:

• Input: Taste Q
• Operator Block: Bool Switcher
• Output: Cuelist Beat

Dieser Aufbau wird mir im Input Assignment zwar als vollständig angezeigt, funktionsfähig ist dieser leider nicht. Der Beat der Cuelist wird aktuell noch nicht weiter geschaltet.

Getestet mit Build 1402

Wenn ich eine Verknüpfung zwischen Manual Beat und dem Beat einer Cuelist anlegen möchte, so kann DMXControl diese Verknüpfung noch nicht automatisch über eine interne Standard-Vorlage anlegen lassen, sondern muss diese aktuell noch manuell im Graphen zusammenbauen.

Die Logfiles und das Projekt sind angehangen. An dieser Stelle der Hinweis, dass ich in der Sitzung zum Teil per Remotedesktopverbindung auf den PC zugegriffen habe, um so eine größere Arbeitsfläche zu erhalten.

Getestet mit Build 1402

An folgenden Punkten gäbe es weiteren Optimierungsbedarf in den GUI-Dialogen:

• Textfarbe der eingerichteten Interfaces sollte auf schwarz geändert werden, wenn die Hintergrundfarbe hellgrau oder rot ist (Bild 1).
• Wird ein Interface vollständig aktiviert, wird die Hintergrundfarbe nicht in allen Zellen geändert sondern immer nur in der Zelle, die man mit der Maus anklickt (Bild 2).
• Das letter spacing ist in allen Dropdown-Menüs zu groß und die Schriftgröße entspricht nicht der Größe von anderen Texten in Fenstern (Vergleiche Filter mit Programmer im Bild 3 oder View mit Universe.Channel im Bild 4).
• Die vertikale Textausrichtung für Device und Device Groups im Programmer Filter passt nicht (Bild 5 und 6).
• Nachdem die Tooltips im Dark Mode nun von der Texthöhe angepasst wurden, sollte nun der Text auch noch einen Abstand zur äußeren Kante erhalten (Bild 7). Ggf. wäre auch über ein zusätzlicher Schatten oder eine andere Hintergrundfarbe nachzudenken, damit sich der Tooltip besser abhebt.(Wird nicht umgesetzt)
• Die Tabellenzellen sollten ggf. am inneren linken und rechten Rand ebenfalls einen Abstand zum Rand erhalten, um die Lesbarkeit der Werte zu verbesseren (siehe Bild 2, DMX Interfaces sowie Bild 6, Programmer Filter und Bild 7, Cuelist mit Tooltip). Die Schriftgröße darf aber gerne so beibehalten werden.

Getestet mit Build 1395

Eingans dachte ich, die DDFLib-Anbindung würde gar nicht funktionieren. Erst im dritten Anlauf entdeckte ich den Text “click here for download”. Da selbst ich darüber gestoplet bin, würde ich folgende Anpassungen vorschlagen:

• Die Spalte Download erhält statt den Text “click to download” eine einfache Checkbox und wird als Spalte 1 positioniert.
• Das Fenster wird um zwei zusätzliche Standard-Buttons unten rechts erweitert, die zum Beispiel mit Cancel (linker Button) und Download (rechter Button) beschriftet werden.
• Mit Klick auf Download wird der Download der über die Checkboxen ausgewählten DDFs ausgeführt und das Fenster geschlossen.

Mit diesen Änderungen würden wir eine übliche Arbeitsweise bzw. einen allgemein üblichen Workflow schaffen. Ggf. muss dieses Ticket ebenfalls mit mehr Leuten besprochen werden.

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 habe es geschafft, die Menüleiste der Stage View zu zerschießen, sodass diese nun nicht mehr angezeigt wird, sobald ich das Fensterlayout des beigefügten Projekts lade (siehe Screenshot).

Aufgetreten ist dies, nachdem ich einmal den Add device Dialog geöffnet habe und die Stage View draufhin einmal ihre Hintergrundfarbe auf violett änderte.

Getestet und reproduziert mit Build 1388

Das Group Handling sowie die relativen Effekte sind nicht erreichbar. Das Dropdown Menü ist scheinbar ohne Funktion. Es werden weiterhin die values angezeigt.

1. Neues Projekt erstellen
2. Generic RGB devices hinzufügen
3. Gruppe auswählen
4. Versuchen, zum Group Handling zu wechseln, was allerdings nicht klappt

Getestet mir Build 1388

Folgender Fehler ist mir in den angehängten Logfiles unter die Finger gekommen.

2018-12-28 21:19:47,525 [Main-Process-Chain] ERROR org.dmxc.lumos.Kernel.Devices.DeviceBeam - Unknown Exception when invoking the HAL: Value is not between Min / Max Value [5,0,1]: 5
org.dmxc.lumos.Kernel.Exceptions.ValueOutOfRangeException: Value is not between Min / Max Value [5,0,1]: 5
   bei org.dmxc.lumos.Kernel.HAL.Handler.DMXRangeWithValueRange.getRAWDMXValue(Object ovalue) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\HAL\Handler\Values\DMXRangeWithValueRange.cs:Zeile 199.
   bei org.dmxc.lumos.Kernel.HAL.Handler.DMXRangeWithValueRange.getValue(Object value, EValueOptions options) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\HAL\Handler\Values\DMXRangeWithValueRange.cs:Zeile 187.
   bei org.dmxc.lumos.Kernel.HAL.Handler.AbstractValue.getValue(Object value, IList`1 nestedHandlerNames, EValueOptions options) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\HAL\Handler\Values\AbstractValue.cs:Zeile 288.
   bei org.dmxc.lumos.Kernel.HAL.Handler.AbstractRangesHandlerNode.handlePropValue(Double newVal, HALHandleContext ctx, String[] types) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\HAL\Handler\AbstractRangesHandlerNode.cs:Zeile 542.
   bei org.dmxc.lumos.Kernel.HAL.Handler.RawDMXHandlerNode.handleRawValue(HALHandleContext ctx) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\HAL\Handler\Generic\RawDMXHandlerNode.cs:Zeile 57.
   bei org.dmxc.lumos.Kernel.HAL.Handler.AbstractHandlerNode.handleValue(HALHandleContext ctx) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\HAL\Handler\AbstractHandlerNode.cs:Zeile 454.
   bei org.dmxc.lumos.Kernel.HAL.Handler.HandlerRegistry.handlePropertyValue(HALHandleContext ctx) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\HAL\Handler\HandlerRegistry.cs:Zeile 336.
   bei org.dmxc.lumos.Kernel.Devices.DeviceBeam.pushPropertyValue(HALHandleContext ctx) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\Devices\DeviceBeam.cs:Zeile 222.

Der folgende Log-Eintrag hat das Logfile der GUI und des Kernels gestern ordentlich wachsen lassen. Im Anhang sind die Logfiles beigefügt. Grundlage war die Build-Version 1312.

2018-12-21 21:36:36,889 [Log-Thread] WARN  org.dmxc.lumos.Kernel.Resource.ImageSizeCacheResourceListener - Exception when processing Image Sizes: Could not recognize image format.
Parametername: binaryReader
System.ArgumentException: Could not recognize image format.
Parametername: binaryReader
   bei LumosLIB.Tools.ImageTools.GetDimensions(BinaryReader binaryReader) in D:\Jenkins\workspace\Lumos_Release\Lumos\LumosLIB\src\Tools\ImageTools.cs:Zeile 311.
   bei org.dmxc.lumos.Kernel.Resource.ImageSizeCacheResourceListener.ProcessImageSizes() in D:\Jenkins\workspace\Lumos_Release\Lumos\LumosLIB\src\Kernel\Resource\Listener\ImageSizeCacheResourceListener.cs:Zeile 161.

Bei der Generic Matrix und der Color Bridge hat das Feature “Control Shutter” Einzug erhalten. Hier würde ich mir wünschen, wenn diese Option auch für andere Geräte mit Shutter angeboten wird.

Das würde Cues mit Shutter offen und Dimmer 100% in dem Sinne verschönern, dass aktuell beim Ausfaden der Cue bzw. beim Stoppen der Cuelist bei 50% der Shutter zugemacht wird und so der Fadeanteil des Dimmers von >50% bis 0% gar nicht wiedergegeben wird.

Ich habe mehrere Generic Dimmer mit festen Farben versehen und diese auf eine Color Bridge gepatcht. Zwei von den Geräten stattete ich zusätzlich mit einem Shutter als Subdevice aus. Letztere werden von der Color Bridge jedoch ignoriert - beim Hochziehen des Dimmers der Color Bridge bleiben diese Geräte dunkel.

Ich lege verschiedene Executor Pages an und sortiere diese in eine beliebige Reihenfolge. Diese Reihenfolge wird vom Executor Fenster nicht übernommen.