Bugtracker DMXControl 3

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

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

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

Es wäre cool, wenn man über das Input Assignment die Sichtbarkeit von einzelnen Softdesk Elementen ein- und ausstellen könnte.
Visibility True/ False, kennt man so zum Beispiel aus den UserForms in VBA.

Damit kann man einen Softdesk anlegen und beispielsweise zwischen Experten und Standardbedienung umschalten.
Je nach Modus würden dann unterschiedliche Softdesk-Elemente ein oder ausgeblendet werden.

Das ist hilfreich, wenn das Projekt nicht nur vom Ersteller, sondern auch von unerfahrenen Nutzern benutzt wird, die mit zu vielen Optionen überfordert wären.
In meinen Fall nutzen wir die Software in unserer Kirchengemeinde und die anderen Nutzer brauchen nicht so viele Effektmöglichkeiten wie ich.

für die Colormaster wäre folgendes Control Nice:

https://tripleblue.net/wp-content/uploads/2020/04/MA-2-Colorpicker-With-Fade-basic-2.png

Im Input Assignment einfach die IDs der Colormaster einfügen und dann für jeden Colormaster eine Zeile im Control. All würde bei allen Colormastern die Farbe setzen…

Beim Bedienen von Slidern im Softdesk springt der Wert zu der Stelle, auf die man gedrückt hat und folgt dem Cursor direkt (oder dem Finger bei einem Touchscreen). Deswegen wäre ein zusätzlicher relativer Bedienungsmodus praktisch, bei dem man egal wo auf den Slider klicken und ihn dann hoch und runter schieben kann.

Das kann gerne auch für Maus und Touch einzeln ausgewählt werden, wie bei dem Capture Modus.

Hallo,
beim Testen der 3.3.0 RC2 ist mir aufgefallen das, wenn ich ein Element im Softdesk anlege, die Werte für X,Y, Hight und Width im Fenster angezeigt werden.

Fehlerbeschreibung

Erwartetes Verhalten

Fehlerbeschreibung

Erwartetes Verhalten

Ich habe Probleme beim Laden von gespeicherten Textbüchern.

Es werden die Styles nicht geladen
Und es kommt vor, dass bei größeren Änderungen Sachen nicht gespeichert werden. Was genau konnte ich noch nicht reproduzieren.

Ich habe aber im Log eine Meldung gefunden, dass nicht richtig gespeichert werden konnte.

Starte ich die Software mit aktivertem VPN bleibt der Network-Explorer leer und es kann keine Verbindung zwischen den Programmteilen hergestellt werden.
Deaktiviere ich das VPN, in meinem Fall Wireguard, und starte die Software erneut klappt es. Wenn die Verbindung steht kann ich das VPN wieder aktivieren und die Software funktioniert weiter.

- Projekt laden, Fensteranordnung laden
- Preset “Flüstern - Strophe” → Im Programmer bearbeiten
- “Pixel Col 1” aus Programmer löschen
- “Pixel” aus Programmer löschen
- Gruppe Pixel in Main-Stageview auswählen

Nach kurzer Zeit im Umbra:

19:33:22 ERROR ServerCallHandler - Error when executing service method 'CanAttachTo'.
System.Threading.Tasks.TaskCanceledException: A task was canceled.
   at Umbra.Bridge.UnaryToStreamBridge`2.ClientSideTaskProvideClient(TRequest request, UmbraClient u, Nullable`1 deadline, CancellationToken contextCancellationToken) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Umbra\src\Bridge\UnaryToStreamBridge.cs:line 0
   at Umbra.Bridge.UnaryToStreamBridge`2.ClientSideTaskProvideClient(TRequest request, UmbraClient u, Nullable`1 deadline, CancellationToken contextCancellationToken) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Umbra\src\Bridge\UnaryToStreamBridge.cs:line 208
   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)
19:33:25 ERROR ServerCallHandler - Error when executing service method 'CanAttachTo'.
System.Threading.Tasks.TaskCanceledException: A task was canceled.
   at Umbra.Bridge.UnaryToStreamBridge`2.ClientSideTaskProvideClient(TRequest request, UmbraClient u, Nullable`1 deadline, CancellationToken contextCancellationToken) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Umbra\src\Bridge\UnaryToStreamBridge.cs:line 0
   at Umbra.Bridge.UnaryToStreamBridge`2.ClientSideTaskProvideClient(TRequest request, UmbraClient u, Nullable`1 deadline, CancellationToken contextCancellationToken) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Umbra\src\Bridge\UnaryToStreamBridge.cs:line 208
   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)

