Bugtracker DMXControl 3

Fehlerbeschreibung

Erwartetes Verhalten

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

Hallo,
Ich verwende DMXC 3.3.1 und habe zum testen eines Gerätes Werte in der Channel Overview eingestellt.
Ausgabe passiert hier in Universum 12 über ArtNet.
Soweit so gut.
Lasse ich diese Werte stehen und beende das Program, werden über ArtNet diese Werte immer noch weiter ausgegeben.

Werden über den Programmer oder über Cuelisten Werte ausgegeben werden diese “ordnungsgemäß” gelöscht.

Ich hätte erwartet das auch diese Werte wie bei der Verwendung vom Programmer und über Cuelisten zurückgesetzt werden.

Gruß Steff

Hallo alle zusammen,
ich experimentiere gerade mit dem Beamer Tool für den Raspberry.
Hier gibt es sehr viele Gobos, auf diese kann ich aber nicht komplett über das Gobo Control zu greifen, weil am Rand zum schieben keine Laufleisten eingeblendet werden.

Wie auf dem angehängten Bild zu sehen ist.

Wäre es möglich es zu aktivieren, das bei Überlauf diese Laufleiste angezeigt wird ?

Gruß Steff

Die Anwendung startet nicht mit folgender Meldung im Log.

19:13:00 WARN  KernelRunManager - Missing ASM: Could not load file or assembly 'Antlr4.Runtime.Standard, Version=4.13.1.0, Culture=neutral, PublicKeyToken=e78b2c5abd1fcb3f'. Das System kann die angegebene Datei nicht finden.

Der Test erfolgte am 30.10.2025.

Ticket wurde nach Rücksprache von @JPK nun nochmal hierher übernommen und dient vornehmlich als Reminder.

Die Anwendung startet nicht mit Meldung in der Ereignisanzeige von Windows:

System.IO.FileNotFoundException: Could not load file or assembly 'CommunityToolkit.Mvvm, Version=8.4.0.0, Culture=neutral, PublicKeyToken=4aff67a105548ee2'. Das System kann die angegebene Datei nicht finden.
File name: 'CommunityToolkit.Mvvm, Version=8.4.0.0, Culture=neutral, PublicKeyToken=4aff67a105548ee2'

Der Test erfolgte am 30.10.2025.

Ticket wurde nach Rücksprache von @JPK nun nochmal hierher übernommen und dient vornehmlich als Reminder.

Das Art-Net-4-Plugin kann beim Start des Kernels nicht initialisiert werden mit folgender Meldung im Kernel:

19:24:14 ERROR AssemblyManager - Unhandled Exception when loading Types in Listener org.dmxc.lumos.Kernel.Plugin.PluginManager: Unable to load one or more of the requested types.
Could not load file or assembly 'System.Runtime, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a'. Das System kann die angegebene Datei nicht finden.

Datenstand ist das Beta-Paket aus dem Forum vom 04.12.2024 und auch den letzten Jenkins-Jobs.

Ticket wurde nach Rücksprache von @JPK nun nochmal hierher übernommen und dient vornehmlich als Reminder.

Der Dreisatz-Knoten in der Eingangszuweisung ist ein super tolles Werkzeug, aber mangels Eingängen für die Min- und Max-Werte für Input und Output leider nicht dynamisch anpassbar.

Eine entsprechende Ergänzung wäre mega toll.

Hallo,
ist es Möglich noch eine Abfrage einzubauen ob das bearbeitete Projekt noch gesppeichert werden soll, wenn man über die Projekt Administration zu einem anderen Projekt wechseln möchte.

Mir ist es passiert das ich an einem Projekt gearbeitet habe und wollte in einem anderen Projekt dazu was nachschauen.
Beim Wechsel hatte ich leider vergessen vorher zu speichern und die Änderungen waren weg.

Gruß Steff

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

Hi,

I would like to suggest an improvement to the way times are entered in the cuelist.

Currently, if I wanted to enter a time of 5 seconds 300 milliseconds for a wait cue, I would need to enter “5s300ms” which is quite awkward to type because it’s a mixture of numbers and letters. If I try to enter “5.3” this generates an error message “Trigger value not valid”.

Ideally, decimal numbers would be automatically turned into seconds and milliseconds. Eg “10.244” becomes “10s244ms”, and “0.123” becomes “123ms”.

