Bugtracker DMXControl 3

In der Stage View können die Icons für die Geräte nicht auf eine Größe unterhalb von 32 x 32 Pixel, zum Beispiel 24 x 24 oder 16 x 16 veringert werden. Die Stage View ignoriert diese Werte in den Device Properties.

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

Ich habe mittlerweile zwei Geräte, bei denen ich Farb-Presets wählen kann, die Weißlicht mit verschiedenen Farbtemperaturen ausgeben. Parallel kann ich aber für beide Geräte über RGB auch individuelle Farben generieren. Um die Implementierung im DDF möglichst einfach zu halten, wäre mein erster Vorschlag, im Tag colortemp analog zum virtuellen Farbrad, über das Attribut enableRGB die Farbauswahl über den Colorpicker zu aktivieren. Die Geräte lassen nämlich analog zum virtuellen Farbrad nur entweder die Farbauswahl über den Colorpicker oder die Auswahl der Weißlicht-Presets zu.

<colortemp dmxchannel="0">
  <step type="enableRGB" mindmx="0" maxdmx="9"/>
  <range mindmx="10" maxdmx="255" minval="2700" maxval="8000" />
</colortemp>

Vorteile dieser Lösung wären:

• Die HAL kann beim Arbeiten mit weiteren Geräten bei der Farbe weiß ihre Vorteile ausspielen und die Geräte auf die gleiche Farbtemperatur setzen, während das virtuelle Farbrad hier nur bedingt weiterhelfen kann.
• Die Lösung ist für den User deutlich schneller und einfacher eingebaut.
• Es wird vorhandener Code wiederverwendet und keine weitere Sonderlösung generiert, da die HAL bereits beim virtuellen Farbrad den passenden DMX-Wert setzt, sobald wieder eine Farbe über dne Colorpicker ausgewählt wird.
• Schöneres GUI-Element zum Auswählen des gewünschten Farbmakros.

Eine Alternativ-Implementierung könnte über den Support-Handler laufen, allerdings lässt DMXControl im red-, green-, blue-Tag etc. keine step-Elemente zu. Somit kann die folgende Variante dem Projekt nicht hinzugefügt werden.

<rgb>
  <support dmxchannel="4" name="color" />
  <red dmxchannel="0" >
    <step handler="support-color" mindmx="0" maxdmx="9" />
  </red>
  <green dmxchannel="1">
     <step handler="support-color" mindmx="0" maxdmx="9" />
  </green>
  <blue dmxchannel="2">
     <step handler="support-color" mindmx="0" maxdmx="9" />
  </blue>
  <amber dmxchannel="3">
     <step handler="support-color" mindmx="0" maxdmx="9" />
  </amber>
</rgb>
<colortemp dmxchannel="4">
  <range mindmx="10" maxdmx="255" minval="2700" maxval="8000" defaultval="0" />
</colortemp>

Ich habe gerade festgestellt, dass folgender Code im DDF anstandslos funktioniert.

<fog dmxchannel="0">
  <step type="off" mindmx="0" maxdmx="31" />
  <range type="fog" mindmx="32" maxdmx="255" minval="50" maxval="100" />
</fog>

Allerdings wird der im DDF hinterlegte Wertebereich nicht ins Device Control übernommen. Hier wird weiterhin ein Wertebereich von 0% bis 100% angezeigt und im Programmer abgelegt.

Füge ich Geräte einer vorhandenen Gruppe hinzu, werden die Icons der Devices zwar an der richtigen Stelle in der Stage View platziert. Das Icon einer vorhandenen Gruppe, die dann auch vorher in der Stage View positioniert war, wird hierbei das Icon an die neue Position verschoben. Hierbei macht es keinen Unterschied, ob die Icons in der Stage View gelockt sind oder nicht.

Nutze ich in einem DDF für das rgb-Tag als untergeordnete Elemente die cw-Tags und ww-Tags, werden die Werte im Device Control bei Color nicht gemäß der Einstellungen in der GUI skaliert / umgerechnet. Hier ist weiterhin die Wertebereich von 0 bis 1 aktiv.