- PWM-Effekt auf Pixel-Dimmer in Gerätesteuerung ziehen
→ Effekt steht
→ Effekt lässt sich nicht mehr löschen

Wenn ich mit dem Compare-Node Werte vergleiche, muss ich Nachgang noch weitere Nodes einfügen, wenn mit dem zu prüfenden Wert weiterarbeiten möchte. Üblicherweise ist das ein Input Selector.

Um die Connectionsets zu vereinfachen, schlage ich vor, den Compare-Node um einen zusätzlichen Eingang mit dem Namen “Val” zu erweitern. An diesen Eingang schließe ich einen beliebigen Wert an, mit ich im Anschluss weiterarbeiten möchte. Dieser muss aber nicht zwingend der Wert sein, auf den ich die Prüfung laufen lasse und kann daher auch ein String sein. Deswegen sehe ich aktuell keinen Sinn darin, ein vergleichbares Verhalten über eine Einstellung festzulegen.

Nutze ich den Val-Eingang, wird am Ausgang statt True / False bei Erfüllung der Prüfbedingung der am Val-Eingang anliegende Wert ausgegeben. Ggf. ist zu überlegen, ob das Node eine Einstellung erhält, bei der festlegt wird, welcher Wert bei Nichterfüllung der Prüfbedingung anliegen soll.

Tests mit dem Bitmap from Resource Node haben unter anderem auch im Ticket  FS#4802  gezeigt und bestätigt, dass dieser Weg nicht der richtige für den folgenden Anwendungsfall ist:

Ich möchte mir das aktuell gewählte Gobo auf einem Button eines Macro Boards anzeigen lassen. Im Idealfall kann ich dazu ein entsprechendes Converter-Node am Gobo-Ausgang des DMXC-Mixers bzw. des Programmers anschließen und mit diesem dann wiederum den gewünschten Button verknüpfen.

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

Fehlerbeschreibung

Erwartetes Verhalten

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

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

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

2 unterschiedliche Attribute sollte es für Cues geben

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

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

Beim klonen wird immer nur eine Klon erstellt. Das nervt bei z.B. 32 Connections ziemlich ;) Also als neues Feature im Context-Menü bei Rechtsklick auf CS “Clone multiple” und dann in einem PopUp-Fenster die Auswahl, wie viele CS erstellt werden sollen.

Im beigefügten Beispielprojekt habe ich vier verschiedene Inputs an das LTP-Node gehängt: Macro Board Profile, Tastatur (Umsch + 1), Push-Button aus Softdesk (Button 2) und MIDI. Lade ich das Projekt, kann ich über den Button 1 bereits die Signal Lamp einschalten, weil der LTP keinen definieren Wert übergibt, da er wiederum keinen definierten Wert von den Inputs erhält.

Dies hat bei anderen Projekten zur Folge, dass zum Beispiel ungewollt Cuelists ausgeführt werden. Zur Zeit lässt sich das nur dadurch beheben, dass ich nach dem Laden einmal alle Tasten betätigte und damit auch eine Neuberechnung des jeweiligen Connectionsset anstoße. Dabei muss ich beachten, dass beim manuellen Triggern alle Bänke aktiv sind, in denen ich die jeweiligen Input nutze. Sobald eine Bank nicht aktiv ist, behält der Input seinen undefinierten Zustand bei, wenn ich die Bank nachträglich aktiviere. Dies hat wiederum zur Folge, dass ich die dort in den Connectionset enthaltenen Inputs erneut manuell triggern muss.

Hierzu hatte sowohl ich das Ticket  FS#3958  sowie @steff das Ticket  FS#4432 . Vielleicht hat eines oder gar beide eine gewisse Relation zu diesem Ticket.

Bei diesem Punkt handelt es sich um ein Verhalten, was sowohl in DMXControl 3.2.3 als auch in DMXControl 3.3 Beta 2 gleichermaßen existiert. Um dies prüfen zu können, ist das Projekt in DMXControl 3.2.3 erstellt.

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

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

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

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

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

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

