Bugtracker DMXControl 3

s.o.

Es ist suboptimal, das die FFT-Analyse die CPU auslastet wärend eines File-Imports, dadurch stockt der Resource-Stream extrem, oder der Kernel wird zwischendurch disconnected…..

Ich denke, es ist sinnvoll den FileImport abzukürzen, wie bei den FFT-Tiffs, es macht vor allem sinn bei Vielen, oder großen Dateien.
Dies würd weniger Resourcen auf nicht so leistungsstarken rechner binden.
Ich schreibe das Ticket gerade wärend 33 mp3s importiert werden und der laptop ist grad nicht so responsiv xD

Die neuen Executoren unterstützen aktuell noch keine Multi-Touch-Eingabe. Diese Funktion soll auch Basis der Implementierung im Softdesk übernommen werden.

Ist das Projekt zum Ablauf des eingestellten Timers nicht “Diry”, das heißt, das Dirty Flag ist nicht gesetzt, wird das automatische Speichern zu diesem Zeitpunkt ausgesetzt. Der Timer wird aber neu gestartet.

Entscheidung aus QRM 22.1

Im x to Color Converter ist das Farbmodell LAB nicht implementiert aber im Menü vorhanden.

Hat ein Node mehr als 9 Eingänge werden alle Eingänge mit 2stelliger Zahl falsch dargestellt. Es scheint nur die erste Ziffer angezeigt zu werden.
Sicher betroffen:
LTP, MATH, FiFo, Logic

Kann ein Projekt nicht erfolgreich abgespeichert werden, wird das Dirty Flag trotzdem auf “Projekt unverändert” zurückgesetzt. Aus meiner Sicht sollte das nicht so sein und erst den Status “Projekt gespeichert” annehmen, wenn im Kernel der Logeintrag

00:00:40 INFO  Messages - Message from ...: Saved Project to GUI Undefined, Path MyProject.dmz

erscheint. Ein typisches Beispiel ist, um das Problem schnell zu reproduzieren, das Projekt mittels 7zip oder ähnlich “anzusehen”, wodurch DMXC keine Schreibrechte mehr auf die Datei hat. Siehe hierzu auch mein Ticket  FS#4651 .

Nachdem ich mein Projekt aus der 3.2.3 importiert hatte und es in der 3.3 Alpha 9 speichern wollte kommt eine Fehlermeldung.
Bild der Fehlermeldung und Log Files sind angehängt.

Beim Programieren muss ich im moment oft viele Songs ins Project importieren, dabei kommt oft unten stehende Exception.
Einfach 20 songs auf einmal importieren und der fehler tritt auf

2022-01-24 21:34:36,429 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Net.gService.Resource_gService - Exception when closing the Backend Stream
Grpc.Core.RpcException: Status(StatusCode=”OK”, Detail=”“)

 bei System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
 bei System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
 bei System.Runtime.CompilerServices.TaskAwaiter.GetResult()
 bei org.dmxc.lumos.Kernel.Net.gService.Resource_gService.<_saveResource_RequestReceived>d__17.MoveNext() in D:\Git-Repos\Lumos\master\LumosLIB\src\Kernel\Net\gService\Resource_gService.cs:Zeile 394.

Ich habe die 3.3 Alpha 9 installiert und mein Projekt aus der 3.2.3 neu rübergeholt.
Dabei ist mir aufgefallen das die Silder farblich nicht mehr richtig angezeigt werden.
Bilder vom Softdesk aus der 3.3 Alpha 8 und Alpha 9 sowie das Projekt habe ich angehängt.

Gruss Steff

Aktuell gibt es in den Einstellungen für den Executor zu den Cuelists noch den Eintrag “Release at zero”. Dieser funktioniert nicht und wurde mittlerweile durch “Auto Stop” abgelöst.

Versuche ich das Projekt aus #FS4399 zu öffnen wird es augenscheinlich geladen, sobald ich die Frage “Load last Layout” mit Ja beantworte friert die GUI ein und der PC wird insgesamt quälend langsam. Die GUI muss über den Taskmanager beendet werden.

siehe Titel

In der linken Baumstruktur des PE kann ich über einen Rechtsklick im Bereich der Master neue Master anlegen. Das funktioniert rechts in dem Bereich in dem die ausgewählten Master dargestellt werden nicht.

Der Deactivate Eingang könnte entfernt werden. Es reicht der Activate Eingang. Über False/True kann das Interface ein/ausgeschaltet werden.

Außerdem wäre es nicht schlecht, wenn der Activate Eingang und der Enabled-Ausgang gleich benannt sein würden. Wäre intuitiver. So denkt man, das seien zwei unterschiedliche Dinge.

