Bugtracker DMXControl 3

Wenn man in einem Connectionset ESC drückt, sollte das Connectionset geschlossen werden (und die Bank geöffnet).
Hoffe das ist nicht allzu schwer ;)

Wie wir am Donnerstag besprochen haben, erstelle ich dieses Ticket um darauf hinzuweisen, dass die “Mixer Mode” Option umbennant werden sollte in “Mixer Mode (Dimmer)” oder ähnlich, da dieser sich nur auf den Dimmer und nicht auf andere Eigenschaften bezieht.

Da bekanntermaßen das Arbeiten mit den RGB+-Offsets wie zum Beispiel

<matrix dmxchannel="2" rows="1" columns="12" whiteoffset="3" amberoffset="4" uvoffset="5" />

zur Zeit noch nicht möglich ist, habe ich die Matrix wie folgt definiert:

<matrix rows="1" columns="12">
  <rgb>
    <red dmxchannel="2" />
    <green dmxchannel="3" />
    <blue dmxchannel="4" />
    <white dmxchannel="5" />
    <amber dmxchannel="6" />
    <uv dmxchannel="7" />
  </rgb>
  ...
    <amber dmxchannel="72" />
    <uv dmxchannel="73" />
  </rgb>
</matrix>

Grundsätzlich werden die RGB+Kanäle richtig angesteuert. Dies ist besonders gut zu sehen bei der Farbe Amber.

Allerdings wird mir in den Geräte-Einstellungen für die RGB+-Farben (hier Amber und UV) nicht die Optionen für das Mischverhalten angeboten (Add, Only, None). Die RGB+-Farben werden mit den Default-Einstellungen eingebunden, was hier Add ist. Zur Zeit ist die Option nur für Weiß verfügbar. Gleiches gilt hier auch für die Radix.

Eine fehlerhafte Validierung der Eigenschaften eines Nodes im IA lässt die GUI unbedienbar werden. Weder ein Abbrechen, noch ein schließen des Fensters ist möglich, bis der Wert entsprechend korrigiert wurde. Für mich als User ist nicht erkennbar, warum das UI unbedienbar wird.
Vorschlag: zulassen des “Abbrechen” Button sowie schließen des Fensters und einblendung eines Tooltips mit einem Hinweis auf fehlerhafte Werteingabe inkl. dem zulässigen Wertebereich (Angelehnt an das Verhalten im Device Control).
Beispiel für das “einfrieren” Eingabe eines negativen Wertes für das Delay Node.

Im Programmer gibt es keine Möglichkeit zu erkennen, ob ein Parameter relativ oder absolut ist.
Vorschlag: hinterlegen von zellen mit relativen Parametern in z.B. Orange.
So kann die Konfiguration einer Cue übersichtlich überprüft werden.

Wird im Cuelisteditor ein Feld im Datagrid markiert, nicht jedoch die ganze Zeile, so ist unter Bearbeiten der Button Szenenzeiten bearbeiten funktionslos. Der Button im Kontextmenü funktioniert erwartungsgemäß. Wird die ganze Zeile markiert ist die Funktion ebenfalls gegeben.

Der Wertebereich der Pan- und Tilt-Eigenschaften von Geräten sollte jeweils mittels einer Ober- und Untergrenze eingeschränkt werden können.

Test/Idee: Wenn möglich, sollten alle Effekte einen Schalter für “Bounce” bekommen, wodurch der mathematische Effekt umgekehrt durchlaufen wird. Außerdem sollte die “Laufweite” (Anfangswinkel und Endwinkel) des mathematischen Effekts einstellbar sein.

Das erste angehängte DDF führt zu einer Exception. Es ist in sofern falsch aufgebaut, als dass ein Step in einem Raw-Bereich ist. Trotzdem darf das nicht zu einer Exception führen.

