Bugtracker DMXControl 3

Um einen besseren Überblick über den Beat zu haben, schlage ich in Anlehnung an DMXControl 2 folgende Anpassungen vor:

• Bereits beim ersten Klick auf den Tap-Button wird ein Beat-Signal generiert. Im Rahmen der DevCon 2018 gefixt
• Ist der Haken aktiv gesetzt, sollte über den Sync-Button auch ein manuelles Beat-Signal (ein einzelner Schritt) generiert werden.
• Der “aktive” Schritt für die Ermittlung des Beat-Wertes wird in roter Schrift angezeigt.

Möchte ich Geräte in einen eigenen Ordner verschieben, denen ein Subdevice zugeordnet ist, so lässt DMXControl dieses nicht zu.

Nach dem Starten einer Cuelist mit einem Cue, in dem eine “leere” Farbtemperatur gespeichert ist, kam die folgende Fehlermeldung.

2018-03-07 22:56:40,359 [Main-Process-Chain] ERROR org.dmxc.lumos.Kernel.Run.MainProcessRunable - Removing Action DMXCMixer from Main Runable because of Exception Value is Empty!
org.dmxc.lumos.Kernel.Exceptions.UnsupportedConvertionException: Value is Empty
   bei org.dmxc.lumos.Kernel.PropertyType.Converter.KelvinConverter.convertToDoubleVector(Object value) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\PropertyType\Converter\KelvinConverter.cs:Zeile 22.
   bei org.dmxc.lumos.Kernel.PropertyValue.Fade.GenericConverterFader.fade(Object startValue, Object endValue, Double percentStart, Double percentEnd) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\PropertyValue\Fade\GenericConverterFader.cs:Zeile 77.
   bei org.dmxc.lumos.Kernel.PropertyValue.Fade.GenericConverterFader.fade(IPropertyValue start, IPropertyValue end, Double startPercent, Double endPercent) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\PropertyValue\Fade\GenericConverterFader.cs:Zeile 40.
   bei org.dmxc.lumos.Kernel.Mixer.AbstractMixerObject.getMixedValueInternal(Int32 startIndex, Double& fadePercent) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\Mixer\MixerObject\AbstractMixerObject.cs:Zeile 441.
   bei org.dmxc.lumos.Kernel.Mixer.AbstractMixerObject.getMixedValueInternal() in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\Mixer\MixerObject\AbstractMixerObject.cs:Zeile 288.
   bei org.dmxc.lumos.Kernel.Mixer.AbstractMixerObject.getMixedValue() in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\Mixer\MixerObject\AbstractMixerObject.cs:Zeile 266.
   bei org.dmxc.lumos.Kernel.Mixer.DMXCMixer.setPropertyValue(IPropertyValue value, IMixable source) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\Mixer\DMXCMixer.cs:Zeile 563.
   bei org.dmxc.lumos.Kernel.Mixer.DMXCMixer.processRegisterValues(RunContext ctx) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\Mixer\DMXCMixer.cs:Zeile 419.
   bei org.dmxc.lumos.Kernel.Run.MainProcessRunable.ActionBag.Invoke(RunContext ctx) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\Run\Thread\MainProcessRunable.cs:Zeile 52.
2018-03-07 22:57:06,308 [57] DEBUG org.dmxc.lumos.SceneFadeTicker - Registriere: org.dmxc.lumos.Kernel.Scene.Fade.MixerFadeDecorator
2018-03-07 22:57:06,521 [Main-Process-Chain] DEBUG org.dmxc.lumos.SceneFadeTicker - Enqueuing for deregistration Auto: org.dmxc.lumos.Kernel.SceneList.ValuesStack.OutputValuesStack
2018-03-07 22:57:06,522 [Main-Process-Chain] DEBUG org.dmxc.lumos.SceneFadeTicker - Enqueuing for deregistration Auto: org.dmxc.lumos.Kernel.Scene.Fade.MixerFadeDecorator
2018-03-07 22:57:06,554 [Main-Process-Chain] DEBUG org.dmxc.lumos.SceneFadeTicker - Deregistriere toDeregister: org.dmxc.lumos.Kernel.SceneList.ValuesStack.OutputValuesStack
2018-03-07 22:57:06,555 [Main-Process-Chain] DEBUG org.dmxc.lumos.SceneFadeTicker - Deregistriere toDeregister: org.dmxc.lumos.Kernel.Scene.Fade.MixerFadeDecorator
2018-03-07 22:57:46,995 [46] FATAL org.dmxc.lumos.Kernel.Run.KernelRunManager - Console closed. Shutting Down!
2018-03-07 22:57:47,003 [46] DEBUG org.dmxc.lumos.Kernel.Project.ProjectManager - Session Kernel is saving Project MSK event GbR - Full Setup to Config\Backup\MSK event GbR - Full Setup_2018_3_7_22_57_46.zip.

