Bugtracker DMXControl 3

Die Möglichkeit Live die Abspielreihenfolge einer Cuelist beeinflussen zu können.

Derzeit ist es nur möglich auf Modbus Adressen zu schreiben. Allerdings ist es nicht möglich diese zurück zu lesen.

Wenn ich einen Modbus Output im Input Assignment in ein Connectionset einfüge, dann sollte dieser Node auch einen Ausgang besitzen.

Nur kurz zum Hintergrund was ich vor habe: Ich möchte bei uns in der Werk- und Kulturscheune auf einem Server dauerhaft DMXC laufen lassen, welche für den Scheunenraum das Licht steuern soll. Im nächsten Schritt möchte ich gerne die aus DMXControl heraus bei Aktivierung der Lampen, auch das entsprechende Schütz für die Spannungsversorgung aktivieren. Ich möchte später aber auch über Lichtschalter Lichtstimmungen aufrufen.

Es wäre gut, wenn der CounterNode noch um einen “Init Value”- und einen “Reset”-Eingang erweitert wird. Aktuell bringt der Counter nämlich wenig, weil man nicht bestimmen kann, ab welchem Wert er zählen soll. Hierfür ist dann auch der Reset-Eingang, um den Counter wieder auf den “Init Value” Wert zurück zu setzen. Erst mit so einem Counter kann man z.B. bei einem Beat entsprechend zählen oder erst eine gewisse Anzahl von Peaks.

wenn sich am Eingang des Nodes sich ein Wert ändert, dann soll am Ausgang für eine einstellbare Zeit “high” ausgegeben werden. Analog zum Beat to Bool Node…

Mir fehlt an den Bausteinen Compare, Selektor etc. ein Enable Eingang. Wenn dieser low ist, dann werden die Outputs nicht mehr aktualisiert, bei high ist alles normal.

Der Counter kann hoch und runter zählen. Ich stelle mir da einen Encoder vor der bei Vor und bei Zurück den Counter hoch oder runter zählen lassen kann. Bei Klick oder ä. muss der Counter wieder zurück gesetzt werden. Dazu wäre ein “Reset” Input nötig und eine Option “reset value”

1. Connectionset öffnen, einen Input im CS anlegen (z.b. Colorpicker SD)
2. Colorpickker Input im CS anwählen
3. Input im Menü links per Drag’n’Drop ins CS ziehen (z.b. Colorbar SD)
4. Colorbar Input mit Dreifachklick verziehen

Aktuelles Verhalten: Colorbar Input wird dupliziert (wie bei Shift+Klick im SD)

Erwartetes Verhalten: Colorbar Input wird verschoben ohne dupliziert zu werden

Wenn danach noch ein anderer Input ins CS gezogen wird, dann verschwindet der Input, der an der ursprünglichen Position geblieben ist.

Aktuell bietet das Node Position to Pan / Tilt nur die Ausgänge für Pan und Tilt als DMX-Wert, jeweils für 8 bit und für 16 bit. Benötige ich aber in einem Connectionset den Wert für Pan und / oder Tilt im Wertebereich 0 bis 1, muss ich mir erst das beigefügte Connectionset bauen und verkompliziere den Graphen dadurch unnötig.

Hier wünsche ich mir eine Möglichkeit, dass ich die Werte direkt im Wertebereich 0 bis 1 erhalte.

Ich bitte um eine Möglichkeit, die StageView an einer Stelle zu fixieren, sowohl in Zoom als auch Position. Die StageView setzt sich aktuell immer in unregelmäßigen Abständen zurück und zeigt dadurch im sichtbaren Bereich nicht mehr alle Scheinwerfer an. Außerdem reicht der Standardzoom bei mir nicht, dass alle Scheinwerfer in den sichtbaren Bereich passsen.
Vielen Dank schonmal!

Zoom und Position und Drehung

Steuert man mit einer Matrix mehrere Geräte oder Sub-Matrizen an, so bleibt die Ausgabe beim Löschen von Werten aus dem Programmer weiter bestehen. Folgendermaßen lässt sich das Problem reproduzieren:

1. Lege 4 Geräte an
2. Lege eine 4×1 Matrix an
3. Patche die Geräte auf die Matrix
4. Wähle die Matrix in der Stage View aus
5. Klicke auf den Lumos Button
6. Stelle eine Farbe für die Matrix ein
7. Gehe nun in den Programmer und lösche den Farbwert für die Matrix

Problem: Die LED-Scheinwerfer behalten nun den letzten Farbzustand, obwohl kein Wert mehr gesetzt ist. Sie gehen erst aus, wenn man den Programmer über “Clear” leert

Erwartetes Verhalten: Die Matrix verhält sich hier wie eine Art Gerätegruppe, wenn also die Werte der Matrix gelöscht werden, muss die Ausgabe der zugeordneten Geräte auch gelöscht werden

Temp-fader für Scenenlisten

Wirkt wie der intensety-master aber auf alle Propertys

Geiler Scheiß, fast fertig….

Ich brauche die möglichkeit SNMP-Sensordaten in die software zu bekommen
Eaton UPS EX 3000
Cisco SG300
Cisco SG500

Ich kann in Unterordnern keine Cuelists/Cuelist Groiups/ Devices/ Device Groups/ etc. über das Kontextmenü hinzufügen.

Außerdem werden neue o.g. immer im Hauptordner angelegt, die mit dem Button “Create XYZ” in der Menüleiste erstellt werden.

Edit: Patrick: Memo an mich. Das trift auf alle Nodes zu !!!!

Wenn man eine Cue per Input Assignment startet, während die entsprechende Cuelist nicht geöffnet ist, und anschließend die Cuelist öffnet, ist die aktive Cue nicht gelb markiert. Die Cuelist wird im Cuelist Editor so dargestellt, als ob sie nicht aktiv wäre.

Oft passt die neue Anzeige vor den Cues nicht. Mal ist ein Feld hellrot, mal dunkelrot. SIehe Bilder( zu zwei verschiedenen Zeitpunkten ist Cue1 einmal hellrot und einmal dunkelrot)

hat ein Gerät mehrere Beams, wird es als 1 Icon im LV angezeigt.

Für die folgende Erklärung sei Beispielhaft folgendes Gerät gegeben:

Beam 1:
- RGB
- Position (gilt für alle Beams)
Beam 2:
- RGB
Beam 3:
- RGB

Lösung:
0. Es gibt einen “Master Beam” (der 1. Beam) welcher allgemeine Eigenschaften enthält, die sich die Beams teilen. Per Konvention ist das der 1. <function> Block im DDF. Die Eigenschaften (e.g. <dimmer>) werden mit “global=true” markiert, falls es eine globale Eigenschaft ist. In diesem Fall wird die Eigenschaft auch angezeigt, wenn ich einen anderen Beam selektiere. Der Masterbeam ist also so etwas wie eine “Beamgruppe”.

1. Darstellung im Stageview ist umschaltbar zwischen Einzeldarstellung und Beam Darstellung
⇒ Darstellung als Multibeam nur, falls Gerät > 1 Beams besitzt.
⇒ Einzeldarstellung: Wie aktuell, nur bei “Multibeam” Devices wird unter dem “Hauptbeam” angedeutet, dass es zusätzliche Beams gibt (e.g. Icon oder kleine Vierecke). Die Einzeldarstellung ist quasi der Masterbeam.
⇒ Multibeam Darstellung: Die Beams werden als “Matrix” dargestellt und jeweils gezeichnet wie aktuell der Hauptbeam
⇒ Dies gilt natürlich für Geräte UND Gruppen ⇒ Sollte Beam 1 nur Global Eigenschaften enthalten, wird er in der Beam Darstellung NICHT angezeigt. Begründung: Die Global Eigenschaften des Masterbeams werden auch in den anderen Beams dargestellt. Ergo ist eine separate Darstellung nicht notwendig.