ProjectLoad: ERROR: Loading Devices in Project(null)ProjectLoad: ERROR: Error loading Devices in ProjectSystem.InvalidOperationException: Handler RawDMXHandlerNode doesn't have any Ranges!
   bei org.dmxc.lumos.Kernel.HAL.Handler.AbstractRangesHandlerNode.getMinValue(String type) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\AbstractRangesHandlerNode.cs:Zeile 770.
   bei org.dmxc.lumos.Kernel.HAL.Handler.AbstractRangesHandlerNode.get_MinValue() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\AbstractRangesHandlerNode.cs:Zeile 747.
   bei org.dmxc.lumos.Kernel.HAL.Handler.RawDMXHandlerNode.getPropTypeInstance(IDeviceProperty prop) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\Generic\RawDMXHandlerNode.cs:Zeile 102.
   bei org.dmxc.lumos.Kernel.HAL.Handler.AbstractHandlerNode.getTypeInstance(IDeviceProperty prop) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\AbstractHandlerNode.cs:Zeile 751.
   bei org.dmxc.lumos.Kernel.HAL.Handler.HandlerDependency.<>c__DisplayClass25_0.<getTypeInstance>b__0(IPropertyHandlerNode n) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\HandlerDependency.cs:Zeile 300.
   bei org.dmxc.lumos.Kernel.HAL.Handler.HandlerDependency.ForEachHandlerNode[T](Func`2 work) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\HandlerDependency.cs:Zeile 354.
   bei org.dmxc.lumos.Kernel.HAL.Handler.HandlerDependency.getTypeInstance(IDeviceProperty prop) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\HandlerDependency.cs:Zeile 300.
   bei org.dmxc.lumos.Kernel.HAL.Handler.HandlerRegistry.<>c__DisplayClass24_0.<getTypeInstance>b__0(HandlerDependency h) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\HandlerRegistry.cs:Zeile 382.
   bei org.dmxc.lumos.Kernel.HAL.Handler.HandlerRegistry.ForEachHandlerDependency[T](IDevicePropertyBase prop, Func`2 work) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\HandlerRegistry.cs:Zeile 448.
   bei org.dmxc.lumos.Kernel.HAL.Handler.HandlerRegistry.getTypeInstance(IDeviceProperty prop) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\HandlerRegistry.cs:Zeile 382.
   bei org.dmxc.lumos.Kernel.Devices.DeviceBeam.getTypeInstance(IDeviceProperty prop) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Devices\DeviceBeam.cs:Zeile 245.
   bei org.dmxc.lumos.Kernel.DeviceProperties.AbstractDeviceProperty`1.getTypeInstance() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\DeviceProperties\AbstractDeviceProperty.cs:Zeile 250.
   bei org.dmxc.lumos.Kernel.PropertyValue.PropertyValue`1..ctor(AbstractDeviceProperty`1 prop, Int64 id) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\PropertyValue\PropertyValue.cs:Zeile 54.
   bei org.dmxc.lumos.Kernel.PropertyValue.PropertyValue`1..ctor(AbstractDeviceProperty`1 prop) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\PropertyValue\PropertyValue.cs:Zeile 46.
   bei org.dmxc.lumos.Kernel.DeviceProperties.AbstractDeviceProperty`1.getValueInstance() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\DeviceProperties\AbstractDeviceProperty.cs:Zeile 65.
   bei org.dmxc.lumos.Kernel.Devices.DeviceTools.<createPropertySceneEntries>d__1.MoveNext() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Devices\DeviceTools.cs:Zeile 34.
   bei System.Linq.Enumerable.<SelectManyIterator>d__17`2.MoveNext()
   bei org.dmxc.lumos.Kernel.Devices.DeviceTools.CreateInitializationScene(IDevice device) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Devices\DeviceTools.cs:Zeile 19.
   bei org.dmxc.lumos.Kernel.Project.DeviceManager.ReinitDeviceBaseline(IDevice device) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\DeviceManager.cs:Zeile 739.
   bei org.dmxc.lumos.Kernel.Project.DeviceManager.OnDeviceAdded(IDevice d) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\DeviceManager.cs:Zeile 625.
   bei org.dmxc.lumos.Kernel.Project.DeviceManager.<org.dmxc.lumos.Kernel.Run.IManager.initialize>b__132_1(Object o, ProjectResourceEventArgs`1 args) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\DeviceManager.cs:Zeile 1064.
   bei org.dmxc.lumos.Kernel.Project.ProjectResource`1.OnItemAdded(ProjectResourceEventArgs`1 args) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\ProjectResource.cs:Zeile 213.
   bei org.dmxc.lumos.Kernel.Project.ProjectResource`1.ProjectContainer_ItemAdded(Object sender, ProjectContainerEventArgs`1 e) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\ProjectResource.cs:Zeile 189.
   bei org.dmxc.lumos.Kernel.Project.ProjectContainer`1.OnItemAdded(T item) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\ProjectContainer.cs:Zeile 243.
   bei org.dmxc.lumos.Kernel.Project.ProjectContainer`1.Load(LumosResource data, LumosIOContext context) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\ProjectContainer.cs:Zeile 216.
   bei org.dmxc.lumos.Kernel.Project.Project.loadProject(LumosIOContext context) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\Project.cs:Zeile 230.org.dmxc.lumos.Kernel.Exceptions.ProjectLoadException: Errors in Project
   bei org.dmxc.lumos.Kernel.Project.ProjectManager.loadProject(String filename, Stream inputStream, String sessionName, Boolean loadId) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\ProjectManager.cs:Zeile 312.