Beim testen mit der 3.3 Alpha 8 ist mir aufgefallen das wenn das Programm beendet wird, das Nodle U1 nicht “abgeschaltet” wird.
Die LED leuchtet weiter.
In der Beta-Tester-Runde gestern hat LightningBrothers das mit dem R4S ausprobiert, hier das gleiche

In der Alpha 8 wurde ja etwas an der Interface Geschichte geändert ( man musste die Interface neu einrichten )
hat sich bei dem Umbau eventuell noch ein Fehler eingeschlichen ?

In der 3.2.3 wird das Interface einwandfrei “abgeschaltet”

Gruss Steff

Das Problem aus dem angehängten Bild taucht im SoftDesk auf, wenn der Softdesk größer als der Designer ist.

Verschiedene DMX-Interfaces, wie zum Beispiel das Nodle U1 oder das Nodle R4S werden nach dem Beenden des Kernels nicht automatisch abgeschaltet, wenn diese zuvor aktiv waren. Die Status-LEDs gehen nicht aus.

Wenn es einen Fehler gab und man dann DMXC3 schließt (und den Haken setzt bei Kernel und Umbra schließen) bleiben diese trotzdem geöffnet.

Alpha8

siehe bild

Um über einen Speedmaster und einen Fader im Softdesk Fadezeiten besser einstellen zu können benötige ich eine logarithmische Aufteilung des Faders.
Dieses ist mir mit dem Expression-Node und folgender Formel geglückt:
e^(-5*x+3)
Die Berechnung funktioniert wie gewünscht. Lade ich allerdings das Projekt neu funktioniert die Berechnung nicht mehr und das Node gibt keinen Wert aus.

Edit: Ich habe noch ein wenig weiter probiert, es scheint nicht an Formel zu liegen, selbst wenn ich nur X eintrage klappt es nach dem Laden nicht mehr. Einmal habe ich den Fader aus Versehen auf den Formeleingang gezogen, anschließend kann ich keine Formel mehr eingeben, es kommt immer “Value not Valid”, den Fehler kann ich nur durch löschen und neuanlegen beseitigen.

Ich habe ein Softdesk mit mehreren Controls angelegt. Von diesen habe wiederum einige gelöscht und den Softdesk Designer geschlossen. Speichere und schließe ich das Projekt und lade ein neues, bleibt das gelöschte Softdesk Control noch im Input Assignment erhalten, wie im beigefügten Screenshot zu sehen.

Da ich das Problem nicht direkt im gleichen Kontext wie Ticket  FS#4577  sehe, habe ich dieses neue Ticket erstellt.

Im Anhang findet sich das Projekt sowie die Logs der Sitzung.

Ich habe zwei DMX-Interfaces hinzugefügt und diese dann deaktiviert (siehe Bild 1). Aktualisiere ich die Ansicht, werden zwar beide Interfaces durch die grau hinterlegten Zellen als deaktiviert gekennzeichnet (siehe Bild 2). Der Haken wird aber wieder gesetzt, was dann zu Verwirrung führt.

Dieser Fehler steht aber nicht im Zusammenhang mit Ticket  FS#3864  bzw. darf nicht als solcher verstanden werden.

Im Anhang die Log-Dateien der Sitzung.

An aktuell zwei Stellen ist mir aufgefallen, dass das Anzeigeformat unter den folgenden Punkten noch fortlaufend ist und nicht wie angedacht im Format [Universum.Adresse].

• Konfiguration der DMX-Interfaces: nach dem Aktualisieren der Liste (siehe Bild 1)
• Add device dialog: im Projekt existieren bereits Geräte und man fügt zu einem späteren Zeitpunkt weitere hinzu (siehe Bild 2)

An weiteren Stellen, wie zum Beispiel in den Device Properties oder im Patching Dialog werden die DMX-Adressen im gewünschten Format [Universum.Adresse] angezeigt.

Ich nutze den Sparkle-Effekt, um damit die Farbe einer Gerätegruppe zu steuern. Trage ich unter Peak beim Sparkle-Effekt zum Beispiel einen ColorMaster ein, erscheint bei Bestätigung der Eingabe der folgende Fehler und der Effekt bleibt stehen.

