Bugtracker DMXControl 3

Wird ein Input von 0 an einen der beiden “Time”-Eingänge angelegt, toggled der Timer-Node trotzdem kurz auf diesen Wert. In so einem Fall sollte der Timer-Node aber einen konstanten Wert ausgeben. Auch wenn beide Werte 0 sind, sollte der Timer-Node einen konstanten Wert ausgeben (”False” an beiden Ausgängen).

Siehe Überschrift

Bisher sind die Fannings hart kodiert in der Grammatik. Das muss auf eine Überprüfung im Visitor und einer dynamischen Prüfung auf die existierenden Fanning-Operatoren umgebaut werden. Damit muss dann nicht mehr jeder neue Fanning-Operator in der Grammatik eingetragen werden.

Siehe Code.

Das Menü im Preset Fenster ist nicht optimal, vor allem, weil das Dropdown auf der rechten Seite sehr groß ist. Das sollte angepasst werden. Dann kann auch die Suchleiste deutlich vergrößert werden.

Im Thread https://forum.dmxcontrol-projects.org/thread/18226-fehler-beim-layout-laden sorgt ein fehlerhaftes Layout dafür, dass eine Projektversion nicht geladen werden kann. Das ist aber so nicht gewünscht. Eigentlich sollte das Projekt laden, dann aber das Standard-Layout geladen werden.

Man selektiert mehr als eine Gruppe und erstellt somit eine temporäre Gruppe. Nun wendet man auf mehrere Properties diese Gruppe Werte an (z.B. auf Dimmer, Position und Color). Danach öffnet man den ProgrammerFilter mittels “Add Cue” und wählt bei allen angezeigten Gerätegruppen nur eine Property aus (z.B. Dimmer). Alle anderen Properties werden deselektiert. Nun speichert man die Cue.

Erwartetes Verhalten:
Nur der Wert für die Dimmer Property ist gespeichert

Tatsächliches Verhalten:
Es werden alle auf die temporäre Gruppe angewendeten Werte gespeichert

Projekt zur Reproduktion: Siehe Anhang

Wenn man einem “list selector” eine Goboliste übergibt, dann knallt es beim Aufruf des Property-Fensters

21:37:24 FATAL DMXControl 3 Kernel - Unhandled Exception: Type 'org.dmxc.lumos.Kernel.PropertyType.Gobo' in Assembly 'LumosLIB, Version=3.3.1.0, Culture=neutral, PublicKeyToken=null' is not marked as serializable.
System.Runtime.Serialization.SerializationException: Type 'org.dmxc.lumos.Kernel.PropertyType.Gobo' in Assembly 'LumosLIB, Version=3.3.1.0, Culture=neutral, PublicKeyToken=null' is not marked as serializable.
   at System.Runtime.Serialization.FormatterServices.InternalGetSerializableMembers(Type type)
   at System.Runtime.Serialization.FormatterServices.<>c.<GetSerializableMembers>b__5_0(MemberHolder mh)
   at System.Collections.Concurrent.ConcurrentDictionary`2.GetOrAdd(TKey key, Func`2 valueFactory)
   at System.Runtime.Serialization.FormatterServices.GetSerializableMembers(Type type, StreamingContext context)
   at System.Runtime.Serialization.Formatters.Binary.WriteObjectInfo.InitMemberInfo()
   at System.Runtime.Serialization.Formatters.Binary.WriteObjectInfo.InitSerialize(Object obj, ISurrogateSelector surrogateSelector, StreamingContext context, SerObjectInfoInit serObjectInfoInit, IFormatterConverter converter, ObjectWriter objectWriter, SerializationBinder binder)
   at System.Runtime.Serialization.Formatters.Binary.ObjectWriter.Serialize(Object graph, BinaryFormatterWriter serWriter)
   at System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Serialize(Stream serializationStream, Object graph)
   at LumosLIB.Tools.gRPC.GrpcTools.ToObjectData(Object obj, EFallbackEnforcement fallbackEnforcement) in P:\Sources\Lumos\LumosLIB\src\Tools\GRPC\GrpcTools.cs:line 307
   at org.dmxc.lumos.Kernel.Net.gService.Parameter_gService._getParameter_RequestReceived(Object sender, RequestEventArgs`1 e) in P:\Sources\Lumos\Lumos\src\Kernel\Net\gService\Parameter\Parameter_gService.cs:line 154
   at System.Threading.Tasks.Task.<>c.<ThrowAsync>b__128_1(Object state)
   at System.Threading.QueueUserWorkItemCallback.<>c.<.cctor>b__6_0(QueueUserWorkItemCallback quwi)
   at System.Threading.ExecutionContext.RunForThreadPoolUnsafe[TState](ExecutionContext executionContext, Action`1 callback, TState& state)
   at System.Threading.QueueUserWorkItemCallback.Execute()
   at System.Threading.ThreadPoolWorkQueue.Dispatch()
   at System.Threading.PortableThreadPool.WorkerThread.WorkerThreadStart()
   at System.Threading.Thread.StartCallback()