Beim Herunterfahren des Kernels wurde folgende Fehlermeldung ausgegeben. Details auch im beigefügten Log-File.

2018-01-15 11:25:17,137 [Main] ERROR org.dmxc.lumos.Kernel.Run.KernelRunManager - Exception when stopping Manager PluginManager: Beim Generieren des XML-Dokuments ist ein Fehler aufgetreten.
System.InvalidOperationException: Beim Generieren des XML-Dokuments ist ein Fehler aufgetreten. ---> System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
   bei DMXLIB.ValueTypes.PathValue.GetHashCode() in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\DMXLIB\ValueTypes\PathValue.cs:Zeile 29.
   bei System.Collections.Hashtable.GetHash(Object key)
   bei System.Collections.Hashtable.InitHash(Object key, Int32 hashsize, UInt32& seed, UInt32& incr)
   bei System.Collections.Hashtable.ContainsKey(Object key)
   bei System.Xml.Serialization.XmlSerializationWriter.WriteStartElement(String name, String ns, Object o, Boolean writePrefixed, XmlSerializerNamespaces xmlns)
   bei Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationWriterPathValue.Write2_PathValue(String n, String ns, PathValue o, Boolean isNullable, Boolean needType)
   bei Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationWriterPathValue.Write3_PathValue(Object o)
   --- Ende der internen Ausnahmestapelüberwachung ---
   bei System.Xml.Serialization.XmlSerializer.Serialize(XmlWriter xmlWriter, Object o, XmlSerializerNamespaces namespaces, String encodingStyle, String id)
   bei System.Xml.Serialization.XmlSerializer.Serialize(Stream stream, Object o, XmlSerializerNamespaces namespaces)
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(String name, Object value, XmlDocument dest) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 337.
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(ManagedTreeItem item, XmlDocument dest) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 255.
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(ManagedTreeItem item, XmlDocument dest) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 261.
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(ManagedTreeItem item, XmlDocument dest) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 261.
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(ManagedTreeItem item) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 237.
   bei org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore.saveResource(EResourceType type, LumosResource data) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\Resource\Datastore\FileBackendDatastore.cs:Zeile 367.
   bei org.dmxc.lumos.Kernel.Resource.ResourceManager.saveResourceInternal(EResourceType type, LumosResource data) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\Resource\ResourceManager.cs:Zeile 271.
   bei org.dmxc.lumos.Kernel.Resource.AbstractResourceManager.saveResource(EResourceType type, LumosResource data) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosLIB\src\Kernel\Resource\AbstractResourceManager.cs:Zeile 549.
   bei org.dmxc.lumos.Kernel.Plugin.AbstractPluginManager.shutdownManager() in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosLIB\src\Kernel\Plugin\AbstractPluginManager.cs:Zeile 1288.
   bei org.dmxc.lumos.Kernel.Plugin.PluginManager.org.dmxc.lumos.Kernel.Run.IManager.shutdown() in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\Plugin\PluginManager.cs:Zeile 217.
   bei org.dmxc.lumos.Kernel.Run.AbstractRunManager`2.ManagerShutdownAction(TManager m) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosLIB\src\Kernel\Run\AbstractRunManager.cs:Zeile 516.

Bislang gibt es in DMXControl 3 aktuell rechteckige Matrizen. Diese lassen sich aber nur bedingt für Moving-Heads verwenden, die einen runden Kopf besitzen und die Anordnung der Pixel rund bzw. wabenförmig ist. Um diesen Fall besser zu unterstützen, schlage ich vor, ein solche radiale Matrix - oder kurz “radix” - in DMXControl 3 zu implementieren.

Entsprechend des beigefügten Screenshots ist zu erkennen, dass die Icons für die Buttons im Cuelist-Menü deutlich unschärfer wirken als beispielsweise die Icons im linken Bereich.

Sobald ich auf eine Funktion ein Preset und einen Effekt anwende, wird die Verknüpfung zum Preset entfernt. Würde diese Kombination zugelassen werden, sind folgende Szenarien möglich:

• In Cues mit Effekten für die Dimmer kann ich über das Preset die Grundhelligkeit bestimmen.
• Für Bewegungen kann ich über Presets zentral den Mittelpunkt für Bewegungen bestimmen.

Dieses Gerät (und weitere) besitzt mehrere Modus-Kanäle, welche das

• Farbrad (DMX-Kanal 11), Modus über DMX-Kanal 10
• rotierendes Goborad (DMX-Kanal 13), Modus über DMX-Kanal 12
• Goborotation (DMX-Kanal 15), Modus über DMX-Kanal 14
• statisches Goborad (DMX-Kanal 17), Modus über DMX-Kanal 16
• Iris (DMX-Kanal 23), Modus / Effekt über DMX-Kanal 17

unterschiedlich arbeiten lassen. Das heißt abhängig vom gewählten Modus ändert sich die Belegung der zuvor genannten Kanäle. Bei der Iris könnte man an dieser Stelle vielleicht analog zum strobetype arbeiten, da hier nur der Effekt geändert wird.

Aktuell kann zum Beispiel die Richtung der Goborotation nur über einen rawstep angewählt werden.

Im Anhang das DDF für den Extend-Modus sowie die Basic 16bit-Modus sowie die Bedienungsanleitung.

Siehe oben

Wenn bei einem Gobo eines Goborads der step wie folgt aussieht, kann der Goboshake nicht deaktiviert werden.

<step type="gobo" mindmx="5" maxdmx="7" caption="Gobo 1">
  <step for="goboindex" mindmx="5" maxdmx="7" />
  <step for="goborotation" mindmx="32" maxdmx="34" />
  <range type="cw" handler="goboshake" mindmx="60" maxdmx="67" minval="0.1" maxval="5" />
</step>

Werden die untergeordneten step mit “for” entfernt, arbeitet das Goboshake wie gewünscht.

Ein Beispiel für das falsche Verhalten kann mit dem mitgelieferten Martin MAC 700 Profile im 16BT-Modus nachgestellt werden.

Wird die Skalierung von Texten unter Windows 10 aktiviert, verliert der Text der GUI an Schärfe. Ein Beispiel ist im Anhang beigefügt. Die Fenstertitel werden von Windows gesteuert und haben daher eine klare Schrift, während die eigentlichen Inhalt von DMXControl 3 selbst angesprochen und daher nicht skaliert werden.

Das Thema Skalierung kommt immer dann zum Tragen, wenn hochauflösende Displays zum Einsatz kommen, wie im vorliegenden Fall eine native Auflösung von 2560 x 1440 Pixeln.

Beim Durchsehen der Logs von der VA vom 30.09.2017 ist mir beim Schließen des Kernels folgender Fehler unter die Finger gekommen:

2017-10-01 03:44:38,024 [40] ERROR org.dmxc.lumos.Kernel.Run.KernelRunManager - Exception when stopping Manager PluginManager: 'DMXLIB.ValueTypes.PathValue' kann nicht serialisiert werden, weil dafür kein parameterloser Konstruktor verfügbar ist.
System.InvalidOperationException: 'DMXLIB.ValueTypes.PathValue' kann nicht serialisiert werden, weil dafür kein parameterloser Konstruktor verfügbar ist.
   bei System.Xml.Serialization.TypeDesc.CheckSupported()
   bei System.Xml.Serialization.TypeScope.GetTypeDesc(Type type, MemberInfo source, Boolean directReference, Boolean throwOnError)
   bei System.Xml.Serialization.ModelScope.GetTypeModel(Type type, Boolean directReference)
   bei System.Xml.Serialization.XmlReflectionImporter.ImportTypeMapping(Type type, XmlRootAttribute root, String defaultNamespace)
   bei System.Xml.Serialization.XmlSerializer..ctor(Type type, String defaultNamespace)
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(String name, Object value, XmlDocument dest) in D:\Jenkins\workspace\Lumos_Stable_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_Stable_Release\Lumos\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 250.
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(ManagedTreeItem item, XmlDocument dest) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 256.
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(ManagedTreeItem item, XmlDocument dest) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 256.
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(ManagedTreeItem item) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 232.
   bei org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore.saveResource(EResourceType type, LumosResource data) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\Resource\Datastore\FileBackendDatastore.cs:Zeile 367.
   bei org.dmxc.lumos.Kernel.Resource.ResourceManager.saveResourceInternal(EResourceType type, LumosResource data) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\Resource\ResourceManager.cs:Zeile 271.
   bei org.dmxc.lumos.Kernel.Resource.AbstractResourceManager.saveResource(EResourceType type, LumosResource data) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosLIB\src\Kernel\Resource\AbstractResourceManager.cs:Zeile 544.
   bei org.dmxc.lumos.Kernel.Plugin.AbstractPluginManager.shutdownManager() in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosLIB\src\Kernel\Plugin\AbstractPluginManager.cs:Zeile 1290.
   bei org.dmxc.lumos.Kernel.Plugin.PluginManager.org.dmxc.lumos.Kernel.Run.IManager.shutdown() in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\Plugin\PluginManager.cs:Zeile 217.
   bei org.dmxc.lumos.Kernel.Run.AbstractRunManager`2.ManagerShutdownAction(TManager m) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosLIB\src\Kernel\Run\AbstractRunManager.cs:Zeile 516.

