Bugtracker DMXControl 3

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

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.

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.

Ich setze im Softdesk einen Color Picker ein, um die Farben meiner LED-PARs individuell zu steuern. Wähle ich direkt eine Farbe aus (alte Farbe violett, neue Farbe grün), wird diese Farbe aktuell sofort aktiv gesetzt. Im Live-Betrieb sieht das meiner Meinung nach nicht schön aus. Deswegen der Wunsch, dass die Color Picker eine einstellbare (ggf. globale) Fadezeit erhalten, da ja auch an den meisten anderen Stellen in DMXControl 3 gefadet wird.

Die Fadezeit wird im übrigen dann nicht berücksichtigt, während der Auswahlpunkt mit der Maus gehalten wird. Liegt der Startpunkt allerdings nicht am Punkt der aktuellen Farbe, wird hier selbstverständlich gefaded.

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.

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.

Lege ich in einem einzigen Graphen mehrere Slider / Fader auf einen Eingang eines Nodes (zum Beispiel auf den Fade Factor des Cuelist-Nodes), so werden die Werte immer nur von einem Slider / Fader verarbeitet. Über die momentan verfügbaren Nodes kann ein solcher Graph aktuell nicht zusammengebaut werden.

Dieses Ticket lege ich hier vornehmlich der Vollständigkeit halber an zur bereits am Samstag nach dem Live-Q&A geführte Diskussion.

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.

Aktuell kann man aus der Stage View heraus bereits Geräte zu einer neuen (leeren) Device Group hinzufügen.

Hier könnte ich mir einen zusätzlichen Workflow als hilfreich vorstellen, mit dem man in der Stage View ein oder mehrere Geräte auch einer existierenden Device Group hinzufügen kann. Bis dato ist dies ja nur im Add Device möglich, aber nur für eine Gruppe.

Ich habe das Ticket mal auf Usuability Relevant gesetzt, um damit herauszufinden, ob dieser Mehrwert auch von jemand anderes gesehen wird.

Aktuell werden Sound-Dateien in der Projekt-Datei ebenfalls im Ordner Config gespeichert. Hier kam mir die Frage, ob es nicht sinniger wäre, die Dateien analog zu den DDFs in einem komplett eigenen Verzeichnis zu speichern.

Ändere ich für ein Device die Default Color, so wird die neue Farbe zwar direkt richtig im Device Control und im Color Picker wiedergegeben, jedoch nicht in der Stage View. hier bleibt die Farbe weiterhin weiß.

Habe ich Geräte einer Powersource zugeordnet und lasse mir das zugehörige VU-Meter anzeigen, werden dessen Werte nicht kontinuierlich aktualisiert.

1. Devices mit gepflegten Leistungsdaten hinzufügen
2. Powersource anlegen
3. Electricity-Window öffnen
4. In der Stage View Geräte highlighten oder Lumos drücken

Das Ergebnis ist, dass das VU-Meter wird nicht aktualisiert wird. Ändere ich aber zum Beispiel den Namen, bekommt das VU-Meter die aktuellen Werte übermittelt. Die Nodes im Input Assignment sind davon nicht betroffen.

Problem siehe oben und lässt sich wie folgt reproduzieren:

1. Slider mit Parametermaster 1 verknüpfen.
2. Connectionset deaktivieren.
3. Im Parametermaster-Node einen anderen Parametermaster, zum Beispiel Parametermaster 2 auswählen.
4. Connectionset aktivieren.

Das Ergebnis ist, dass der Slider nach dem Reaktivieren des Connectionsets weiterhin den Parametermaster 1 anspricht, obwohl im Connectionset auf der Inputseite die ID des Parametermaster 2 vermerkt ist. Diese wurde intern nicht weiterverarbeitet. Gleiches lässt sich mit dem Cuelist-Node reproduzieren.

Füge ich einem neuen Projekt mehrere Cuelist Groups hinzu, bleibt die Cuelist Group Number bei 1 stehen und wird nicht hochgezählt.

Bei allen anderen Objekten wie Cuelist, Devices, Device Groups, Executor und Executor Pages, arbeitet das Hochzählen dagegen einwandfrei.