- RGB (Beam 1-3)
- Position

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

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

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

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

DMXControl 3 hat unterschiedliche Properties. Diese müssen visualisiert werden. Im folgenden sollen Vorschläge gesammelt werden, wie diese Visualisierung aussehen soll. Dabei sollen alle wichtigen Visualisierungen mit einem +++ versehen werden Bereits erledigte Visualisierungen sind als solche markiert.

• Color +++ (erledigt)
• ColorTemp (erledigt)
• Cool
• Dimmer +++ (erledigt)
• Effectwheel
• Fan –> num. Fann.
• Filter
• Focus –> num. Fann.
• Fog
• Frost –> num. Fann.
• Gobo +++ (WIP)
• Heat
• Index –> num. Fann. +/-
• Iris –> Darstellung als Iris-Blende analog zur Stage View
• Matrix –> Idealerweise Vorschau der Matrix, welche in dem Eintrag abgebildet ist
• Position +++ (erledigt)
• Prism –> kurzfristig keine Visualisierung, langfristig über ein generisch erzeugtes Bild auf Basis der DDF-Definition
• PTSpeed –> num. Fann.
• Radix –> Idealerweise Vorschau der Radix, welche in dem Eintrag abgebildet ist
• Raw –> num. Fann.
• Rotation –> num. Fann. +/-
• Scale
• Shutter +++
• Strobe +++
• Switch +++ (erledigt)
• Zoom –> Visualisierung eines Lichtkegels analog zum Programmer

Anmerkungen
Num. Fann –> Darstellung als Fanning einfacher numerischer Werte
+/- –> Darstellung wie num. Fanning, jedoch mit positiven und negativen Wertebereich, sodass der 0-Wert auf halber Höhe liegt

Neben dem Grandmaster wird es einen Speed (Effektgeschwindigkeit) und einen Timingmaster (Fade/Delay Zeiten) geben.

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

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

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

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

SignalLamp –> Signal Lamp
CueListSelector –> Cuelist Selector
DeviceSelector –> Device Selektor
CueListMonitor –> Cuelist Monitor
Style
AdvancedCueMonitor –> Advanced
Style
SimpleCueMonitor –> Simple

ColorBar –> Color Bar
Preset
AdvancedHSV –> Advanced HSV
Preset
BlackAndWhite –> White

ColorGrid –> Color Grid

Label
Style
CustomLabel –> Custom

Gesamte PropertyGrid:
- IsEnabled –> Enabled
- DisplayName –> Display Name
- BaseColor……

Button:
ValueActivated und ValueDeactivated
OffColor und OnColor
Entweder für beides On/off oder Activated/Deactivated
–> Die Einstellungen sollten auch direkt beieinander liegen.

Aktuell kann ich die verschiedenen Executor-Seiten nicht in einer eigenen Reihenfolge anordnen. Die angebotene Option “UI Order Index” wird zur Zeit ignoriert.

Wie bereits mehrfach besprochen sollte DMXC mehrere Modi unterstützen (Anfänger, Fortgeschrittener) sowie evtl. unterschiedliche Standard layouts (Theather, Disko,…)

Entsprechend sollten Elemente angezeigt oder ausgeblendet werden.

Hierzu muss folgendes durchgeführt werden:

1. Definition, welche Gruppen es gibt
2. Definition, was diese Gruppen sehen und was nicht
3. Implementierung des Models

Wichtig ist, dass diese Auswahl nur initial das System konfiguriert. Der User kann jederzeit in den Fortgeschrittenen Modus wechseln und dadurch mehr Dinge angezeigt bekommen.

Ich habe in dem beigefügten Projekt eine einfache Cuelist gebaut, in der ich zwei Color Master in Kombination mit verschiedenen Fanning-Operatoren nutze.

Wechsle ich nur innerhalb des Fannig-Operators die Reihenfolge der Color Master, so wird die Farbe immer direkt übergefadet. Ändert sich aber mit der nachfolgenden Cue der Fanning-Operator, springt die Farbe des entsprechenden Geräts jedoch grundsätzlich hart auf weiß, um dann in die Zielfarbe einzufaden. Die Reihenfolge der Color Master ist dabei unerheblich.

Dies ist sowohl in der Stage View als auch in der Channel Overview zu sehen.

