Bugtracker DMXControl 3

Von Einzelnen Inputs Outputs umbauen in Nodes wie alles andere auch.

Ergänzung des Tickets aus der Entwicklersitzung vom 28.11.2020

• Umbau auf eine Multi-Port-Lösung für Input und Output, sodass jede Eigenschaft getrennt verknüpft werden kann. Am Beispiel des Buttons wäre dies exemplarisch: Anzeigetext, Farbe des Buttons, Status, etc.
• Die Inputs und Outputs bleiben beim Softdesk weiterhin getrennt und werden nicht in einem Node wie zum Beispiel Cuelist, Device o. ä. zusammengeführt.
• Die Inputs und Outputs erhalten einen Legacy Input, welcher nach Umzug aller Verbindungen verschwindet und für neue Knoten auch nicht existiert. Das muss ein Framework Feature werden, da das sicher bei anderen Stellen auch nochmal auftritt.

Als Zeitschiene soll die Version 3.3 angepeilt werden.

s. Überschrift

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”

Haben Sie einen Fehler entdeckt? Dann nutzen Sie bitte folgendes Template und beachten die Hinweise für eine reibungsfreie Bearbeitung der Tickets.

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

In DMXC 3.2.2 können bei der Angabe von Mastern im Device Control schon Rechnungen angegeben werden und hier gibt es auch einen Parameter für die Anzahl der Geräte in der angesteuerten Gerätegruppe (CONST). Ich fände es gut, wenn man Rechnungen auch direkt in den Properties angeben könnte. Dies ist dann sinnvoll, wenn beispielsweise ein Effekt per Fanning auf der Phase auf 8 Scheinwerfer verteilt werden soll. Aktuell muss man hier das Fanning entsprechend angeben, wodurch es angepasst werden muss, wenn sich die Anzahl der Geräte in der Gruppe ändert. Durch einen Parameter wie den COUNT Parameter könnte man dies elegant umgehen.

Ein weiterer Anwendungsfall wäre, wenn mehrere Effekte überlagert werden sollen. In diesem Fall muss man das Fanning per Offset verschieben. Man könnte sich Arbeit sparen, wenn man das Offset per Rechnung angeben könnte (natürlich auch für gefannte Werte, um das ganze Fanning zu verschieben). Die Frage wäre noch, ob die Rechnung wenn möglich aufgelöst werden soll oder nicht. Beides hätte seine Vorzüge. Das Auflösen ist übersichtlicher, nicht auflösen könnte bei Offsets deutlich einfacher sein.

Es wäre cool, wenn man mit den Colormastern irgendwie die Radix Pixel ansteuern könnte. Z.b. im Radix Popup die Möglichkeit schaffen für Color 1 und Color 2 einen Colormaster auswählen zu können.
Alternativ nen Filter bauen, wo man zwei CM als Farbe eintragen kann und der dann die Ringe alternierend mit einer Farbe ausfüllt.

Fehlerbeschreibung

An vielen Stellen wird kommuniziert, dass Device Groups ein wichtiges Hilfsmittel sind. Da die Reihenfolge der Geräte innerhalb der Gerätegruppe von entsprechender Relevanz ist, wäre es gut, es gäbe eine Möglichkeit zur manuellen Prüfung direkt in der Stage View.

Ein Gedanke wäre hierzu auf die Highlight-Funktion zurückzugreifen, wo ich dann nach dem Auswählen einer Device Group eine Rückmeldung in der Stage View und damit auch auf der Bühne erhalte. Denn es muss ja nicht zwingend so sein, dass die Reihenfolge der Icons in der Stage View mit der tatsächlichen Reihenfolge in den Device Group übereinstimmt. Selbstverständlich muss aber im ersten Zug gewährleistet bleiben, dass mir vorrangig alle Geräte gehighlightet werden, die in dieser Gruppe enthalten sind.

Das Programmer-Grid verschiebt sich, wenn das StageView Fenster “Abgedockt” ist und größer ist als ca 1/2 Bildschirm.
Die größe/stärke der Verscheibung des Grid ist abhängig von der Größe des StageView.

Version: 3.2 RC5

Video im Anhang