Der Fehler tritt im Übrigen auch bei anderen Sitzungen auf. Einschränkungen konnte ich nicht feststellen, ich möchte ihn an dieser Stelle nur nochmal dokumentieren. Die kompletten Logs sind angehängt.

Wird beim Manuel Beat der Faktor 1/2 gewählt und dann über Tap der Beat angepasst, wird zwar der richtige BPM-Wert anzeigt (zum Beispiel 62 BPM), die Ausgabe erfolgt mit 250 BPM (4-mal schneller als der eingegebene Takt). Umgekehrt verhält es sich, wenn der Faktor auf 2 steht und man dann den Beat anpasst. Die Anzeige gibt 250 BPM an, ausgegeben wird aber nur 62 BPM (1/4 des eigentlich eingegebenen Takts).

Im Patching Dialog wird die DMX-Adresse von Subdevices nicht wie sonst üblich im Format Universum.Adresse, sondern nur als “voller Dezimalwert” ausgegeben, das heiß zum Beispiel 513 statt 2.1.

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.

Fehlerbeschreibung siehe oben

Das Feature mit der Kommentarzeile für die DMX-Interfaces ist gut, aber gerade bei ArtNet-Interfaces wäre es hilfreich, wenn man für jedes Universum einen separaten Kommentar angeben kann.