1. ?? Cues wofür soll das stehen?
2. Status(RUNNING und STOPPED) und Play Mode sind bissel gequetscht… Evtl. mit Cues zusammenfassen. (Zeile 1 Name, Zeile 2 anzahl Cues+Status+Play Mode)
3. Der Dropdown-Pfeil ist überproportional groß
4. Scroll Balken Sichtbar, wobei alle Einträge sichtbar sind
5. Wenn man beim Selektieren im Design Modus auf den Pfeil klickt, wird das Control nicht selektiert (gewollt? Dann ist es auch i.o)
6. Der Status – Running ist mit grünem Hintergrund schlecht lesbar. Vlt. dunklere Hintergrundfarbe oder schwarzer Text?
7. Ist eine Cuelist ausgewählt und ändert sich der Abspielmodus, so wird es nicht aktualisiert. Im Dropdown Menü schon…
8. Ich persönlich finde den Text mit den Hintergründen nicht ganz stimmig. Vlt. Könnte man den Hintergrund so vergrößern, dass der Text nicht mit den Rundungen endet. Mehr Platz lassen, oder die Rundung entfernen.

Im Ticket  FS#3722  kam der Wunsch auf, die Ports der Art-Net-Ausgabe etwas sinnvoller zu sortieren, dass immer direkt 8 Universen am Stück adressiert werden. Durch das neue Ausgabe-Plugin hat sich dieser Dialog in der Hinsicht vereinfacht.

Als Folgeproblem hat sich aber nun durch das neue Ausgabe-Plugin für Art-Net ergeben, dass jedes weitere immer mit dem 1. DMX-Universum angelegt wird - und war sowohl innerhalb der Übersicht der DMX-Interfaces als auch in den erweiterten Einstellungen selbst. Um das Anlegen mehrerer Art-Net-Interfaces zu vereinfachen und zu beschleunigen, sollte hier an beiden Stellen bei den DMX-Universen automatisch “hochgezählt” werden. Net und Subnet bleiben konstant.

Es wäre super wenn es in Zukunft möglich wäre die Ergebnisse des Audio Analyzers an andere Software per Midi weiterzugeben.

Hallo zusammen.

Ich bin durch einen Kollegen auf euch gestoßen und bin fasziniert was ihr da geschaffen habt!!!
Leider habe ich ein Problem mit der Auswahl meines Audiointerfaces im Audio Analyser.

Ich besitze das Focusrite Scarlett 2i2o
https://focusrite.com/de/usb-audio-interface/scarlett/scarlett-2i2

Sobald ich dieses als Eingabegerät wählen möchte (Play Button im Audi Analyser) stürzt das komplette Programm ab :( DMXControl (GUI) crashed

Die Logfile ist im Anhang und ich würde mich mega freuen wenn ihr das in den Griff bekommt oder mir helfen könntet woran es liegt :)

Tausend Dank und weiter so, ich bin wirklich geflashed von eurer Arbeit !!!

Der Speedmaster kann ja mit DMXControl 3.2.2 nun auch direkt auf einen BPM-Wert gesetzt werden. Hier wäre es hilfreich, wenn der AudioAnalyser diesen ebenfalls direkt so als Input anbieten kann.

Der aktuell vorhandene Zählwert für den Beat lässt den Speedmaster zu sehr springen, was das Ergebnis merklich verfälscht und in einem großen Spektrum stark springen lässt. So habe ich Titel, wo der AudioAnalyzer mit seiner Analyse konstant bei beispielsweise 128 BPM liegt. Der Speedmaster macht daraus allerdings BPM-Werte zwishcen 120 und 160 BPM, je nachdem wie die Zählwerte über den Beat to Bool Konverter am Learn-Input ankommen.

AudioAnalyser als Auswahlmöglichkeit für BeatSource der CueList hinzufügen. Das ermöglicht vom AudioAnalyser erzeugte Beat-Steuerung, die nicht einen gleichmäßigen Beat erzeugt (wie ManuelBeat oder Speedmaster).
Die Erweiterung ermöglicht evtl. auch anderen Erweiterungen/Plugins sich an dieser Stelle einzubinden.

AL: Vorbereitung erledigt. Frank muss Plugin anpassen

