Bugtracker DMXControl 3

Verschiebt man ein oder mehrere Geräte in der StageView, so wird nur manchmal die Dirtyflag gesetzt.
Wird die Diskette rot, so wechselt sie nach circa 2 Sekunden wieder in den Ursprungszustand schwarz.

Fehlerbeschreibung

 bei Lumos.GUI.Windows.Softdesk.SoftdeskWindow.getSoftdeskModelFromID(String id) in D:\Jenkins\workspace\Lumos_Pipeline_3.2\LumosGUI\src\Windows\Softdesk\SoftdeskWindow.cs:Zeile 71.
 bei Lumos.GUI.Windows.Softdesk.Designer.SoftdeskDesigner..ctor(String id) in D:\Jenkins\workspace\Lumos_Pipeline_3.2\LumosGUI\src\Windows\Softdesk\Designer\SoftdeskDesigner.cs:Zeile 83.
 --- Ende der internen Ausnahmestapelüberwachung ---
 bei System.RuntimeMethodHandle.InvokeMethod(Object target, Object[] arguments, Signature sig, Boolean constructor)
 bei System.Reflection.RuntimeConstructorInfo.Invoke(BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
 bei System.RuntimeType.CreateInstanceImpl(BindingFlags bindingAttr, Binder binder, Object[] args, CultureInfo culture, Object[] activationAttributes, StackCrawlMark& stackMark)
 bei System.Activator.CreateInstance(Type type, BindingFlags bindingAttr, Binder binder, Object[] args, CultureInfo culture, Object[] activationAttributes)
 bei System.Activator.CreateInstance(Type type, Object[] args)
 bei Lumos.GUI.WindowManager.GetContentFromPersistString(String persistString) in D:\Jenkins\workspace\Lumos_Pipeline_3.2\LumosGUI\src\WindowManagement\WindowManager.cs:Zeile 1817.

Ich habe ein neues Projekt erstellt und 4 Dimmer als Geräte inklusive Gerätegruppe hinzugefügt.
Die Eigenschaften Dimmer und Strobe lassen sich ganz normal sowohl über die Gerätegruppe als auch einzeln einstellen.

Nach Neustart:
Alle Dimmer sind in der StageView weiß, obwohl in den Properties je Gerät 0 für den Dimmerwert eingetragen ist.
Der Dimmerwert lässt sich ändern, dies hat aber keinen visuellen Einfluss in der StageView. Egal ob der Dimmerwert bei 0 oder 50 eingestellt ist, das Icon ist immer weiß. In der DMX Ausgabe scheint alles zu funktionieren. Denn in der “Channel Overview” werden die Werte korrekt angezeigt.

Fügt man ein neues Gerät hinzu, lässt sich dieses ganz normal in der StageView bedienen. Die “alten” Geräte sind jedoch weiterhin in der StageView “eingefroren”.

Ich habe ein neues Projekt erstellt und 4 Dimmer als Geräte inklusive Gerätegruppe hinzugefügt.
Die Eigenschaften Dimmer und Strobe lassen sich ganz normal sowohl über die Gerätegruppe als auch einzeln einstellen.

Wird das Projekt neu geladen, besitzt die Gerätegruppe keine Eigenschaften mehr. Das Fenster Properties ist leer.
(Im Projekt Explorer sind der Gerätegruppe noch alle Geräte enthalten).

Dirtyflag wird bei “Reset View” gesetzt, bei Verschieben mit Mausrad oder den Pfeilen jedoch nicht.

Das Verhalten ist aus meiner Sicht inkonsequent. Entweder müsste die DirtyFlag auch gesetzt werden, wenn ich die View verschiebe, oder die Flag darf nicht gesetzt werden, wenn ich die View zurücksetze.

Um eine Cuelist (bzw. später eine Timecodeshow) über mit externem Timecode zu fahren. Dies ist nötig, wenn man eine DAW oder sonstige Software hat, die den Timecode vorgibt.

Autoprepare funktioniert nur wie gewollt, wenn der Shutter eines Gerätes geschlossen ist. Wenn ein Gerät keinen Shutter hat, funktioniert Autoprepare überhaupt nicht. Bei Geräten mit Shutter greift Autoprepare schon während des Ausfadens, sofern nicht auch der Shutter geschlossen wird.

Aufbau eines einfachen Projekts zum Reproduzieren:

Cuelist mit 4 Cues:
Cue 1: Dimmer 0% und/oder Shutter geschlossen (siehe unten)
Cue 2: Dimmer 100%, Shutter offen, Farbe Blau, Position A
Cue 3: Wie Cue 1
Cue 4: Dimmer 100%, Shutter offen, Farbe Rot, Position B

Hierbei sind mir diese unterschiedlichen Verhalten aufgefallen:

Generic RGB, Cue 1/3 enthält Dimmer 0%, kein Shutter vorhanden:
Cue 2 faded Dimmer und Farbe gleichzeitg (Wechsel von Weiß zu Blau ist erkennbar). Hier sollte Autoprepare ja eigentlich die Farbe voreinstellen.
Gleiches gilt für Cue 4 mit dem Fade Blau → Rot

Generic RGB mit Subdevice Generic Shutter, Cue 1/3 enthält Dimmer 0% und Shutter geschlossen:
Funktionier wie erwartet, die Farben für Cue 2/4 werden während Cue 1/3 voreingestellt, sodass beim Triggern der Cue nur der Dimmer faded.

Generic RGB mit Subdevice Generic Shutter, Cue 1/3 enthält nur Dimmer 0% und NICHT Shutter geschlossen:
Cue 2 verhält sich wie bei Generic RGB ohne Shutter (Kein Autoprepare). Beim Triggern von Cue 3 wird jedoch schon während des Ausfadens die Farbe zu Rot gefaded. Hier greift Autoprepare also zu früh.

Generic RGB mit Subdevice Generic Shutter, Cue 1/3 enthält nur Shutter geschlossen und NICHT Dimmer 0%:
Funktioniert wie erwarten, kein Unterschied zu Dimmer und Shutter in Cue 1/3.

Das Verhalten der Generic RGB mit Shutter konnte ich auch mit einem Stairville MH-X25 reproduzieren, hierbei war zusätzlich zu Farbe auch ein Positionswechsel in den Cues enthalten.
Auch hier galt, Shutter geschlossen führte zum erwarteten Verhalten von Autoprepare (mit und ohne Dimmer 0%), Shutter offen lassen und Dimmer 0% führte zu Autoprepare schon während des Ausfadens, durch die Positionsänderung noch deutlicher erkennbar.

Erzeuge ich im Projekt Explorer einen Ordner und möchte diesen über einen Doppelklick öffnen, funktioniert dies nicht. Über die Baumstruktur komme ich in den gewünschten Ordner.

Alpha3

Das angehängte Prjojekt kann nicht geladen werden. In diesem sind aber auch Presets vorhanden.
Bei “Loading Cuelists” geht es nicht weiter.
getestet unter alpha3

Beim Starten von DMXControl (z.B. 3.3 α3, betrifft aber auch die 3.2.2) erscheint der Splashscreen mit Versionsnummer.
Unten rechts ist eine rote Fläche, die unter dem dunklen Screen heraussteht.
Ganz rechts knapp über der 0 ist ein kleiner "durchsichtger" Bereich von einem Pixel.

Ich fände es sähe bei dieser Auflösung besser aus, wenn:
- der durchsichtige Bereich größer gemacht werden würde, dass er auch als solcher erkennbar ist
- der durchsichtige Bereich entfernt werden würde, sodass die rote Fläche komplett bis unter den dunklen Screen liegt (mein Favorit)

* DMXControl 3.2.2 installieren
* Update auf DMXControl 3.3.0 α3 installieren (Standardeinstellungen im Setup verwenden)

Im Startmenü sind dann alle (alte und neue) Einträge vorhanden - siehe Anhang.

Eigentlich will ich nur die neuen Einträge haben.

Um festzulegen, ob der Launcher nach dem normalen Schließen von DMXControl 3 noch weiter ausgeführt werden soll, soll der Schließen-Dialog entsprechend der Absprache im QRM vom 15.05.2021 einen weiteren Eintrag erhalten. Mit diesem Eintrag in Form eines Hakens kann man festlegen, ob der Launcher geschlossen werden soll oder nicht.

Da die bereits vorhandenen Einträge auch in den allgemeinen Einstellungen der GUI hinterlegt sind, sollte die Option für den Launcher ebenfalls dort enthalten sein.

Durch diese Option kann der Launcher auf die Exit-Codes reagieren und zum Beispiel visualisieren, wenn die GUI abgestürzt ist.

Lade ich die Cue 1 aus dem exemplarischen Projekt aus FS#4553 für die Änderung in den Programmer und ändere zum Beispiel den Dimmer nachträglich von 0 auf 100% oder passe die Position von 0; 100 auf 0; 50 an, so kann ich die Cue nicht über den Update-Button aktualisieren. Dies kann ich nur über die Eintrage “Merge” oder “Replace” vornehmen.

Die beigefügten Logfiles zeigen die Tätigkeit bis zur Änderung der Werte. Das Aktualisieren der Cue erfolgte nicht.

Ich lade exemplarisch das beigefügte Projekt. Wenn ich dann die GUI “hart” neustarte, das heißt die Anwendung über den Taskmanager schließe und die GUI neu starte, werden die Icons der Devic Groups in der Stage View nicht an ihrem ursprünglichen Platz anzeigt. Stattdessen befinden sich beide Icons der Device Groups übereinander gestapelt im Null-Punkt oben links in der Stage View. Die Icons der Geräte selbst befinden sich dagegen an ihrem ursprünglichen Platz.

Im Anhang finden sich die Logs der Sitzung sowohl vor als auch nach dem Neustart der GUI. Kernel und Umbra liefen die ganze Zeit durch.

Zu der Frage ob das Masterfenster beibehalten werden soll oder nicht, wurde im QRM-Meeting vom 15.05.2021 folgendes verabredet:

• Das Masterfenster bleibt als separates Fenster erhalten und ist auf dem bekannten Weg erreichbar.
• Die Master werden auf Basis der neuen Executor-Controls automatisch in dem Masterfenster und alle horizontal nebeneinander anlegt.
• Das Masterfenster erhält verschiedene Filter, um die Master nur anhand ihres Typs oder / und anhand von bestimmten Werten anzuzeigen.
• Die Anzeige der Group Master orientiert sich weiterhin an den Einstellungen der jeweiligen Device Groups, ob ein Group Master angezeigt werden soll oder nicht.
• Die Belegung der Buttons etc. ist nicht konfigurierbar und basiert auf Basis der Standardeinstellungen, mit denen ein Master auch einem Executor zugeordnet wird.
• Aus den verschiedenen Master-Ordnern kann man das Masterfenster direkt mit einem gesetzten Filter öffnen, um zum Beispiel nur die Group Master oder nur die Parametermaster anzuzeigen.

Bei Start des Launchers können die einzelnen Komponenten gestartet werden, und kommen (prinzipbedingt) in den Vordergrund.

Sobald alle Komponenten gestartet sind, sind die Buttons funktionslos.

Ich schlage vor, für diesen Fall bei Klick auf die Buttons einfach die entsprechenden Komponenten in den Vordergrund zu holen (bzw. bei Kernel und Umbra den Hide zu entfernen).

Im Launcher (kann ihn leider hier nicht als Kategorie auswählen) steht der Text: “Launch DMXControl 3 in total or a single components of it.”

“a single components” ist falsch. Entweder “single components” oder “a single component”

das “of it” kann weggelassen werden

Fehlerbeschreibung

Kurzbeschreibung

Die Steuerung der Geschwindigkeit von 1D Effekten hat zwei Fehler:

1. Bei Übergabe eines SpeedMasters läuft der Effekt nicht synchron mit anderen Effekten
2. Die Gerätesteuerung erwartet Werte für die Frequenz [Hz], nutzt diese aber als Dauer [s].

Langbeschreibung

Ich möchte, dass mein RGB bei jedem Beat in einer anderen Farbe aufleuchtet und dann ausblendet. In DMX 3.2.2 geht das theoretisch mit einer einzelnen Cue. Auf die Farbe lege ich einen Color Chaser Effekt. Auf den Dimmer lege ich einen invertierten Sägezahn. Für beide Effekte gebe ich bei der Dauer / Frequenz den {SpeedMaster 1} an. Dem Speedmaster gebe ich mit ein paar Taps ein krummes Tempo um die 130 bpm vor.

Wenn ich diese Cue starte, sieht am Anfang alles gut aus. Aber nach ca. 40 Beats sieht man, dass es eine Phasenverschiebung zwischen den zwei Effekten gibt. Nach ca. 80 Beats ist es offensichtlich. Sprich: Die beiden Effekte laufen unterschiedlich schnell! (Also nicht nur Jitter.)

Stellt man den SpeedMaster statt dessen über den Schieberegler ein, sind die BPM Werte deutlich weniger krumm. Die Phasenverschiebung tritt dann auch auf, aber sehr viel später.

Stellt man die Frequenz von Hand ein, stellt man den zweiten Fehler fest: Ein Wert von 2 lässt den Effekt 2 Sekunden dauern und nicht wie erwartet 0,5 Sekunden.

Stellt man die Frequenz von Hand auf einen Wert von 0,5 ein und die Dauer auf 500 ms, so laufen beide Effekte über lange Zeit synchron.

Mögliche Ursachen

Für mich sieht es danach aus, als würde bei der Umrechnung von Frequenz in Dauer ein Rundungsfehler auftreten, der mit der Zeit sichtbar wird. Gleitkommazahlen sind ja nicht beliebig genau und wenn man damit rechnet summieren sich die Fehler manchmal schnell auf.

Dafür spricht auch, dass bei 2 Hz die Effekte synchron bleiben. Hier lässt sich der Kehrwert ohne Rundungsfehler bilden.

Anhänge

1. Beispielprojekt mit zwei Cuelisten sowie einem Softdesk, um den BPM Wert zu prüfen.
2. DMX Ausgabe während die Effekte synchron sind
3. DMX Ausgabe während die Effekte nicht mehr synchron sind

Lege ich zuerst eine Itemlist an und füge dann erstmalig den zugehörigen Effekt hinzu, dann wird trotzdem die entsprechende Default List angelegt. Beispiel:

1. Neue Colorlist anlegen
2. Color Chaser auf Geräte anwenden
3. Default Colorlist wurde trotzdem angelegt und dem Effekt zugeordnet

Die Frage ist an dieser Stelle: ist dieses Verhalten so in Ordnung? Oder soll geprüft werden, ob eine entsprechende Itemlist existiert und hier dann die erste genutzt werden?

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.

Über das Tray-Menü des Launchers kann ich mit den Kernel und den Umbra nicht in den Vordergrund holen. Hierzu muss ich das Hauptfenster des Launchers direkt öffnen und die Einträge direkt umschalten.

Fehlerbeschreibung

Marcel hat eine neue Version der Nodle_USB.dll erstellt. Diese Anpassung muss in DMXControl 3 selbst noch entsprechend vorgenommen werden.

Die neue Version wird im Nodle Config Tool bereits verwendet.

Durch die Einführung von neuen Fanning-Operatoren wird die Liste der möglichen Fannings im Tooltip “Value not valid” immer länger. Wir sind aktuell bei 14 Fannings angelangt. Hier sollte die Anzahl auf ein paar gebräuchliche Fannings reduziert werden, zum Beispiel auf

• -8 # 8
• -8 > 8

Alternativ greift der Tooltip nur den Fanningoperator auf, den der Nutzer aktuell verwenden möchte. Damit lässt sich der Tooltip auf 4 Zeilen reduzieren.

Über die Buttons half und double kann man den aktuellen BPM-Wert faktorisieren. Hier wäre es gut, wenn dieser Faktor angezeigt wird. Ein typisches Anwendungsbeispiel ist, dass ich mehrere Speedmaster zwar gleichzeitig Lerne bzw. Synchronisiere, aber jeden Speedmaster einzeln faktorisiere.

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”.

Aktuell werden die Zeiten beim Trapezoid-Effekt für alle vier Segmente (Fade up, Top, Fade down, Bottom) als absolute Zeitwerte eingegeben. Dies macht die Nutzung von Speedmastern an dieser Stelle unübersichtlich, weil ich in jedem der vier Parameter mit den Speedmastern rechnen muss. Und das teilweise doppelt, da ich zum einen erst die Gesamtgeschwindigkeit reduzieren und dann noch den Wert für die vier Parameter anpassen muss.

Um hier eine effektivere Nutzung des Speedmasters oder auch die einfachere Festlegung der Gesamtwiederholdauer zu ermöglichen, würde ich mir folgende zusätzliche Parameter im Trapezoid-Effekt wünschen:

• Neuer Parameter zur Umschaltung zwischen den absoluten Zeitanteilen in Millisekunden und den relativen Zeitanteilen in % oder 0 bis 1 für die Dauer der vier Segmente. Je nach Einstellung dieses Parameters werden die vier Parameter umgeschaltet.
• Im Falle der Wahl des Parameters “relative Zeitanteile” erscheint der neue Parameter Dauer (Duration), in dem die Gesamtdauer eines Durchlaufs angegeben wird, wo wie eingangs gesagt auch der Speedmaster zum Einsatz kommen kann.
• Parameter zum Festlegen des Bezugspunkts für den Takt. Aktuell liegt dieser Punkt fest beim Beginn des Fade Ups. Grundsätzlich lässt sich dieser Punkt zwar über den Offset-Parameter verschieben, aber spätestens bei ungleichen Dauern der vier Segmente muss man zu einem Taschenrechner greifen, um genau den Punkt “Ende Pause Top” zu bestimmen.

Möchte ich ein Gerät aus dem Projekt löschen, welches in einer Device Group eingebunden ist, kann ich dies nicht direkt im Device-Ordner machen. Das Reference Error Window erhält nicht die notwendigen Parameter bzw. gibt diese zurück, sodass das Gerät nach der Auswahl einer Aktion gelöscht wird. Auf Grund dieses Problems kommt das Fenster erneut hoch und das Gerät ist weiterhin im Projekt enthalten.

Im Anhang findet sich ein Projekt mit 10 Geräten, wo ich probeweise wie auf dem Screenshot zu sehen versucht habe, die Geräte AX5 (9) und (10) zu löschen.

Wenn ich mich in der Graphenansicht befinde, sollte die Menüleiste zum Hinzufügen von Bank, CS usw ausgeblendet werden. Stattdesseb sollte eine Menüleiste eingeblendet werden, die die Elemente enthält, die bei einem Rechtsklick im Graphen erscheinen. U.A. (und das finde ich besonders wichtig) der ADD Nodes-Befehl. Dieser ist mir etwas zu versteckt nur über den Rechtsklick erreichbar.

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.

Um die Anzahl der Verknüpfungen im Startmenü auf Wunsch zu reduzieren, soll der Installer folgende Auswahloptionen für die Verknüpfungen erhalten:

• Verknüpfungen auf dem Desktop
  • DMXControl 3 starten
  • DMXControl 3 Launcher
• Verknüpfungen im Startmenü
  • DMXControl 3 starten
  • DMXControl 3 Launcher
• Zusätzliche Verknüpfungen
  • DMXControl 3 GUI
  • DMXControl 3 Kernel
  • DMXControl 3 Umbra

Die Ausgestaltung der Auswahlmöglichkeiten kann frei gewählt werden. Vorrangig soll damit erreicht werden, dass wie in der Entwicklersitzung am 28.04.2021 besprochen, auf Wunsch die Verknüpfungen für GUI, Kernel und Umbra im Startmenü angelegt werden.

Es wäre schön, wenn die IP-Adressen auf denen die Netzwerkkomponenten lauschen einstellbar wären.
Schön wäre auch, wenn der Port einstellbar wäre.

Fehlerbeschreibung

s.Überschrift

Möchte man mit einem Projekt an verschiedenen Locations arbeiten, muss man einfach die nicht benutzten Geräte deaktivieren. Hat man aber recht viele Geräte, kann das durchaus auch einmal länger dauern, bis man alle entsprechenden Geräte deaktiviert / aktiviert hat. Daher wäre es gut, wenn man auf irgendeine Art und Weise “Locations” (Name TBD, alternativ tatsächlich “Mute Groups”) im Projekt hinterlegen kann, denen dann einzelne Scheinwerfer zugewiesen werden können. Aktiviert man eine “Location”, werden alle anderen Scheinwerfer deaktiviert, die nicht in der “Location” sind. So muss man nur noch einmalig die einzelnen “Locations” definieren und kann recht schnell zwischen verschiedenen Veranstaltungsorten wechseln.

Weitere Erwartungshaltungen:
- Man kann trotzdem ein anderes Gerät wieder aktivieren, auch wenn es nicht in einer “Location” enthalten ist. Das muss dann händisch passieren und es hat keine Auswirkung auf die Locationzugehörigkeit (beim nächsten Mal muss man es wieder händisch aktivieren, wenn das gewünscht ist)
- Es können auch mehrere “Locations” aktiv sein. Die aktiven “Locations” werden verodert.
- Deaktiviert man alle “Location”, werden alle Geräte aktiviert

Im Network Explorer gibt es bereits das Icon für Autoposition. Dieser Button sollte genauso wie ein neuer Button für “Show the whole graph” in der Menüleiste der Graphenansicht mit aufgenommen werden, da beide Funktionen aktuell nur über das Kontextmenü zu erreichen sind.

Durch die Verwaltung der Projekte im Kernel können nun nicht mehr die klassischen Dialoge zum Laden und Speichern von Projekten verwendet werden. Ein eigener Dialog ist hierfür erforderlich, der sich in seinem Grundaufbau möglicherweise an den Add Device Dialog anlehnen kann.

Der Projektmanagement-Dialog sollte unter anderem folgende Funktionen anbieten:

• Importieren und Exportieren von Projekten, die auf anderen PCs genutzt werden
• Organisation der Projekte in einem Baum mit folgenden Merkmalen
  • Strukturierung der Projekte in mehreren (virtuellen) Ordnern
  • Auflistung der zuletzt genutzten Projekte
  • Favoriten
• Anzeige von Informationen zum Projekt wie Titel, Beschreibung, Autor, letzte Speicherung
• …

Fehlerbeschreibung

Ich habe das folgend beigefügte Projekt gebaut, in dem ich über das Input Assignment den Manual Beat Node mit der Taste Q (keine Tastenkombination) triggern möchte. An den Outputs werden nur die Anzahl der Beat Signale hochgezählt. Die Berechnung oder gar Aktualisierung der Outputs für Hz, BPM, s etc. findet nicht statt. Dabei macht es keinen Unterschied, ob ich das Beat-Tool sowohl über die Taste 1 über das Input Assignment oder per Mausklick in der GUI aktiviere oder deaktiviere.

Eventuell steht auch folgender Log-Eintrag der GUI mit in diesem Zusammenhang:

2021-04-26 19:59:43,762 [Log-Thread] DEBUG Lumos.GUI.Net.gClient.Beat_gClient - LearnManualBeat
Grpc.Core.RpcException: Status(StatusCode=DeadlineExceeded, Detail="Server didn't respond.")
   bei System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   bei System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   bei System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1.ConfiguredTaskAwaiter.GetResult()
   bei Lumos.GUI.Net.gClient.Beat_gClient.<LearnManualBeat>d__6.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_master\LumosGUI\src\Net\gClient\Beat_gClient.cs:Zeile 69.

Dieses Verhalten bzw. Problem besteht auch in DMXControl 3.2.2, ist also in dem Sinne nicht zwingend ein neues Problem.

Aktuell werden Connectionsets nur neu berechnet, wenn eine Werteänderung im logischen Verlauf des Graphen erfolgt. Ein gutes Beispiel ist hier das “Füllen” des Cuelist Monitors. Je nachdem wie das zugehörige Connectionset vervielfältigt wird, kommt es vor, dass der Inhalt des Cuelist Monitors gelöscht wird - nämlich bis ich entweder

1. das Projekt nach dem Speichern neu lade
2. kurzzeitig eine weitere Cuelist der entsprechenden Cuelist Group zuordne.

Dieser Fall ist auch in meinem Live-Tutorial "Clubshow mit DMXC3" ab 42:08 zu sehen. Ursprung für alle nachfolgenden Connectionsets (CS) war das Connectionset “MHS LCH”. Dieses CS ist nach dem Aktivieren aller CS das einzige, wo die Cuelists der gleichnamigen Cuelist Group nicht angezeigt werden. Hierzu wähle ich weiteren Verlauf die 2. Option, um auch die Cuelists in diesem Cuelist Monitor zu sehen.

Um das ganze Prozedere zu vereinfachen, wünsche ich mit eine Möglichkeit, die Aktualisierung bzw. Neuberechnung eines CS sowohl in der Graphenansicht für den aktuellen Graphen oder in der Tabellenansicht für eine oder eine Auswahl von CS manuell anstoßen zu können.

In manchen Situationen kommt es vor, dass die Aktualisierung des Input- und Output-Baumes von außen nicht automatisch angestoßen wird, wenn das Input Assignment Fenster geöffnet ist. Ein Beispiel ist hier das Deaktivieren des Group Masters, wie in meinem Live-Tutorial "Clubshow mit DMXC3" bei 23:36 zu sehen. Diese Verschwinden erst, wenn ich das Fenster schließe und neu öffne. Ein weiteres Beispiel ist, dass die finalen Namen von neu angelegten Cuelists etc. nicht durchgereicht werden, sodass im Baum noch “New Cuelist” steht.

Unabhängig von der Tatsache, dass die beiden zuvor beschriebenen Punkte als Fehler zu werten sind und hierzu noch entsprechende Tickets folgen, wäre hier dennoch ein entsprechender Button hilfreich, um die Aktualisierung beider Bäume analog zum Refresh-Button im Project Explorer auch manuell anstoßen zu können.

In meinem Live-Tutorial “Clubshow mit DMXControl 3” habe ich mir Connectionsets mit einem Button inkl. entsprechendem Feedback gebaut. Aktuell muss ich bei der Anpassung der Kopie dieses Connectionsets für die Nutzung des Button 2 hier sowohl den Button 2 auf der Inputseite als auch auf der Outputseite per Drag&Drop ersetzen.

Um die Anpassung einer Kopie eines Connectionsets weiter zu beschleunigen, wünsche ich mir eine Möglichkeit, den Input und Output eines Buttons, Sliders etc. in einem Rutsch ersetzen zu können - gerade unter dem Gesichtspunkt, wenn diese in einem Connectionset mehrfach verwendet wurden.

Nachdem ich mir den dritten Blocks meines Live-Tutorial “Clubshow mit DMXControl 3” nochmal angesehen habe, ist mir erst bewusst geworden, wie häufig ich eigentlich in die Properties eines Nodes springe, um dort die Zuordnung einer Cuelist, eines Masters etc. zu ändern. Diese Änderung ist immer mit vergleichsweise vielen Mausklicks verbunden:

• Einem Doppelklick (2) zum Öffnen der Properties (egal ob das Node ausgewählt ist oder nicht) oder drei Klicks, wenn man über das Kontextmenü geht.
• Zwei Klicks (3 und 4), um den Auswahldialog zu Öffnen.
• Ein Klick (5) zur Auswahl des neuen Objekts.
• Zwei Klicks (6 und 7) um beide Dialoge mit OK zu schließen.

Diese Tätigkeit kommt immer dann zum Tragen, wenn man eben ein vorhandenes Connectionset vervielfältigt und die Kopien entsprechend anpasst. Aus diesem Grund wünsche ich mir eine Möglichkeit, insbesondere bei den Wrapper-Nodes die Zuordnung eines Objekts wie Cuelist, Master, Executor nach der Auswahl des Nodes in der Graphenansicht direkt vornehmen zu können, ohne hierzu in die Properties springen zu müssen. Ideal wäre hier folgender Ablauf:

• Ein Klick (1) zum Auswählen des entsprechenden Nodes.
• Ein Klick (2) zum Aufrufen der Liste der verfügbaren Cuelists, Master etc.
• Ein Klick (3) zum direkten Ändern der Zuordnung ohne weitere Bestätigung.

Haben Sie einen Fehler entdeckt? Dann nutzen Sie bitte folgendes Template und beachten die Hinweise für eine reibungsfreie Bearbeitung der Tickets.

Fehlerbeschreibung

00:44:13 ERROR ProjectManager - Error at save Project, try to load a previous Version
System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
   bei org.dmxc.lumos.Kernel.Executor.AbstractExecutorMemberWrapper.saveToManagedTree(ManagedTreeItem item, LumosIOContext context) in D:\Jenkins\workspace\Lumos_Pipeline_master\Lumos\src\Kernel\Executor\ExecutorMemberWrapper\AbstractExecutorMemberWrapper.cs:Zeile 320.
   bei org.dmxc.lumos.Kernel.Project.ExecutorManager.org.dmxc.lumos.Kernel.Project.IProjectResourceUser<org.dmxc.lumos.Kernel.Executor.IExecutorMemberWrapper>.SaveItem(IExecutorMemberWrapper item, LumosIOContext context) in D:\Jenkins\workspace\Lumos_Pipeline_master\Lumos\src\Kernel\Project\ExecutorManager.cs:Zeile 614.
   bei org.dmxc.lumos.Kernel.Project.ProjectContainer`1.Save(LumosIOContext context) in D:\Jenkins\workspace\Lumos_Pipeline_master\Lumos\src\Kernel\Project\ProjectContainer.cs:Zeile 172.
   bei org.dmxc.lumos.Kernel.Project.Project.saveProject(LumosIOContext context) in D:\Jenkins\workspace\Lumos_Pipeline_master\Lumos\src\Kernel\Project\Project.cs:Zeile 355.
   bei org.dmxc.lumos.Kernel.Project.ProjectManager.saveProject(String filename, Stream outputStream, IEnumerable`1 clientReferences, IProgress`1 progress) in D:\Jenkins\workspace\Lumos_Pipeline_master\Lumos\src\Kernel\Project\ProjectManager.cs:Zeile 486.

Dirty Flag wird nicht gesetzt:

Project Explorer

Allgemein

Project Explorer

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

Fehlerbeschreibung

Fehlerbeschreibung