Bugtracker DMXControl 3

s. Screenshot

Die Sortierung von z.B. Geräten in Ordnern im Project Explorer verhält sich oftmals sehr komisch. Items landen nicht da, wo man sie loslässt, andere Items springen bei Veränderung nach ein oder zwei Felder nach oben/unten. Außerdem sieht man nicht, wo das Item landet, wenn man es an aktueller Position loslässt. Hier wäre ein Strich hilfreich, welcher zwischen den beiden Icons angezeigt wird, wo das Item der aktuellen Position nach landen wird.

Beim one shoot sind oftmals so kleine Springer drinnen, z.b. bei einem Chaser mit gefannter Phase, und danach einem Reverse Chaser mit gefannter Phase, dann ist dazwischen mal kurz eine Lampe links und rechts an. Genauso bei einem Kreis Effekt da springt das MH dann mal kurz zur Mitte, während es noch nicht ganz die Bewegung abgefahren hat. Das ganze verhält sich auch bei anderen Effekten ähnlich.

Die eingestellte Sprache im Drop-Down-Menü des Installers ändert nicht die Sprache der GUI.

Werden Executoren gleich benannt werden diese im IA unter einem Element dargestellt, die einzelnen Elemte darin werden einfach doppelt in diesem Element angezeigt. Bild hierzu im Anhang.

Selbes Problem, nur noch schlimmer, entsteht wenn zwei Elemte in einem Softdesk gleich heißen, dann weden diese im IA nur noch als ein Element angezeigt, ich habe also zwei Fader im Softdesk aber im IA nur noch einen. Dies hat zur Folge, dass der eine Fader im IA den Output vom zu erst erstellten Fader im Softdesk bekommt, von dem anderen Fader bekommt man gar keinen Output mehr. Selbes Verhalten tritt auch bei Buttons aus dem Softdesk auf, habe mir nicht die Mühe gemacht alle Elemente zu testen, denke sollte aber ähnlich sein.

Logs sind im Anhang, vllt findet da ja jemand mehr als ich^^

Man kann im Input Assigment die Bänke mittels Drag&Drop sortieren.
Diese Sortierung wird nicht gespeichert und es wird auch kein Dirty Flag gesetzt.

Die BPM Anzeige sohwohl in den Executoren und im Master fenster ist teilweise fehlerhaft. Fehler tritt mal auf, mal nicht. Details siehe Video im Anhang.

Der Fehlerdialog ist schlecht designed!

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.

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

Legt man Beispielsweise eine Gruppe PARs an, weisst der Dimmer Eigenschaft den Chaser Effekt zu um ein Lauflicht zu realisieren und Legt die GO und STOP Funktion im Input Assignment auf zwei Hotkeys, starte die Cue und stoppt diese dann wieder, kann die CUE nicht sofort wieder neu gestartet werden.

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

Wird im Multiclientbetrieb gearbeitet werden änderungen am Softdesk nicht an andere Sessions publiziert. Auch das Speichern von Änderungen am Softdesk ist so nur auf einem (zufälligen?) Client möglich.

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

Fehlerbeschreibung

Fehlerbeschreibung

Fehlerbeschreibung

Mit 10x DMH-160 MK2 getestet.
Die Geräte haben nur ein Colorwheel.

Wenn ich unten im ColorControl bei Colorwheel eine farbe wähle wird im DeviceControl das ColorProperty gesetzt, das ColorwheelProperty beleibt auf White.
Die DMX-Ausgabe stimmt aber

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

Wenn der Darkmode aktiviert ist, ist z.B. bei der Benennung von MIDI Regeln der Text auf weißem Hintergrund selber weiß und somit nicht lesbar.

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.

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.

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…

Fehlerbeschreibung

Fehlerbeschreibung

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.

Wie in den angehängten Logs zu sehen, dampft bei 2023-07-13 04:28:31,393 der SendDevicePropertyChanges ab (nicht wundern, die Uhr des PCs war falsch). Hier wie besprochen die Logs für die weitere Analyse, warum das der Fall war.

Die Regler für Intensity, Fade-Factor und Speed-Factor können problemlos eingestellt werden wenn das Cue-List Fenster so groß ist dass die Regler angezeigt werden. Ist das Fenster kleiner und die Regler nur nach Klick auf den Doppelpfeil sichtbar kann der Wert zwar eingestellt werden, er wird allerdings erst nach erneutem öffnen der Einstellung aktualisiert.
Siehe angehängtes Video