Leider werden die Einstellungen des Audio-Analysers, also eingestellte Soundkarte, Level Correction, Number of Bands nicht gespeichert, so das sie nach jedem Neustart vom DMXControl wieder erneut ausgewählt werden müssen.

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

LOG

17:48:42 WARN  ProjectManager - Error when loading Project Temp\c1befaac-c720-475c-9bf3-383b87917310.tmp: Warnings in Project
ProjectLoad: WARNING: Loading Graphs in Project(null)ProjectLoad: WARNING: Unable to load Links in Graph in Copy of Connection set(null)org.dmxc.lumos.Kernel.Exceptions.ProjectLoadException: Warnings in Project
   bei org.dmxc.lumos.Kernel.Project.ProjectManager.loadProject(String filename, Stream inputStream, String sessionName, Boolean loadId) in D:\Jenkins\workspace\Lumos_Pipeline_3.2_2\Lumos\src\Kernel\Project\ProjectManager.cs:Zeile 341.
   bei org.dmxc.lumos.Kernel.Project.ProjectManager.loadProject(String filename, String sessionName) in D:\Jenkins\workspace\Lumos_Pipeline_3.2_2\Lumos\src\Kernel\Project\ProjectManager.cs:Zeile 227.
   bei org.dmxc.lumos.Kernel.Command.KernelCommandFactory.loadProject(String sessionName, String tmpFile) in D:\Jenkins\workspace\Lumos_Pipeline_3.2_2\Lumos\src\Kernel\Command\KernelCommandFactory.cs:Zeile 1419.
17:48:42 WARN  LumosTools - Loading Graphs in Project
17:48:42 WARN  LumosTools - Unable to load Links in Graph in Copy of Connection set
17:48:42 WARN  LumosTools - Loading Graphs in Project
17:48:42 WARN  LumosTools - Unable to load Links in Graph in Copy of Connection set
17:48:42 INFO  InputManager - Processing of Graph Copy of Connection set took 33ms

Was habe ich vor?

Was finde ich?

Was erwarte ich?

Hinweise

Fehlerbeschreibung

Erwartetes Verhalten

Beobachtetes Verhalten

Hinweise

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.

Da wir immer mehr eigene Hardware anbieten und auch hin und wieder neue Funktionen in die Devices kommen, welche z.T. eng mit DMXC verknüpft sind (Nodle U1, Sync ausgabe, heartbeat), wäre es vielleicht sinnvoll die jeweils aktuellste Firmware für z.B. das Nodle U1 und dann auch das R4S und zukünftige mit DMXC 3 auszuliefern und eventuell beim Start den User darauf hinzuweisen, das eine neue FW verfügbar ist.

DMXC3 müsste dafür nur eine Datei pro HW haben, in welcher die aktuellen FWs stehen und diese beim Verbinden mit dem Interface abgleichen.
Wurde eine ältere Firmware im Device erkannt, kann wird beim Start der Software und verbinden der HW eine MessageBox geworfen und die Verbindung abgebrochen mit Hinweis auf die neue FW.

Der User kann nun entscheiden ob er die Hardware mit der alten FW verbinden will oder zunächst ein Update machen will.
Bei Update-Entscheidung muss DMXC nur ein kleines von uns mitgeliefertes Programm/Tool/exe starten, welches in einem definierten Pfad im Kernel oder GUI liegt.

z.B. beim U1: kernel/hardware/nodle_u1/update.exe –Serialnumber
oder beim R4S: kernel/hardware/nodle_r4s/update.exe –Serialnumber

Das Programm “update.exe” ruft dann die nötigen subprogramme/Funktionen/etc aus dem Ordner auf, um den User durch den Flashvorgang zu leiten.
Wenn erfolgreich, meldet das Programm “exit 0” oder so zurück und DMXC3 kann mit dem Verbindungsaufbau zur HW fortfahren.
Die Seriennummer oder eine andere Geraetekennung (je nach Device) dient dazu mehrere angeschlossene Geräte zu unterscheiden.

Je nach Gerät passiert das alles nach dem druck auf “Ja Update Jetzt” automatisch, weil der User keine Interaktion mit der HW benötigt.
Die spezifischen Unterschiede für jede Hardware sind von DMXC3 komplett entkoppelt und nur in der update.exe pro Hardware zu warten.
Damit ist das jederzeit austauschbar/anpassbar ohne DMXC und dessen Hardware-Treiber zu beeinflussen.