2. Selektion Beam / Master
In der Einzeldarstellung selektiere ich den “Masterbeam”. Über ein Tastaturknopf kann auf Beam Selektion umgeschaltet werden und es werden nur die einzelnen Beams markiert. Das Selektieren einzelner Beams ist für Fanning wichtig.
⇒ Wenn Masterbeam selektiert ist, werden die gemergden Eigenschaften aller Beams im PG angezeigt:
Beispiel:

- RGB (Beam 1-3)
- Position

Wenn ich nun das RGB ändere, ändere ich das RGB aller 3 Beams

⇒ Wenn Beams selektiert sind, wird jeder Beam mit seinen Eigenschaften dediziert im PG angezeigt (Beispiel Beam 2, 3 selektiert)

- Global
  - Position
- Beam 2
  - RGB
- Beam 3
  - RGB

3. Fanning
Master selektiert ⇒ Fanning über Geräte (wie bisher)
Beams selektiert ⇒ Fanning über Beams

2 unterschiedliche Attribute sollte es für Cues geben

Das erste greift während der Programmierung:
Cue 5 ist als Sperre markiert, in Cue 1 füge ich einen weiteren Kreis hinzu. Durch tracking wird dieser jetzt bis einschl. Cue 4 ausgegeben. In Cue 5 wird nun automatisch der urspüngliche Werte (in diesem Fall 0) gespeichert. Nehme ich die Sperre wieder raus, werden die automatisch gesetzten Werte gelöscht.

Das zweite während dem Playback:
Wird dieses Attribut für ein Cue gesetzt, bedeutet dies, dass alle Werte, auch getrackte, erneut ausgegeben werden.
Hintergrund ist folgender, Cue 7 ist ein sehr langsamer fade to black für kreis 1. Also wird die 0 getrackt. Cue 8, Cue 9 (verändern Kreis 1 nicht) werden ausgeführt, während Cue 7 noch ausblendet. Cue 10 soll jetzt ein Black sein. Würde der Black aufgerufen werden, bevor der Fade von Cue 7 beendet ist, gehen alle Kreise bis auf Kreis 1 aus, dieser würde den Fade weitermachen, weil eben nach Cue 7 keine weitere Instruktion für Kreis 1 kamen. Wird nun dieses Attribut gesetzt, werden alle Werte dieses Cues als neue Instruktion betrachtet, in Cue 10 also auch die 0 von Kreis 1 (aber nur während dem Playback) und ausgegeben und beendet somit auch den laufenden Fade.

Ein PositionsControl welches mit einem relativem Wert arbeitet.
Bewegt man die Maus/Touch auf dem Trackpad nach Rechts bewegt sich so z.B. auch ein Scheinwerfer nach rechts.

Vergleichbar mit dem TouchPad bei einem Laptop.
Die Empfindlichkeit sollte einstellbar sein.
Es sollte einen “intelligenten” Modus geben der bei langsamen Bewegungen etwas feiner ist und bei schnelleren Bewegungen größere Schritte geht.

Farbe soll Einstellbar sein.
Einstellung für die Invertierung.

Ich kann die Softdesk-Elemente aktuell noch nicht in verschiedenen Ebenen anordnen. Dies fällt insbesondere dann auf, wenn ich mit einer Groupbox mehrere Buttons oder Slider optisch zusammenfassen möchte: die Buttons verschwinden im Hintergrund.

Es wäre toll, wenn man z.b. die Startposition des Boom-Effekts mithilfe eines weiteren Effekts verändern könnte. Oder z.b. die Geschwindigkeit des Color-Scroll Effekts mit einem Sinus belegen könnte.

Wir brauchen eine Message Box Advanced.

Neben den üblichen Funktionen der bekannten Message Box (Header, Text, Mehrere Buttons (OK, OK-Cancel, OK-Retry-Cancel, Yes-No, Yes-No-Cancel,….)) sowie Icon stelle ich mir folgendes vor:

1. Auswahl zwischen 1-3 Buttons, sowie beliebige Beschriftung der Buttons
2. Optional Anzeige eines Icons für die MessageBox
3. Optional Anzeige eines kleinen Icons pro Button
4. Definition eines Default Buttons, der beim direkten drücken auf “Enter” gewählt wird. Per Default ist es Button 1
5. Optional Angabe eines Timeouts, welcher den Default Button nach Ablauf von X Sekunden drückt (Text des Buttons = “Button Text (<countdown>)”). Im Button läuft also die Zahl runter, bei 0 wird gedrückt.
6. Optional Anzeige eines “Don’t show Again” Checkbox Elementes
7. ESC Taste schließt die Message Box.

Ich hab jetzt ein Update von zwei Nodle U1 auf die Version 1.06 gemacht.
Soweit alles gut, nur als ich beide im DMXC 3.2.1 eingebunden hatte schreibt der Kernel immer bei dem zuletzt in WIN 10 eingebundenen Nodle das er den Heartbeat vermisst.
Wenn ich ein IF in DMXC deaktiviert lasse kommt die Meldung nicht mehr.
Es sind aber beide Interfaces im WIN-Geräte-Manager registriert.
DMXC Forum 2 x Nodle U1 mit V1.06 - Heartbeat-Problem

Projekt lasse ich gerne Zukommen, bei Veränderungen im Softdesk, z.B. verschieben verschwinden irgendwelche Buttons, ohne dass ich da ein System erkennen würde. Zudem existiert ein Button im Input Assignment “Button (13)”, der im Softdesk nicht angezeigt wird. Beim Versuch den zuzuweisen friert DMXC3 ein, evtl liegt da der Kern des Problems. Aktuell hat es alleine beim letzten neu laden 6 Buttons zerlegt, die im Softdesk nicht mehr angezeigt werden, allerdings im InputAssingment noch vorhanden sind.

LG Paul

Immer wieder kommt es vor, das man einen Graphen im Input Assignment eines Users debuggen muss. Hierfür braucht man zwingend ein Bild. Allerdings ist das bei komplexeren Graphen manchmal schlecht bis gar nicht zu lesen. Daher wäre es für diese Arbeit sehr wichtig, wenn man einfach die anzuzeigenden Nodes auswählen könnte, dann einen Rechtsklick auf einen der Nodes machen könnte und das als Bild exportieren könnte (egal ob png, jpeg etc.). Hierbei sollte die Auflösung immer so sein, dass man den Text auf jeden Fall lesen kann (also durchaus eine Standardaufösung möglich, dann wird halt das Bild etwas größer). Am Besten wäre es, wenn man auch noch den Ausschnitt mit den Inputs und Outputs der ausgewählten Nodes drauf hat. Wählt man keinen Node aus und exportiert das Bild, dann wird einfach der ganze Graph gespeichert.

Es wäre bei Festinstallationen an denen Personen mit wenig Ahnung von DMX-Steuerung Bediener sind ganz hilfreich wenn der GUI einen wählbaren Softdesk automatisch im Vollbild Modus startet.
Das verhindert Bedienerfehler und versehentliches Verstellen von wichtigen Steuerelementen.

Ich habe eine Cuelist mit einer einzigen Cue erstellt, in der relativ ein Circle-Effekt auf einer Gruppe von Moving-Heads läuft. Beim Starten der Cuelist wird die Bewegung wie erwartet eingefaded.

Stoppe ich die Cuelist aber, gibt diese die Bewegung trotz laufender Release Time im vollen Maß aus. Ist die Zeit abgelaufen und Cuelist ist deaktiviert, springen die Geräte zur Ursprungsposition zurück.

Dupliziere ich die Cue und ändere diese von REL zu ABS ab, verhält sich die Cuelist während der laufenden Release Time wie erwartet, das heißt die Geräte fahren langsam zur Ursprungsposition zurück. Gleiches gilt analog auch für den Dimmer oder die Goborotation.

Bei der Phase kann man zwar den Wert fannen,
z.B. {parametermaster 1} > 0
Das funktioniert auch. Wenn man die Szene abspeichert und das
Projekt wieder öffnet erscheint eine Fehlermeldung:
Value kann nicht für Parameter: Phase geladen werden.