Aktuell funktioniert der Zoom input des Programmer Nodes nicht. Evtl. auch andere Inputs betroffen.

Im Soundfile Selector sollte es eine Möglichkeit geben, die Audiodateien vorzuhören, um die richtige Datei wählen zu können.

Wir brauchen ein richtig nices Sorting Fenster. Das muss alle intern mit einer Reihenfolge versehenen Gruppen perfekt sortieren können. Dabei soll sowohl die ganze Gruppe als auch eine Auswahl anpassbar sein.

Wir haben in der 3.3.0 einen Deadlock beim Ausführen + Bearbeiten von Cues. Das Problem tritt beim gleichzeitigen Ausführen einer Cuelist und der Bearbeitung einer Cue daraus auf. Tatsächlich ist dieser Fall aber auch nicht so abwegig, denn manchmal hat man eine Lichtstimmung aus mehreren Cues innerhalb einer Cuelist zusammengebaut. Also muss man die Cuelist bis zu dieser Stelle ausführen und laufen lassen und dann eine Cue bearbeiten. Der Fehler hier tritt dann beim Speichern der Cue auf und der Kernel rennt in einen Deadlock, der zumindest bei mir gleich 5 Threads umfasst.

Das ganze lässt sich mit dem angehängten Projekt wie folgt reproduzieren:

1. Die Version 0.0.315 des angehängten Projekts laden
2. Als erstes in den Executoren die Fader für Vorbühne und Saal auf 0 ziehen und den Fader für die Main Cuelist auf 100%. Das ist noch ein anderer Bug, den ich mir noch anschauen werde
3. Die Cuelist “Main Cuelist” öffnen
4. Einen GoTo zur Cue “3.13.20: Spot Kommissar & Bühne an” (Number 64) machen
5. Die Cue “Prep Eye7 3.13.20” (Number 63) in den Programmer laden
6. In der Stage View den “EYE-7 RGBW Zoom (2)” auswählen (unten, links neben der “EYE-7” Gruppe)
7. Die Position des ausgewählten Washers verändern
8. Auf den Update-Button klicken

Danach tritt der Deadlock auf.

Lädt man ein Projekt, schließt es anschließend wieder und lädt ein anderes Projekt, so bleibt im linken Seitenmenü die Referenz auf die Stage View bei der alten ID. Diese wird natürlich im neuen Projekt nicht gefunden und die Stage View öffnet sich nicht. Selbes Problem scheint bei den Softdesks zu bestehen, siehe den folgenden Errorlog aus der GUI.

2024-08-06 00:09:33,569 [Main GUI] ERROR Lumos.GUI.Run.GuiRunManager - Unhandled Exception: StageView doesn't exist: 864ca583-302e-49cb-9b8b-ea53034a8d68
org.dmxc.lumos.Kernel.Exceptions.NotRegisteredException: StageView doesn't exist: 864ca583-302e-49cb-9b8b-ea53034a8d68
   bei Lumos.GUI.Windows.LiveView.LiveViewManager.<GetOrShowLiveView>d__25.MoveNext() in P:\Sources\Lumos\LumosGUI\src\Windows\LiveView\LiveViewManager.cs:Zeile 127.