Außerdem fliegt auch noch eine weitere Exception, wenn man das leicht angepasste zweite DDF verwendet.

org.dmxc.lumos.Kernel.Exceptions.XmlParseException: Attribute "caption" in Node "step" missing
   bei org.dmxc.lumos.Kernel.HAL.Handler.RawDMXStepHandlerNode.parseXmlNode(XmlNode ddfnode) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\Generic\RawDMXStepHandlerNode.cs:Zeile 105.
   bei org.dmxc.lumos.Kernel.HAL.Handler.HandlerRegistry.ParseXmlTree(DDFParseContext context) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\HandlerRegistry.cs:Zeile 143.
   bei org.dmxc.lumos.Kernel.HAL.Handler.HandlerRegistry.parseXmlFile(DDFParseContext context) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\HandlerRegistry.cs:Zeile 58.
   bei org.dmxc.lumos.Kernel.Devices.DeviceBeam..ctor(IDevice parentDevice, UInt32 beamNumber, DDFParseContext context) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Devices\DeviceBeam.cs:Zeile 92.
   bei org.dmxc.lumos.Kernel.Devices.DMXDevice.parseDDF(XmlDocument ddf, String filename) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Devices\DMXDevice.cs:Zeile 406.
   bei org.dmxc.lumos.Kernel.Devices.DMXDevice.LoadXML(String ddfFile) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Devices\DMXDevice.cs:Zeile 170.
   bei org.dmxc.lumos.Kernel.Devices.DMXDevice.set_DDFSourceFile(String value) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Devices\DMXDevice.cs:Zeile 115.
   bei org.dmxc.lumos.Kernel.Devices.DMXDevice.setParameterInternal(DeviceParameter parameter, Object value, Object& valueToSend) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Devices\DMXDevice.cs:Zeile 310.
   bei org.dmxc.lumos.Kernel.Devices.AbstractDevice.setParameter(DeviceParameter parameter, Object value) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Devices\AbstractDevice.cs:Zeile 1000.
   bei org.dmxc.lumos.Kernel.Devices.AbstractDevice.<>c__DisplayClass121_0.<org.dmxc.lumos.Kernel.Resource.ILumosSaveable.loadFromManagedTree>b__0(String s, Object o) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Devices\AbstractDevice.cs:Zeile 670.
device-->functions-->rawstep-->step

Cuelist Group Node gibt von Running IDs bis Paused Count keine Werte aus, obwohl Cuelists der ausgewählten Group laufen, bzw. pausiert sind.

1. Uninstaller löscht nicht alle Inhalte, wenn DMXControl geöffnet ist –> hier sollte überprüft werden, ob DMXC noch geöffnet ist und ggf. ne Info anzeigen
2. Uninstaller löscht den Installer.log nicht und den DMXControl Ordner im Programme Verzeichnis
3. löschen des Appdata Verzeichnisses optional anbieten.