PS: Mit dem Tocuhpad ist der Rand der Fenster echt beschissen zu treffen

Das Pfeilkreuz (im hellen Theme blau, im dunklen Theme rot), um das Fenster zum Beispiel in die linke Hälfte bzw. rechte Hälfte zu verschieben, erscheint nur auf dem primären Monitor.

Graph ist nach Generierung “Default”.

Sollte der User:
1. Knoten oder Kanten löschen / hinzufügen
2. Parameter von Knoten ändern

Ist Default = false und das wird durch ein Icon in der Headerzeile visualisiert.

Project laden,
SoftDesk Öffnen
MacroBoardProfil öffnen
Converter-Effecct auf die Matrix in der StatgeView legen und warten bis es knallt

Verschiebe ich Objekte (Cuelists, Devices) in Verzeichnisse, so wird dieses zwischen den GUIs nicht synchronisiert.

Ich habe die Cuelists A, B und C. Die Cuelists A und C sind bereits einer Cuelist Group zugeordnet. Nun lege ich noch Cuelist D an. Alle Cuelists A bis D möchte im Anschluss nun der gleichen Cuelist Group zuordnen, wähle dazu alle aus und ziehe die Cuelists auf die Cuelist Group. Nun sperrt mir die GUI das Ablegen der Auswahl, da ja bereit eine Cuelist (hier A und C) innerhalb der Auswahl bereits im Ziel (also der Cuelist Group) enthalten ist.

Das “Sperren” ist in dem Sinne unschön (weswegen ich das Ticket als Fehler gekennzeichnet habe) und vom Workflow her ineffektiv ist, dass ich immer vorher erst schauen muss, was ist im “Zielordner” (meist Cuelist Group, Device Group, Stage View und Eletricity Management) bereits enthalten. Im zweiten Schritt muss ich über eine Mehrfachauswahl die Cuelists o. ä. anwählen, die ich dem Zielordner hinzufügen möchte. Hierbei laufe ich aber Gefahr, entweder Cuelists zu vergessen oder ich erwische doch nochmal eine, die bereits in der Cuelist Group enthalten ist, worauf ich die Auswahl nochmal ändern oder möglichst alle Cuelists einzeln der Cuelist Group zuordnen muss.

An dieser Stelle wünsche ich mir einen Workflow, bei dem diese “Vorabkontrolle” entfällt, ob eine Cuelist in einer Cuelist Group enthalten ist oder nicht.

Auch wenn das Verhalten bereits in der 3.1 schon so war, habe ich das Ticket mal mit zur 3.2 gepackt, weil es hier nun nochmal explizit aufgefallen ist.

Getestet mit Build 1572

Da durch das Electricity-Feature nun ein weiteres Icon in der Menü-Leiste des Project-Explorers hinzugekommen ist, würde ich nun die generelle Sortierung überdenken und stelle folgenden Vorschlag in den Raum:

1. Create Cuelist
2. Add Device
3. Create Cuelist Group
4. Create Device Group
5. Create Executor Page
6. Add Softdesk
7. Add Power Source
8. Create Stage View
9. Create Item List
10. Import Files

Da die Sortierung meinem persönlichen Empfinden entspricht, habe ich das Ticket mal auf Usability Relevant gestellt und ein paar Personen eingeladen. Die aktuelle Anordnung der Icons in der Menü-Leiste sind im Anhang zu sehen.

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

Bei externen “Controls”, die kein Feedback erlauben (z.B. nicht motorisierte Fader, Potis, DMX-In), gibt es das Problem springender Werte, wenn sich Werte in der Software ändern, aber natürlich nicht am Control selbt. Fasst man das Control das nächste mal an, würde der Wert einfach auf den zuletzt am Control eingestellten Wert springen.
Um das zu umgehen, gibt es z.B. bei der MidiBox verschiedene Modi, die man einstellen kann:

Normal, Snap, Relative, Parallax
http://www.ucapps.de/midibox_tutorial.html (Nach “Normal Mode” suchen)