Das Plugin übernimmt nicht die Werte aus dem Programmer, hat man als erstes eine Auswahl von Geräten positioniert, verändert die Position eines einzelnes Geräts dieser Auswahl und wählt dann wieder die ursprünglichen Geräte wieder erneut aus. Der Programmer wird bei der Position auf den Wert 0 zurückgesetzt.

Für genaue Fehlerbeschreibung siehe Thread Pan/Tilt Ausgangsposition verändern im Forum.

Meiner Meinung nach sollte überlegt werden, wie sich vor allem das Group Handling schneller erreichen lässt. Ich finde es ein richtig starkes Feature, was aber aktuell ein wenig zu sehr versteckt ist und deswegen beim produktiven Arbeiten über das Dropdown-Menü etwas umständlich zu erreichen ist. Überlegungen wären hier:

• Das Group Handling erhält einen eigenen Reiter innerhalb des Device Controls (neben den Reitern Properties und Effects).
• Für das Group Handling wird ein komplett separetes Fenster losgelöst vom Device Control geschaffen, sodass (genügend Bildschirmfläche vorausgesetzt) Group Handling und Device Control neben- oder untereinander angezeigt werden können.

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

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.

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.

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.

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.

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

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

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.

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

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

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

Getestet mit Build 1519

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

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

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.

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 .

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

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.

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)

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

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.

Getestet mit Alpha 3, Build 11

Der Standard-Stil für die Controls ist von der Benennung her sehr kryptisch und sollte auf “Standard” oder “Default” umbenannt werden.

Geprüft mit Alpha 3, Build 11

Möchte man sich komplexere Graphen bauen, wäre es hilfreich, wenn man Inputs und Outputs per Drag & Drop direkt einem Graphen hinzufügen kann. Aktuell muss man hier in die Tabellenübersicht zurückwechseln, wenn im aktuellen Graphen einen weiteren Input oder Output benötigt.

Geprüft mit Alpha 3, Build 11

Durch die neue Arbeitsweise mit den Nodes für Cuelists, Executors etc. könnte es von Vorteil sein, wenn mehrere Inputs, welche den gleichen Output steuern, automatisch in einem Graphen zusammengefasst werden. Spätestens beim Kopieren oder Ändern der Verbindung dürfte dies das Arbeiten erleichtern und beschleunigen.

In einem meiner Projekte habe ich ein paar Gruppen zu viel angelegt, die aber am Ende die gleichen Geräte ansprechen. Um nun nicht alle Cuelist ändern zu müssen, schlage ich vor, eine Merge-Funktion für Device Groups anzubieten.

Diese Funktion könnte ebenfalls im Fenster “Reference Error” untergebracht werden, wo man dann die Device Group auswählen kann, mit der alle Cuelists der gerade zum Löschen ausgewählten Device Group verknüpft werden sollen.

Getestet mit Alpha 3, Build 11

Der Softdesk Designer, insbesondere das Property Grid ist aktuell per Default noch nicht in englischer Sprache und muss entsprechend übersetzt werden.

Getestet mit Alpha 3, Build 18

Ich kann aktuell weder den Speed Master noch den Manual Beat mit einer Cuelist verknüpfen, da der entsprechende Input am Node fehlt.

Getestet mit Alpha 3, Build 55

Irgendwo zwischen Build 50 und Build 55 ist im Kontextmenü zu den Softdesks der Eintrag “Open” verloren gegangen, mit dem ich ein Softdesk auch über das Kontextmenü im Live Mode öffnen kann. Um ein Softdesk zu öffnen, gibt es im Moment nur den Eintrag “Open in Designer”. An den Live Mode gelange ich in der Build 55 nur nur über einen Doppelklick.

Getestet mit Alpha 3, Build 55

Wähle ich im Softdesk Designer ein Bedienelement wie Button oder Slider aus, schließe den Designer und öffne das gleiche Softdesk im Live Mode, bleibt das gleiche Bedienelement ausgewählt.