I create a lot of time-based cuelists with a large number of ‘wait’ cues and it would be much quicker to be able to enter these values entirely on the numeric keypad rather than having to keep typing ‘s’ and ‘ms’ to denote seconds and milliseconds.

This should probably be consistent wherever times are entered - so the fade and delay values should also work the same way. (Currently fade times default to milliseconds but cue times default to seconds which is inconsistent.)

Fehlerbeschreibung

Erwartetes Verhalten

- ColorMaster im IA weiter steuerbar machen (Input für Zusatzfarben, sodass diese z.B. per Slider aus dem Softdesk direkt regelbar sind)
- Executoren für Zusatzfarben nutzbar machen

Fehlerbeschreibung

Erwartetes Verhalten

Error Description

Notes

Laut dem folgenden Thread https://forum.dmxcontrol-projects.org/thread/18302-start-dmxc-3-3-1-kernel-fehlermeldungen-in-rot/ müssen das Nanoleaf Plugin und das XKeys Plugin nochmal überprüft werden und die Dependencies vom Installer an den korrekten Ort kopiert werden.

Bei Projekten mit vielen Cues, (Parameter-) Mastern, Geräten, ist es nur schwer möglich zu identifizieren wo die Master zugeordnet sind, gerade wenn keine eindeutige Beschreibung am Master vorgenommen wurde. Die Parameter lassen sich z. B. nicht löschen, so lange noch eine Zuordnung aktiv ist. Lediglich eine vorhandene Beschreibung, die vom Default abweicht, wird zurückgesetzt.

Daher wäre eine Möglichkeit hilfreich, um zu identifizieren, wo der Master verwendet wird (vielleicht ähnlich der Geräte und Cues).

Ich habe verschiedene Einstellungen für den AudioAnalzyer gesetzt und das Projekt gespeichert. Der Fokus liegt dabei auf den Einstellungen, die über die Dropdown-Menüs ausgewählt werden. Diese werden beim erneuten Laden nicht übernommen, sondern nur die Standartwerte gesetzt. Dazu zählen:

• Number of Bands für Spectrum
• Algorithm für Beat Detection
• Audio Device

In dem beigefügten Projekt sind die oben genannten Einträge entsprechend verändert.

Nach der Installation des DMXC 3.3.1-Release lies sich auf einem Windows 10-Notebook der Kernel nicht starten. GUI und Umbra liefen.
Das Kernel-Fenster zeigte nur die folgende Fehlermeldung:

It was not possible to find any compatible framework version
The framework 'Microsoft.NETCore.App', version '6.0.0' was not found.
  - The following frameworks were found:
      3.1.32 at [C:\Program Files (x86)\dotnet\shared\Microsoft.NETCore.App]
      5.0.17 at [C:\Program Files (x86)\dotnet\shared\Microsoft.NETCore.App]

You can resolve the problem by installing the specified framework and/or SDK.

The specified framework can be found at:
  - https://aka.ms/dotnet-core-applaunch?framework=Microsoft.NETCore.App&framework_version=6.0.0&arch=x86&rid=win10-x86

Nach der Installation des Frameworks aus dem Link in der Meldung funktionierte auch der Kernel.

Können sich zwei PCs im Netzwerk auf Grund unterschiedlicher IP-Adressen nicht erreichen, laufen in GUI und im Kernel stetig die folgenden Log-Einträge auf:

GUI

