Bugtracker DMXControl 3

Es wäre cool, wenn man mit den Colormastern irgendwie die Radix Pixel ansteuern könnte. Z.b. im Radix Popup die Möglichkeit schaffen für Color 1 und Color 2 einen Colormaster auswählen zu können.
Alternativ nen Filter bauen, wo man zwei CM als Farbe eintragen kann und der dann die Ringe alternierend mit einer Farbe ausfüllt.

Es gibt ja aktuell in der 3.3 die Makros, was im Grunde nichts anderes als interne Variablen sind um vom Executor aus ins IA zu kommen.

Die Funktion die ich gerne hätte wäre eine andere Art von Makro.

Ich würde mir wünschen, wenn man Makros aufzeichnen kann, um über einen Knopf mehrere Executoren gleichzeitig abfeuern zu können. Wie das hier in der Software für die Blackmagic Switcher gezeigt wird:

https://youtu.be/ka3hXE30Imk

Auf record drücken, alle Knöpfe einmal drücken die in das Makro rein sollen und dann die Aufzeichnung beenden. Sobald man den Makro Knopf drückt, werden die Executoren in der Reihenfolge gedrückt.

Man könnte noch überlegen ob man timings da noch irgendwie mit einbauen möchte, ist aber glaube gar nicht nötig.

Folgendes Szenario. Man hat eine Palette an Cuelists, Parameter- und Colormaster als Baukastensystem zusammengestellt und möchte damit schnell zwischen verschiedenen Lichtstimmungen umschalten.
Aktuell ist das möglich, indem man Cuelisten baut, die wiederum andere Cuelisten starten, oder man baut im Input Assignment ein aufwändiges CS. Für den Livebetrieb etwas unpraktisch.

Deshalb wäre mir persönlich bei diesem Feature wenn es kommen sollte wichtig, dass man das mit wenigen Handgriffen machen kann.

Als Folgeticket aus  FS#4552 

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.

Wenn keine GUI mehr mit Kernel oder Umbra verbunden ist und die Fenster versteckt sind, sollen die Fenster in den Vordergrund geholt werden.