Klone ich ein bestehendes Connectionset mit mehreren Nodes, so werden die darin verwendeten Nodes nicht aktualisiert bzw. aktiviert. Dadurch arbeitet das Connectionset nicht wie gewünscht. Der beigefügte Screenshot zeigt die Situation nach dem Klonen. Das Connectionset selbst als auch die zugehörige Bank ist aktiv.

Dieses Ticket ist (möglicherweise) ein Seiteneffekt vom Ticket  FS#4129 , der dort bereits schon angemerkt wurde.

Ich habe für meine neuen Futurelight Color Mega Wave.i das DDF gebaut und dabei folgendes festgestellt. Nutze ich im DDF sowohl eine Matrix zur Ansteuerung der in diesem Fall 6 Pixel sowie das Colorwheel zum Abrufen von Farbmakros für die gesamte Bar, kann ich die LEDs nicht mehr über die Matrix ansprechen. Die Funktion RGB, um alle 6 LEDs gleichzeitig auf eine Farbe zu setzen, gibt es bei diesem Gerät nicht.

Die betreffenden Teile des DDFs lauten:

<colorwheel dmxchannel="12">
  <support dmxchannel="11" name="colorwheel">
    <step mindmx="64" maxdmx="79" />
  </support>
  <step type="enableRGB" mindmx="0" maxdmx="3"/>
  <step type="color" val="#ff0000" mindmx="244" maxdmx="245" caption="red" />
  <step type="color" val="#00ff00" mindmx="246" maxdmx="247" caption="green" />
  <step type="color" val="#0000ff" mindmx="248" maxdmx="249" caption="blue" />
  <step type="color" val="#ffffff" mindmx="250" maxdmx="251" caption="white" />
  <rainbow>
    <support dmxchannel="11" name="rainbow" />
    <range type="cw" mindmx="1" maxdmx="255" minval="0.1" maxval="8" >
      <step handler="support-rainbow" mindmx="32" maxdmx="47" />
    </range>
    <range type="ccw" mindmx="1" maxdmx="255" minval="0.1" maxval="8" >
      <step handler="support-rainbow" mindmx="48" maxdmx="63" />
    </range>
  </rainbow>
</colorwheel>
<matrix dmxchannel="14" rows="1" columns="6" whiteoffset="3">
  <support dmxchannel="11" name="matrix">
    <step mindmx="0" maxdmx="15" />
  </support>
</matrix>

Mit dem Support-Handler in der Matrix-Funktion möchte ich erreichen, dass der Funktionskanal zum Umschalten zwischen normaler Farbmischung, den Farbmakros und des Rainbow-Effekts auf den Wert gesetzt wird, damit ich die Farbe wieder für jedes Pixel einzeln setzen kann. Möglicherweise kann dieser auch entfallen, wenn die Umschaltung mit Hilfe von enableRGB funktioniert.

Im Anhang findet sich das komplette DDF sowie die Bedienungsanleitung mit der Kanalbelegung.

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

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.

Wie im beigefügten Beispiel zu sehen, wird das komplette Fenster nicht mit der gewählten Hintergrundfarbe ausgefüllt. Dabei ist es egal, ob ich mir das Softdesk im Window Modus oder im Fullscreen anzeigen lasse. In beiden Fällen erscheint am linken und unteren Rand der Standard-Hintergrund, sobald die Controls nur einen Teil des zur Verfügung stehenden Platzes ausfüllen.