nicht vorhanden

Ich wechsele recht regelmäßig beim Programmieren zwischen verschiedenen PCs, welche dann auch allesamt noch unterschiedliche Bildschirmkonfigurationen haben - das heißt sowohl die Anzahl als auch die Anordnung.

Immer wenn ich das Projekt nach dem Wechsel erstmalig wieder auf einem anderen PC bzw. unter einer anderen Bildschirmkonfiguration öffne, um daran weiterzuarbeiten, passiert es, dass abgedockte Fenster komplett zusammengeschoben werden. Hierbei ist zu beachten, dass ich die Option “show taskbar icon for floating windows” aktiv habe. Exemplarisch habe ich einen Screenshot für das Input Assignment beigefügt, wo die Fenstergröße effektiv gesehen 0 ist.

Das Gemeine an diesem Problem ist in erster Linie, dass man die Fenster in dieser Größe schnell übersieht, wenn man nicht so wie ich um das Problem weiß. Die Funktion “Move floating windows to primary screen” hilft hierbei leider nicht weiter - sie positioniert auch nur die derart zusammengeschobenen auf dem ersten Bildschirm.

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

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

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

So solte es meiner meinung nach im ddf aussehen:

<zoom dmxchannel="19" >
  <rotation dmxchannel="20" >
    <step type="stop" mindmx="191" maxdmx="192" />
    <range type="ccw" mindmx="190" maxdmx="128" minval="0.0083333" maxval="0.17" />
    <range type="cw" mindmx="193" maxdmx="255" minval="0.0083333" maxval="0.17" />
  </rotation>
  <index dmxchannel="20" />

  <range type="linear" mindmx="0" maxdmx="45" minval="4" maxval="13.529411764705882352941176470588" />
  <range type="linear" mindmx="46" maxdmx="255" minval="13.749019607843137254901960784313" maxval="60" > 
    <range handler="index" range="4" mindmx="0" maxdmx="127" />
    <range handler="index" range="0" mindmx="128" maxdmx="255" />
  </range>
</zoom>

Aber der Zoom funktioniert dann nicht, erst wenn ich den Rotations-Node lösche geht der wieder.
Außerdem wird Index in diesem fall nicht im Propertygrid angezeigt.

Hab mal das funktionierende DDF und Manuel angehangen

Getestet mit Build 1402

Der Installer legt aktuell noch nicht die Verknüpfung im Startmenü zu den eigenen DDFs an.

Erstelle ich ein Fanning mit den Fanning-Operatoren ?, ?? oder ?# in Kombination mit einem Master, so werden die Werte kontinuierlich neu berechnet, obwohl ich den zugehörigen Master gar nicht anfasse. Das Problem ist mir unter anderem bei folgenden Eingaben aufgefallen:

• Dimmer: 0 ? {ParameterMaster 1}
• Color: 255; 255; 255 ?# {ColorMaster 1}

Die Erwartungshaltung ist an dieser Stelle eigentlich, dass die Werte nur neu berechnet werden, wenn

• die entsprechende Cue erneut aufgerufen wird
• man den Wert des zugehörigen Masters ändert

Wenn ich bei einem Executor die Auto Start / Stop Funktion verwende, funktioniert das automatische starten immer mal wieder nicht. Sobald ich den Fader auf null und direkt danach wieder hoch ziehe, startet die Cuelist nicht.

Im beigefügten Projekt habe ich in der Cue 1 der Cuelist 1 einen Chaser auf die Gerätegruppe (Device Group) gelegt. Ändere ich nun die Sortierung der Geräte in dieser Gerätegruppe über das Kontextmenü und sortiere sie zum Beispiel zufällig, wird der Chaser trotz Play Mode “Normal” beim erneuten Starten der Cuelist nicht aktualisiert. Aktuell kann ich die Sortierung nur per Drag ‘n’ Drop oder über die Buttons Up und Down ändern. Über letzte habe ich die zur Zeit aktive Reihenfolge realisiert: 1 - 4, 13 - 16, 5 - 12.

Ich habe bei mir nun fünf Projekte neu importiert und diese teilweise auch gespeichert. Die Sortierung in der Liste mit den verfügbaren Projekten ist aber nicht nachvollziehbar und eher zufällig.