2025-08-17 00:46:48,187 [Log-Thread] INFO  org.dmxc.lumos.Kernel.Net.gService.Umbra_gService - Unable to connect to Umbra LICHT-LAPTOP-2 @ 127.0.0.1
2025-08-17 00:46:48,188 [Log-Thread] WARN  org.dmxc.lumos.Kernel.Net.gService.Umbra_gService - Unable to contact any of the Umbra LICHT-LAPTOP-2 IPs: [192.168.21.32, 127.0.0.1]
2025-08-17 00:46:51,607 [Log-Thread] WARN  org.dmxc.lumos.Kernel.Net.gService.Umbra_gService - Unable to inform Source Umbra LICHT-LAPTOP-2 @ 192.168.21.32...
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 LumosProtobuf.ConnectionClient.UmbraConnectionClient.<>c__DisplayClass47_0.<<ProcessDiscoveryBroadcast>g__InformUmbraAskForActions|1>d.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosProtobuf\src\UmbraConnectionClient.cs:Zeile 694.
2025-08-17 00:46:51,608 [Log-Thread] DEBUG Lumos.GUI.Windows.Connection.NetworkExplorer - Unable to receive Info from Umbra
Grpc.Core.RpcException: Status(StatusCode="DeadlineExceeded", Detail="Deadline Exceeded", DebugException="Grpc.Core.Internal.CoreErrorDetailException: {"created":"@1755384411.606000000","description":"Deadline Exceeded","file":"..\..\..\src\core\ext\filters\deadline\deadline_filter.cc","file_line":81,"grpc_status":4}") ---> Grpc.Core.Internal.CoreErrorDetailException: {"created":"@1755384411.606000000","description":"Deadline Exceeded","file":"..\..\..\src\core\ext\filters\deadline\deadline_filter.cc","file_line":81,"grpc_status":4}
   --- Ende der internen Ausnahmestapelüberwachung ---
   bei System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   bei System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   bei System.Runtime.CompilerServices.TaskAwaiter`1.GetResult()
   bei Lumos.GUI.Windows.Connection.NetworkExplorer.<ProcessUmbraNetworkInfo>d__10.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Windows\Connection\NetworkExplorer.cs:Zeile 205.
2025-08-17 00:46:53,640 [Log-Thread] INFO  org.dmxc.lumos.Kernel.Net.gService.Umbra_gService - Unable to connect to Umbra LICHT-LAPTOP-2 @ 127.0.0.1
2025-08-17 00:46:53,641 [Log-Thread] WARN  org.dmxc.lumos.Kernel.Net.gService.Umbra_gService - Unable to contact any of the Umbra LICHT-LAPTOP-2 IPs: [192.168.21.32, 127.0.0.1]
2025-08-17 00:46:55,818 [Log-Thread] DEBUG Lumos.GUI.Windows.Connection.NetworkExplorer - Unable to receive Info from Umbra
Grpc.Core.RpcException: Status(StatusCode="Unavailable", Detail="failed to connect to all addresses", DebugException="Grpc.Core.Internal.CoreErrorDetailException: {"created":"@1755384415.816000000","description":"Failed to pick subchannel","file":"..\..\..\src\core\ext\filters\client_channel\client_channel.cc","file_line":3218,"referenced_errors":[{"created":"@1755384415.816000000","description":"failed to connect to all addresses","file":"..\..\..\src\core\lib\transport\error_utils.cc","file_line":165,"grpc_status":14}]}") ---> Grpc.Core.Internal.CoreErrorDetailException: {"created":"@1755384415.816000000","description":"Failed to pick subchannel","file":"..\..\..\src\core\ext\filters\client_channel\client_channel.cc","file_line":3218,"referenced_errors":[{"created":"@1755384415.816000000","description":"failed to connect to all addresses","file":"..\..\..\src\core\lib\transport\error_utils.cc","file_line":165,"grpc_status":14}]}
   --- Ende der internen Ausnahmestapelüberwachung ---
   bei System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   bei System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   bei System.Runtime.CompilerServices.TaskAwaiter`1.GetResult()
   bei Lumos.GUI.Windows.Connection.NetworkExplorer.<ProcessUmbraNetworkInfo>d__10.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Windows\Connection\NetworkExplorer.cs:Zeile 205.