{parametermaster 1} > {parametermaster 1:*2} funktioniert aber.

Hier ein paar neue Connectionsets, die angelegt werden sollen, wenn man bestimmte Inputs und Outputs im IA per Drag&Drop verknüpft.

1. Softdesk Button auf Speedmaster:
Wird ein Softdesk Button auf den “Learn” Eingang des Speedmasters gelegt, soll das “CS-Speedmaster” angelegt werden.
a) Softdesk Button → Speedmaster Knoten “Learn” Input (aktuell so umgesetzt.)
b) Speedmaster Knoten BPM Output –> “Beat to Bool” mit 150 ms –> Input Selector 0→“0;0;0” und 1→ “255;0;0” –> Softdesk Button

2. Softesk Button auf Go von Cuelist
a) Softdek Button –> Cuelist Knoten “Go” Input (aktuell so umgesetzt)
b) Cuelist Knoten “State” Output auf direkt auf Softdesk Button Output

Fortsetzung folgt

Ich habe mir zwei Cues angelegt, welche zwischen langsam exemplarisch zwischen der Farbe gelb und blau hin- und herfaden. Gebe ich die Farben im:

• RGB-Modus oder im CMY-Modus an, so wird direkt von gelb nach blau gefaded
• HSV-Modus an, erfolgt der Fade von gelb über grün und hellblau nach blau

An dieser Stelle hätte ich jetzt nicht erwartet, dass der Wechsel der Art der Eingabe für die Farbe sich auf auf den Fade der Cues auswirkt und im HSV-Modus über Zwischenfarben gefaded wird. Bis jetzt hatte ich gedacht, dass der Wechsel zwischen RGB, CMY und HSV nur eine andere Art der Eingabe ist, um zum Beispiel mittels HSV einen statischen Regenbogen zu erzeugen.

Als Ergänzung hierzu: teile ich die Cues auf zwei Cuelists auf (also Cuelist 1: gelb, Cuelist 2: blau) und schalte die Cuelists mit Hilfe einer Cuelist Group um, erfolgt der Übergang zwischen den Farben wieder direkt, sprich wie ich es auch vom RGB-Modus kenne.

Ich habe nun auch noch ein Beispielprojekt in der 3.2.2 erstellt. Wenn beim Öffnen das letzte Fensterlayout geladen wird, können über die ersten drei Executoren die automatisch laufenden Farbwechsel von gelb nach blau und zurück für die Modelle RGB, CMY und HSV gestartet werden. Die letzten vier Executoren dienen dem manuellen Wechseln zwischen gelb und blau - einmal im RGB-Modus und einmal im HSV-Modus.

In der Stageview habe ich mit einer Bildschirmauflösung von 1920×1080 und Skalierung von 100% folgende Darstellungsfehler in der Stageview

- Die Kamerasteuerung in der Stageview wird beim aktivieren/deaktivieren über den Button in der Menüleiste nicht oder nur teilweise gezeichnet. Erst nach mit Zoom wird die Kamerasteuerung komplett dargestellt.

- Die Schaltflächen für Zoom-in und -out liegen in der Stageview unterhalb der Symbole (in Y-Richtung weiter gegen den unteren Bildschirmrand)
→ klickt man an der falschen Stelle auf das Symbol passiert nichts oder die falsche Aktion wird ausgeführt.

Zum Color Grid hätte ich folgende Featurewünsche:

1. Anzahl der Buttons einstellbar machen.
2. Angabe der Anzahl der Buttons pro Zeile (die Anzahl benötigten Zeilen ergibt sich aus der Gesamtzahl der Buttons und wäre keine notwendige Einstelloption).
3. Nutzung eigener Farblisten als Preset für das Color Grid.

Bei Punkt 3 wäre hier der Gedankengang, die bereits existierende Colorlist aufzugreifen. Wenn man dann noch weiterspinnt, könnte ich mir sogar eine Weiterentwicklung des Color Grids dahingehend vorstellen, ähnlich auch mit einer Gobolist verfahren zu können.

