Bugtracker DMXControl 3

Softdesk wurd erstellt, ein Cuelist-Monitor hinzugefügt, IA geöffnet, Softdesk erscheint in der Spalte Output aber nicht in der Spalte Input.

In  FS#4551  wurde der Wunsch geäußert dass sobald alle Komponenten gestartet sind die Buttons im Luncher die Anwendung in den Vordergrund holen bzw. bei Kernel oder Umbra Hide entfernen. Dies ist umgestzt, sobald man nun aber alle Komnponenten gestartet hat, über neues betätigen der Buttons den Hide entfernt hat sind die Buttons nutzlos. Nach der Logik das beim zweiten betätigen der Hide entfernt wird schlage ich vor das nach dem entfernen des Hides beim erneuten betätigen der Buttons der Hide wieder aktiv ist.

Cuelist wurde hinzugefügt, im IA wird sowohl bei EIngänge als auhc bei Ausgänge anstatt des Namens der Cuelist “neue Szenenliste” angezeigt

Wird ein Button eines Executors als Flash-Button definiert und anschließend über das IA getriggert wird der Executor zwar geflasht aber auch noch nach dem loslassen des Inputs, d.h. es ist nicht möglich in den Eingang Button 1/ Button 2 usw. zu gehen und dann zu flashen da dieser Zustand nicht beendet werden kann.

Im Rahmen meines Livetests musste ich am vergangenen Wochenende feststellen, dass die komplette DMX-Ausgabe via Art-Net gegen Ende der Laufzeit der ersten Sitzung zunehmend ins Stocken geriet. Das war nicht nur auf den Geräten selbst zu sehen, auch die Status-LEDs der LAN-Buchsen der Switch oder die Aktivitäts-LED des Art-Net-Node zeitweise aussetze und nicht mehr kontinuierlich in hoher Frequenz blinkte - obwohl zu dem Zeitpunkt eigentlich kontinuierlich DMX-Werte hätten gesendet werden sollen. Nach dem Neustart von DMXControl 3 lief die zweite Sitzung ohne weitere Probleme durch.

Nennenswerter Unterschied war, dass er Laptop während der ersten Sitzung per WLAN mit dem Internet verbunden war und die Art-Net-Ausgabe per kabelgebundenen Netzwerk erfolgte. Vor dem Start der zweiten Sitzung habe ich die Verbindung ins WLAN getrennt und den Adapter abgeschaltet, sodass nur die kabelgebundene Verbindung zu den Art-Net-Nodes aktiv war.

Beim Betrachten der Logfiles ist zu sehen, dass nur bei der ersten Sitzung eine regelmäßige Info kam:

2022-09-10 18:29:27,488 [202] ERROR org.dmxc.lumos.Kernel.DMX.ArtNetFactory - ArtPollReply shorter than 239 bytes, ignoring!

Grundlegend sind folgende Hinweise zu den Logfiles zu geben:

• Gegen 19:30 Uhr habe die Art-Net-Ausgabe auf einen anderen Port gewechselt und deswegen das Art-Net-Plugin abgeschaltet
• Ab ca. 21:15 Uhr begann der eigentliche Auftritt der Band an diesem Abend, wo dann in erster Linie nur noch Cuelists über ein Softdesk aufgerufen wurden
• Um 22:12 Uhr habe ich die erste Sitzung beeendet

Nachdem sich nun Projekt mit “großen” Input Selctoren laden lassen, musste ich feststellen, dass die eingestellten Werte für die Inputs nicht vollständig geladen werden. DMXControl 3 liest immer nur die ersten vier Werte für die Input Selectoren aus, obwohl alle Werte in der Graphs.xml abgespeichert werden.

Im Anhang einmal der Screenshot, so wie es sein soll und das zugehörige Testprojekt.

In folgenden Fenstern sind die Menüleisten nicht fixiert und können frei verschoben werden:

• DMX-Interfaces: Gruppe mit den Menüeinträgen “Add interface” bis “Delete interface”
• Programmer: Gruppe mit den Menüeinträgen “Programmer” bis “Set filter” sówie “Snapshot” bis “Clear snapshot” (zweite und dritte Gruppe)
• Effects und Filters: Gruppe mit den Menüeinträgen “Edit” bis “Apply”
• Project ToDos: Gruppe mit den Menüeinträgen “Name” bis “Delete Todo”

Zu sehen ist dies anhand den vertikal untereinander angeordneten Punkten am Anfang einer Gruppe von Menüeinträgen, wie im beigefügten Screenshot zu sehen.

Die standardmäßig verfügbaren Master “Color Master 1”, “Speed Master 1” und “Parameter Master 1” lassen sich nicht per Drag & Drop einem Graphen hinzufügen, wenn ich dies aus dem Input-Baum heraus mache. Aus dem Output-Baum heraus lassen sich diese genannten Master jedoch ohne weiteres per Drag & Drop dem aktuellen Graphen hinzufügen.

Dies lässt sich direkt mit einem leeren Projekt reproduzieren. Logeinträge sind hierzu nicht vorhanden.

Ich habe sowohl bei einem Grand-Master als auch bei einem Group-Master den Slider manuell auf 0% gesetzt und dann über den Flash-Button geflasht was den Slider allerdings nicht auf 100% setzt, dies ergibt für mich keinen Sinn und sieht nach einem Bug aus.

DMXC ist aus unbekannten Ursachen komplett abgestürzt.

Beim Hinzufügen eines Effekts aus der Reihe der gespeicherten Effekte musste ich feststellen, dass dies keine Parameter mehr beinhalten, wenn ich mir diese in der GUI per Edit ansehe und auch auf eine Funkion anwende. Vergleiche ich zudem die zugehörige Datei “SavedAttachables.xml” (die ich von DMXC 3.2.3 übernommen habe) vor dem Start und nach dem Beenden, so sind die zugehörigen Parameter der gespeicherten Effekte auch nach dem Beenden nicht mehr enthalten.

Fehlerbeschreibung