2025-08-17 00:46:57,043 [Log-Thread] WARN  org.dmxc.lumos.Kernel.Net.gService.Umbra_gService - Unable to inform Source Umbra LICHT-LAPTOP-2 @ 192.168.21.32...
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 LumosProtobuf.ConnectionClient.UmbraConnectionClient.<>c__DisplayClass47_0.<<ProcessDiscoveryBroadcast>g__InformUmbraAskForActions|1>d.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosProtobuf\src\UmbraConnectionClient.cs:Zeile 694.
2025-08-17 00:46:59,091 [Log-Thread] INFO  org.dmxc.lumos.Kernel.Net.gService.Umbra_gService - Unable to connect to Umbra LICHT-LAPTOP-2 @ 127.0.0.1
2025-08-17 00:46:59,092 [Log-Thread] WARN  org.dmxc.lumos.Kernel.Net.gService.Umbra_gService - Unable to contact any of the Umbra LICHT-LAPTOP-2 IPs: [192.168.21.32, 127.0.0.1]
2025-08-17 00:47:02,485 [Log-Thread] WARN  org.dmxc.lumos.Kernel.Net.gService.Umbra_gService - Unable to inform Source Umbra LICHT-LAPTOP-2 @ 192.168.21.32...
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 LumosProtobuf.ConnectionClient.UmbraConnectionClient.<>c__DisplayClass47_0.<<ProcessDiscoveryBroadcast>g__InformUmbraAskForActions|1>d.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosProtobuf\src\UmbraConnectionClient.cs:Zeile 694.
2025-08-17 00:47:02,487 [Log-Thread] DEBUG Lumos.GUI.Windows.Connection.NetworkExplorer - Unable to receive Info from Umbra
Grpc.Core.RpcException: Status(StatusCode="DeadlineExceeded", Detail="Deadline Exceeded", DebugException="Grpc.Core.Internal.CoreErrorDetailException: {"created":"@1755384422.486000000","description":"Deadline Exceeded","file":"..\..\..\src\core\ext\filters\deadline\deadline_filter.cc","file_line":81,"grpc_status":4}") ---> Grpc.Core.Internal.CoreErrorDetailException: {"created":"@1755384422.486000000","description":"Deadline Exceeded","file":"..\..\..\src\core\ext\filters\deadline\deadline_filter.cc","file_line":81,"grpc_status":4}
   --- Ende der internen Ausnahmestapelüberwachung ---
   bei System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   bei System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   bei System.Runtime.CompilerServices.TaskAwaiter`1.GetResult()
   bei Lumos.GUI.Windows.Connection.NetworkExplorer.<ProcessUmbraNetworkInfo>d__10.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Windows\Connection\NetworkExplorer.cs:Zeile 205.
2025-08-17 00:47:04,531 [Log-Thread] INFO  org.dmxc.lumos.Kernel.Net.gService.Umbra_gService - Unable to connect to Umbra LICHT-LAPTOP-2 @ 127.0.0.1
2025-08-17 00:47:04,532 [Log-Thread] WARN  org.dmxc.lumos.Kernel.Net.gService.Umbra_gService - Unable to contact any of the Umbra LICHT-LAPTOP-2 IPs: [192.168.21.32, 127.0.0.1]
2025-08-17 00:47:06,912 [Log-Thread] INFO  org.dmxc.lumos.Kernel.Net.gService.Umbra_gService - Unable to connect to Umbra LICHT-LAPTOP-2 @ 192.168.21.32
2025-08-17 00:47:07,940 [Log-Thread] DEBUG Lumos.GUI.Windows.Connection.NetworkExplorer - Unable to receive Info from Umbra
Grpc.Core.RpcException: Status(StatusCode="DeadlineExceeded", Detail="Deadline Exceeded", DebugException="Grpc.Core.Internal.CoreErrorDetailException: {"created":"@1755384427.939000000","description":"Deadline Exceeded","file":"..\..\..\src\core\ext\filters\deadline\deadline_filter.cc","file_line":81,"grpc_status":4}") ---> Grpc.Core.Internal.CoreErrorDetailException: {"created":"@1755384427.939000000","description":"Deadline Exceeded","file":"..\..\..\src\core\ext\filters\deadline\deadline_filter.cc","file_line":81,"grpc_status":4}
   --- Ende der internen Ausnahmestapelüberwachung ---
   bei System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   bei System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   bei System.Runtime.CompilerServices.TaskAwaiter`1.GetResult()
   bei Lumos.GUI.Windows.Connection.NetworkExplorer.<ProcessUmbraNetworkInfo>d__10.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Windows\Connection\NetworkExplorer.cs:Zeile 205.

Kernel

2025-08-17 16:51:24,632 [Log-Thread] WARN  org.dmxc.lumos.Kernel.Net.gService.Umbra_gService - Unable to inform Source Umbra LICHT-LAPTOP-2 @ 192.168.21.32...
Grpc.Core.RpcException: Status(StatusCode="Cancelled", Detail="Call canceled by the client.", DebugException="System.OperationCanceledException: The operation was canceled.")
 ---> System.OperationCanceledException: The operation was canceled.
   --- End of inner exception stack trace ---
   at LumosProtobuf.ConnectionClient.UmbraConnectionClient.<>c__DisplayClass47_0.<<ProcessDiscoveryBroadcast>g__InformUmbraAskForActions|1>d.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosProtobuf\src\UmbraConnectionClient.cs:line 694
