Bugtracker DMXControl 3

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

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

Beim Anlegen einer neuen Gruppe aus ausgewählten Geräten wird diese neue Gruppe bei mehreren StageViews immer in der zuerst angelegten StageView eingefügt, aber nicht in der, in der die Geräte für die neue Gruppe ausgewählt wurden.

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

Folgende Vorgehensweise führt zu einem Absturz der GUI:

• Einfügen eines neuen Device zum Projekt
• Ändern verschiedener Werte in der StageView
• Anschauen dieser Werte in der ChannelOverview
• Direktes Löschen des Geräts aus dem Projekt, ohne den Programmer etc. zurückzusetzen

Dies ist vielleicht nicht ein alltägliches Szenario. Es ist mir beim Überprüfen der DDFs unter die Finger gekommen.

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

Wenn der Sinus-Effekt auf ein RGB-Gerät gelegt wird, um zum Beispiel einen Regenbogeneffekt zu erhalten, wird am Ende des Effekts kurzzeitig die Farbe eingeblendet (oder bei schwarz komplett alles ausgeschaltet), welche manuell unter Color eingestellt wurde.

Wird für eine Matrix die Effekte “Fire” und “Random” mit Fade true in einer Cuelist abgelegt, wird diese Option nicht übernommen.
Beim Effekt “Plasma” wird diese Einstellung gespeichert, hat aber überhaupt keine Auswirkung auf die Ausgabe (Fade true ist quasi grundsätzlich aktiviert).

Wenn ich die Größe einer Matrix nachträglich über die Properties ändere (egal ob Vergrößerung oder Verkleinerung), kommt diese Änderung im PropertyGrid zahlenmäßig erst an, nachdem ich einmal den Matrix FormEditor geöffnet und mit OK wieder geschlossen habe. Die Matrix-Effekte kommen nach (und auch während) der Änderung allerdings direkt richtig an. In den meisten Fällen sollte dieser Schritt meiner Meinung unnötig sein und könnte aktuell noch zu Verwirrungen führen.

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

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

Hat eine Matrix weniger als 3 Zeilen, funktioniert der Farbverlauf Top nicht. Hier wird die Matrix stattdessen immer mit der Farbe 2 vollständig ausgefüllt.

Das Problem lässt sich aktuell umgehen, wenn man den Farbverlauf Bottom auswählt und die Farben entsprechend umkehrt.

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.

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

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.

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.

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.

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

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.

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.

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.

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.

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.

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.

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

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.

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.

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.

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.

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

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

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

Fehlerbeschreibung siehe oben

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

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

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.

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

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.

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.

Siehe oben

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.

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.

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.

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

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

Bei einigen Geräten unter anderem von Robe und Martin werden Goboshake, Goborotation und Goboindex in Abhängigkeit des zugeordneten Wertebereichs vom Gobokanal aktiviert. Dabei ist die Goboshake-Funktion meist immer als “Aufsatz” zur Goboindizierung oder Goborotation verfügbar. Diese Konstellation kann aktuell nicht vollständig und vor allem fehlerfrei abgebildet werden.

Um hier die DDFs an dieser Stelle zu vereinfachen, schlage ich folgenden Beispielcode vor (hier für den Robe Robin 600E Spot):

<step type="gobo" mindmx="4" maxdmx="7" val="Robe Robin 600e Spot Gobo 1 (Rad 1).png" caption="Gobo 1">
  <range handler="goboshake" mindmx="4" maxdmx="7" minval="0.0" maxval="0" />
  <step for="goboindex" mindmx="4" maxdmx="7">
    <range handler="goboshake" mindmx="60" maxdmx="69" minval="0.4" maxval="10" />
  </step>
  <step for="goborotation" mindmx="32" maxdmx="35">
    <range handler="goboshake" mindmx="130" maxdmx="141" minval="0.4" maxval="10" />
  </step>
</step>

Dabei wird innerhalb des step für goboindex bzw. goborotation entschieden, in welchem Wertebereich der Goboshake “aufgeschaltet” wird.

Alle anderen Definitionen sind von diesem Vorschlag erst einmal unberührt.

Auf Grund einer System.OutOfMemoryException kam es zu einem Absturz der GUI. Logeintrag bei Systemzeit 2018-04-19 20:51:43,531. Log für Kernel und GUI im Anhang beigefügt.

Übersteigt das Input Assignment eine bistimmte Anzahl von Verknüpfungen, lässt sich dieses in Folge der oben genannten Fehlermeldung in der GUI nicht mehr bearbeiten. Erst wenn die Anzahl durch Löschen von verknüpften Buttons oder von gesteuerten Cuelists unter die “Grenze” reduziert wurde, ist wieder eine Bearbeitung möglich. Die zugehörigen Logs sind im Anhang beigefügt.

Wählt man nur eine Zelle innerhalb einer Cuelist aus, kann der betreffende Cue über das Kontextmenü zwar ausgeschnitten, kopiert und wieder eingefügt werden. Die Funktion Cue löschen funktioniert an dieser Stelle nicht. Hierzu muss aktuell die gesamte Zeile der Cue ausgewählt werden.

Werden mit Hilfe der Copy&Paste-Funktion vorhandene Cues in neue Cuelists kopiert, werden Werte und Einstellungen nicht vollständig aus dem Programmer entfernt und tauchen beim Erstellen neuer Cues wieder im Programmer auf.

Das Problem lässt sich wie folgt reproduzieren:

• Neues Projekt mit zwei Gerätegruppen und darin zugeordneten Geräten anlegen
• Eine beliebige Cue erstellen und in der ersten Cuelist abspeichern
• Ersten Cue mittels Edit in Programmer wieder ändern
• Werte über Copy&Paste auf die zweite Gerätegruppe übertragen und Cue in der zweiten Cuelist oder als neuen Cue abspeichern

Von nun an tauchen Einträge im Programmer auf, die gar nicht angelegt wurden. Diese lassen sich temporär auch nur aus dem Programmer entfernen, wenn kein Gerät oder keine Gruppe ausgewählt ist. Sobald man einen neuen Cue vorbereitet und Werte im Programmer ankommen, tauchen die fehlerhaften Einträge wieder auf.

Sowohl bei leeren Cuelist Groups als auch bei gefüllten Cuelist Groups stehen nicht alle Cuelists zur Auswahl als Master-Start bzw. Master-Stopp-Cuelist zur Verfügung, die im Projekt anlegt bzw. der Cuelist Group zugeordnet wurden.

Sofern die Liste abhängig von den der Cuelist Group hinterlegten Cuelists ist, so wird diese Liste in den Dropdown-Menüs nicht aktualisiert.

Wird eine Cuelist Group direkt im Projekt Explorer umbenannt, so wird dieser neue Name nicht in den Dialog Cuelist Group Properties übernommen. Um der Cuelist Group einen anderen Namen zu vergeben, muss aktuell der Properties Dialog geöffnet werden.

Bei der Verwendung des Support-Handlers gibt es aktuell noch einen Konflikt, wenn folgendes Szenario eintritt:

• Angefügtes DDF einem leeren Projekt hinzufügen
• Ein beliebiges Gobo auf dem ersten Goborad auswählen
• Goboshake aktivieren
• Im Nachgang die Goborotation oder die Goboindizierung einschalten

Sind die oben genannten Schritte abgearbeitet, läuft der Goboshake nicht mehr. Erst wenn der Wert für den Goboshake verändert wird, läuft zum Beispiel die Kombination aus Goborotation und Goboshake.