Als Luxus-Variante könnte in dem “neue FW-Fenster” noch der Changelog bzw. die neuen Funktionen des Firmware drin stehen, die sich DMXC aus besagter Versionsdatei in dem jeweiligen Verzeichnis ziehen kann.

Hallo,

ich benutze unter Win10 das Lixada USB-DMX512 Dongle mit dem Illutzmination Treiber um ein RGB Par zu steuern. Funktioniert zunächst wie gewünscht, aber nach einiger Zeit (wenige Sekunden bis Minuten) kommen an der Lampe keine Änderungen mehr an (Display an der Lampe blinkt nicht mehr). Der USB-Stick flackert dann auch nicht mehr orange. Wenn ich unter DMX-Interfaces das Häkchen für “Enable” entferne und wieder setzte läuft es kurz wieder weiter, bis es wieder stoppt. Im Lumos Log steht:

2019-04-20 21:47:36,610 [56] INFO org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Set timing values to Break 0, MAB 243, IB gap 254
2019-04-20 21:47:36,612 [56] INFO org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Successfully enabled uDMX interface with serial ‘ILLUTZMINATOR001’ 2019-04-20 21:48:18,288 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:18,489 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:18,690 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:18,891 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:19,092 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:19,293 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:19,494 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:19,695 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:19,896 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:20,098 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:20,299 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 2 bytes, wrote 0
2019-04-20 21:48:20,512 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 1 bytes, wrote 0

Kann man evt. an Timing-Konfigurationen etwas Entspannteres einstellen? Der Test der Hardware mit Freestyler zeigt bisher keine solchen Abbrüche.

Danke für Feedback.

Als zum Ticket  FS#3167  ergänzende Funktion soll es möglich sein, bei einem beliebigen DMX-Ausgabe-Plugin nachträglich die Ausgangs- und Eingangs-Universen neu zu patchen, ohne dabei das betreffende und bereits konfigurierte DMX-Ausgabe-Plugin entfernen zu müssen. Angedacht ist hier ein Fenster, in dem man angeben kann, ab welchen DMX-Universium bzw. DMX-Adresse die verfügbaren Ports entsprechend fortlaufend belegt werden sollen. Sprich soll das Art-Net-Ausgabeplugin fortlaufend ab DMX-Universum 3 Werte ausgeben oder erst ab dem 5. DMX-Universum.

Zwei Punkte:

a) Beim Hinzufügen der Open DMX-Schnittstelle von Enttec muss zum einen in dem sich öffnenden Fenster in dem leeren Parameterfeld für den Parameter <Gerät>

FT232R USB UART [A60185MM]

ausgewählt werden. Es ist keinerlei Hinweis sichtbar, dass hier überhaupt eine Auswahl vorgenommen werden muss. Das leere Parameterfeld wird nicht als Combobox dargestellt.

b) Werden GUI und Kernel unter Sicherung des Projekts beendet und GUI und Kernel wieder gestartet, wird zwar unter dem Reiter DMX-Schnittellen der Enttec OpenDMX als ein Zeileneintrag dargestellt. Klicken auf <Erweiterte Schnittstellenbeschreibungen> führt jedoch zur Fehlermeldung “Schnittstelle nicht verfügbar”.
Die Schnittstelle muss komplett gelöscht werden und wie unter a) neu angelegt werden.
Sicherung des Projekts hat auf das Verhalten kein Einfluss.
Wird nur die GUI beendet, tritt der Effekt nicht auf. Es muss der Kernel beendet werden.

Im QRM-Meeting vom 16.03.2021 wurde vereinbart, dass das Fenster des Add Interface Dialogs um einen zusätzlichen Zweig über dem Zweig der Non Auto Detect Interfaces erweitert wird, in dem alle automatisch erkannten Interfaces gesammelt werden, die auch noch nicht in Verwendung sind. Das zugehörige Stichwort wie auch in dem ursprünglichen Ticket  FS#4369  beschrieben, ist “Discover-Mode für Auto-Detect-Interfaces”. Dieser Modus ist ein zusätzlicher Entwicklungsstrang parallel zum Punkt “Anpassung des Add Interface Dialogs selbst”.

no task description