2025-08-17 16:51:26,652 [Log-Thread] INFO  org.dmxc.lumos.Kernel.Net.gService.Umbra_gService - Unable to connect to Umbra LICHT-LAPTOP-2 @ 127.0.0.1
2025-08-17 16:51:26,653 [Log-Thread] WARN  org.dmxc.lumos.Kernel.Net.gService.Umbra_gService - Unable to contact any of the Umbra LICHT-LAPTOP-2 IPs: [192.168.21.32, 127.0.0.1]
2025-08-17 16:51:29,857 [Log-Thread] WARN  org.dmxc.lumos.Kernel.Net.gService.Umbra_gService - Unable to inform Source Umbra LICHT-LAPTOP-2 @ 192.168.21.32...
Grpc.Core.RpcException: Status(StatusCode="Cancelled", Detail="Call canceled by the client.", DebugException="System.OperationCanceledException: The operation was canceled.")
 ---> System.OperationCanceledException: The operation was canceled.
   --- End of inner exception stack trace ---
   at LumosProtobuf.ConnectionClient.UmbraConnectionClient.<>c__DisplayClass47_0.<<ProcessDiscoveryBroadcast>g__InformUmbraAskForActions|1>d.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosProtobuf\src\UmbraConnectionClient.cs:line 694
2025-08-17 16:51:31,895 [Log-Thread] INFO  org.dmxc.lumos.Kernel.Net.gService.Umbra_gService - Unable to connect to Umbra LICHT-LAPTOP-2 @ 127.0.0.1
2025-08-17 16:51:31,896 [Log-Thread] WARN  org.dmxc.lumos.Kernel.Net.gService.Umbra_gService - Unable to contact any of the Umbra LICHT-LAPTOP-2 IPs: [192.168.21.32, 127.0.0.1]
2025-08-17 16:51:35,299 [Log-Thread] WARN  org.dmxc.lumos.Kernel.Net.gService.Umbra_gService - Unable to inform Source Umbra LICHT-LAPTOP-2 @ 192.168.21.32...
Grpc.Core.RpcException: Status(StatusCode="Cancelled", Detail="Call canceled by the client.", DebugException="System.OperationCanceledException: The operation was canceled.")
 ---> System.OperationCanceledException: The operation was canceled.
   --- End of inner exception stack trace ---
   at LumosProtobuf.ConnectionClient.UmbraConnectionClient.<>c__DisplayClass47_0.<<ProcessDiscoveryBroadcast>g__InformUmbraAskForActions|1>d.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosProtobuf\src\UmbraConnectionClient.cs:line 694

Die Fehlermeldung lässt sich in folgender Konstellation reproduzieren, wenn beide an einem unmanaged Switch hängen und bei beiden Laptops zwei vollständige Sessions mit DMXControl 3.3.1 laufen:

• LICHT-LAPTOP-1: IP-Adresse 169.254.1.19 durch Windows vergeben, da Netzwerkprofil (noch) auf DHCP
• LICHT-LAPTOP-2: IP-Adresse 192.168.21.32, statisch vergeben

Ich habe an dieser Stelle die Erwartungshaltung, dass der Aufbau einer Verbindung in einem solchen Fall nach einer bestimmten Anzahl von Versuchen abgebrochen und ich als Nutzer darüber informiert werde - auch wenn der Versuch des Verbindungsaufbaus “nur” alle 5 Sekunden erfolgt. Der Mehrwert einer solchen Information liegt auch darin, dass mir aufgefallen wäre, dass die IP-Adresse des LICHT-LAPTOP-1 nicht passt und ich daraufhin nicht selbst vergeblich versuche, die GUI am LICHT-LAPTOP-2 anzumelden.

Fehlerbeschreibung

Erwartetes Verhalten

Ich würde mir als arbeitsersparnis wünschen, wenn man in der Cuelist eine Cue mit rechtsklick “in programmer bearbeiten” editiert, sich das Programmerfenster automatisch öffnet (wenn es geschlossen ist) oder aktiviert/in den Vordergrund geholt wird.

Mir fällt kein Grund ein, warum ich eine Cue im Programmer bearbeiten wollen würde, ohne danach zum Programmer zu wechseln. Oder gibt es (überwiegend) Fälle, in denen das so ist?

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

Fehlerbeschreibung

Erwartetes Verhalten

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

Fehlerbeschreibung

Erwartetes Verhalten

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