Diese Einstellung auch in DMXC zu haben (z.B. für DMX-In, wo es prinzipiell kein Feedback gibt, also auch das Pult dieses Verhalten nicht implementieren kann) wäre für mich sehr sinnvoll.
Wahrscheinlich reicht es, das pro MIDI- oder DMX-In-Device konfigurieren zu können, also nicht unbedingt für jedes Control einzeln.

Aktuell gibt es keine Möglichkeit festzustellen, welche Cuelist, Programmer etc. aktuell eine Eigenschaft eines Gerätes wie z.B. die Position ansteuert. Es sollte daher ein neues Fenster geben, welches zum einen ähnlich wie der Programmer alle Geräteeigenschaften auflistet, die verändert wurden. Dabei sollte aber bei diesem Fenster die generelle Ausgabe im Vordergrund stehen. Wenn mehrere Quellen etwas z.B. auf eine MH-Position ausgeben, sollten alle Quellen in einer Liste dargestellt werden. Dabei sollten diese Werte wenn möglich visuell dargestellt werden (z.B. die entsprechenden Farben oder Gobos darstellen). Die Darstellung der einzelnen Quellen erfolgt in Listenform mit klarer Reihenfolge der (virtuellen) Prioritäten. Sprich hier soll aufgezeigt werden, welche Quelle als nächstes im Eingriff ist, wenn die aktuelle Quelle nicht mehr auf die Geräteeigenschaft ausgibt (daher virtuelle Priorität, da dies auch bei LTP-Mischung angezeigt werden sollte). Des weiteren sollte es auch möglich sein, eine Quelle zu muten (mindestens folgende Optionen: bis zum Beenden der Quelle, dauerhaft muten) und die Reihenfolge der Quellen z.B. per Drag&Drop anzupassen (dann aber evtl. auch mit definierbarer Überblendzeit).

Wenn ich den graphen einer Verbindung geöffnet habe, sollte der Name der Verbindung irgendwo angezeigt werden.

Momentan ist Midi nur in der GUI implementiert. Es wird argumentiert, dass dies auch anders keinen Sinn machen würde, da ja das Midi Pult neben dem Client mit der GUI steht.

Dies sehe ich anders, denn

1: Es gibt Einsätze als Alleinunterhalter oder als Band, wo DMXControl komplett aus einem Sequenzer gesteuert wird, wo eine GUI absolut nicht erforderlich ist. Hier reicht es einfach den Server mit dem Projekt zu starten.

2. DMXControl ist als Client/Server-Architektur aufgebaut und gerade dort ist es ja besonders wichtig, dass der laufende Server, der ja oftmals dann auch den Gesamtablauf steuert, auch mit der externen Midi Verteilhardware kommuniziert und Zugriff auf die im Server vorhandene Midi-Hardware hat. In der Regel hat dieser Server ja nicht mal einen Monitor.

Daher wünsche ich mir die Midi-Implementierung auch im Server.

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

Die neuen Master bieten neben den neun Einstellungen für HSV, CMY und RGB auch die Möglichkeit, die RGB+ Farben einzustellen. Allerdings macht es keinen Sinn, Einen Fader für eine RGB+ Farbe darzustellen, wenn es im Projekt kein Gerät gibt, welches diese ausgeben kann. Es sollte also eine Möglichkeit geben, entweder selbst einzelne Farben auszublenden oder nur diese anzuzeigen, für die es auch Einstellungsmöglichekten bei den Geräten gibt.

Möchte ich zum Beispiel das Feedback für einen Button dahingehend darstellen, dass dieser in Abhängigkeit seines Status die Farbe wechselt und ggf. auch anfängt zu blinken, wenn er aktiviert ist, benötige ich eine Reihe von verschiedenen Nodes.

Um das Handling gerade über mehrere Connectionsets zu vereinfachen, würde ich mir an dieser Stelle ein Art Makro-Node (oder Baugruppen-Node oder Blackbox-Node) wünschen, dass ich analog zur Siemens S7 an einer Stelle mit mehreren Nodes fülle, die Nodes konfiguriere und dann die Ports angebe, über die ich dann Werte in das Makro-Node hineinschicke und zurück erhalte.

Das Ziel soll am Ende sein, dass man