Aktuell existiert im Executor-Fenster grundsätzlich der Button “Add Page”. Dieser sollte für den Live-Betrieb aber abschaltbar sein, um dort nicht versehentlich neue Seiten anzulegen.

Eventuell könnte eine Variante sein, diese Option in die Properties des Zweigs für die Executor Pages.

RGB+ Kanäle Visualisieren

Option für Displays einbauen
-HSV
-CMY
-RGB
-Die Kombinationen aller

Ich habe eine einfache Cuelist mit zwei Cues gebaut, die in Schleife wiedergegeben wird:

1. Cue 1: Dimmer [100%], Farbe [ColorMaster 1]
2. Cue 2: Dimmer [100%], Farbe [ColorMaster 2]

Beide Color Master habe ich mir in den verschiedenen Modi RGB, CMY und HSV in eine Executor Page geliegt.

Jenachdem, welchen Color Master Typ ich nutze, um die Farbe einzustellen, ändert sich der Farbübergang zwischen den beiden Cues. Entweder direkt oder entlang des Farbkreises. Dass die Kombination des Farbtypes / Farbmodells den Fade beeinflusst, ist grundsätzlich bekannt (siehe Ticket FS#4279).

An dieser Stelle kann es zu Verwunderungen führen, wenn eben dieses Verhalten nicht bewusst ist. Die Verwunderung kann noch größer sein, wenn man einmal die Farbe per Fader festlegt (der als HSV konfiguriert ist) und dann die Farbe per Button setzt - innerhalb eines Executorzugs. Auch dies beeinflusst den Farbübergang.

Grundsätzlich kann man diesen Punkt dokumentieren, bis er sich bei der Umsetzung des Tickets FS#4279 “erledigt”. Die Frage ist aber, ob dies ein praktikabler Weg ist und ob es nicht besser wäre, dem ColorMaster eine Einstellung mitzugeben, dass er die Farbe nur intern in einem bestimmten Farbmodell vorhält.

Aus der Erfahrung heraus gibt es für LED-Scheinwerfer eine Reihe von Farben, die man gerne wiederverwendet, weil man weiß, dass sie auf den Geräten gut aussehen. Solche Farben sind aber oft Mischfarben. Diese Mischfarben kann man mit einem Fader jedoch nur schwer schnell und reproduzierbar “treffen”.

Grundsätzlich besteht die Möglichkeit, diese Farben in mehreren Cuelists zu speichern, gerade wenn man sie über mehrere Geräte unterschiedlich aufrufen möchte. Um das Projekt flexibler zu gestalten, kam mir daher der Gedanke, dass man durch die Kombination eines Color Masters auf einem Executor mit einer selbst definierten Color List ggf. vereinfachen könnte. Hierzu wähle ich statt eines Faders wie Hue, Saturation, Red oder ähnlich eine meiner vorbereiteten Color Lists aus. Auf Basis dieser Color List erhält man im Bereich des Faders statt des Faders untereinander angeordnete Buttons mit den Farben aus der ausgewählten Color List. Damit ließen sich eigene Farben entsprechend schneller anwählen und man benötigt für einen Color Master auch nur einen Executor-Zug.

Die Executorzüge sind recht Steif, wenn man einen einfachen Dimmer Ex.-zug hat hat man einen Fader und 4 tasten,
Schön wäre dort das ganze etwas Flexibler zu gestalten, wie :
beim dimmer müssten die Tasten ein paar mehr funktionen bekommen wie zum beispiel: fade auf in x Sec. ; Fade zu in X sec, fade bis wert x
–> dazu könnte man noch kleinere “werte-knöpfe” anlegen im Fader wo man das “X” definieren kann nach bedarf

Beim Colormaster-Executorzug (Fügt man 2 mal den Gleichen CM nebeneinander ein hat man 2 Fader ) da wäre schön den zweiten Fader gegen weitere Tasten Tauschen zu können.
(welche man in der Jeweiligen Farbe einfärben könnte)

generell, Fader oder Tasten, mit dem eintrag “Empty” , sollten einfach komplett ausgeblendet sein, gilt auch für ungenutzte Executorenzüge auf einer seite.

Schön wäre die einzelnen executoren-Seiten auch in einzelne Fenster zu bekommen.

Fehlerbeschreibung

Erwartetes Verhalten

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