Es braucht ein neues Fenster in DMXC, in dem die DDFs im Projekt verwaltet werden können. Damit soll es möglich sein, sowohl DDFs im Projekt zu aktualisieren, wenn diese auf dem PC neuer sind. Als auch DDFs auf den PC kopieren / aktualisieren, wenn diese im Projekt neuer sind. Dieses Fenster wird vor allem auch dadurch nötig, dass es jetzt nicht mehr so einfach die Möglichkeit gibt, diese aus dem Projekt herauszuziehen.

Ich füge eine Special Cue für den Fader eines Macros ein und gehe dabei wie folgt vor:

1. Ich trage über die Tastatur den Wert “1.0” ein und drücke die Enter-Taste.
2. Ich ändere den Wert dann nochmal auf “0.25” und füge die Special Cue über “OK” der Cuelist hinzu.

Wenn ich die Special Cue wiedergebe, gibt diese den Wert “1.0” aus statt den zuletzt eingegeben Wert “0.25”.

Wird die Netzwerkkonfiguration geändert, zum Beispiel wird die Statische IP/Subnetzmaske geändert, hängt der Kernel sich auf.

Discord: bastelpichi

Die Werte für Fade Factor und Speed Factor einer Cuelist umfassen bekanntermaßen einen Wertebereich von 0% bis 1000% (also 0 bis 10). Dies müsste der Cuelist Group Executor an dieser Stelle eigentlich auch unterstützen.

Vom Workflow ist es (zumindest für mich) einfacher, einen Effekt mit einer geringeren Geschwindigkeit zu programmieren und diesen dann auf Wunsch zu beschleunigen als immer von der maximalen Geschwindigkeit auszugehen (Stichwort Headroom).

Unter diesem Gesichtspunkt wurde bereits das Ticket FS#4325 verfasst, dass sich hier aber vorrangig auf eine funktionelle Erweiterung des Cuelist Group Nodes im Input Assignment bezieht.

Aktuell gibt es zwei Optionen ein Presets zu verwenden:

a) im Programmer laden
b) im Programmer editieren

Leider kann man das nicht so leicht unterscheiden ob man gerade editiert oder das preset verwendet und als Referenz in einer Cue verwendet.

Da wäre es praktisch, wenn man im Presetfenster visualisieren könnte, ob das Preset bearbeitet wird.

Die Werte des Faders des Cuelist Group Executors werden beim Laden eines Projekts nicht wiederhergestellt. Entweder werden diese nicht korrekt gespeichert oder nicht korrekt geladen (noch nicht untersucht).

Aktuell werden in den Executoren die DisplayNames der Button und Fader beim Speichern verwendet und nicht die Names. Das macht dann natürlich die Nutzung der DisplayNames nicht mehr funktional. Hier müssen wir eine Lösung finden.