Beim Erstellen eines Matrix-Effekts ist mir die GUI abgestürzt. Die Logs mit dem Fehlerbericht sind angehängt.

Über das Device Control wird untern Color auch direkt das Farbrad eines Moving Heads gelistet. Möchte ich darüber die Farbe einstellen, geht dies nicht.

Möchte ich im Wertebereich 0 … 100 die Farbe weiß einstellen, rechnet die GUI die Werte effektiv gesehen schon bei der Eingabe falsch um und es kommt ein grau heraus (siehe Bild 1). Beim Drücken der Enter-Taste kommt dann auch “die zahlenmäßige Bestätigung” (Bild 2).

Manchmal könnte es hilfreich sein (insbesondere für Einsteiger), wenn über die Stage View ersichtlich ist, für welche Devices oder Device Groups Werte im Programmer werden. Und gerade, wenn man eine vorhandene Cue oder Preset ändert über den Befehl “Edit in Programmer”, wäre es gut zu sehen, welche Devices oder Device Groups man auswählen muss, damit man den Cue genau richtig ändert.

Dieses Highlighting könnte einfach so aussehen, dass die Icons grün hinterlegt werden.

Ich wollte das folgende Fanning mittels Copy & Paste in eine andere Cue kopieren: 255; 127.5; 0 # 0; 127.5; 255. Diese Werte liegen im Programmer, wenn ich die ursprüngliche Cue aufrufe. Durch die Umrechnung kann ich das Fanning aber nicht in die neue Cue einfügen, da im Wertebereich 0 ... 255 mit 127.5 ein ungültiger Wert vorliegt.