Für eine bessere Übersicht sollte aus meiner folgende Kriterien hinterlegt werden, um ein Projekt direkt aus der Liste auszuwählen und nicht die Suche nutzen zu müssen:

• 1. Kriterium: Angepinnte Projekte (Favoriten), dann alle anderen Projekte
• 2. Kriterium: Alphabetische Sortierung analog zum Windows Explorer (erst Ziffern aufsteigend, dann alphabetisch aufsteigend)

Wird ein Projekt erfolgreich geladen, erscheint die Abfrage, ob das vorherige Layout geladen werden soll. Diese Abfrage erscheint jedoch nur in der GUI, in der das Laden des Projekts ausgelöst wurde. Die Abfrage sollte jedoch in allen GUIs erscheinen. Hierfür bräuchte es einen gRPC-Call, der an alle GUIs geht. Dieser sollte dann die AskLoadProjectLayout Funktion im Window Manager ausführen. Die Project Administration soll dann entweder eine neue “AskLoadProjectLayoutInAllGUIs” Funktion oder direkt den gRPC-Call aufrufen.

Ich habe die Tooltips in den Einstellungen deaktiviert. Gebe ich nun im Device Control einen nicht zulässigen Wert ein, werde ich hier weiterhin nicht darauf hingewiesen. Die GUI reagiert dabei so lange nicht, bis ich die Eingabe über Esc abbreche.

Ich habe in einem Projekt eine große Device Group mit > 100 Geräten unterschiedlichen Typs (Spot-MHs, LED-PARs etc.). Die Auswahl dieser umfangreichen Device Group in der Stage View sorgt für eine sehr hohe Auslastung der GUI-Kernel-Verbindung, sodass sich Device Control und Control Panel nur sehr sehr langsam füllen. Häufiges An- und wieder Abwählen verstärkt das Problem zusätzlich.

Hallo,
ich schreibe dies als Zusatz zu dem Ticket  FS#4433  Ausprobiert in der 3.3.0 Beta 7

Hier war es je so das, eigene Images die als Gruppen Bilder verwendet wurden nicht mit im Projekt gespeichert wurden.
Dies ist ja jetz behoben. Man kann mit dem Projekt umziehen und hat alles parat.

Was mir in dem Zusammenhang heute aufgefallen ist:
Ändert man diese Gruppen Bilder und verwendet die vorherigen nicht mehr, werden diese aber nicht aus dem Projekt entfernt.
Ich kann diese immer noch auswählen und verwenden.
Obwohl diese nicht mehr auf der Festplatte vorhanden sind.

Dies erzeugt Datenmüll und bläst das Projekt künstlich auf.

Man hat ja auch keine Möglichkeit das selber irgend wie aus dem Projekt zu entfernen.

Ich würde erwarten das diese, nicht mehr verwendeten, Dateien aus dem Projekt automatisch entfert werden oder das man wenigstens gefragt wird ob diese aud dem Projekt entfernt werden sollen.

Im Anhang ein Projekt das ich gerade begonnen habe.
Es geht um die Dateien:
4.png
4R.png
6.png
6R.png
8.png
8R.png
12.png
12R.png
Gruppe 2x2mp.png

Gruss Steff

Mit dem beigefügten Projekt habe ich eine einfache Ansteuerung der Position von in der Stage View ausgewählten Geräten über meinen MIDI-Controller (Traktor F1) realisiert. Bei schnellen, ruckartigen Werteänderungen stockt GUI bis hin zum Einfrieren. Das Stocken betrifft im konkreten Fall unter anderem das Position Control und das Device Control. Hier liegt bei mir die Vermutung nahe, dass bei einer meiner letzten Nutzung im größeren Umfeld deswegen die GUI auch komplett abgestürzt ist. Der gezeigte Auszug aus den beigefügten Logs entstammt der ersten GUI-Session.

2023-09-15 18:44:42,258 [74] FATAL Lumos.GUI.Run.GuiRunManager - Unhandled Exception: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
   bei Lumos.GUI.Facade.DeviceProperties.DevicePropertyFacade.<OnProgrammerValueChanged>d__71.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Facade\DeviceProperties\DevicePropertyFacade.cs:Zeile 516.