Genutzt wurde das folgende DDF (”colortemp”-Teil aus Wiki-Eintrag übernommen: https://wiki-de.dmxcontrol-projects.org/index.php?title=Color_(DDF-Syntax)_DMXC3#Farbtemperatur):

<?xml version="1.0" encoding="utf-8"?>
<device dmxaddresscount="1" type="DMXDevice" dmxcversion="3.2" ddfversion="1.0">
	<information>
		<model>Test Device</model>
		<vendor>Test</vendor>
	</information>
	<functions>
		<colortemp dmxchannel="0">
			<step type="off" mindmx="0" maxdmx="5" />
			<range minval="3200" maxval="7000" mindmx="255" maxdmx="6" />
		</colortemp>
	</functions>
</device>

Setzt man den “colortemp”-Kanal auf “Empty”, so wird der DMX-Wert des Minimalwerts der CTC-Range ausgegeben. (Also hier “255”.)
Zu erwarten wäre ein Wert zwischen “0” und “5”.

Der restliche Bereich funktioniert wie zu erwarten.

Starte ich DMXControl 3 erstmals auf dem PC (mit Default-Einstellungen) oder ändere das Arbeitsverzeichnis über eine Umgebungsvariable, sollte hierbei überprüft werden, ob die folgenden Verzeichnisse bereits existieren:

• Pictures
• UserDevices
  • Icons
  • Images

Für den Fall, dass diese Verzeichnisse nicht existieren, sollte der Kernel diese dort automatisch anlegen - auch wenn sie anfangs leer sind. Dies ist insbesondere für die UserDevices wichtig, da ansonsten die Verknüpfung im Startmenü “ins Leere läuft” und folglich nicht funktioniert. Hierzu gab es im Forum immer wieder Mal Rückfragen, wo die Antwort dann lautete “Bitte selbst unter … anlegen”.

Wenn ich ein Preset auf Teile einer Szene angewendet habe, gibt es keine Möglichkeit, diese Werte vom Preset zu entkoppeln. Sprich, die Werte des Presets sollen dann kopiert werden, aber nicht mehr mit dem Preset verknüpft sein.

Ich habe zwei Cuelists mehreren Cuelist Groups zugeordnet. Beide Cuelist groups stehen auf “Single list running”. Wechsele ich zwischen den Cuelists hin- und her, wird in der Regel die Release time der zu beendenden Cuelist ignoriert. Folglich wird die alte Cuelist hart ausgeblendet und nur die neue faded ein. Der Kernel protokolliert in diesem Moment folgendes, wobei klar ersichtlich ist, dass der Release der Cuelists mehrfach getriggert wird:

2025-03-26 20:30:15,492 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Scene.SceneFadeTicker - Registriere: org.dmxc.lumos.Kernel.SceneList.ValuesStack.OutputValuesStack
2025-03-26 20:30:15,553 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.SceneList.SceneListGroup - Stopping Cuelist Cuelist 2 due to Group Group 1 config.
2025-03-26 20:30:15,553 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.SceneList.SceneListGroup - Stopping Cuelist Cuelist 2 due to Group Group 2 config.
2025-03-26 20:30:15,553 [Log-Thread] WARN  org.dmxc.lumos.Kernel.SceneList.SceneList - Unable to stop Cuelist Cuelist 2, because other Invocation is currently in process
2025-03-26 20:30:15,554 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Scene.SceneFadeTicker - Registriere: org.dmxc.lumos.Kernel.Scene.Fade.MixerFadeDecorator
2025-03-26 20:30:15,554 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.SceneList.SceneListGroup - Skip Stopping Cuelist Cuelist 1 due to Group Group 1 config as List is releasing.
2025-03-26 20:30:15,608 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Scene.SceneFadeTicker+TickerParallelBag - Enqueuing for deregistration Auto: org.dmxc.lumos.Kernel.Scene.Fade.MixerFadeDecorator
2025-03-26 20:30:15,608 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Scene.SceneFadeTicker+TickerParallelBag - Enqueuing for deregistration Auto: org.dmxc.lumos.Kernel.SceneList.ValuesStack.OutputValuesStack
2025-03-26 20:30:15,642 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Scene.SceneFadeTicker - Deregistriere: org.dmxc.lumos.Kernel.Scene.Fade.MixerFadeDecorator
2025-03-26 20:30:15,642 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Scene.SceneFadeTicker - Deregistriere: org.dmxc.lumos.Kernel.SceneList.ValuesStack.OutputValuesStack
2025-03-26 20:30:15,710 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.SceneList.SceneListGroup - Skip Stopping Cuelist Cuelist 1 due to Group Group 2 config as List is releasing.
2025-03-26 20:30:16,221 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Scene.SceneFadeTicker+TickerParallelBag - Enqueuing for deregistration Auto: org.dmxc.lumos.Kernel.Scene.Fade.MixerFadeDecorator
2025-03-26 20:30:16,221 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Scene.SceneFadeTicker+TickerParallelBag - Enqueuing for deregistration Auto: org.dmxc.lumos.Kernel.SceneList.ValuesStack.OutputValuesStack
2025-03-26 20:30:16,255 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Scene.SceneFadeTicker - Deregistriere: org.dmxc.lumos.Kernel.Scene.Fade.MixerFadeDecorator
2025-03-26 20:30:16,255 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Scene.SceneFadeTicker - Deregistriere: org.dmxc.lumos.Kernel.SceneList.ValuesStack.OutputValuesStack

Schalte ich das Single list running bei einer der beiden Cuelist groups aus, erfolgt der Übergang wie erwartet mit der eingestellten Release time sowie mit der Fade time der neuen Cuelist.

An dieser Stelle wäre meine Erwartungshaltung, dass die Zuordnung von Cuelists zu mehreren Cuelist groups mit der Einstellung “Single list running” nicht darauf Einfluss hat, ob der Release einer Cuelist vollständig ausgeführt wird oder nicht. Soll eine Cuelist keine Release time haben, lege ich dies in den Einstellungen der Cuelist fest.

Um das Problem ggf. besser zu verstehen, habe ich das beigefügte Beispielprojekt gebaut. Hierzu einfach zwischen den drei Cuelists hin- und herschalten, die den Executoren zugeordnet sind.

Bei mir fehlen in den General Settings die folgenden Einstellungen für das Project Autosave / Project Administration:

• Keep files per project
• Maximum MB per project
• Warning MB in project store

Ich kann aktuell nicht nachvollziehen, seit wann diese Einstellungen nicht mehr verfügbar sind. Um die Bezeichnungen der verschiedenen Optionen musste ich im Livestream zu gRPC nachschauen, weil wir dort die Einstellungen gezeigt haben.

In der Konfigurations-Datei für den Kernel sind aber noch alle Optionen vorhanden:

<TreeItem Name="PROJECT.AUTO_SAVE_ENABLED">
      <Attribute Name="Value" Type="Primitive" ValueType="String" Value="False" />
    </TreeItem>
    <TreeItem Name="PROJECT.AUTO_SAVE_INTERVAL">
      <Attribute Name="Value" Type="Primitive" ValueType="String" Value="10" />
    </TreeItem>
    <TreeItem Name="PROJECT.AUTO_SAVE_SUSPEND_ON_ACTIVITY">
      <Attribute Name="Value" Type="Primitive" ValueType="String" Value="False" />
    </TreeItem>
    <TreeItem Name="PROJECT.AUTO_SAVE_KEEP_FILES">
      <Attribute Name="Value" Type="Primitive" ValueType="String" Value="50" />
    </TreeItem>
    <TreeItem Name="PROJECT.AUTO_SAVE_MAX_MB">
      <Attribute Name="Value" Type="Primitive" ValueType="String" Value="250" />
    </TreeItem>
    <TreeItem Name="PROJECT.AUTO_SAVE_TOTAL_MAX_MB">
      <Attribute Name="Value" Type="Primitive" ValueType="String" Value="1000" />
    </TreeItem>

Im Anhang habe ich die Logs sowie einen Screenshot beigefügt, der zeigt, dass die Einstellungen fehlen.

Hello!

I wanted to add a point on DDF RADIX DDF Profiles.

It seems that the <angleoffset> parameter has no effect on changing the orientation of pixel start points, or, in the visual GUI.

I have no idea if this was ever working in previous versions, as I have only started using RADIX Recently. Here is a Demo DDF for a fixture I am trying to make it wori with, but, also trying to make DDF for custom layouts and saving it as a full fixture for efficient processing of many ‘dimmers’

For instance. If pixel one starts at the 3:00 position, and I set ‘angle offset’ to 90 clockwise, the GUI, and actual DMX Fixture have no effect. the First pixel is stuck at default position in DMXC.

I am not sure I I am doing something wrong, But I also tested in other strange ways. Nothing seemed to work.

Thank you!

Wie bei anderen Reglern auch wäre es praktisch, die Option zu haben, den Fader mit dem Scrollrad der Maus bedienen zu können.

Fehlerbeschreibung

Erwartetes Verhalten

Weiteres

When using the Matrix Effect: ‘Random’, Changing the value of the ‘Pixel Random’ parameter breaks the effect.

It would be great if the Bitmap Matrix Effect supported animated files including WEBM, GIF, Various Video Files, Live Video Input ETC.

Bitmap Pixel Effect does not recall image from cue.

When saving a bitmap pixel effect to a cue, only the default DMXC Logo appears when recalling the cue. The cue does not recall the Bitmap Source image.

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

Führt man die Installation auf einem Gerät ohne vorhandene Internetverbindung aus, wird erst zu spät festgestellt, dass diese nicht vorliegt. So werden verschiedene .net-Frameworks nicht installiert bevor man einen Hinweis erhält. Dadurch entsteht der Eindruck, dass bis dahin alles ordnungsgemäß abgelaufen ist.

Im Idealfall prüft der Installer ganz zu Anfang, ob eine Internetverbindung besteht und gibt einen Hinweis, falls diese nicht existiert.

Fehlerbeschreibung

Erwartetes Verhalten

Folgende Features sollte der Zeitplaner haben:

• Mehrere Einträge
• Cron-Syntax als Hintergrund und vom User eingebbar sein
• UI soll aber auch so sein, dass einfache Eingaben möglich sind
  • An spezifischen Tagen
  • Jeder n-te Tag in der Woche / Monat
  • Gewisse Wochentage
• Der Zeitplaner soll folgendes triggern können
  • Cuelists
  • Trigger im Input Assignment
  • Evtl. Executoren