--- 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 Lumos.GUI.Windows.LiveView.LiveViewManager.<ShowLiveView_Action>d__93.MoveNext() in P:\Sources\Lumos\LumosGUI\src\Windows\LiveView\LiveViewManager.cs:Zeile 1228.
--- Ende der Stapelüberwachung vom vorhergehenden Ort, an dem die Ausnahme ausgelöst wurde ---
   bei System.Runtime.CompilerServices.AsyncMethodBuilderCore.<>c.<ThrowAsync>b__6_0(Object state)
2024-08-06 00:09:39,547 [Main GUI] ERROR Lumos.GUI.Run.GuiRunManager - Unhandled Exception: StageView doesn't exist: 864ca583-302e-49cb-9b8b-ea53034a8d68
org.dmxc.lumos.Kernel.Exceptions.NotRegisteredException: StageView doesn't exist: 864ca583-302e-49cb-9b8b-ea53034a8d68
   bei Lumos.GUI.Windows.LiveView.LiveViewManager.<GetOrShowLiveView>d__25.MoveNext() in P:\Sources\Lumos\LumosGUI\src\Windows\LiveView\LiveViewManager.cs:Zeile 127.
--- 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 Lumos.GUI.Windows.LiveView.LiveViewManager.<ShowLiveView_Action>d__93.MoveNext() in P:\Sources\Lumos\LumosGUI\src\Windows\LiveView\LiveViewManager.cs:Zeile 1228.
--- Ende der Stapelüberwachung vom vorhergehenden Ort, an dem die Ausnahme ausgelöst wurde ---
   bei System.Runtime.CompilerServices.AsyncMethodBuilderCore.<>c.<ThrowAsync>b__6_0(Object state)
2024-08-06 00:09:57,080 [Main GUI] ERROR Lumos.GUI.WindowManager - Error when instantiating Object from persistString: Lumos.GUI.Windows.Softdesk.SoftdeskWindow#068f2389-90ae-4d15-9b2f-578ee678d70d
System.Reflection.TargetInvocationException: Ein Aufrufziel hat einen Ausnahmefehler verursacht. ---> org.dmxc.lumos.Kernel.Exceptions.NotExistingException: Can't find a SoftdeskModel with ID 068f2389-90ae-4d15-9b2f-578ee678d70d
   bei Lumos.GUI.Windows.Softdesk.SoftdeskWindow.getSoftdeskModelFromID(String id) in P:\Sources\Lumos\LumosGUI\src\Windows\Softdesk\SoftdeskWindow.cs:Zeile 70.
   bei Lumos.GUI.Windows.Softdesk.SoftdeskWindow.GetInstanceFromPersistString(String softdeskId) in P:\Sources\Lumos\LumosGUI\src\Windows\Softdesk\SoftdeskWindow.cs:Zeile 44.
   --- Ende der internen Ausnahmestapelüberwachung ---
   bei System.RuntimeMethodHandle.InvokeMethod(Object target, Object[] arguments, Signature sig, Boolean constructor)
   bei System.Reflection.RuntimeMethodInfo.UnsafeInvokeInternal(Object obj, Object[] parameters, Object[] arguments)
   bei System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
   bei Lumos.GUI.WindowManager.GetContentFromPersistString(String persistString) in P:\Sources\Lumos\LumosGUI\src\WindowManagement\WindowManager.cs:Zeile 1350.

Wenn man das Projekt aus folgendem Post https://forum.dmxcontrol-projects.org/index.php?thread/17677-dmxc-3-3-0-rc3-projekte-aus-der-3-3-rc2-k%C3%B6nnen-nicht-geladen-werden/&postID=145857#post145857 in DMXC 3.3.0 RC3 (ohne Debugger) lädt, dann fliegen (fast immer) im Umbra und der GUI einige Fehler nach dem Schema

Umbra:

2024-08-01 01:36:20,568 [93] ERROR Grpc.AspNetCore.Server.ServerCallHandler - Error when executing service method 'GetParameters'.
System.Threading.Tasks.TaskCanceledException: A task was canceled.
   at Umbra.Bridge.UnaryToStreamBridge`2.ClientSideTaskProvideClient(TRequest request, UmbraClient u, Nullable`1 deadline, CancellationToken contextCancellationToken) in P:\Sources\Lumos\Umbra\src\Bridge\UnaryToStreamBridge.cs:line 371
   at Umbra.Bridge.UnaryToStreamBridge`2.ClientSideTaskProvideClient(TRequest request, UmbraClient u, Nullable`1 deadline, CancellationToken contextCancellationToken) in P:\Sources\Lumos\Umbra\src\Bridge\UnaryToStreamBridge.cs:line 391
   at Grpc.Shared.Server.UnaryServerMethodInvoker`3.AwaitInvoker(Task`1 invokerTask, GrpcActivatorHandle`1 serviceHandle)
   at Grpc.Shared.Server.UnaryServerMethodInvoker`3.AwaitInvoker(Task`1 invokerTask, GrpcActivatorHandle`1 serviceHandle)
   at Grpc.AspNetCore.Server.Internal.CallHandlers.UnaryServerCallHandler`3.HandleCallAsyncCore(HttpContext httpContext, HttpContextServerCallContext serverCallContext)
   at Grpc.AspNetCore.Server.Internal.CallHandlers.ServerCallHandlerBase`3.<HandleCallAsync>g__AwaitHandleCall|8_0(HttpContextServerCallContext serverCallContext, Method`2 method, Task handleCall)

GUI:

2024-08-01 01:36:20,547 [4] ERROR Lumos.GUI.Net.gClient.Parameter_gClient - 
Grpc.Core.RpcException: Status(StatusCode="Cancelled", Detail="CANCELLED", DebugException="Grpc.Core.Internal.CoreErrorDetailException: "CANCELLED"") ---> Grpc.Core.Internal.CoreErrorDetailException: "CANCELLED"
   --- Ende der internen Ausnahmestapelüberwachung ---
   bei System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   bei System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   bei Grpc.Core.Internal.AsyncCall`2.UnaryCall(TRequest msg) in /var/local/git/grpc/src/csharp/Grpc.Core/Internal/AsyncCall.cs:Zeile 78.
   bei Grpc.Core.Calls.BlockingUnaryCall[TRequest,TResponse](CallInvocationDetails`2 call, TRequest req) in /var/local/git/grpc/src/csharp/Grpc.Core/Calls.cs:Zeile 46.
   bei Grpc.Core.DefaultCallInvoker.BlockingUnaryCall[TRequest,TResponse](Method`2 method, String host, CallOptions options, TRequest request) in /var/local/git/grpc/src/csharp/Grpc.Core/DefaultCallInvoker.cs:Zeile 46.
   bei Grpc.Core.Interceptors.InterceptingCallInvoker.<BlockingUnaryCall>b__3_0[TRequest,TResponse](TRequest req, ClientInterceptorContext`2 ctx) in /_/src/Grpc.Core.Api/Interceptors/InterceptingCallInvoker.cs:Zeile 53.
   bei Grpc.Core.ClientBase.ClientBaseConfiguration.ClientBaseConfigurationInterceptor.BlockingUnaryCall[TRequest,TResponse](TRequest request, ClientInterceptorContext`2 context, BlockingUnaryCallContinuation`2 continuation) in /_/src/Grpc.Core.Api/ClientBase.cs:Zeile 205.
   bei Grpc.Core.Interceptors.InterceptingCallInvoker.BlockingUnaryCall[TRequest,TResponse](Method`2 method, String host, CallOptions options, TRequest request) in /_/src/Grpc.Core.Api/Interceptors/InterceptingCallInvoker.cs:Zeile 50.
   bei UmbraClient.ParameterClient.ParameterClientClient.GetParameters(GetParametersRequest request, CallOptions options) in P:\Sources\Lumos\LumosProtobuf\obj\Debug\netstandard2.0\Client\ParameterClientGrpc.cs:Zeile 164.
   bei UmbraClient.ParameterClient.ParameterClientClient.GetParameters(GetParametersRequest request, Metadata headers, Nullable`1 deadline, CancellationToken cancellationToken) in P:\Sources\Lumos\LumosProtobuf\obj\Debug\netstandard2.0\Client\ParameterClientGrpc.cs:Zeile 159.
   bei Lumos.GUI.Net.gClient.Parameter_gClient.<ParametersCore>d__3.MoveNext() in P:\Sources\Lumos\LumosGUI\src\Net\gClient\Parameter_gClient.cs:Zeile 50.

Aktuell wird das Dirty Flag gesetzt, wenn sich der Play-State des Timecode Players verändert oder die Position des Zeitmarkers. Das macht aber eigentlich nicht so viel Sinn und wird auch in anderen Programmen (z.B. DaVinci, Adobe Premiere, Adobe Audition,…) nicht so gemacht. Ich will ja eigentlich nur Änderungen an der Timecode-Show an sich speichern, aber nicht, ob die Show gerade läuft oder nicht. Aktuell wird nämlich dadurch im Hintergrund auch automatisch Autosave aktiv, was beim reinen Abspielen einer Show ja aber keinen Sinn ergibt.

Das Projekt liegt in der Cloud (im üblichen Ort). Wenn man versucht, aus der Main Cuelist die Cue “ES.01.10: Einlass” in den Cue Timing Editor zu laden, dann fliegt folgende Exception:

2024-04-13 18:25:34,465 [Main GUI] ERROR 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.Windows.SceneList.SceneEditView.<>c.<SceneEditView_Shown>b__12_1(IDevicePropertyFacade c) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Windows\SceneList\SceneEditView.cs:Zeile 57.
   bei System.Linq.Enumerable.WhereSelectArrayIterator`2.MoveNext()
   bei System.Linq.Enumerable.<DistinctIterator>d__64`1.MoveNext()
   bei System.Collections.Generic.List`1..ctor(IEnumerable`1 collection)
   bei System.Linq.Enumerable.ToList[TSource](IEnumerable`1 source)
   bei Lumos.GUI.Windows.SceneList.SceneEditView.<SceneEditView_Shown>d__12.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Windows\SceneList\SceneEditView.cs:Zeile 57.
--- Ende der Stapelüberwachung vom vorhergehenden Ort, an dem die Ausnahme ausgelöst wurde ---
   bei System.Runtime.CompilerServices.AsyncMethodBuilderCore.<>c.<ThrowAsync>b__6_0(Object state)

Aus der Async-Function kommen einzelne null Einträge raus, was dazu führt, dass beim Abrufen des DisplayNames die Exception fliegt.

Habe DMXC Beta 12 auf einem jungfräulichen Rechner installiert und die Fehler im Anhang sind im Kernel erschienen. Allerdings nur beim allerersten Start. Bei jedem weiteren Start gibt es keine Fehler mehr.

Der installer muss sowohl von der ASP.NET Core Runtime als auch der .NET Desktop Runtime jeweils die x86 als auch die x64 Version installieren. Das liegt daran, dass der Kernel noch die 32bit Variante verwendet, der Umbra die 64bit Variante. Das ist aktuell noch nicht so abgebildet.

Außerdem existiert auch noch ein Problem, weil der Installer die Versionen, die er installiert offenbar nicht richtig installiert. Auch das muss behoben werden.

Folgendes Vorgehen:

1. ArtNet-Plugin einmal hinzufügen und einrichten
2. ArtNet-Plugin mit Checkbox in erster Spalte deaktivieren
3. ArtNet-Plugin mit Checkbox in erster Spalte wieder aktivieren

Nun taucht im Kernel folgender Eintrag alle 3 Sekunden auf:

23:26:37 ERROR ArtNetFactory - ArtPollReply shorter than 239 bytes, ignoring!

Deaktiviert und aktiviert man das Plugin erneut, werden nun alle 3 Sekunden 2 Einträge hinzugefügt, usw.

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.

Der Export eines gesamten Projekts mit mehreren Versionen schlägt mit einem Timeout fehl. Das liegt an den bisher nicht verwendeten Deadlines im gRPC. Das muss refactored werden.

Bisher können Nanoleafs nur dem Plugin hinzugefügt werden. Sie können aber nicht wieder aus dem Plugin gelöscht werden. Das sollte geändert werden

Es sollte im Input Assignment einen Node geben, über den man die Info erhalten kann, ob gerade eine Projekt Warnung aktiv ist und auch die Info welche. U.A. könnte man auch für jede Warnstufe alle entsprechenden Warnungen als Liste ausgeben (noch zu diskutieren). So könnte man auf die verschiedenen Warnstufen z.B. auf dem Softdesk entsprechende Warnungen anzeigen

Aktuell detektiert DMXControl 3 jeden Tastendruck, sollten diese Tasten im Input Assignment verwendet werden. Im Livestream zu den kleinen Helfern in DMXControl 3.3.0 (siehe dazu auch: https://youtu.be/aXtpf6tv3Cw?t=8187) kam die Idee auf, einen Tastendruck nur abzufangen, wenn entsprechende Fenster aktiv sind.

Neues Masterfenster: Immer der erste Fader jeder Master-Gruppe hat keine Funktion. Alle weiteren sind korrekt allokiert.

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.

Voraussetzung / Umgebung

• Moving Head / Scanner hat zwei Goboräder
• 2 Cuelists, die auf LTP stehen

Reales Verhalten

Wird ein Gobo auf Goborad 1 durch Cuelist A gesetzt und anschließend ein weiteres Gobo auf Goborad 2 durch Cuelist B, so wird gleichzeitig das Goborad 1 auf “Offen” gesetzt. Ein vergleichbares Verhalten tritt auf, wenn zuerst Goborad 2 gesetzt wird und anschließend Goborad 1. Dann wird Goborad 2 auf “Offen” gesetzt.

Erwartetes Verhalten

Werden die Gobos explizit auf einem Goborad gesetzt, ist die Annahme, dass explizit dieses Gobo auf diesem Rad gesetzt werden soll. Daher darf es dadurch keine Auswirkungen auf das andere Goborad haben und eine andere Cuelist sollte das andere Rad unabhängig setzen können.

Anmerkung

Im Anhang ist ein Testprojekt, mit dem alle möglichen Kombinationen von Goborad 1 und 2 getestet werden können

Folgendes vorgehen:

1. 8 Scheinwerfer anlegen inkl. Gerätegruppe
2. In die Stage View gehen und die Gerätegruppe auswählen
3. Chaser Effekt auf den Dimmer legen
4. Chaser Effekt über das “X” im Device Control entfernen

⇒ Der letzte eingeschaltete Scheinwerfer bleibt an und dessen Dimmer wird nicht wie erwartet auf 0 zurück gesetzt.

s.o.

s.o.

Wie im Video in  FS#4657  zu sehen ist, haben die “Back”-Button im Cuelist Editor und in den Executoren ein unterschiedliches Verhalten. Beim Back-Button im Cuelist Editor ist es ein “Go Back”, sprich die vorherige Cue wird selektiert und ausgeführt. In den Executoren ist es ein “Back”-Button ohne die “Go”-Komponente. Wir sollten besprechen, ob das nicht vereinheitlicht werden soll oder die jeweils andere Variante bei den Executoren und dem Cuelist Editor als weitere Varianten verfügbar gemacht werden.

Alle Effekte und Filter funktionieren nach dem Prinzip, dass sie einen gewissen eigenen Wert auf den Basiswert der Geräteeigenschaft aufaddieren. Alle Effekte und Filter? Nein, einen gibt es, der anders arbeitet: Der Random Value Filter. Der Min-Wert des Random Value Effekts überschreibt hart den Basiswert. Das ist inkonsistent zu den anderen Effekten und Filtern. Der Min-Wert wird aber auch nicht benötigt, weil man ja den Basiswert hat. Daher sollte der Min-Wert Eintrag in dem Effekt entfernt werden und dafür zur Abwärtskompatibilität den Min-Wert in den Basiswert kopieren. Man müsste überlegen, ob letzteres ok ist oder ob man entsprechend einen Eintrag in die ToDos machen sollte.

Wie Patrick sagt, sind die CTO Filter trotzdem Farbfilter. Allerdings macht es hier keinen Sinn, diese Filter mit in die automatische Farbmischunng zu nehmen. Ergo sollten einzelne Farbfilter von der automatischen Farbwahl ausgeschlossen werden können und nur bei einer direkten Anwahl auswählbar sein.

Im angehängten DDF habe ich sowohl Farbkanäle als auch 2 Farbräder (nach dem Hinweis von Patrick, dass die virtuellen CTO-Filter eher ein virtuelles Farbrad sind als ein Farbkorrektur-Kanal). Das DDF kann ich so ohne Probleme in DMXC laden. Mit dem DDF funktioniert es, die Farbkanäle anzusteuern. Auch der Support-Kanal steht da auf dem richtigen Wert. Es funktioniert ebenfalls, die virtuellen Rainbow-Effekte durchlaufen zu lassen (auch hier wird der Support-Kanal korrekt gesetzt). Es funktioniert aber nicht, die CTO-Filter auf dem einen virtuiellen Farbrad bzw. die Farben auf dem anderen virtuellen Farbrad anzusprechen. Der entsprechende Kanal wird zwar korrekt gesetzt, der Support-Kanal wird aber nicht gesetzt und bleibt auf seinem bisherigen Kanalwert.

Edit: Ich habe das DDF mal mit dem hal-Parameter aus  FS#4639  ergänzt und noch einmal angehängt

Aktuell kann die Farbe eines Buttons nur beim Lumos Style aus dem Input Assignment heraus gesetzt werden. Andere Styles haben wieder andere Funktionen, die sonst nicht vorhanden sind. Das muss dringend vereinheitlicht werden und der Style sollte wirklich nur das Erscheinungsbild und nicht auch die Funktionalität beeinflussen.

Beim Duplizieren einer Cuelist, bei der Tracking deaktiviert ist, wird diese Einstellung nicht in die zweite Cuelist übernommen. Der Haken ist zwar nicht gesetzt, aber trotzdem reagiert die Cuelist wie eine mit aktivem Tracking (siehe Diskussion Arne ⇔ JP)

Damit die Übersetzung (u.a. die T-Klasse) auch in anderen Teilen von Lumos und anderen Programmen wie z.B. dem DDFCreator verwendet werden kann, müssen die Übersetzungsfunktionen in eine separate Library (und evtl. separates NuGet-Paket) ausgelagert werden.

Der Color Scroll Filter bietet aktuell keine Einstellungsmöglichkeit für die Breite der Elemente.

Außerdem kann er nur die Colorlist in einer Art und Weise durchspielen. Er sollte die Einstellungsmöglichkeiten des Color Chasers für Play Mode und Index Offset erhalten.

Das Kommando “shutdown” ist eigentlich sehr unüblich für Konsolenanwendungen. Gebräuchlicher sind “exit” oder “close”. Diese sollten als weitere Möglichkeiten hinzugefügt werden.

Im Cuelist Editor gibt es Tooltips, die angezeigt werden, obwohl die Tooltips im Menü deaktiviert sind. Hierbei handelt es sich um die Tooltips der Spalten der Cue-Tabelle (mit der Maus über dem Titel der Spalte hovern, z.B. bei Trigger Value).

Edit: Habe noch etwas ausprobiert. Es scheint so, als ob der Tooltip nach dem Neustart wieder angezeigt wird. Dann muss erst wieder der Tooltip aktiviert und anschließend wieder deaktiviert werden, damit er wieder ausgeblendet bleibt.

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

Folgendes Vorgehen:

1. Erstelle eine Gruppe mit 10 Generic Dimmern
2. Stelle für die Gruppe einen Dimmerwert von 20 ein
3. Wähle je einen Scheinwerfer aus und setze den Dimmerwert für diese auf 60 und 90
4. Speichere diese Szene in einer Cue
5. Editiere diese Cue über “Edit in Programmer”

Erwartetes Verhalten: Alle Geräte bis auf die separat editierten zeigen in der Stage View den Helligkeitswert 20, die anderen beiden 60 und 90

Tatsächliches Verhalten: Alle Geräte zeigen in der Stage View den Dimmerwert 20 an. Auch die DMX-Ausgabe suggeriert, dass für alle Scheinwerfer der Wert von 20 gespeichert ist und die zusätzlich Werte werden bei der Ausgabe in der Stage View und der DMX Ausgabe ignoriert. Dadurch fällt das Editieren von Cues schwer.

Ein leerer DisplayName in einem Control eines Softdesks führt dazu, dass das Projekt nicht mehr geladen werden kann und sich die GUI mit einer NPE verabschiedet.

Fügt man einen Chaser ein, setzt dessen Duration auf einen Speedmaster und setzt dann die Geschwindigkeit des Speedmasters auf 0 BPM, fliegt eine Exception:

00:15:51 WARN  SceneFadeTicker - Exception triggering Item: Der Wert für einen Int32 war zu groß oder zu klein.
System.OverflowException: Der Wert für einen Int32 war zu groß oder zu klein.
   bei System.Convert.ToInt32(Double value)
   bei org.dmxc.lumos.Kernel.PropertyValue.Filter.ChaserFilter.doFilter(IPropertyValue input, Int64 timeInMs, Int64 delta) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\PropertyValue\Filter\ChaserFilter.cs:Zeile 187.
   bei org.dmxc.lumos.Kernel.PropertyValue.Filter.AbstractEffectFilter.doFilter(IPropertyValue input) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\PropertyValue\Filter\AbstractEffectFilter.cs:Zeile 53.
   bei org.dmxc.lumos.Kernel.PropertyValue.PropertyValue`1.getPropertyValue(Int64 timeInMsAbs) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\PropertyValue\PropertyValue.cs:Zeile 379.
   bei org.dmxc.lumos.Kernel.PropertyValue.PropertyValue`1.setOutputTime(Int64 timeInMsAbs, Double delayPercent, Double fadePercent, Boolean fadeIn, IMixerRegister register, IProcessable fader) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\PropertyValue\PropertyValue.cs:Zeile 323.
   bei org.dmxc.lumos.Kernel.Scene.Fade.FadeDecorator.setOutputTime(Int64 timeInMsAbs, Double delayPercent, Double fadePercent, Boolean fadeIn, IMixerRegister register, IProcessable fader) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Scene\Fade\FadeDecorator.cs:Zeile 97.
   bei org.dmxc.lumos.Kernel.Scene.Delay.DelayDecorator.setOutputTime(Int64 timeInMsAbs, Double delayPercent, Double fadePercent, Boolean fadeIn, IMixerRegister register, IProcessable fader) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Scene\Delay\DelayDecorator.cs:Zeile 37.
   bei org.dmxc.lumos.Kernel.Scene.Fade.AutoFadeDecorator.triggerFade() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Scene\Fade\AutoFadeDecorator.cs:Zeile 33.
   bei org.dmxc.lumos.Kernel.Scene.Fade.AbstractValueFadeDecorator.triggerFade(Boolean& deregister) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Scene\Fade\AbstractValueFadeDecorator.cs:Zeile 191.
   bei org.dmxc.lumos.Kernel.Scene.Fade.AbstractFadeDecorator.trigger() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Scene\Fade\AbstractFadeDecorator.cs:Zeile 63.
   bei org.dmxc.lumos.SceneFadeTicker.processBag(ProcessableTickerBag bag) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Scene\SceneFadeTicker.cs:Zeile 236.

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.