Folglich sollte hier entweder zugelassen werden, dass auch Kommawerte eingegeben werden dürfen oder es wird an dieser Stelle gerundet.

Die Fenstergröße des Programmer-Filters ist nicht optimal. Die wichtigste Spalte mit dem Geräte- und / oder Gruppen-Namen wird zu schmal dargestellt. Optimal ist eigentlich die Darstellung, wie sie im DMXC3-Tutorial, Lektion 8 zu sehen ist.

Aktuell gibt es keine Möglichkeit, die einer Stage View zugeordneten Geräte beim entsprechenden Eintrag im Project Explorer wie in den anderen Einträgen wie Device, Device Groups etc. zu sortieren.

Diese Funktion wird dann benötigt, möchte man einzelne Geräte aus einer Stage View entfernen, man hat aber bereits eine große Anzahl von Geräten der Stage View zugeordnet.

Möchte man Geräte aus einer vorhandenen Stage View in eine neue, zusätzliche Stage View umsetzen, weil die erste zu voll wird oder aus anderen Gründen, muss man sich aktuell die betreffenden Geräte aus dem Device-Ordner im Project Explorer heraussuchen, der Stage View zuordnen und dann die Geräte aus der ersten Stage View löschen.

An dieser Stelle würde ich vorschlagen einen Befehl einzuführen, der eine bestimmte Auswahl von Geräten und Gruppen von einer Stage View an die gleiche Stelle in einer anderen Stage View verschiebt.

Werden Geräte einer Gruppe deaktiviert, auf denen verschiedene Cues abgelegt sind, lässt sich das Projekt nicht laden.

Um den Fehler zu reproduzieren, müssen im angehängten Projekt die Geräte DMB (1) und DMB (2) deaktiviert werden. Nach dem Speichern und neu Laden lässt sich das Projekt nicht mehr öffnen. Die Geräte sind in mehreren Gruppen enthalten. Zudem sind auf der Gruppe DMB-G mehrere Presents abgelegt.

Der Fehler lässt sich mit diesem Projekt auf verschiedenen PC reproduzieren. Ihn aber mit einem neuen Projekt nachstellen, war mir bislang nicht möglich. Die Session-ID für die Funktionsfähigkeit des Softdesk ist dem Dateinamen angehängt.

Ändere ich in der Tabellen-Ansicht des Patch-Fensters verschiedene DMX-Adressen stürzt die Matrix-Ansicht ab. Um die Matrix-Ansicht zu sehen, muss das Patch-Fenster einmal geschlossen und wieder neu aufgerufen werden.

Besitzt ein Gerät verschiedene Strobe-Effekte wie zum Beispiel

<strobe dmxchannel="1">
  <step type="open" mindmx="0" maxdmx="5" />
  <range type="linear" mindmx="128" maxdmx="250" minval="0.1" maxval="20" />	    
  <range type="pulse" mindmx="11" maxdmx="33" minval="0.5" maxval="6" />	  
  <range type="ramp up" mindmx="34" maxdmx="56" minval="1" maxval="12" />
  <range type="ramp down" mindmx="57" maxdmx="79" minval="1" maxval="12" />
  <range type="random" mindmx="80" maxdmx="102" minval="1" maxval="12" />
  <range type="spikes" mindmx="103" maxdmx="127" minval="1" maxval="12" />
  <step type="open" mindmx="251" maxdmx="255" />	  
</strobe>