Getestet mit Alpaha 3, Build 55

Im Fenstertitel bzw. in der Registerkarte wird der falsche Titel angezeigt.

In Bezug zum Ticket  FS#3400  fiel mir auf und ein, dass ein entsprechendes Dropdown-Menü in den Properties der jeweiligen Nodes hilfreich wäre, wo ich die jeweiligen Cuelists, Master etc. auswählen kann, ohne die Properties verlassen zu müssen.

Beispiel für das Group Master Node: im Feld GroupMaster zeigt mir das Dropdown-Menü alle verwendbaren Group Master im Klartext an. Ist der gewünschte Group Master ausgewählt, ersetzt das Input Assignment den Namen durch die individuelle ID des Group Masters. Ähnlich würde folglich auch mit den Cuelists gearbeitet werden. Hier laufe ich ja Gefahr, dass beim Ändern des Namens der Cuelist die zugehörige Verbindung nicht mehr funktioniert, sollte keine “Übersetzung” in die ID erfolgen.

Die im Projekt enthaltenen Softdesks sollen über den anzulegenden Menü-Eintrag Softdesk im Menü Windows zu öffnen sein, analog zu den Stage Views oder Cuelists. Ggf. erhält das Untermenü dann ebenfalls den Eintrag Add Softdesk, um hier wieder konsistent zu den anderen Untermenüs zu sein.

Auf Gründen der Konsistenz und der einfacheren Bedienung wäre zu Überlegen, ob man die nachträgliche Änderung der Zuordnung von Softdesk-Controls im Graphen ebenfalls zulässt und das Node- / Klassenkonzept auf diese ausweitet. Hierbei könnte aber durchaus in Betracht gezogen werden, dass dies nur typengleich erfolgt - sprich ein Slider wird durch einen anderen Slider ersetzt oder ein Button durch einen anderen Button.

Sofern möglich kann dieser Wunsch auch auf MIDI-Controller und Tastatur ausgeweitet werden.

Aktuell können die Buttons nur mit einer Textzeile beschriftet werden. Es wäre hilfreich, wenn der Text wie beim “alten” Softdesk auch an der Größe der Buttons umgebrochen wird und hierdurch mehrzeilig ausfallen kann.

Um die Rückmeldung des Status einer Cuelist an einen MIDI-Controller, ans Softdesk etc. zu vereinfachen, sollte der Status neben dem Text STOPPED, PAUSED und RUNNING (welcher super für Labels im Softdesk ist) parallel über einen zusätzlichen Ausgang am Node auch als Wert ausgegeben werden. 0 soll dafür für Stopped, 1 für Running / Paused (allgemein Cuelist aktiv) stehen.

Ggf. sollte dies auch auf andere Nodes ausgeweitet werden, die aktuell einen Status nur in Textform zurückmelden.

Im Zusammenhang mit dem Ticket  FS#3483  fiel auf, dass ich dem Speedmaster einen enorm hohen BPM-Wert von >10000 BPM mit auf den Weg geben muss, wenn ich den Speedmaster auf die möglichen Zeit-Parameter eines Effekts lege, die in Millisekunden anzugeben sind. Im Node im Input Assignment selbst wird aber die richtige Zeit von 600ms ausgegeben, wenn ich den Speedmaster auf einen Wert von 100 BPM tappe.

Die DMX-Adresse im Dialog Device Properties wird nicht mehr im Schema Universum.Adresse angezeigt, sondern als fortlaufender Wert. In DMXControl 3.1.3 war das bis dato sehr hilfreich, gerade bei großen Projekten mit mehr als einem DMX-Universum.

In DMXControl 3.1.3 erhielten deaktivierte Geräte wie im beigefügten Screenshot zu sehen ein kleines Verbots-Icon. Dieses fehlt aktuell bei DMXControl 3.2 in der Beta 1.

Deaktiviere ich ein Gerät, so treten in der Stage View Darstellungsfehler auf wie im beigefügten Screenshot zu sehen ist.