Hintergrund ist, dass man man nicht immer mitbekommt, wenn z.b. der Kernel nicht sauber herunter gefahren sind. (Folgeticket aus  FS#4729 )

Fehlerbeschreibung

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

Hallo,

ich glaube wieder einen Bug gefunden zu haben.

Die erste Cue wird nicht geladen, wenn im Loop-Modus, der Trigger für die erste Cue mit follow oder wait und 0ms und letzte Cue mit Fade-Time 0 eingestellt ist.

Zum Reproduzieren:
Projekt erstellen, Gerät(e) hinzufügen (auch bei Gruppen), Cuelist mit 4 Farben hinzufügen, alle Cues als Trigger follow einstellen mit 0 ms. Die Zweite und letzte Cue mit 0ms Fade-Time einstellen. Mode der Culist auf Loop stellen, und abspielen (ich hoffe keinen Schritt vergessen zu haben).

Das Verhalten tritt auch auf bei Trigger auf Wait eingestellt.

Der Anwendungsfall ist wahrscheinlich sehr selten, und es lässt sich umgehen, indem eine Zeit auf 1ms gesetzt wird.

Beste Grüße, Ludwig

AKtuell ist es nicht möglich ein Excportiertes Rulset wieder zu importieren.

Beim Anlegen von 80 Buttons wäre das aber hilfreich, wenn man es exportieren → mit Notepadd++ editieren und wieder Importieren könnte.

Schneller passiert als man denkt,
einmal nicht aufgepaßt welches Node man gerade ausgewählt hat und schon löscht man das falsche Node mit allen dazu gehörigen Verbindungen.

Ein Undo Redo kann hier ungewollten Schaden verhindern.

Color-Chaser → Speedmaster auf Duration, bei auslösen eines Sync wird kein Schritt ausgelöst, gleiches auch bei anderen Effekten
zB Speedmaster steht auf 30 BPM, ich drücke einmal die Sekunde auf Sync → Color-Chaser bleibt stehen

Lege ich eine Cuelist an, mit Beat als Trigger, wird korrekt auch bei Sync ein Schritt ausgelöst.

Folgendes Vorgehen löst den Fehler aus, auch in der 3.3 Alpha6 vorhanden, Logs der 3.3 anbei.

Device Group mit Generic RGB, Farbe auf Rot in Cuelist speichern. → funktioniert wie erwartet
Anschließend alle Devices aus der Gruppe löschen, Projekt speichern und neu laden.
Projekt neu laden, wieder Geräte in die Gruppe hinzufügen, Cuelist starten → keine Farbe mehr vorhanden, bei “Edit in Programmer” wird keine Eigenschaft aufgerufen, der Programmer bleibt leer.

Hintergund:
Ich habe für mich ein Standard-Projekt erstellt, dieses hat 4 Gruppen und je nach Veranstaltung werden andere Geräte in die Gruppen aufgeteilt, teils mit vollkommen unterschiedlichen Setups. Mir ist es nun schon passiert das ich mir beim Anpassen des Projektes alles zerstört habe weil ich erst einmal alle Gruppen geleert haben.
Beim letzten Mal wollte ich das ganze verhindern und habe ein Gerät in die Gruppe gesteckt das ich sonst nicht nutze, leider tritt der Fehler auch auf wenn das Gerät keine Farbeigenschaft hatte, daher hat mir die Nebelmaschine in der Gruppe auch nicht vor dem Verlust geschützt.

Wie im Livechat am 19.1. diskutiert fände ich gut wenn es ein Grouphandling gäbe mit dem ich Geräte in einer Gruppe als ein Gerät betrachten kann und gleichzeitig in der “Hauptgruppe” auch einzelne Geräte haben kann. Siehe auch mein Kommentar in ( FS#674 ).

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.

Folgender Test-Aufbau:
Softdesk, Colorbar mit Colormaster verdrahtet.
Colormaster mittels “Bitmap from Color” auf Button visualisert. Funktioniert wie erwartet. Lade ich das Projekt neu ist der Button wieder grau, der Colormaster hat weiterhin die zuvor eingestellte Farbe. Gleiches Verhalten wenn die Colorbar in “Bitmap from Color” verschaltet wird. In der 3.2.3. funktioniert dies noch einwandfrei.

Moin,
wenn man im Connectionset etwas rausgezoomt hat, um die verbindungen besser zu sehen, kann es manschmal schwer sein die Verbindung zu sehen.

Gruß
Max

Hallo Zusammen,
wie im Stream von euch angeboten das Tickes zu einem Zusätzlichen Effekt wie Sparkle.

Unter Wave/ Lauflicht (Chaser/PWM) verstehe ich einen Effekt der auf der Farbe liegt und diese beeinflusst.

Erstmal die Attribute:

• Fade-In Time (ms): Zeit wie lange der Farbwechsel beim einfaden dauert

• On Time (ms): Zeit wie lange die Farbe gehalten wird

• Fade-Out Time (ms): Zeit wie lange der Farbwechsel beim ausfaden dauert

• Duration (ms): Zeit zwischen dem Start der ersten Lampe und dem Start der nächsten Lampe, Idealerweise mit dem „Speed master“ steuerbar, wird nicht von Fade-In Time beeinflusst

• Run: bei loop, der Durchlauf wird wiederholt, bei single, wird nurch einmal durchgelaufen

• Revers: bei nein, ablauf der Schritte hochzählend (1-2-3-4), bei ja, ablauf der Schritte Rückwärts (4-3-2-1)

• Ping-Pong: nein, der Ablauf beginnt wieder von Vorne (1-2-3-4|1-2-3-4|1-2-3-4|…), bei ja läuft der Ablauf einmal Vorwärts und danach rückwärts und dann wieder vorwärts usw. (1-2-3-4-3-2-1-2-3-4)

Revers und Ping-Pong sind ähnlich dem Play Mode im Chaser

Ablauf:
Start bei Beginn der Gruppe
1: X|0|0|0
2: 0|X|0|0
3: 0|0|X|0
4: 0|0|0|X

Start Mittig der Gruppe
1: 0|0|0|X|X|0|0|0 / 0|0|0|X|0|0|0
2: 0|0|X|0|0|X|0|0 / 0|0|X|0|X|0|0
3: 0|X|0|0|0|0|X|0 / 0|X|0|0|0|X|0
4: X|0|0|0|0|0|0|X / X|0|0|0|0|0|X

Bei “Beginn der Gruppe” wurden weniger Lampen gewählt als bei “Mittig der Gruppe”, damit die Anzahl der Schritte gleich sind.

Wenn das Lauflicht sich einholt, dann soll wieder vom aktuellen Punkt wieder Einfaden, hier würden sich die Zeitkurven einer Lampe überlagern, ähnlich der Zeitkurve im Bild 010.png zu sehen. Blau ist der erste Durchlauf, grün der zweite Durchlauf und rot sich der ergebene Ablauf. Falls der überschneidende Bereich nicht existiert, dann bleibt die eingestellte Farbe gleich und der Lampe fehlt Zeit zurück zufaden.

Wenn sich zwei verschiedene Lauflichter sich überlagern, soll vom jetzigen Zeitpunkt, vom ersten Lauflicht in das zweite hineingefadet werden, ähnlich Bild 020.png

Das fanning der Farbe könnte sich nicht auf den Beginn der Grupe bis Ande der Gruppe legen, sondern Beginn des Lauflichtes Schitt 1 bis zum letzten Schritt

Gruß
Max

Edit 1: genauere Beschreibung ergänzt

Ein sortieren von bestehenden Presets ist nicht möglich.
Man müsste Diese manuell verschieben oder auch alphabetisch sortieren können.
Wird die Liste länger, so wird auch die Übersicht komplizierter.

s.o.
Für Scenelists wie BeatSource

EDIT Arne: In PE Visualisieren

Von Einzelnen Inputs Outputs umbauen in Nodes wie alles andere auch.

Ergänzung des Tickets aus der Entwicklersitzung vom 28.11.2020

• Umbau auf eine Multi-Port-Lösung für Input und Output, sodass jede Eigenschaft getrennt verknüpft werden kann. Am Beispiel des Buttons wäre dies exemplarisch: Anzeigetext, Farbe des Buttons, Status, etc.
• Die Inputs und Outputs bleiben beim Softdesk weiterhin getrennt und werden nicht in einem Node wie zum Beispiel Cuelist, Device o. ä. zusammengeführt.
• Die Inputs und Outputs erhalten einen Legacy Input, welcher nach Umzug aller Verbindungen verschwindet und für neue Knoten auch nicht existiert. Das muss ein Framework Feature werden, da das sicher bei anderen Stellen auch nochmal auftritt.

Als Zeitschiene soll die Version 3.3 angepeilt werden.

Ich stelle in dem Node ein, welcher Typ (Device, DeviceGroup, Cuelist, Executor, …) aufgelistet werden soll.
es gibt dann drei Outputs IDs, Numbers & Names, sowie Der Outputs, des Typs uns des Counts

Hintergrund, mann könnte dann ein Softdesk-Control(Dropdown, Listbox, UpDown-Chooser) implementieren und dieses mit denn Daten füttern.

Es sollte eine Option geben, mit der eich einstellen kann, wann die Cuelists gestoppt werden
Immidiantly
AfterFadeIn
AfterFaderIn(Kill)

Hab eine Cueliste im PlayMode Random mit folgenden Cues:

Number; Trigger; Name
0       Go      "Flash White Device 1"
1       Follow  "Flash White Device 1 Release"
2       Go      "Flash White Device 2"
3       Follow  "Flash White Device 2 Release"
4       Go      "Flash White Device 3"
5       Follow  "Flash White Device 3 Release"
6       Go      "Flash White Device 4"
7       Follow  "Flash White Device 4 Release"
8       Go      "Flash White Device 5"
9       Follow  "Flash White Device 5 Release"
10      Go      "Flash White Device 6"
11      Follow  "Flash White Device 6 Release"
12      Go      "Flash White Device 7"
13      Follow  "Flash White Device 7 Release"
...
XX      Go      "Flash White Device Y"
XX +1   Follow  "Flash White Device Y Release"

Ich möchte das bei jedem Go eine Random Cue mit Number%2==0 getriggert wird. (0,2,4,6,8,10,12)

Für den fall der fälle, das sich eine Resource ändert, muss es eine möglichkeit geben die verwender der Resource zu informieren, das sich die Resource, die sie verwenden geändert hat.

Mit 10x DMH-160 MK2 getestet.
Die Geräte haben nur ein Colorwheel.

Wenn ich unten im ColorControl bei Colorwheel eine farbe wähle wird im DeviceControl das ColorProperty gesetzt, das ColorwheelProperty beleibt auf White.
Die DMX-Ausgabe stimmt aber

nicht vorhanden

Project laden,
SoftDesk Öffnen
MacroBoardProfil öffnen
Converter-Effecct auf die Matrix in der StatgeView legen und warten bis es knallt

Zum aufräumen im SpeedMaster

Hällt alle daten cuelists exexutoren, alles und ist im project umschaltbar und kann usern zugeordnet werden

Eine Cueliste die den i halt einer anderen Cueliste 1 zu eins als refferenz übernimmt, aber seperat ausgeführt werden kann

Selection Grid siehe MA
Als Diskussionsgrundlage

S.o.

s.o.

nicht vorhanden

1. es wäre toll, wenn es ein State-Ausgang geben würde.(aktiv?)

2.In den Einstellungen des cue-Nodes kann man zuerst die Cuelist und dann die Cue auswählen. Es sind dann aber ALLE Cues aus dem Projekt vorhanden. Es wäre hier angebracht, nur die Cues anzuzeigen, die in der ausgewählten Cuelist vorhanden sind.

IM angehängten Projekt sind nur 2 Cuelists enthalten, einmal “Cuelist hakt”(das Orignal) und eine Kopie dergleichen. Wenn ich nun die Originale mit Go(cuelist läuft im Loop-Modus) durchklicke, hakt diese spätestens im 4. Komplettdurchlauf bei irgendeiner Cue und bleibt für ein paar Sekunden dort stehen. Dies kann man im Editor an der “Current Cue” gut beobachten.
Bei der Kopie der Cuelist tritt dieses Phänomen nicht auf.

Hinweis: Es handelt sich um ein ehmals großes Projekt, was um alles gekürtzt wurde, was nicht rein muss.

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.

Im Softdesk funktionieren Kopieren, EInfügen und Ausschneiden nicht über den Rechtsklick

Alpha4

Fehlerbeschreibung

Erwartetes Verhalten

Cuelist Group Node gibt von Running IDs bis Paused Count keine Werte aus, obwohl Cuelists der ausgewählten Group laufen, bzw. pausiert sind.

Die im Screenshot dargestellte Eingabe wird mir als fehlerhaft gekennzeichnet, obwohl ich gemäß des Tooltipps im richtigen Wertebereich liege.

Analog zu den Cuelists sollte auch bei Softdesks durch Copy & Paste eine Kopie des zuvor ausgewählten Softdesks angelegt werden.

Aktuell kann ich die Breite des Colorscroll-Effekts nicht konsequent beeinflussen. In bestimmten Situationen wird die Pixelbreite hochgesetzt.

Daher wünsche ich mir an dieser Stelle einen zusätzlichen Parameter im Effekt, welcher die Breite des Effekts grundlegend festlegt, also wie viele Pixel die gleiche Farbe zeigen sollen. Um langfristig flexibler zu sein, wäre auch zu überlegen, ob man einen Teil der Fanning-Operatoren zulässt, wie zum Beispiel das #. Sollte dies aber den Rahmen sprengen, könnte man hier auch umgekehrt über eine entsprechende Anpassung der Colorlist arbeiten.

Ich würde mir hier wünschen, dass DMXControl 3 analog zum Group Handling ein so genanntes Matrix Handling im Device Control bietet. Die Intention dahinter ist, dass man hiermit dann sowohl die Fanning Operatoren und die 1D-Effekte auch auf die einzelnen Pixel einer Matrix anwenden kann. Im Zusammenspiel mit dem Group Handling ergäbe sich so zahlreiche neue Möglichkeiten, ohne dass explizit neue Effekte hierfür kreiert werden müssen. Gleichzeitig ließen sich so auch bis dato als Multi-Beam-Geräte bezeichnete Geräte abbilden, ohne dass nennenswerte Ergänzungen im DDF erforderlich sind.

Im Matrix Handling würde am Ende “nur” angeben werden, in welcher Richtung ein alternierendes Fanning oder ein 1D-Effekt genutzt werden soll. Die Richtung entspricht genau den Möglichkeiten, die das aktuelle Matrix- bzw. Radix Window bietet, um eine statische Farbe auf eine Matrix bzw. Radix zu legen. Folglich würde die Methode “Fill” dem aktuellen Zustand entsprechen, wenn ich einen Effekt auf eine Matrix lege.

Folgende Punkte wären allerdings noch zu klären, sollte dieser Vorschlag entsprechenden Anklang finden:

• Inwieweit hat der Device Index in einer aus mehreren Matrix-Geräten bestehenden Gruppe Einfluss auf das Verhalten des Matrix Handlings?
• Schafft man eine Möglichkeit, mehr als einen 1D-Effekt auf der gleichen Funktion der Matrix wie zum Beispiel Dimmer anzuwenden, welche dann in verschiedenen Richtungen laufen (zum Beispiel Effekt 1 horizontal, Effekt 2 diagonal)?

Ich hatte diesen Punkt bereits schon einmal grob beim Jahrestreffen in Berlin angeschnitten…

Ich habe in einem Projekt verschiedene Presets auf eine Device Group (konkret Futurelight DMH-80) gelegt und diese Presets dann als Property Preset in verschiedenen Cues eingesetzt.

Ersetze ich (egal ob manuell oder durch die Funktion “Replace devices”) nun alle Geräte in der Device Group, “auf” der das Preset abgelegt ist, vollständig durch einen anderes Gerät (hier Robe Robin 600e Spot), kann das Projekt nach dem Neustart der Sitzung nicht mehr geladen werden.

Aus den Logs von der Vorbereitung der Veranstaltung zum vergangenen Samstag kann ich folgenden Eintrag hierzu entnehmen:

Kernel

2020-01-25 12:09:39,291 [55] ERROR org.dmxc.lumos.Kernel.Scene.Entry.PresetEntry - Didn't find matching DeviceProperty for GUI. Searched for GPW: DimmerProperty in Group Temporary DeviceGroup: , ID: 8b764e55-d1a3-477a-9c69-2d6baeef5f47-SDG

GUI

2020-01-25 12:09:39,292 [ConnectionManager-MessageDispatcher] ERROR Lumos.GUI.Facade.EventWrapper - Exception in Event: There is no Property with the ID: 07a653c6-ec70-48a4-bd6c-82877c93f6db in this DeviceGroup
Parametername: prop
System.ArgumentNullException: There is no Property with the ID: 07a653c6-ec70-48a4-bd6c-82877c93f6db in this DeviceGroup
Parametername: prop
   bei Lumos.GUI.Facade.Scene.Entry.SceneEntryFacade.get_GUIDeviceProperty() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Facade\Scene\Entry\SceneEntryFacade.cs:Zeile 133.
   bei Lumos.GUI.Windows.ProjectExplorer.TreeBranches.PresetBranch.<>c.<SyncPresetInCorrectFolder>b__15_0(IGUISceneEntry c) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Windows\ProjectExplorer\TreeBranches\PresetBranch.cs:Zeile 151.
   bei System.Linq.Enumerable.WhereSelectEnumerableIterator`2.MoveNext()
   bei System.Linq.Enumerable.<DistinctIterator>d__64`1.MoveNext()
   bei System.Collections.Generic.List`1..ctor(IEnumerable`1 collection)
   bei System.Linq.Enumerable.ToList[TSource](IEnumerable`1 source)
   bei Lumos.GUI.Windows.ProjectExplorer.TreeBranches.PresetBranch.SyncPresetInCorrectFolder(IPresetFacade facade) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Windows\ProjectExplorer\TreeBranches\PresetBranch.cs:Zeile 151.
   bei Lumos.GUI.Windows.ProjectExplorer.TreeBranches.PresetBranch.GuiSession_PresetChanged(Object sender, PresetChangedEventArgs args) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Windows\ProjectExplorer\TreeBranches\PresetBranch.cs:Zeile 137.
   bei Lumos.GUI.Facade.EventWrapper`1.raise(Object o, TEventArgs args) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Facade\EventWrapper.cs:Zeile 84.
2020-01-25 12:09:39,480 [Main GUI] ERROR Lumos.GUI.Controls.DataGrid.PresetRow - There is no Property with the ID: 07a653c6-ec70-48a4-bd6c-82877c93f6db in this DeviceGroup
Parametername: prop
System.ArgumentNullException: There is no Property with the ID: 07a653c6-ec70-48a4-bd6c-82877c93f6db in this DeviceGroup
Parametername: prop
   bei Lumos.GUI.Facade.Scene.Entry.SceneEntryFacade.get_GUIDeviceProperty() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Facade\Scene\Entry\SceneEntryFacade.cs:Zeile 133.
   bei Lumos.GUI.Controls.DataGrid.PresetRow.<>c.<Update>b__10_1(IGUISceneEntry c) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Controls\DataGrid\PresetRow.cs:Zeile 61.
   bei System.Linq.Enumerable.WhereSelectEnumerableIterator`2.MoveNext()
   bei System.Linq.Enumerable.<DistinctIterator>d__64`1.MoveNext()
   bei LumosLIB.Tools.LumosTools.Implode[T](IEnumerable`1 source, String delim) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosLIB\src\Tools\LumosTools.cs:Zeile 1187.
   bei Lumos.GUI.Controls.DataGrid.PresetRow.Update() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Controls\DataGrid\PresetRow.cs:Zeile 60.

Die beigefügten Logfiles zeigen den Versuch, das Projekt nach dem Neustart des Sitzung zu laden. Auf Wunsch, kann ich noch ein entsprechendes fehlerhaftes Projekt zur Verfügung stellen.

Da bekanntermaßen das Arbeiten mit den RGB+-Offsets wie zum Beispiel

<matrix dmxchannel="2" rows="1" columns="12" whiteoffset="3" amberoffset="4" uvoffset="5" />

zur Zeit noch nicht möglich ist, habe ich die Matrix wie folgt definiert:

<matrix rows="1" columns="12">
  <rgb>
    <red dmxchannel="2" />
    <green dmxchannel="3" />
    <blue dmxchannel="4" />
    <white dmxchannel="5" />
    <amber dmxchannel="6" />
    <uv dmxchannel="7" />
  </rgb>
  ...
    <amber dmxchannel="72" />
    <uv dmxchannel="73" />
  </rgb>
</matrix>

Grundsätzlich werden die RGB+Kanäle richtig angesteuert. Dies ist besonders gut zu sehen bei der Farbe Amber.

Allerdings wird mir in den Geräte-Einstellungen für die RGB+-Farben (hier Amber und UV) nicht die Optionen für das Mischverhalten angeboten (Add, Only, None). Die RGB+-Farben werden mit den Default-Einstellungen eingebunden, was hier Add ist. Zur Zeit ist die Option nur für Weiß verfügbar. Gleiches gilt hier auch für die Radix.

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.

Die Ausgangssituation für diesen Vorschlag ist folgender: Ich habe zum Beispiel zwei Gerätegruppen, wo in der einen Gruppe 7 Geräte und in der anderen 18 Geräte enthalten sind. Die Geräte sind in ihrer Reihe allesamt mit dem gleichen Abstand versehen und beginnen mit dem jeweils 1. Gerät auf der gleichen Seite. Hierdurch steht die zweite Reihe entsprechend nach “hinten” über. Vergleichbar wäre das mit zwei unterschiedlich lang abgeschnittenen LED-Stripes, wo beide auf der einen Seite auf der gleichen Höhe starten.

Für diese Anordnung möchte ich nun einen Effekt bauen, der zwar auf beiden Gruppen parallel läuft, sich jedoch auch auf beiden Gruppen auf die gleiche Anzahl von Geräten (zum Beispiel Wiederholung alle 5 Geräte) streckt.

Um einen solchen Effekt mit den aktuellen Möglichkeiten zu realisieren, müsste ich den Effekt auf beide Gruppen einzeln anwenden und dabei die Parameter individuell an die Anzahl der Geräte abstimmen. Ein Griff zum Taschenrechner ist unumgänglich. Den Group Handling Modus “Parallel Groups” kann ich ich an dieser Stelle nicht nutzen, weil hierdurch der Effekt bei der 1. Gruppe auf 7 und bei der 2. auf 18 Geräte gestreckt wird.

Um diesen Punkt besser abzudecken kam mir der Gedanke zu diesem neuen Modus, bei dem ich über den Zahlenparameter eben angebe, wie groß diese “virtuelle” Untergruppe ist. Dem entsprechend wird der Effekt bei N+1, 2xN+1, 3xN+1 wiederholt. Passt die Größe der Gruppe nicht zu der Angabe, wird hinten abgeschnitten.

Aktuell verfügen Cuelists nur über die Play Modes “Once”, “Loop”, “Bounce” und “Random”. Hier vermisste ich kürzlich den Play Mode “Reverse”, woraufhin ich die Reihenfolge der Cues selbst anpassen musste, um das gewünschte zu erreichen.

Mittlerweile gibt es ja beim neuen Chaser weitere gute Play Modes. Die Play Modes “Switch” und eben “Reverse” kann ich mir ebenfalls sehr gut als Play Modes für Cuelists vorstellen. Vielleicht lassen sich auch noch weitere Play Modes vom Chaser auf die Cuelists adaptieren - inklusive der Icons.

Für mein Club22-Projekt bestand die Anforderung, dass automatisch eine Reihe von unterschiedlichen Cuelists nach Ablauf einer vorgegeben Zeit durchwechseln. Da die Cuelists zum Teil auch aus mehreren Cues bestehen, war es nicht möglich, alles in einer Cuelist abzubilden. Um das Umschalten der Cuelists nach einer vorgegebenen Zeit anzustoßen, habe ich mir nun weitere Cuelist gebaut, die durch Befehle per Special Cues die Cueslists umschalten.

Dieser Weg ist zwar durchaus praktikabel und hat seine Daseinsberechtigung - allerdings ist dieser für den beschriebenen Anwendungsfall “bessere Sound-To-Light-Steuerung” ein wenig zu aufwendig.

Daher kam mir der Gedanke, ob man die Cuelist Groups dahingehend erweitern kann. Das ginge dann in die Richtung, dass ich die Cuelists, welche regelmäßig durchgeschaltet werden sollen, in eine gemeinsame Cuelist Group einfüge. Die Cuelist Group erhält die zusätzliche Option, die enthaltenen Cuelists

• nach einer vorgegebenen Zeit
• entsprechend verschiedener Play Modes analog zu den Cuelist

automatisch durchzuschalten.

Ob der Nutzer die Möglichkeit zum Starten auch aus der normalen GUI erhält, wäre zu diskutieren. Im jeden Fall sehe ich hier eine Erweiterung des Cuelist Group Nodes um die Eingänge

• Go bzw. Play
• Time
• Play Mode

Ich habe in dem beigefügten Setup mehrere Gruppen in Gruppen abgelegt. Die Gruppe “Complete Setup” enthält alle Geräte, indem ich dieser Gruppe die untergeordneten Gruppen zugeordnet habe. Nun möchte ich auf der Gruppe “Complete Setup” Werte für zwei Funktionen abspeichern. Da die Werte eben nun auf der Gruppe “Complete Setup” liegen, wäre meine Erwartungshaltung, dass im Programmer Filter eben nur die Gruppe “Complete Setup” aufgeführt wird, wie es auch im Device Control der Fall ist.

Aktuell ist es aber so, dass die untere Ebene im Programmer Filter aufgelistet wird. Auch werden die Eigenschaften der jeweiligen unteren Gerätegruppen aufgeführt und mir zum Abwählen angeboten. Hier sehe ich ein Konsistenz-Problem, wenn ich feingliedriger Abwählen kann als im Device Control “eingestellt” ist sowie meine Einstellungen mit Hilfe des Programmer Filter nicht mehr korrigieren (also filtern) kann.

Grundsätzlich besteht dieses Problem auch jetzt schon, wenn ich manuell mehrere Gruppen auswähle.