so wird im Device Control als Wertebereich für die Strobe-Frequenz immer nur der Bereich 0,1 bis 20 Hz ausgegeben - egal, welcher Strobe-Effekt ausgewählt wird.

Dies ist unschön, weil die HAL unter Umständen zwei unterschiedliche Geräte durch diese “falsche” Umrechnung auch unterschiedlich stroben lässt.

Um die Erstellung von DDFs zu vereinfachen, sollten für eine Auswahl von LED-Farben, wie amber, ultaviolett, lime
“Standard-Arbeitsbereiche” im Kernel fest hinterlegt werden.

Die Angaben von

hueLeftBottom="0"  hueLeftTop="60" hueRightTop="60" hueRightBottom="120"

wäre dann optional und kann von Usern im DDF hinzugefügt werden, der mit der Standard-Definition nicht einverstanden ist. Die DDF-spezifischen Angaben überschreiben dann die Standard-Definition.

In bis dato noch nicht nachvollziehbaren Situationen werden beim Anwählen von Cuelists und Devices aus der GUI gelöscht.

Ein vollständiges Speichern des Projekts ist möglich. Nach dem Neuladen des Projects sind die Cuelists und Devices wieder da.

Benenne ich ein Subdevice um, wird der Name nach dem Betätigen der Enter-Taste nicht direkt aktualisiert. Aktuell muss die Ansicht einmal gewechselt werden, zum Beispiel zu einem anderen Device und dann wieder zurück.

Verändere ich den Dimmer von Geräten, die auf eine Matrix gepatcht sind, kann ich die Helligkeit der gesamten Matrix über den neuen Dimmer nicht mehr regeln. Alle Geräte, die ich manuell bzw. direkt in ihrer Helligkeit angepasst habe, gehen aus. Bei Werteänderungen flackert die Matrix bzw. die Geräte, bei denen ich die Helligkeit manuell über den Dimmer angepasst habe.

Sobald in einem Projekt eine Generic Matrix verwendet wird, werden in der Channel Overview die Adressbereiche der Geräte (mit den blauen Balken) nicht mehr gekennzeichnet. Löscht man die Generic Matrix wieder, werden auch die Adressbereiche wieder angezeigt.

Aktuell kann man bei MovingLights nur pro Gerät einen Offset für Pan und Tilt festlegen. Sollen aber MovingHeads und Scanner gemeinsam in einer Gruppe fahren, müssen im Regelfall die Bewegungen für die Scanner verkleinert werden, damit diese nicht immer in die Anschläge fahren.

Darüber hinaus kann man mit Hilfe der Skalierung für Pan und Tilt in Verbindung mit dem Offset, jedes MovingLight indivuell Positonieren und den Aktionsbereich festlegen.

Die Skalierung für Pan und Tilt sollte jeweils getrennt einstellbar sein. Der Wertebereich sollte effektiv gesehen alle Werte größer 0 zulassen, wobei bei 0 bis 1 der Aktionsbereich verkleinert und >1 entsprechend vergrößert wird.

Um den Patch einer Matrix zu ändern muss entweder der gesamte Patch gelöscht werden oder ich muss den Dialog zur Auswahl der Geräte öffnen, dort zum verlinkten Gerät scrollen und den Haken entfernen.

Hier wäre hilfreich, wenn man direkt nach der Anwahl des betreffenden Pixels die Verknüpfung mit der Entf-Taste oder einen zusätzlichen Eintrag im Kontextmenü löschen könnte.

Ich habe auf eine 8×3-Matrix, bestehend aus LED-PARs mit Dimmer den Effekt Strobe gelegt und als Cue in einer Cuelist gespeichert. Im Nachgang habe ich den Patch der Matrix um eine Zeile erweitert und zum Teil auch andere Geräte eingebunden.