• nachträglich Teile eines komplexeren Connectionsset in meine anderen Connectionsets einbauen kann
• entsprechend komplexe Teile eines Connectionsets nur einmal ändern muss (Properties der genutzten Nodes selbst als auch Hinzufügen oder Entfernen von Nodes) und diese Änderung sich auf alle Connectionssets auswirken, in dem dieses Makro-Node verwendet wird
• solche Makros auch projektübergreifend nutzen kann und somit wie eine Bibliothek zur Verfügung stehen, ggf. auch über eine Import- und Export-Funktion

Wenn ich wie im beigefügten Projekt zwischen mehreren Cuelist mit Hilfe einer Cuelist Group direkt (also hart und ohne Fades) wechseln möchte, so erfolgt beim Umschalten kurzzeitig keine Ausgabe. Dies ist sowohl in der Stage View als auch in der Channel Overview zu beobachten.

Im Anhang befindet sich ein entsprechendes Testprojekt. Um das Problem zu reproduzieren, einfach über die Executoren zwischen den drei verlinkten Cuelists wechseln.

Das Ticket entstammt aus einer Rückfrage im Forum, wo das Problem auch schon bei DMXControl 3.1.3 aufgefallen ist.

Ich finde es in MATLAB/Simulink sehr hilfreich Kommentare setzen können.
Vielleicht wäre das auch was für das InputAssignment.
Ich hab es schon an der ein oder anderen Stelle vermisst, als ich 6 Wochen später nicht mehr wusste was ich mir dabei gedacht habe

Wähle ich bei einem Gerät mit zwei Goborädern (hier Futurelight DMH-160) von beiden Goborädern je ein Gobo aus, erscheint im Programmer die folgende Anzeige statt des Klartext “1: Gobo 2, 2: Gobo 7” inklusive des zugehörigen Icons (siehe Bild 1).

Wechsele ich über das Gobo Control in der Gesamtübersicht auf nur ein Gobo, sieht die Anzeige wieder sauber aus. Es fehlt hier aber auch die Vorschau des Gobos (siehe Bild 2). Hierzu erscheint in den Logs der GUI parallel folgender Eintrag:

2022-02-24 18:19:28,125 [Log-Thread] DEBUG Lumos.GUI.Resource.ResourceManager - Resource ICON-001189.png of type Symbol and source Default could not be loaded!
2022-02-24 18:19:28,127 [Log-Thread] DEBUG org.dmxc.lumos.XNAViews.TextureManager - Added Texture: ICON-001189.png

Grundsätzlich die Datei dem Programm sowohl im Installationsverzeichnis als auch über das Projekt entsprechend vor.

Für den fall der fälle, das sich eine Resource ändert, muss es eine möglichkeit geben die verwender der Resource zu informieren, das sich die Resource, die sie verwenden geändert hat.

Ich habe meiner DMX-Ausgabe weitere Art-Net-Interfaces hinzugefügt, sodass ich nun insgesamt 4 Instanzen habe. Diese wurden aber nun “frei Schnauze” in die Liste einsortiert, sodass meine Liste nun wie im beigefügten Screenshot aussieht. Hier sollte bitte nach Möglichkeit automatisch immer einer Sortierung der Einträge auf Basis des Herstellers, dann des Modells und dann der Serien-Nummer erfolgen, weil man sich sonst gerade im Fall der Art-Net-Konfiguration im Kreis dreht, wenn die später hinzugefügte Instanz mitten in der Liste eingefügt wird.

Das Ändern der Reihenfolge der Instanzen in der Config-Datei “DMXInterfaceMgmtConfig.xml” hat leider nicht ausgereicht, um die Darstellung in der GUI entsprechend zu beeinflussen.

Wir hatten das Problem bereits in der 3.2.2. Jetzt tritt das Problem wieder auf.

1. Cuelist Group mit Cuelists im IA mit Softdesk Cuelist Monitor verbinden
2. Projekt speichern
3. Projekt laden

–> Cuelist Monitor ist leer…

Es wäre hilfreich, wenn bereits verwendete Nodes eine Markierung erhalten, dass sie bereits irgendwo verwendet worden sind.