Aus diesem Thread: https://forum.dmxcontrol-projects.org/index.php?thread/15425-par-strahler-lauflicht-mit-geschwindigkeitssteuerung/ kam mir die Idee von "Dimmerkur​ven" für den Trapezeffekt? Sprich der Effekt wird um zwei Dropdown-Einträge erweitert, mit denen man für Fade Up und Fade Down jeweils bestimmen, mit welcher Kurve gefadet wird (linear, Sinus-ähnlich, ….). Dadurch hätte man deutlich mehr Kontrolle über das Verhalten. Das macht natürlich die anderen Effekte nicht überflüssig, weil man da natürlich noch eine feinere Einstellmöglichkeit hat.

Peer hat ja schon begonnen.

Hier nochmal als Ticket. Zwischen PE und Softdesk sollen per Drag&Drop passende Connectionsets im Input Assingment angelegt werden.

Ich habe mal eine Liste mit Funktionen in die Cloud gepackt.

Entwicklung - DMXControl 3 - Konzepte - “Softdesk_PE_Drag_Drop.docx”

die Update Funktion als Wrapper zur Verfügung stellen.

Neue Inputs:
Edit in Programmer
Edit in Programmer Blind

Mein Ziel
- Mit einem numerischen Input ein Fanning auf einem bestimmten Wert legen. Dann kann man mit der 3D Maus, oder nem Fader… Fanning auf einen Wert packen. Im Hinterkopf habe ich gerade die Mausradfunktion vom Position Control.

Bsp.
3D Maus ist auf PAN gemappt. Jetzt möchte ich Schift drücken und dabei wenn die Maus gedreht wird soll gefannt werden.

Ich könnte mir den Knoten ungefähr so vorstellen:
Inputs:
- Aktueller Wert
- Relativer Input
- Fanning Operatorwahl
- Reset
Output:
- Fanning Wert

Der Fanning Input ist nen Text Input. Wenn dieser auf z.b. “<>” gesetzt wird, und auf den Relativen Input ein Signal kommt, dann wird um den Absolutwert das Fanning dazu gebaut.
Wenn aktuellwert 10 und Relativ +1 kommt ergibt sich 9<>11 danach -2 auf 11<>9. Wenn kein Fanning Operator ausgewählt wurde, dann wird der “Mittelpunkt” verschoben (also die 10 um +/-1).
Reset setzt den Wert wieder auf den “Mittelpunkt” (auf 10).

Wünsche:

• Titel (Überschrift) - Label kann über IA geändert werden.
• Rechtsklick auf eine Cuelist –> verschiedene Funktionen (open Cuelist, Edit running Cue in Programmer, GoTo XYZ
• In Style Default. Den Statusbalken nur anzeigen, wenn die Cuelist gerade läuft.

Bislang erkennt man eine Special Cue, mit der eine andere Cuelist gestartet, gestoppt etc. wird nur an der besonderen Benennung der Cue. Hier wäre es hilfreich, wenn diese ebenfalls gesondert gekennzeichnet wird - zum Beispiel analog zu den Cues, bei denen der Cue Timing Editor aktiv ist.

Expression-Node einem Graphen hinzufügen und versuchen, die Werte für die Variablen zu ändern.

Das Ergebnis ist, dass dies so lange nicht akzeptiert wird und der eingetragene Wert immer im Falle der Standardkonfiguration auf 1 zurückspringt, bis nicht jeder Input einmal kurz mit einem Input verknüpft war, zum Beispiel dem DMX-In.

Wird im Expression-Node bei einem Input für eine Variable ein fester Wert wie zum Beispiel 14311 eingetragen (siehe Bild 1), so wird dieser nicht beim erneuten Laden des Projekts nicht mehr vorhanden. Dazu fehlt in den Properties des Nodes auch der zugehörige Eintrag (siehe Bild 2).

Daraus lässt sich ableiten, dass das Expresion-Node erwartet, dass alle Inputs mit anderen Nodes verbunden sind, von denen es seine Werte erhält. Dies Verhalten ist so nicht erwartet, weil es bei allen anderen Nodes klappt.

Der Tag “rotation” ermöglicht aktuell nur die Ansteuerung von einer Achse. Hier wünsche ich mir eine Möglichkeit, mit Hilfe des rotation-Tags auch weitere Achsen eines Beams anzusprechen. Im Idealfall kann man so

• Geräte mit Endlos-Pan und Endlos-Tilt,
• einfache Strahlen- und Diskoeffekte mit mehreren Drehachsen auf einem Beam

abbilden und ansprechen.

Mittlerweile gibt es am Markt verschiedene Geräte, bei denen zwei (vielleicht später auch noch mehr) Prismen gleichzeitig eingefahren und die somit überlagert werden können. Daher muss erlaubt werden, dass man den Tag “prism” mehrfach einfügen kann, wie nachfolgend dargestellt:

<prism dmxchannel="0">
  <prismrotation dmxchannel="1">
    <step type="stop" mindmx="191" maxdmx="192" />
    <range type="cw" mindmx="193" maxdmx="255" minval="0.1" maxval="3.0" />
    <range type="ccw" mindmx="190" maxdmx="128" minval="0.1" maxval="3.0" />
  </prismrotation>
  <step type="open" mindmx="0" maxdmx="63" caption="Open" />
  <step type="prism" mindmx="64" maxdmx="255" caption="3-facets radial prism" val="3-facets radial.png" />
</prism>
<prism dmxchannel="2">
  <prismrotation dmxchannel="3">
    <step type="stop" mindmx="191" maxdmx="192" />
    <range type="cw" mindmx="193" maxdmx="255" minval="0.1" maxval="3.0" />
    <range type="ccw" mindmx="190" maxdmx="128" minval="0.1" maxval="3.0" />
  </prismrotation>
  <step type="open" mindmx="0" maxdmx="63" caption="Open" />
  <step type="prism" mindmx="64" maxdmx="255" caption="6-facets linear prism" val="6-facets linear.png" />
</prism>

Aktuell sind mir folgende Geräte unter die Finger gekommen:

• Ayrton Khamsin
• Martin ERA 600 Performance
• Eurolite TMH XB-280

Wähle ich mittels eines Doppelklick gezielt Werte im Device Control aus, zum Beispiel den Pan-Wert im Feld für Position oder einen Farbkanal im Feld für Color, so umfasst die Auswahl immer auch das nachfolgende Semikolon. Im Falle eines negativen Wertes, zum Beispiel für die Position, fehlt zudem das Minuszeichen.

Darüber hinaus kommt es wiederholt vor, dass bei einem Doppelklick auf den Wert für die Farbe rot im Feld für Farbe die Werte für grün gewählt wird. Im Screenshot 1 ist die Position des Mauszeigers zum Zeitpunkt des Doppelklicks entsprechend markiert.

Hintergrund des Tickets ist, dass so zur Zeit ein zusätzlicher Handgriff erforderlich wird, um das Semikolon einzufügen, was den Workflow bremst.

Der Softdesk Designer braucht einmal einen Rework:

- Liniale Oben/Unten Rechts/Links
- Zoom indicator
- Bereichs indicator
- Scrollbalken im Designer und in der Live ansicht sollten sich unterschieden
- Liste der Auswähöbaren UserControls sollten geordnet werden
- Liste der Properties sollte Gruppiert werden.

Erwartetes Verhalten der Stage View.
1. Drücken ‘Alle auswählen’: Alle vorhandenen Device Groups werden ausgewählt
2. Drücken in leeren Bereich der Stage View: Alle gewählten Objekte werden abgewählt.
3. Drücken ‘Alle auswählen’: Alle vorhandenen Device Groups werden ausgewählt.

Aktuelles Verhalten der Stage View.
1. Drücken ‘Alle auswählen’: Alle vorhandenen Device Groups werden ausgewählt
2. Drücken in leeren Bereich der Stage View: Alle gewählten Objekte werden abgewählt.
3. Drücken ‘Alle auswählen’: Alle vorhandenen Device Groups Devices werden ausgewählt.

Aus dem Ticket  FS#3851  geht als Folgepunkt hervor, dass der ColorHandlers derart erweitert wird, dass dieser die Farbe auf Matrix und Colorwheel verteilt, ähnlich RGB / Colorwheel Verteilung.

Ziel soll sein, dass man zum Beispiel bei einer LED-Bar sowohl die gesamte LED-Bar mit Hilfe des ColorPickers in einer Farbe einfärben, für die einzelnen Pixel das Matrix-Fenster nutzen oder die Farbe über ein virtuelles Farbrad wählen kann. Ein Beispiel wäre hier zum Beispiel Eurolite LED PIX-12 QCL.

Für Moving Heads ist das aktuelle Position Control mäßig. Hier wäre es super, wenn es ein Control mit Grad Zahlen geben würde, wie der Head wirklich ausgerichtet wird.

s. folgendes Bild:
https://www.lightkeyapp.com/content/01-home/03-creativity2/position-hud.png

Implement Textures for IA-Nodes.
Textures will be drawn centered. If bigger scale down, always match the original ratio.

Also add Min and Max Heigth/Width ⇒ If 0 ignore else see as hard limit ⇒ Stop drawing nodes after the limit.

Spielt man im angehängten Projekt die Cuelist ab, erscheinen mehrere Fehlermeldungen und Warnungen im Kernel

00:13:12 WARN  SceneList - Cue Play: Begrüßung.WAV of Type org.dmxc.lumos.Kernel.Audio.AudioScene returned empty OutputValues. This can cause unintended behaviour.
00:13:12 INFO  AudioManager - Start playing Begrüßung.WAV
00:13:24 INFO  AudioManager - Abourt playing of Begrüßung.WAV
00:13:24 ERROR AudioManager - Exception at Play: Begrüßung.WAV
00:13:24 WARN  SceneList - Cue Stop: Begrüßung.WAV of Type org.dmxc.lumos.Kernel.Audio.AudioScene returned empty OutputValues. This can cause unintended behaviour.
00:13:48 INFO  Session - Saved Project to GUI KUECOREI7JPKLT, Path E:\DMXControl 3\Projects\Audiofile Demo 3.2.1 Beta4.zip
00:16:19 WARN  SceneList - Cue Play: Ansage.mp3 of Type org.dmxc.lumos.Kernel.Audio.AudioScene returned empty OutputValues. This can cause unintended behaviour.
00:16:19 INFO  AudioManager - Start playing Ansage.mp3
00:16:21 ERROR AudioManager - Exception at Play: Ansage.mp3
00:16:21 INFO  AudioManager - Abourt playing of Ansage.mp3
00:16:21 WARN  SceneList - Cue Stop: Ansage.mp3 of Type org.dmxc.lumos.Kernel.Audio.AudioScene returned empty OutputValues. This can cause unintended behaviour.

Ich habe mit im Softdesk verschiedene Controls entsprechend des beigefügten Beispiels angeordnet. Hierbei ist mir aufgefallen, dass die Ebenen für die Softdesk Controls für Eingaben mit Maus und per Touchscreen nicht “durchlässig” sind. Im konkreten Fall bedeutet dies:

1. Ist die Box im Vordergrund und umschließt Buttons oder wie im Beispiel Fader, können diese nicht mit Maus oder per Touchscreen bedient werden.
2. Die gezeigten Slider müssen jeweils seitlich vom Label “gegriffen” werden, um sie auf einen Wert zu bringen, welche hinter dem Label liegen.

Meine Erwartungshaltung wäre hier, dass die Anordnung von Controls in mehreren Ebenen keinen Einfluss darauf hat, ob sich das ganz unterste Control bedienen lässt oder nicht.

Folgende Tastenkombinationen wären sehr hilfreich und sind auch üblich:
Strg+N: New Project
Strg+L: Load Project
Strg+S: Save Project
Strg+Umschalt+S: Save Project As
Strg+Q: Quit/Exit Program

Wenn bestimmte Optionen in den Cuelistsettings nicht nicht verwendet werden, sollten diese entweder nicht angezeigt werden oder noch besser ausgegraut werden:

1. Wenn “Use Cue Time as Back Time” auf true steht, dann “Go Back Time” ausgrauen
2. Wenn “Use Cue Time as GoTo Time” auf true steht, dann “GoTo Time” ausgrauen

Mein Problem war, es war eine GoTo Time eingestellt, aber die Option war an. Das erkennt man derzeit so einfach nicht.

Lege ich in den allgemeinen Optionen für ein Softdesk eine definierte Größe für dieses Softdesk fest, werden die Werte nach dem Schließen und erneuten Öffnen des Softdesk Editors nicht übernommen und auf NdN gesetzt.

Ein findiger User hat herausgefunden, dass man die Softdesks mit einem Workaround dazu bewegen kann, beim Laden des Projekts direkt im Vollbildmodus zu starten. Für die genaue Vorgesehensweise siehe https://forum.dmxcontrol-projects.org/index.php?thread/15151/&postID=128003#post128003.

Damit dies Workaround aber nicht als dauerhaft bestehen bleiben muss, würde ich mir hier eine gezielte Einstellung wünschen. Man kann zum Beispiel in den Einstellungen eines Softdesks festlegen, ob dieses normal oder im Vollbildmodus aufgerufen wird. Dies hätte den Vorteil, dass man sich ein entsprechendes Layout für die GUI abspeichern und dieses reproduzierbar wieder aufrufen kann.

Nach  FS#3870  werden Parametermaster wohl nicht mit allen Properties funktionieren.
Um die Usability zu erhöhen würde ich mir eine Gültigkeitsprüfung der Eingaben im Device-Propertie Fenster wünschen.
Ansonsten ist für den User undurchschaubar wo ein Parametermaster funktioniert und wo nicht.
Evtl. könnte man in die Value not valid Anzeige (siehe Anhang) noch folgende Informationen ergänzen:
Supported Masters:
Parametermaster: yes/no
Speedmaster: yes/no

Es wäre schön, wenn ich mit einem Button das Panel im Softdesk wechseln könnte. So kann ich dann auf einem Touchdisplay schnell zwischen verschiedenen Ansichten/Softdeskpanels wechseln. So brauche ich nicht jedesmal wieder in der GUI danach suchen und den Vollbildmodus verlassen.

Im Cuelistselector des Softdesks sind die angezeigten Status (Running, Stopped, Loop, …) editierbar (linksklick und Tastendruck verändert den Text temporär). Die Labels sollten die Eigenschaft “Read Only” besitzen.

Aktuell ist der Style “Lumos” der einzige Style für den Button, bei dem die Properties für OnColor und OffColor genutzt werden können.

Da diese beiden Properties die Gestaltung des optischen Feedbacks um ein Vielfaches vereinfachen, diese bitte auch für die anderen Styles des Buttons sowie weitere Controls umsetzen / einpflegen, welche über die Änderung einer Farbe ein sinnvolles optisches Feedback generieren können. Ggf. werden hierbei OffColor und BaseColor zusammengeführt.

Die Möglichkeit, einen Button auch durch das Übergeben von RGB-Werten im Input Assignment dynamisch einfärben zu können, muss aber weiterhin bestehen bleiben.

Drehe ich ein Control um einen beliebigen Winkel und verändere dann mit der Maus dessen Größe, beginnt sich das gesamte Control in einem gewissen Rahmen zu bewegen. Der Bezugspunkt wird beim Skalieren mit der Maus nicht ausreichend “fixiert”, weil dieser bekanntermaßen zur Zeit weiterhin von einem nicht gedrehten Control ausgeht.

Im Project Explorer sollte man Werte aus anderen Spalten (nicht nur Name) direkt aus dem Project Explorer heraus bearbeiten können. Hier alles was mir sinnvoll erscheint und was umsetzbar ist (z.b. Anzahl der Cues logischerweise nicht):

Cuelists

Cuelist Groups

Devices

Device Groups

(Executor

Executor Pages)

Electricity

Aus anderen Programmen ist man gewohnt, dass wenn man einen Wert in einem PopUp überschreibt und die Enter Taste klickt, dass dann der Wert gespeichert wird und das PopUp geschlossen wird. Aktuell wird nur der Wert übernommen und bei erneutem Enter wird das Feld erneut bearbeitet. Auch möglich wäre das bei erstem Enter der Wert übernommen wird und bei zweitem Enter erst das Fenster geschlossen wird.

Wenn Autostop integriert wird, dann soll die Einstellung in der Cuelists-Übersicht im Project Explorer als neue Spalte eingefügt werden (neben “Name”, “Number of Cues”, “Playmode”, “Priority”, “Mixer Mode”) als Kästchen mit Haken. Am besten so, dass man das direkt im Project Explorer einstellen kann und dafür nicht erst in das Properties-Popup gehen muss.

Die Größe des Softdesk orientiert sich ja an den Elementen am Rand. Wenn man nun ein solches in die Mitte ziehen will schrumpft das Softdesk gleichzeitig mit und es wird nach links gescrollt. Das ganze geht in ziemlich schnell was ein genaues Positionieren unmöglich macht. Gut wäre es, wenn die Softdeskgröße beibehalten wird, solange das Control noch mit der Maus rumgezogen wird. Erst bei loslassen schrumpft das Softdesk, so kann man es Controls auch am Rand gut verschieben. Außerdem sollte das Softdesk am besten immer am Rand z.b. 50 Einheiten vom Rand des letzen Elements entfernt sein.

In der Bank-Übersicht ist aktuell Rechtsklick/Delete die einzige Möglichkeit Connectionsets zu löschen. Um den Workflow zu verbessern wäre gut, wenn es auch mit der “Entf”-Taste geht, sowohl bei Einzel- als auch bei Mehrfachauswahl

Bei den Properties der Intelligent Cuelist Group Settings werden verschiedene Texte verdeckt, sodass diese entweder abgeschnitten oder auf zwei Zeilen umgebrochen werden und in beiden Fällen trotz verfügbarer Fensterbreite nicht komplett zu lesen sind.

Wenn man ein Control rotiert und es dann Copy&Pasted, wird es so behandelt, wie als wäre es 0° rotiert. Sieht man im Bild oben, dort sind 3 Slider nebeneinander, obwohl diese breiter als hoch sind, folglich untereinander eingefügt werden müssten.

Ein Button im Softdesk Designer, welcher die Anordnung in einem Raster ermöglicht.
Derzeit ist dies nur mit einer Tastenkombination möglich.

Vorbidingung:
Umziehen des Designers als WPF Control, welches das Fenster entsprechend ausfüllt

Es wäre geil eine Funktion zu haben, einen Input/Output durch einen anderen zu ersetzen. Das soll so wie bei Devices erfolgen. Die Inputs/Outputs werden in allen Connectionssets, in welchen sie aktuell eingebaut werden ersetzt. Das hat keinerlei Auswirkungen auf zukünftiges Hinzufügen des vorherig ersetzen Nodes in Connectionsets.

Das wäre besonders gut mit dem Ticket Input/Output im IA als ein Node mit Eingang und Ausgang (wie andere Wrapper…).

Für Labels und Buttons wäre es cool, die Textzentrierung (links, mitte, rechts) auswählen zu können.
Dann wäre es bspw. einfacher, Labels in gleicher Breite wie den Slider zu Positionieren und den Text mittig über den Slider anzeigen zu lassen.
Aktuell muss man dazu das Label so verschieben, dass der Text mittig angezeigt wird.

Sobald ich einen Input mit dem Expression Node verbinde, indem noch kein Eingangswert steht, so wird folgende Exeption ausgegeben:

16:12:54 ERROR ExpressionNode -
Jace.VariableNotDefinedException: The variable "y" used is not defined.
   bei MyCalcMethod(FormulaContext )
   bei Jace.Execution.DynamicCompiler.<>c__DisplayClass2_0.<BuildFormula>b__0(IDictionary`2 variables)
   bei Jace.CalculationEngine.Calculate(String formulaText, IDictionary`2 variables)
   bei org.dmxc.lumos.Kernel.Input.v2.Worker.ExpressionNode.processInternal(NodeProcessContext context) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Input\v2\Graph\Node\Worker\Logic\ExpressionNode.cs:Zeile 119.