Der zugehörige Matrix-Effekt wird leider nicht aktualisiert, wenn ich den Cue in den Programmer lade. In der Cue ist weiterhin der Matrix-Effekt mit drei Zeilen gespeichert (im Device Control steht: Matrix [8,3], obwohl das Icon in der Stageview bereits mit der zusätzlichen vierten Zeile “arbeitet” - sprich die Vorschau richtig generiert. Der Dimmer ist über eine Gruppe gesteuert, in dem alle LED-PARs enthalten sind.

Auf Basis der Diskussion im Forum https://forum.dmxcontrol-projects.org/index.php?thread/12498-wertebereich-für-color-im-device-control/ sollen folgende, vom User einstellbare Wertebereiche im Device Control geschaffen werden:

• Internal: 0.0 bis 1.0 (direkte Anzeige des Kernel-internen Werts)
• Byte: 0.0 bis 255.0 (als Double implementiert)
• Percent: 0.0 bis 100.0 (Wertebereich in %)

Gültig sollen diese Einstellungen / benutzerdefinierten Wertebereiche für folgende Funktionen sein:

• Dimmer
• Color
• PT-Speed
• Iris
• Focus
• Frost
• ggf. RAWs

Für folgende “physikalischen” Werte soll ähnlich verfahren werden:

• Frequency
• Angle
• Time

Zugehörige Funktionen wären:

• Pan / Tilt
• Strobe
• Effect-Speed
• ggf. weitere

Die Eigenschaften müssen nach Typ gruppiert werden und abhängig vom Typ gibt es entsprechende Darstellungen. So hätte der Typ “Geschwindigkeit” eher die Auswahl “BPM, Hz, ms, s” wohingegen der Typ “Intensity” die oben genannten Auswahlmöglichkeiten hat.

Analog zum White Automix Mode sollte auch für Amber, UV und jede weitere “Sonderfarbe” abseits von RGB die Möglichkeit hinzugefügt werden, wie die Farben einzumischen sind.

Aktuell werden die Group-Master in einer mir nicht ersichtlichen Reihenfolge sortiert. Hier wäre eine alphabetische Sortierung vorteilhafter bzw. noch besser, eine Sortierung analog zur Sortierung der Device Groups im Project Explorer.

Es fehlt im Fenster “Master” die Möglichkeit, horizontal zu scrollen.

Ist beim Chaser in der Break-Zeit ein Wert eingetragen, läuft der Effekt im Play-Mode Random nur einmal durch und wird dann beendet. Die Break-Zeit hat hier keine Auswirkung. Bei den anderen Play-Modes läuft der Effekt weiter.

Der Fehler ist in DMXControl 3.1 neu hinzugekommen. Unter 3.0.2 war er noch nicht vorhanden.

Möchte ich die Reihenfolge innerhalb einer Device Group muss ich für den “Platztausch” nach oben bzw. nach unten das Gerät wieder neu anwählen. Dieser Fehler ist neu in DMXControl 3.1. In DMXControl 3.0.2 blieb das ausgewählte Gerät aktiv.

Beim Installer der Version 3.1 vom 13.03.2017 funktioniert der automatische Download nicht. Die Installation wird abgebrochen.

Checking if .NET 4 is installed...
.NET 4 found!
Checking if Visual C++ 2015 Redistributable is installed...
Visual C++ 2015 Redistributable found!
Checking if XNA 4.0 is installed...
Checking if Windows Installer 3.1 is installed...
Windows Installer 3.1 found!
Erstelle Verzeichnis: C:\Program Files (x86)\DMXControl3
Lade XNA Framework...
Download fehlgeschlagen: Timed out on connecting.

Werden GUI und Kernel auf einem PC gemeinsam gestartet und hat sich dann auch keine weitere GUI mit dem Kernel verbunden, so kann meiner Meinung nach der Punkt “Informing connected sessions” komplett entfallen bzw. übersprungen werden. Hierdurch würde das Laden des Projekts nochmal beschleunigt werden. Hierzu brauch die GUI nur kurz beim Kernel abfahren, wie viele Verbindungen bestehen. Der Kernel selbst kennt die Anzahl ja bereits.

Möchte ich das folgende alternierende Fanning erstellen, ist der zugehörige Syntax verhältnismäßig aufwendig und unter Umständen schwer auf Fehler zu untersuchen:

• Ausgabe: R R R B W W
• Syntax: 255; 0; 0 # 255; 0; 0 # 255; 0; 0 # 0; 0; 255 # 255; 255; 255 # 255; 255; 255

Um dies zu vereinfachen und die Eingabe zu beschleunigen, schlage ich die Implementierung des folgenden oder eines äquivalenten Syntax vor, um Eigenschaften wie zum Beispiel die Farbe auf nachfolgende Geräte zu übertragen:

3X 255; 0; 0 # 0; 0; 255 # 2X 255; 255; 255

Sollte die zugehörige Gruppe kleiner werden, weil zu viele Geräte deaktiviert wurden, wird einfach von Beginn an ausgegeben. Die Ausgabe sähe dann so aus:

• 3 aktive Geräte: R R R

Ergänze ich den Syntax zusätzlich um das M zum Spiegeln (siehe hierzu FS #2679), sieht die Ausgabe wie folgt aus:

• 4 aktive Geräte: R R (Spiegelachse) R R
• 8 aktive Geräte: B R R R (Spiegelachse) R R R B
• 28 aktive Geräte: R R W W B R R R W W B R R R (Spiegelachse) R R R B W W R R R B W W R R

Aktuell besteht keine Möglichkeit, insbesondere ein alternierendes Fanning symmetrisch zu spiegeln. Ich schlage daher vor, den folgenden Syntax zu implementieren:

255; 0; 0 # 0; 0; 255 # 255; 255; 255 M

Bei dem Beispiel würde die Ausgabe innerhalb einer Gruppe wie folgt aussehen:

• 8 Geräte (gerade Anzahl): W B R W B R (Spiegelachse) R B W R B W
• 7 Geräte (ungerade Anzahl): W B R W B R B W R B W (mittleres Gerät ist gleichzeitig Spiegelachse)

Der Buchstabe M zum Spiegeln eines alternierenden Fannings wird auch deswegen gebraucht, da ohne diesen ein spiegelbildliches Delay zwischen zwei Cues nicht möglich ist. Momentan geht nur eines von beiden:

• Spiegelbildliches Delay zwischen zwei Cues: Sortierung der Geräte innerhalb der Gruppe 1 2 3 4 5 6 7 8 9 10 11 12
• Spiegelbildliches alternierendes Fanning: Sortierung innerhalb der Gruppe 1 2 3 4 5 6 12 11 10 9 8 7

Aktuell fehlt die Möglichkeit, MovingHeads oder Scanner einfache Linien im Raum fahren zu lassen. Mit dem Kreis-Effekt kann man zwar horizontale und vertikale Linien fahren, jedoch keine diagonalen Linien, welche so auch zum Beispiel in einem Punkt starten / enden und dann fächerartig nach außen fahren.
Folgende Parameter sollen einstellbar sein:

• Länge der Linie (Amplitude)
• Drehung in Bezug zum einstellten Mittelpunkt
• Position des Mittelpunkts als prozentuale Angabe in Bezug auf die Länge
• Frequenz (Geschwindigkeit)
• Phase (Offset)
• Pausenzeit an den Endpunkten
• Unterschiedliche Geschwindigkeitsprofile

Der Geschwindigkeitsprofile können wie folgt aussehen:

• konstante Geschwindigkeit über die gesamte Länge
• Sinus-Verteilung
• Cosinus-Verteilung
• Rampe (Beschleunigung / Bremsen innerhalb der ersten / letzten 10%, sonst konstante Geschwindigkeit)

Soll eine Cuelist mit der Option “release at last cue ends” automatisch beendet werden, funktioniert dies nicht, wenn der letzte Cue ein Special Cue ist. Aktuell hilft es nur, wenn danach noch eine leere Cue eingefügt wird.

Dieser Eintrag bezieht sich auf den Thread https://forum.dmxcontrol-projects.org/index.php?thread/12068-zwischen-cuelisten-hin-und-her-springen/.

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.

Führt man einen Doppelklick im Property-Grid aus, so wird bei Feldern mit durch Semikolon getrennte Werte immer noch das Semikolon und das dahinter folgende Leerzeichen mit ausgewählt. Dies macht das schnelle Ändern gerade bei Color und Position unnötig aufwendig, da hier folglich auch immer das Semikolon mit neu gesetzt werden muss.