--- Ende der Stapelüberwachung vom vorhergehenden Ort, an dem die Ausnahme ausgelöst wurde ---
   bei System.Runtime.CompilerServices.AsyncMethodBuilderCore.<>c.<ThrowAsync>b__6_1(Object state)
   bei System.Threading.QueueUserWorkItemCallback.WaitCallback_Context(Object state)
   bei System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
   bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
   bei System.Threading.QueueUserWorkItemCallback.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem()
   bei System.Threading.ThreadPoolWorkQueue.Dispatch()
   bei System.Threading._ThreadPoolWaitCallback.PerformWaitCallback()

Nutze ich im gleichen Connectionset statt die Fader / Encoder meines MIDI-Controllers die beiden Slider des ebenfalls enthaltenen Softdesks, werden alle Werteänderungen sauber umgesetzt. Sowohl langsame als auch schlagartige Werteänderungen kommen nahezu verzögerungsfrei im Position Control und im Device Control an.

Nach der Behebung von  FS#5168  kann ich im Draw Bitmap Node zwar nun wieder Schriftart und -größe wählen und sie werden vom Node auch gespeichert, jedoch werden diese Änderung nicht mehr an das Macroboard weitergegeben - sowohl hardwareseitig auf dem Macroboard selbst als auch softwareseitig in der Anzeige der Macroboard Profilen. Auch ein Speichern und Neuladen des Projekts schafft keine Abhilfe.

Die Farbe des Textes und auch die Inhalte werden dagegen erwartungsgemäß aktualisiert.

In dem beigefügten Projekt habe ich ein einfaches Beispiel generiert. Eigentlich sollte hier der Button 1.1 des Macro Boards den Text in der Schriftart “Arial” in der Schriftgröße “20px” anzeigen.

Um das Ticket  FS#4525  nicht nochmal komplett zu öffnen, ziehe ich den dort vermerkten Punkt 3 mit etwas abgewandelter Beschreibung nochmal auf, nachdem er mit im Kontext von  FS#4771  bewusst (wieder) aufgefallen ist:

Zwischen dem ersten und zweiten Gerät in der Device Group nicht nahtlos statt findet der Wechsel bzw. die Umschaltung zwischen dem. Hier gibt es einen kurzen Augenblick, bei dem das Gerät 1 bereits aus aber das Gerät 2 noch nicht an ist und so ein Blitz entsteht. Dieser Punkt ist gut in dem beigefügten Projekt sowohl in der Stage View als auch auf meinen LED-Bars in Realität zu sehen. Ich habe hier

• einen Custom Chaser mit nur zwei Schritten, wo das Group Handling auf 2 gesetzt ist sowie
• einen einfachen Chaser mit Playmode Normal, jedoch mit einem “hohen” Wert für das Group Handling

in der Cuelist gespeichert.

In der Summe ist das Phänomen mit (allen) anderen Playmodes reproduzierbar und fällt zunehmend stärker auf, umso größer der Wert für das Group Handling ist.

Starte ich die Software mit aktivertem VPN bleibt der Network-Explorer leer und es kann keine Verbindung zwischen den Programmteilen hergestellt werden.
Deaktiviere ich das VPN, in meinem Fall Wireguard, und starte die Software erneut klappt es. Wenn die Verbindung steht kann ich das VPN wieder aktivieren und die Software funktioniert weiter.

In DMXControl 3 ist die Position ein vordefiniertes Objekt bestehend aus Werten für Pan und Tilt. Dies wird vom Programmer Node so nicht unterstützt.

Um den Programmer Node zum Beispiel aus dem Position Master eine Position zu übergeben, muss das Position-Objekt erst mit dem Split-Node in die Pan- und Tilt-Anteile zerlegt werden. Dies widerspricht dem Grundsatz, im Input Assignment mit normierten Werten zu arbeiten - zumal im Bereich der Farbe bereits ein Farb-Objekt erwartet wird.

Daher sollte im Programmer-Node der Input “Position” ergänzt werden und sich so verhalten, wie es der Value Input des Position Master Nodes seit der Beta 3 tut (siehe Ticket  FS#4832 ). Ob im Gegenzug die Inputs “Pan” und “Tilt” beim erneuten Einfügen des Programmer-Nodes weiterhin angeboten werden, ist zu diskutieren.

Einen beliebigen Effekt auf ein Gerät ziehen, anschließend editieren.
Dann in den Tab Effects wechseln, dort wird der Effekt angezeigt, allerdings mit den ursprünglichen Werten, die Änderungen werden nicht angezeigt.

Speichere ich den Effekt aus dem Effects-Tab ab wird er mit den korrekten Werten gespeichert.