Beim Arbeiten mit den Zoom-Steuerelementen musste ich feststellen, dass

• beim Klicken auf das + bzw. - in der Lupe gar keine Aktion ausgelöst wird (siehe Bild 1 und 2)
• an der im Bild 3 gezeigten Mausposition der Ausschnitt immer noch vergrößert wird, obwohl sich die Maus bereits im Bereich zum Verkleinern der Ansicht befindet.

Grundsätzlich wäre die Erwartungshaltung, dass ich mit der Maus innerhalb eines gedachten Rechtecks um das jeweilige Icon herum die jeweilige Funktion nutzen und somit auch direkt auf die Icons klicken kann (siehe Bild 4).

Ordne ich den Eingängen eines Input Selectors verschiedene Farben als RGB-Wert zu, so werden die nach dem Speichern und Neuladen des Projekts konvertiert (siehe Bild 1).

Ändere ich den Farbwert nach dieser fehlerhaften Konvertierung, so versteht der nachgeschaltete Button die Farbe nicht mehr als Farbwert sondern nur als Text und ändert dem entsprechend unbeabsichtigt seine Beschriftung (siehe Bild 2).

Die Fehlerbeschreibung ist diesmal im beigefügten Video.

Eventuell steht dieses Ticket im Zusammenhang mit dem Ticket FS#4271.

- Create MacroBoardProfile im Kontextmenü im Project Explorer
- “Custom”, “Colums”, “Rows” im Popup für die Macrobord Profile
- “Add Empty” Input Assignment
- “All Cuelists”, “Device Group”, “Procedure”, “Selected Devide Group”, “Selected Executor Page”, “Dynamic Executor” und noch weitere Namen von Nodes.
- Stage View Settings

DMXControl GUI und Kernel gleichzeitig gestartet (natürlich mit dem DMXControl Button auf dem Streamdeck ;)) und in der GUI war kein einziges Panel offen. Habe dann den PE geöffnet und dieser war nur sehr klein (Stream Deck PE.JPG). Wenn ich Ihn einpassen wollte auf die gesamte freie Fläche, ist er trotzdem so klein geblieben und hat sich auch nicht bewegt. Abgedockt lässt er sich gewohnt öffnen. Während des gesamte Startvorgangs war ein StreamDeck XL angeschlossen. Kernel zeigt Fehler (Kernel.JPG) und Logs sind auch angehängt.

In den Properties eines Nodes kann man mit Tab nicht in die nächste Zelle/Zeile springen, wie dies z.b. im Cuelist-Editor möglich ist.

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.

Wird auf einem Slider im Softdesk ein negativer Minimum Value angegeben, werden Werte aus dem Inputassignment zwar noch als Zahl angezeigt, der “Balken” des Sliders wird jedoch nicht verändert. Liegt sowohl der Maximum als auch der Minimum Value im negativen Wertebereich führt ein Klick auf den Slider zum Absturz der GUI.