Folgendes Szenario:
Man hat ein 24 Kanal DMX Pult als Input und möchte wissen, ob ich bereits alle Fader verbraten hab, oder ob noch 1/2 frei sind. Dadurch hätte man einen guten Überblick.

Lösungsvorschlag:
Sobald Node irgendwo benutzt wurde, wird der Pfeil orange eingefärbt.

Beim Auswählen innerhalb eines Poperties im Input Assigment muss der Wert ausgewählt werden und anschließend mit OK bestätigt werden, hier werde eine Auswahl mit Doppelklick und automatischem schließen des Fensters schön.

zB: Parametermaster-Node, in den Einstellungen einen Parametermaster auswählen

Es wäre ein tolles Feature, wenn man im fullscreen Mode mehre Seiten hätte, durch die man wischen kann.

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

Fehlerbeschreibung

Fehlerbeschreibung

Eine Möglichkeit, ähnlich dem Trigger, der FadeTime nicht eine feste Größe sondern eine Variable/Input aus dem Inputassignment zuweisen zu können
und durch dieses global eine fade Zeit (wie in guten alten Zeiten beim SceneSetter48) einstellen zu können

In der Stageview sollten selektierte Geräte und Gruppen mit Rechtsklick → Entfernen von der Stageview entfernt werden können.
Eventuell auch mit druck auf die Entf-Taste, wobei das eventuell zu unsicher ist.

Zweiter Contextmenü-Eintrag sollte sein “Copy to StageView X” und “Move to StageView X”

in Folgedem Beispiel wurde eine “Stairville AF-250” verwendet
Beim Timer wird der DMX Kanal immer auf 100% gesetzt für die Aktive Zeit.

Schön wäre es wenn man auch die Menge auswählen könnte wie, 25%, 50%, 75%, 100%. Oder vielleicht sogar eine frei wählbare Menge an Ausstoß.

Fehlerbeschreibung

Der Fehlerdialog ist schlecht designed!

Über die Buttons half und double kann man den aktuellen BPM-Wert faktorisieren. Hier wäre es gut, wenn dieser Faktor angezeigt wird. Ein typisches Anwendungsbeispiel ist, dass ich mehrere Speedmaster zwar gleichzeitig Lerne bzw. Synchronisiere, aber jeden Speedmaster einzeln faktorisiere.

Ich habe eine einfache Cuelist mit zwei Cues gebaut, die in Schleife wiedergegeben wird:

1. Cue 1: Dimmer [100%], Farbe [ColorMaster 1]
2. Cue 2: Dimmer [100%], Farbe [ColorMaster 2]

Beide Color Master habe ich mir in den verschiedenen Modi RGB, CMY und HSV in eine Executor Page geliegt.

Jenachdem, welchen Color Master Typ ich nutze, um die Farbe einzustellen, ändert sich der Farbübergang zwischen den beiden Cues. Entweder direkt oder entlang des Farbkreises. Dass die Kombination des Farbtypes / Farbmodells den Fade beeinflusst, ist grundsätzlich bekannt (siehe Ticket FS#4279).

An dieser Stelle kann es zu Verwunderungen führen, wenn eben dieses Verhalten nicht bewusst ist. Die Verwunderung kann noch größer sein, wenn man einmal die Farbe per Fader festlegt (der als HSV konfiguriert ist) und dann die Farbe per Button setzt - innerhalb eines Executorzugs. Auch dies beeinflusst den Farbübergang.

Grundsätzlich kann man diesen Punkt dokumentieren, bis er sich bei der Umsetzung des Tickets FS#4279 “erledigt”. Die Frage ist aber, ob dies ein praktikabler Weg ist und ob es nicht besser wäre, dem ColorMaster eine Einstellung mitzugeben, dass er die Farbe nur intern in einem bestimmten Farbmodell vorhält.

Fehlerbeschreibung

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.

Es wäre sehr sinnvoll wenn im Programmer auch Angezeigt wird, wenn auf einem Kanal ein Effect oder Filter angelegt ist.

Die im Screenshot dargestellte Eingabe wird mir als fehlerhaft gekennzeichnet, obwohl ich gemäß des Tooltipps im richtigen Wertebereich liege.