20:33:53 WARN  SceneFadeTicker - Exception triggering Item: start or end value have wrong type!
System.ArgumentException: start or end value have wrong type!
   bei org.dmxc.lumos.Kernel.PropertyValue.Fade.AbstractFader`1.fade(Object startValue, Object endValue, Double percent) in D:\Jenkins\workspace\Lumos_Pipeline_master_2\Lumos\src\Kernel\PropertyValue\Fade\AbstractFader.cs:Zeile 53.
   bei org.dmxc.lumos.Kernel.PropertyValue.Filter.SparkleFilter.doFilter(IPropertyValue input, Int64 timeInMs, Int64 delta) in D:\Jenkins\workspace\Lumos_Pipeline_master_2\Lumos\src\Kernel\PropertyValue\Filter\SparkleFilter.cs:Zeile 180.
   bei org.dmxc.lumos.Kernel.PropertyValue.Filter.AbstractEffectFilter.doFilter(IPropertyValue input) in D:\Jenkins\workspace\Lumos_Pipeline_master_2\Lumos\src\Kernel\PropertyValue\Filter\AbstractEffectFilter.cs:Zeile 58.
   bei org.dmxc.lumos.Kernel.PropertyValue.AbstractPropertyValue.getPropertyValue(Int64 timeInMsAbs) in D:\Jenkins\workspace\Lumos_Pipeline_master_2\Lumos\src\Kernel\PropertyValue\AbstractPropertyValue.cs:Zeile 402.
   bei org.dmxc.lumos.Kernel.PropertyValue.AbstractPropertyValue.setOutputTime(Int64 timeInMsAbs, Double delayPercent, Double fadePercent, Boolean fadeIn, IMixerRegister register, IProcessable fader) in D:\Jenkins\workspace\Lumos_Pipeline_master_2\Lumos\src\Kernel\PropertyValue\AbstractPropertyValue.cs:Zeile 338.
   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_Pipeline_master_2\Lumos\src\Kernel\Scene\Fade\FadeDecorator.cs:Zeile 96.
   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_Pipeline_master_2\Lumos\src\Kernel\Scene\Delay\DelayDecorator.cs:Zeile 38.
   bei org.dmxc.lumos.Kernel.Scene.Fade.AutoFadeDecorator.triggerFade() in D:\Jenkins\workspace\Lumos_Pipeline_master_2\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_Pipeline_master_2\Lumos\src\Kernel\Scene\Fade\AbstractValueFadeDecorator.cs:Zeile 201.
   bei org.dmxc.lumos.Kernel.Scene.Fade.AbstractFadeDecorator.trigger() in D:\Jenkins\workspace\Lumos_Pipeline_master_2\Lumos\src\Kernel\Scene\Fade\AbstractFadeDecorator.cs:Zeile 65.
   bei org.dmxc.lumos.Kernel.Scene.SceneFadeTicker.processBag(ProcessableTickerBag bag, Int64 now) in D:\Jenkins\workspace\Lumos_Pipeline_master_2\Lumos\src\Kernel\Scene\SceneFadeTicker.cs:Zeile 218.

Gleiches gilt auch für andere Master.

Mache ich das Gleiche zum Beispiel mit dem Chaser-Effekt, kann ich den ColorMaster nutzen, um die Farbe zu steuern. Entsprechend Patricks Aussage müssen hier Code-Segmente explizit kopiert werden.

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.

Wie im Rahmen des “Vlaue change to bool”-Nodes mit steigender und sinkender Flanke ( FS#4423 ) festgestellt scheint der Slider bei Bewegung zuerst Werte in die andere Richtung auszugeben.

Fehlerbeschreibung

Aktuell bleibt jedes Icon nach anklicken angewählt bis ich es ein zweites Mal anlicke, d.h. ich kann mit einfachen Mausklicks mehrere Icons auswählen.
Analog zum Verhalten im PE oder auch ganz allgemein in Windows sollte eine Mehrfachauswahl nur mit Shift bzw Strg möglich sein.

Um etwas mit dem List Selector zu spielen, habe ich mir das im beigefügten Projekt enthaltene Connectionset gebaut. Über die Buttons “previous” und “next” kann ich die Geräte der zugeordneten Gerätegruppe durchschalten. Für einen schnellen Überblick einfach das letzte Fensterlayout laden.

Hierbei musste ich aber feststellen, dass die Liste, welche das Device Group Node generiert, nicht der Reihenfolge der Sortierung der Geräte innerhalb der Device Group entspricht. Die erwartete Sortierung entspricht dem, wie die Geräte in der Stage View von links nach rechts positioniert sind. Selbst eine einfache alphabetische Sortierung der Geräte entsprechend ihres Namnes oder auf Basis der Gerätenummer findet nicht statt. Somit ist es in der aktuellen Version etwas unintuitiv, das gewünschte Gerät aus der Liste herauszusuchen.

s.o.

Color Bar im Softdesk, im IA verknüpft mit einem Converter Color to… Anschließend Converter … to Color

HSV: Der Converter gibt RGB Werte aus (je 0-255, erwartet hätte ich 0-1)
RGB, CMY: Der Converter gibt keinen Wert aus

Ändere ich bei einem bereits einmal gespeicherten und wieder geöffneten Projekt zum Beispiel bei einer Auswahl von Devices in der Stage View die Einstellung “Enabled”, so friet die GUI ein. Um weiterarbeiten zu können, muss ich den Prozess “hart” über den Task Manager beenden.

Dieses Ticket beschreibt den eigentlich beobachteten Fehler aus Ticket FS#4683. Im Nachhinein betrachtet war es dort die gleiche Vorgehensweise, nur eben mit dem Eintrag “Mirror horizontal”. Hier war das Projekt zum Zeitpunkt des Auftreten des Fehlers zuvor ebenfalls innerhalb der Sitzung nochmal neu geladen worden.

Im Anhang befindet sich das Projekt sowie die Logfiles, wobei die der GUI nur bis zu dem Zeitpunkt erfasst sind, bis diese über den Taskamanager beendet wurde.

Beim Reproduzieren des Fehlers aus Ticket  FS#4709  habe ich ein einziges DDFs aus verschiedenen Verzeichnissen einem neuem Projekt hinzugefügt. Bedeutet:

1. DDF aus Verzeichnis A dem Projekt hinzugefügt
2. DDF in ein anderes Verzeichnis verschoben und leicht modifiziert
3. DDF aus Verzeichnis B dem Projekt hinzugefügt
4. …

Aus diesem Grund befand sich das DDF beim Speichern des Projekts nicht mehr im Verzeichnis A. Dies bemerkt der Kernel und trägt eine Fehlermeldung im Log ein:

23:43:06 WARN  FileBackendDatastore - Following Resources could not be saved in Project:
{ "type": "DDF", "name": "Icons\\Eurolite LED BAR-6 QCL RGBA (9 channel).xml" }
{ "type": "DDF", "name": "Images\\Eurolite LED BAR-6 QCL RGBA (9 channel).xml" }
23:43:07 INFO  Messages - Message from SKI-DSK-TCM900A: Saved Project to GUI SKI-DSK-TCM900A, Path 2022-01-22 - DDF Folders.dmz

In der GUI gibt es dazu keinerlei Hinweise, dass beim Speichern des Projekts nicht (mehr) alle benötigen Daten gefunden werden konnten. Gerade in Hinblick darauf, wenn zukünftig noch mehr Dateien für das Projekt benötigt werden, sollte bereits beim Speichern ein solcher Hinweis erscheinen.

Möglicherweise steht dieses Ticket ein Stück weit auch im Zusammenhang mit  FS#4651  oder kann im gleichen Aufwasch behoben werden.

Durch einen dummen Zufall ist mir aufgefallen, dass DDFs, welche sowohl im Verzeichnis “Icons” und / oder “Images” liegen, ebenfalls einem Projekt hinzufügt werden können. In diesem Fall übernimmt DMXControl 3 beim Speichern sogar diese zusätzlichen Pfade, wie in dem beigefügten Projekt zu sehen ist.

Um den Fehler gezielt zu reproduzieren, habe ich bewusst den DMX-Mode bei den Devices 2 und 3 angepasst, damit ich die Software entsprechend zum erneuten Laden der verfügbaren DDFs bewegen konnte.

Aus meiner Sicht sollte dies unterbunden werden. DDFs haben ausschließlich direkt im Verzeichnis “UserDevices” zu liegen, nicht in den Unterordnern “Icons” oder “Images”. Eigene Ordner werden im Übrigen bereits ignoriert.

In der Alpha 8 werden neue Elemente nicht wie bisher an der Stelle des Mausklicks angelegt sondern stets links oben.

Im InpAss werden bei den Nodes die Inputs nicht verändert. In den Eigenschaften sieht man aber, dass es geändert wurde.

Im Softdek kann man einen eingefügten SLider nicht sehen(außer drei Strichen). Ändert man den Style, dann kann man ihn richtig sehen.
Alpha 8

s.o.

Hallo
als ich die 3.3 Alpha 8 installiert habe und mein Projekt geöffnet habe, sind die Elemente im Input Assignment alle übereinander angeordnet.
Auch wird die eingestellte Position und der Zoom nicht übernommen.
Stelle ich hier was ein und schließe das Connectionset und öffne es wieder sieht es wieder wie vorher aus.

Für den Position Master sollen folgende Buttons hinzugefügt werden:

• Zero Pan
• Zero Tilt

Ist ein Button mit “Empty” belegt, sollten diese so gestaltet werden, dass diese farblich deutlich zurückhaltend gestaltet sind. Aktuell muss man sehr genau schauen, welche Button mit einer “richtigen” Aktion belegt sind.