2020-09-05 08:34:58,112 [Main GUI] FATAL Lumos.GUI.Run.GuiRunManager - Unhandled Exception: Input must be <= inMax [-1]
Parametername: input
Der tatsächliche Wert war 0.
System.ArgumentOutOfRangeException: Input must be <= inMax [-1]
Parametername: input
Der tatsächliche Wert war 0.
   bei LumosLIB.Tools.LumosTools.RuleOfThree(Double input, Double inMax, Double inMin, Double outMax, Double outMin, ERuleOfThreeBehavior behavior) in D:\Jenkins\workspace\Lumos_Pipeline_3.2\LumosLIB\src\Tools\LumosTools.cs:Zeile 1708.
   bei Lumos.GUI.Windows.Softdesk.Controls.SDSlider.UpdateDisplay() in D:\Jenkins\workspace\Lumos_Pipeline_3.2\LumosGUI\src\Windows\Softdesk\Controls\SDSlider.xaml.cs:Zeile 304.
   bei Lumos.GUI.Windows.Softdesk.Controls.SDSlider.SDSlider_OnPreviewMouseDown(Object sender, MouseButtonEventArgs e) in D:\Jenkins\workspace\Lumos_Pipeline_3.2\LumosGUI\src\Windows\Softdesk\Controls\SDSlider.xaml.cs:Zeile 409.
   bei System.Windows.Input.MouseButtonEventArgs.InvokeEventHandler(Delegate genericHandler, Object genericTarget)
   bei System.Windows.RoutedEventArgs.InvokeHandler(Delegate handler, Object target)
   bei System.Windows.RoutedEventHandlerInfo.InvokeHandler(Object target, RoutedEventArgs routedEventArgs)
   bei System.Windows.EventRoute.InvokeHandlersImpl(Object source, RoutedEventArgs args, Boolean reRaised)
   bei System.Windows.UIElement.RaiseEventImpl(DependencyObject sender, RoutedEventArgs args)
   bei System.Windows.UIElement.RaiseTrustedEvent(RoutedEventArgs args)
   bei System.Windows.UIElement.RaiseEvent(RoutedEventArgs args, Boolean trusted)
   bei System.Windows.Input.InputManager.ProcessStagingArea()
   bei System.Windows.Input.InputManager.ProcessInput(InputEventArgs input)
   bei System.Windows.Input.InputProviderSite.ReportInput(InputReport inputReport)
   bei System.Windows.Interop.HwndMouseInputProvider.ReportInput(IntPtr hwnd, InputMode mode, Int32 timestamp, RawMouseActions actions, Int32 x, Int32 y, Int32 wheel)
   bei System.Windows.Interop.HwndMouseInputProvider.FilterMessage(IntPtr hwnd, WindowMessage msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
   bei System.Windows.Interop.HwndSource.InputFilterMessage(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
   bei MS.Win32.HwndWrapper.WndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
   bei MS.Win32.HwndSubclass.DispatcherCallbackOperation(Object o)
   bei System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)
   bei System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Object source, Delegate callback, Object args, Int32 numArgs, Delegate catchHandler)
   bei System.Windows.Threading.Dispatcher.LegacyInvokeImpl(DispatcherPriority priority, TimeSpan timeout, Delegate method, Object args, Int32 numArgs)
   bei MS.Win32.HwndSubclass.SubclassWndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam)
   bei System.Windows.Forms.UnsafeNativeMethods.DispatchMessageW(MSG& msg)
   bei System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(IntPtr dwComponentID, Int32 reason, Int32 pvLoopData)
   bei System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32 reason, ApplicationContext context)
   bei System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32 reason, ApplicationContext context)
   bei System.Windows.Forms.Application.Run(Form mainForm)
   bei Lumos.GUI.Program.runGui() in D:\Jenkins\workspace\Lumos_Pipeline_3.2\LumosGUI\src\Program.cs:Zeile 198.
   bei Lumos.GUI.Program.Main(String[] param) in D:\Jenkins\workspace\Lumos_Pipeline_3.2\LumosGUI\src\Program.cs:Zeile 154.
2020-09-05 08:35:02,739 [Log-Thread] INFO  DMXControl 3 GUI - GUI closing!

Bei Klick auf den “Add” Button zum hinzufügen eines neuen Connectionsets verhält sich dieser unintuitiv. Ich als User würde erwarten, dass ein neues Connectionset hinzugefügt wird, sofern im Baum nichts selektiert ist, passiert allerdings nichts.

alternative Lösungsvorschläge:
- Vereinen des “Add” und des “Add empty” Buttons. Ist im Baum nichts selektiert, wird ein leeres Connectionset hinzugefügt.
- Umbenennen des Buttons “Add” auf “Add from selection” - Deaktivieren des “Add” Buttons, sofern nichts selektiert ist.

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.

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.

s. Screenshot

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.

Die Bitmaps sind nach Software-Neustart im Softdesk verschwunden. Im IA wird alles ordnungsgemäß angezeigt.

Vgl. https://forum.dmxcontrol-projects.org/index.php?thread/15456-bitmap-from-resource/&postID=129701#post129701