Aus dem Ticket  FS#4192  hervorgegangenen Diskussion im BBB ging hervor, dass für die Anzeige des Softdesks auf Bildschirmen mit unterschiedlicher Auflösung noch verschiedene Vorgaben fehlen. Das Ziel dieser Vorgaben soll sein:
* Im Live-Mode passt sich das Softdesk unter verschiedenen Auflösungen auf Wunsch jeweils an die Bilddiagonale an.
* Man kann eine Bezugsgröße vorgeben, dass mehrere Softdesks mit unterschiedlich viel Inhalt trotzdem auf die gleiche Größe skaliert werden.
* Im Designer erhält man verschiedene Möglichkeiten in Form von Linealen etc., dass man beim Erstellen eine Orientierung erhält, wie viel Platz im Softdesk zur Verfügung steht. Diese sollen dabei keinen Einfluss auf die eigentliche Anzeige im Live-Mode haben (siehe Ticket  FS#4192 ).
* Der Designer erhält eine Anzeige zur aktuellen Zoomstufe, damit man einen Bezug erhält, wie man den zur Verfügung stehenden Platz nutzt.

Da Bilder mehr als 1000 Worte sagen, werde ich im Nachgang noch ein paar einfache Grafiken erstellen, welche als entsprechende Diskussionsgrundlage dienen, weswegen auch der Status “Usabiltiy Relevant”. Bis dahin soll dieses Ticket erst einmal ein Merker sein.

Ein großes, umfangreiches Projekt kann in der laufenden Sitzung nicht ein zweites Mal geladen werden. Dabei ist es egal, ob man zwischendurch ein anderes bzw. leeres Projekt geöffnet hat oder das gleiche Projekt direkt ein zweites Mal lädt.

Die beigefügten Logfiles zeigen den ersten Fall (Projekt laden, neues Projekt laden, ursprüngliches Projekt laden). Ein Projekt zum Testen steht bereits intern zur Verfügung.

Es wurde im letzten Beta-Tester-Livechat beschlossen, die intelligenten Einstellungen für die Cuelists wieder herauszunehmen.

Die Funktion selbst ist deaktiviert, da sich das Dropdown-Menü bei einem Klick nicht mehr öffnet. Allerdings sollte der gesamte Eintrag aus der Liste entfernt werden.

Möchte ich im Fenster für die Devices-Images ein anderes Bild für eine Device Group wählen, kann ich in diesem Fenster

• nicht scrollen,
• nach dem Auswählen eines ersten Bildes kein alternatives anwählen,
• die Auswahl nicht mit dem Button OK bestätigen, um das Fenster zu schließen.

Ähnliches gilt für die Gobo-Affinity. Im Fenster zum Auswählen eines Devices-Images bleibt aktuell nur die Möglichkeit, ein Image per Doppelklick zu wählen - sofern es im aktuellen Fensterausschnitt enthalten ist.

Ein Screenshot sowie die Log files der Sitzung habe beigefügt.

Das beigefügte Projekt kann wegen eines Timeout-Fehlers beim ersten Versuch nicht geladen werden. Es erscheint die Fehlermeldung “Project could not be loaded. Either the file ist corrupt or not a valid project file”. Hierzu gibt der GUI folgenden Hinweis in den Logs:

2020-03-30 21:02:52,252 [Log-Thread] WARN  Lumos.GUI.Facade.GUISession.CommandWrapper - Exception when executing Command loadProject: The Command "loadProject" has timeouted after 198000ms
System.TimeoutException: The Command "loadProject" has timeouted after 198000ms
   bei Lumos.GUI.Facade.GUISession.CommandWrapper.execute(Object[] parameters) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Facade\GUISession\CommandWrapper.cs:Zeile 189.

Schließe ich die GUI und starte sie neu, wird das Projekt nur zum Teil geladen, jedoch wirft der Kernel dabei weitere Fehlermeldungen, unter anderem:

2020-03-30 21:25:06,237 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Project.DeviceManager - Created saved Device MH-X60 14CH in 204357 us
2020-03-30 21:25:06,250 [65] ERROR org.dmxc.lumos.Kernel.HAL.Handler.DMXRangeWithDiscreteValue - Illegal use of Attributes "minval,maxval" in XmlNode device-->functions-->prism-->step. This DDF might not be loaded in a future Version!

Diesen Fehler kann ich zwar korrigieren (siehe Projekt DDFs korrigiert), jedoch lässt sich das bearbeitete Projekt ebenfalls nicht vollständig laden, weil laut Jens-Peter ein Fehler im Input Assignment vorliegt (hier hängt der Ladeprozess am längsten fest).

Umfasst ein Projekt eine größere Anzahl an Connectionsets, führen diese dazu, dass beim reinen Öffnen des Fenster für das Input Assignments die CPU-Auslastung durch die Prozesse des Kernels und der GUI ca. um den Faktor 2 ansteigt, verbunden mit einer Erhöhung der durchschnittlichen Taktfrequenz von Werten zwischen 1,00 GHz und 1,15 GHz auf Werte zwischen 2,20 GHz und 2,60 GHz (Angaben gemäß Windows Task-Manager). Weitere Aktionen finden zu diesem Zeitpunkt nicht statt. Welche Fenster geöffnet sind, kann den beigefügten Screenshots entnommen werden.

Dieses Verhalten zeigt sich auf verschiedenen PCs, wobei einer hiervon erst kürzlich von Grund auf neu eingerichtet wurde. In diesem arbeitet ein Intel Core i5-4590S mit 4 x 3,00 GHz.

Im Zuge der Erstellung der Videotutorials kam der oben genannte Punkt auf. Wir sprechen eigentlich die ganze Zeit vom Kernel. Der besagte Menüpunkt passt aber nicht in diesen Sprachgebrauch, auch in Hinblick auf den Umbau für DMXControl 3.3.

In den Settings fehlen die New project default settings und die Current project settings. Letztere sind auch nicht über das Kontextmenü zu den Cuelist Groups im Project Explorer zu erreichen.

Aktuell kann man sich zu jedem Slider die Middle bar anzeigen lassen. Dies sieht bei einem voll ausgefüllten Slider eher bescheiden aus und macht funktional auch meiner Meinung nach wenig sinn.

Daher wäre hier die Idee, die Middle bar direkt als Style anzubieten, wo die Farbe der Middle bar ebenfalls über die Base color eingestellt wird. Die Farbe des Knopfes könnte alternativ durch den Parameter Fore color gesetzt werden, um eine gewisse Konsistenz zu anderen Controls wie zum Beispiel dem Header zu erhalten.

Das Thema Farbe des Textes im Slider wurde ja bereits im Ticket  FS#3959  gewünscht. Dieser Parameter könnte dann ggf. ebenfalls in allen Controls angeboten werden.

Momentan taucht ja immer die Meldung “Device” not set in properties, wenn eben bei einem entsprechenden Interface zum Beispiel der COM-Port noch nicht gewählt ist. Möglicherweise fehlt aber in dieser Meldung eine Aufforderung, eben genau dies zu tun, sodass die Meldung eher nur als Infomeldung abgetan wird.

Um eben der Meldung mit auf den Weg zu geben, dass eine User-Interaktion erwartet wird, wäre hier ein alternativer Vorschlag zum Beispiel “Please select the “device” in advanced interface settings.”

Speichere ich ein Preset ab, werden zuvor gehighlightete Geräte dunkel geschaltet. Das Problem lässt sich wie folgt reproduzieren:

1. RGB-Devices anlegen und auswählen.
2. Highlight aktivieren.
3. Eine beliebige Farbe im Device Control einstellen.
4. Ein neues Preset anlegen.

Das Ergebnis ist, dass die gewählten Geräte nicht mit gehighlightet sind, obwohl die Funktion aktiv ist. Dies ist deswegen verwunderlich, weil sich dieses Verhalten beim Anlegen einer regulären Cue nicht zeigt. Das Highlight für die gewählten Geräte bleibt weiter aktiv.

Die Mindestgröße für Labels liegt aktuell bei 20 x 20 Pixel, worauf die Werte bei einer entsprechenden Unterschreitung auch automatisch zurückgesetzt werden. Im beigefügten Beispiel sind diese Werte aber noch zu groß. Aus meiner Sicht würde eine Mindestgröße von 5 x 5 Pixel ausreichen.

Reduziere ich die Größe der Controls unter die initiale Größe des Controls (bei der Signallamp ist dies zum Beispiel 50; 50 Pixel), wird die Größe des Auswahlrahmens nicht angepasst. Das Ergebnis sieht dann wie im Screenshot dargestellt aus.

Ich habe bei meinem DDF für meine Futurelight Mega Color Wave.i zwei Beams eingefügt, um die 2. Tilt-Achse anzusprechen.

<functions>
  <position>
    <pan dmxchannel="0" finedmxchannel="1">
      <range range="540" />
    </pan>
    <tilt dmxchannel="2" finedmxchannel="3">
      <range range="230" />
    </tilt>
  </position>
  ...
</functions>
<functions>
  <position>
    <pan>
      <range range="0" />
    </pan>
    <tilt dmxchannel="4" finedmxchannel="5">
      <range range="230" />
    </tilt>
  </position>
</functions>

Invertiere ich in den Properties nun die Tilt-Achse, wird diese Einstellung für die 2. Achse ignoriert.