20:50:37 ERROR BidirectionalStreamBridgeWithResponseFilter - Request Listener SendCuelistProgressChanges has faulted.
System.IO.IOException: The client reset the request stream.
   at Microsoft.AspNetCore.Server.Kestrel.Core.Internal.Http.HttpRequestPipeReader.AdvanceTo(SequencePosition consumed, SequencePosition examined)
   at Grpc.AspNetCore.Server.Internal.PipeExtensions.ReadStreamMessageAsync[T](PipeReader input, HttpContextServerCallContext serverCallContext, Func`2 deserializer, CancellationToken cancellationToken)
   at Grpc.AspNetCore.Server.Internal.HttpContextStreamReader`1.<MoveNext>g__MoveNextAsync|11_0(ValueTask`1 readStreamTask)
   at Grpc.Core.AsyncStreamReaderExtensions.ReadAllAsyncCore[T](IAsyncStreamReader`1 streamReader, CancellationToken cancellationToken)+MoveNext()
   at Grpc.Core.AsyncStreamReaderExtensions.ReadAllAsyncCore[T](IAsyncStreamReader`1 streamReader, CancellationToken cancellationToken)+System.Threading.Tasks.Sources.IValueTaskSource<System.Boolean>.GetResult()
   at Umbra.Bridge.BidirectionalStreamBridgeWithResponseFilter`2.<>c__DisplayClass7_0.<<ClientSideTaskWithFilter>b__0>d.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Umbra\src\Bridge\BidirectionalStreamBridgeWithResponseFilter.cs:line 56
--- End of stack trace from previous location ---
   at Umbra.Bridge.BidirectionalStreamBridgeWithResponseFilter`2.<>c__DisplayClass7_0.<<ClientSideTaskWithFilter>b__0>d.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Umbra\src\Bridge\BidirectionalStreamBridgeWithResponseFilter.cs:line 56

Fehlerbeschreibung

Erwartetes Verhalten

Um das Fenster des Timecode-Players zu öffnen muss bei jedem Neustart von DMXC das Fenster über den Project-Explorer einmal öffnen und wieder schließen, erst dann kann man es über Steuerungsfenster → Timecodeplayer öffnen. Bevor man den TImecodeplayer einmal über den Explorer geöffnet hat ist dieser Eintrag nicht vorhanden. Ich verstehe nicht welchen nutzen das haben soll und würde mir wünschen das Fenster direkt öffnen zu können.

Möchte ich diverse Master in verschiedenen Gerätefunktionen nutzen, so ist dies bei folgenden nicht mehr möglich:

• ParameterMaster: alle Varianten von Index (Index allgemein, Goboindex, Prismindex)
• SpeedMaster: Strobe, alle Varianten von Rotation (Rotation allgemein, Goborotation, Prismrotation)

In DMXControl 3.2.3 können die Master auf die genannten Funktionen angewendet werden, wie es auch im Wiki im Master beschrieben ist.

Getestet habe ich dies mit dem Clay Paky QWO 800 sowie dem Futurelight DMH-160. Logs kann ich nicht zur Verfügung stellen, da keine kontextbezogenen Ereignisse protokolliert wurden. Es erscheint einzig und allein der Tooltip “Value not valid”.

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

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

SceneTriggerManager.getInstance().getSceneTriggers<TimecodeSceneTrigger>().ForEach<TimecodeSceneTrigger>((Action<TimecodeSceneTrigger>) (t => t.Timecode = (long) blockAlignedStream.CurrentTime.TotalMilliseconds));

double wavePositionMs = WaveOut.GetPosition() * 1000.0 / WaveFormat.BitsPerSample / WaveFormat.Channels * 8 / WaveFormat.SampleRate;
SceneTriggerManager.getInstance().getSceneTriggers<TimecodeSceneTrigger>().ForEach<TimecodeSceneTrigger>((Action<TimecodeSceneTrigger>) (t => t.Timecode = (long) wavePositionMs));

Fehlerbeschreibung

Ändere ich die Werte für Fade Factor und Speed Factor entweder extern über das Cuelist-Node im Input Assignment oder auch direkt im Cuelist Editor, werden diese Werte beim Starten der Cuelist immer auf den Standardwert von 100% zurückgesetzt. Der gewählte Wert für die Intensität wird aber beibehalten.

Ist die Cuelist dann aktiv, kann ich die Werte für Fade Factor und Speed Factor ändern, wo sie dann auch das erwartete Verhalten zeigen.

Im Anhang findet sich ein kleines Projekt mit einer Cuelist, wo ich die Fadezeiten länger gewählt habe, um auch während des Fades Zeit zu haben, die Werte für Fade Factor und Speed Factor zu ändern.

Nachdem ich ein Projekt geschlossen habe, stand plötzlich folgende Meldung im Kernel:

18:55:59 FATAL DMXControl 3 Kernel - Unhandled Exception: Der Wert darf nicht NULL sein.
Parametername: projectID
System.ArgumentNullException: Der Wert darf nicht NULL sein.
Parametername: projectID
   bei org.dmxc.lumos.Kernel.Project.SceneListManager.GetSceneListGroupByID(String sceneListGroupID, String projectID) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Project\SceneListManager.cs:Zeile 396.
   bei org.dmxc.lumos.Kernel.Project.SceneListManager.GetSceneListGroupByID(String sceneListGroupID) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Project\SceneListManager.cs:Zeile 381.
   bei org.dmxc.lumos.Kernel.Net.gService.Parameter.ScenelistGroupParameterLookup.Find(String id) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Net\gService\Parameter\ScenelistGroupParameterLookup.cs:Zeile 11.
   bei org.dmxc.lumos.Kernel.Net.gService.Parameter.AbstractIParameterableLookup`1.<ParametersAsync>d__2.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Net\gService\Parameter\AbstractIParameterableLookup.cs:Zeile 17.
--- Ende der Stapelüberwachung vom vorhergehenden Ort, an dem die Ausnahme ausgelöst wurde ---
   bei System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   bei System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   bei System.Runtime.CompilerServices.TaskAwaiter`1.GetResult()
   bei org.dmxc.lumos.Kernel.Net.gService.Parameter_gService.<_parameters_RequestReceived>d__13.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Net\gService\Parameter\Parameter_gService.cs:Zeile 118.
--- 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()
An unhandeled Exception has occoured. DMXControl 3 Kernel has to be terminated. Press Enter to exit.

Trotz dieser Meldung konnte ich aber ein anderes Projekt laden, dieses wieder schließen und dann das Projekt laden, was ich als erstes bearbeitet hatte. Sprich der Kernel ist nicht abgestürzt. Bewusst war mir diese Fehlermeldung aber noch nicht unter die Finger gekommen.

Für den Sparkle Effekt wünsche ich mir noch folgenden Parameter:

• Min Delay (ms): Einstellung, wie viel Zeit zwischen dem Aufleuchten des nächsten Geräts vergehen soll, um auf Wunsch ein nahezu paralleles Aufleuchten von mehreren Geräten zu vermeiden. Standartwert wäre auch aus Kompatibilitätsgründen 0 ms.

Deaktiviere ich von einer oder von mehreren Device Groups den / die zugehörigen Group Master, so wird diese Information prorgrammintern nicht weiter durchgereicht, wenn

• ich die zugehörigen Device Groups in der laufenden Sitzung neu erstellt und
• ich das Projekt noch nicht gespeichert habe.

Dem entsprechend werden eigentlich deaktivierte Group Master noch unter dem gleichnamigen Unterordner der Master im Project Explorer und damit auch im Master-Fenster angezeigt. Erst

• nach dem Speichern des Projekts (ein Neuladen ist an dieser Stelle nicht erforderlich) oder
• beim erneuten Aktivieren und Deaktivieren

arbeiten alle Bereiche wie erwartet zusammen. Die Änderung der Namen wird aber bereits sofort immer weiterverarbeitet.

Ich möchte in einer Cuelist mit mehreren Cues eine der Cues einige Positionen nach oben oder nach unten verschieben. Dies ist aber mit den Up- / Down-Buttons nur bedingt möglich. Ich kann aktuell eine Cue immer nur eine Position nach oben oder nach unten verschieben. Mehrfaches betätigen der Buttons funktioniert an dieser Stelle nicht.

Der aktuelle Workaround besteht darin, dass ich gewissermaßen “invertiert” verschiebe. Konkret heißt das für den Fall, wo ich die Cue 1 zum Beispiel von Position 1 auf Position 5 verschieben möchte, dass ich die Cues 2 bis 5 markierte und eine Position nach oben verschiebe.

Zur Reproduktion kann ein beliebiges Projekt verwendet werden, das eine Cuelist mit mehreren Cues enthält.

Möchte ich im Programmer Filter Devices / Device Groups abwählen bzw. anwählen, dass ihre Werte (nicht) in einer Cue abgespeichert werden, so ist dies nur über einen Rechtsklick in die Checkbox möglich. Der Linksklick funktioniert nur einmalig, wenn ich zuvor einen Eintrag in den Properties des zugehörigen Devices / Device Groups geändert habe.

Das Ab- und Anwählen von Properties der Devices / Device Groups funktioniert dagegen durchgängig per Linksklick.

Da dieses Problem ein reines GUI-Problem ist, kann ich hierzu keine Logs zur Verfügung stellen. Dies muss daher direkt in der Software nachvollzogen werden.

Möchte ich im Add Device Dialog die DMX-Adresse für ein neu zu patchendes Gerät korrigieren und lösche mittels der Backspace-Taste oder der Entf-Taste meine Eingabe, so werden immer zwei Zeichen entfernt. Im Eingabefeld für Device Name tritt dieses Phänomen nicht auf.

Da dieses Problem ein reines GUI-Problem ist, kann ich hierzu keine Logs zur Verfügung stellen. Dies muss daher direkt in der Software nachvollzogen werden.

Die Midi-Implementierung ist buggy und sollte zumindest auf einen Stand gebracht werden, dass sie an sich funktioniert. Dieses Ticket sammelt verschiedene Dinge, die mir aufgefallen sind und die ich fixe (als Dokumentation zum Testen).

1. Das Midi-Feedback ist doppelt, sprich einmal über den Midi-Teil selbst und einmal über das IA. So lässt sich die Rückmeldung über das IA aktuell effektiv nicht durchführen weil der rückgemeldete Wert aus dem IA teilweise über die Midi-Teil-Interne Rückmeldung überschrieben wird. Das führt dazu, dass der Status eine laufenden Cuelist nicht korrekt mit einem hellen Button symbolisiert werden kann
2. Der Midi-Teil aktualisiert aktuell bei einer Midi-Message am Input (egal ob von einem Button, Fader oder Encoder) alle definierten Buttons statt nur das entsprechende Control. Das führt in Verbindung mit nachfolgendem Problem zu “Geisterauslösung”
3. Aktuell sind Input- und Feedback-Wert zu einem Wert zusammengefasst (zumindest bei Buttons, bei anderen Controls TBC). Das entspricht nicht ganz der Erwartung, weil so unter gewissen Umständen (bei einem Update des Buttons am Input, siehe z.B. vorherigen Punkt) zu einer falschen Auslösung kommen kann. Daher sollte es getrennte Pfade für Input und Output geben

Laut Code sollten x und y vom Typ double sein (was auch Sinn ergibt). Wenn man aber versucht, einen Fload-Wert in den Eigenschaften des Nodes in die Zellen für x und y einzutragen, meckert DMXC, dass der Wert keinem gültigen Int32 entspricht. Wurde da zu viel optimiert? Erwartet wird, dass an dieser Stelle direkt Float-Zahlen eingegeben werden können.

Folgendes Vorgehen führt zu einer Exception im Kernel:

• In einem leeren Projekt das Input Assignment öffnen und ein neues Connectionset hinzufügen
• Einen Expression-Node hinzufügen
• In die Einstellungen des Nodes gehen
• Folgende Formel eingeben “1.57” [1 Punkt 57]
• Folgende Exception erscheint im Kernel:

02:37:33 ERROR ExpressionNode -
Jace.ParseException: Invalid token "." detected at position 1.
   bei Jace.Tokenizer.TokenReader.Read(String formula)
   bei Jace.CalculationEngine.BuildAbstractSyntaxTree(String formulaText)
   bei Jace.CalculationEngine.Calculate(String formulaText, IDictionary`2 variables)
   bei org.dmxc.lumos.Kernel.Input.v2.Worker.ExpressionNode.processInternal(NodeProcessContext context) in P:\DMXControl\Lumos\Lumos\src\Kernel\Input\v2\Graph\Node\Worker\Logic\ExpressionNode.cs:Zeile 133.

• Wird stattdessen “1,57” [1 Komma 57] geschrieben, so funktioniert alles und es kommt 1.57 [1 Punkt 57] als Ergebnis heraus. Es wäre gut, wenn auch die Eingabe mit Punkt statt Komma möglich wäre

Folgendes Vorgehen:

• In einem leeren Projekt das Input Assignment öffnen und ein neues Connectionset hinzufügen
• Einen Expression-Node hinzufügen
• In die Einstellungen des Nodes gehen
• Den “Variables”-String leeren und unten mit “ok” bestätigen
• Es fliegt folgende Exception im Kernel:

WARN  EventTools - Exception in Delegate Invocation: Void node_PropertyChanged(System.Object, System.ComponentModel.PropertyChangedEventArgs) => Graph: Empty Connection Set.Void node_PropertyChanged(System.Object, System.ComponentModel.PropertyChangedEventArgs)
System.ArgumentNullException: Der Wert darf nicht NULL sein.
Parametername: name
   bei LumosLIB.Kernel.GenericParameter..ctor(String name, String type, Type paraType, EGenericParameterOptions options, IEnumerable enumValues, ParameterCategory category) in P:\DMXControl\Lumos\LumosLIB\src\Kernel\Parameter\GenericParameter.cs:Zeile 64.
   bei org.dmxc.lumos.Kernel.Input.v2.AbstractNode.get_Parameters() in P:\DMXControl\Lumos\Lumos\src\Kernel\Input\v2\Graph\Node\AbstractNode.cs:Zeile 312.
   bei LumosLIB.Tools.LumosTools.WithName[T](IParameterable`1 target, String name, Boolean ignoreCase) in P:\DMXControl\Lumos\LumosLIB\src\Tools\LumosTools.cs:Zeile 868.
   bei org.dmxc.lumos.Kernel.Input.v2.Graph.node_PropertyChanged(Object sender, PropertyChangedEventArgs args) in P:\DMXControl\Lumos\Lumos\src\Kernel\Input\v2\Graph\Graph.cs:Zeile 484.
   bei LumosToolsLIB.Tools.EventTools.<>c__DisplayClass5_0.<InvokeFailSafe>b__0(PropertyChangedEventHandler a) in P:\DMXControl\Lumos\LumosToolsLIB\src\Tools\EventTools.cs:Zeile 81.
   bei LumosToolsLIB.Tools.EventTools.InvokeFailSaveGeneric[TDelegate](TDelegate delegate, Action`1 invoker, ILumosLog elog) in P:\DMXControl\Lumos\LumosToolsLIB\src\Tools\EventTools.cs:Zeile 154.

• Werden nun die Einstellungen des Expression-Nodes wieder geöffnet, erscheint folgende Exception im Kernel

FATAL DMXControl 3 Kernel - Unhandled Exception: Der Wert darf nicht NULL sein.
Parametername: name
System.ArgumentNullException: Der Wert darf nicht NULL sein.
Parametername: name
   bei LumosLIB.Kernel.GenericParameter..ctor(String name, String type, Type paraType, EGenericParameterOptions options, IEnumerable enumValues, ParameterCategory category) in P:\DMXControl\Lumos\LumosLIB\src\Kernel\Parameter\GenericParameter.cs:Zeile 64.
   bei org.dmxc.lumos.Kernel.Input.v2.AbstractNode.get_Parameters() in P:\DMXControl\Lumos\Lumos\src\Kernel\Input\v2\Graph\Node\AbstractNode.cs:Zeile 312.
   bei org.dmxc.lumos.Kernel.Net.gService.Parameter.AbstractIParameterableLookup`1.<ParametersAsync>d__2.MoveNext() in P:\DMXControl\Lumos\Lumos\src\Kernel\Net\gService\Parameter\AbstractIParameterableLookup.cs:Zeile 19.
--- Ende der Stapelüberwachung vom vorhergehenden Ort, an dem die Ausnahme ausgelöst wurde ---
   bei System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   bei System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   bei System.Runtime.CompilerServices.TaskAwaiter`1.GetResult()
   bei org.dmxc.lumos.Kernel.Net.gService.Parameter_gService.<_parameters_RequestReceived>d__13.MoveNext() in P:\DMXControl\Lumos\Lumos\src\Kernel\Net\gService\Parameter\Parameter_gService.cs:Zeile 118.
--- 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()
An unhandeled Exception has occoured. DMXControl 3 Kernel has to be terminated. Press Enter to exit.

• Der Kernel dampft ab

Der neue Chaser-Effekt hat Probleme bei Gruppen in Gruppen mit der Einstellung “Parallel Groups”. Dabei flackert er, als ob die Geschwindigkeit “unendlich” wäre. Alle anderen Modi funktionieren.

Fehlerbeschreibung

Ergebnis

Der aktive Button-Status (z.B. Blackout on) auf der linken Seite ist sehr Schlicht, während der Hover-Status viel ‘sichtbarer’ ist. Ich würde erwarten, dass hover so aussieht wie aktiv und umgekehrt