Bugtracker DMXControl 3

Im Auswahlfenster für die Cuelist bei den Properties eines Cuelist-Nodes ist der Auswahlbutton extrem schmal (siehe Bild). Da befindet sich direkt darüber ja auch noch nutzbarer Platz, damit man den größer machen könnte

External Link

Über das Kontextmenü kann man vom Timecode-Player aktuell “nur” normale Cues der entsprechenden Cuelist hinzufügen. Dies funktioniert so bereits sehr gut.

An dieser Stelle würde ich mir wünschen, wenn hier die Möglichkeit zum Einfügen von Special cues ebenfalls ergänzt werden würde.

Können durch diverse Filter (voreingestellte Filter oder durch manuelle Textfilter aus Suchmaske) keine passenden Ergebnisse gefunden werden, soll hierauf durch einen Text wie “No results found” hingewiesen werden. Im Fall der Gobo List ist es aktuell so, dass dann man nur ein leeres Fenster sieht.

Es kommt immer wieder mal vor, dass Nutzer sehr umfangreiche Connectionsets bauen, die dann schnell unübersichtlich werden. Oftmals wäre es aber möglich, deren Logik auf mehrere Connectionsets zu verteilen.

Daher sollte beim Bauen von solch großen Connectionssets ein Hinweis erscheinen, dass es unter Umständen nicht sinnvoll ist, etwas derartiges zu bauen. Dieser Hinweis erscheint bei jedem neu manuell angelegten Connectionset einmalig beim Überschreiten einer noch festzulegenden Anzahl von Nodes. Inputs und Outputs wären ggf. auszuklammern, ebenso wie der Fall, wenn man ein Connectionset oberhalb der Hinweisgrenze dupliziert.

Nachdem ich in letzter Zeit bei einigen kleinen Veranstaltungen DMXC vorbereitet habe, habe ich gemerkt dass folgendes für einige User nicht erkenntlich ist: In DMXC sind zwar einige DDFs vorhandenen jedoch gibt es die meisten in der online Lib von der einige Leute nichts wissen. Daher schlage ich vor dass wenn man in DMXC nach einem DDF sucht welches nicht vorhanden ist ein Hinweis mit Link auf die online Lib erscheint.

Ich hab jetzt ein Update von zwei Nodle U1 auf die Version 1.06 gemacht.
Soweit alles gut, nur als ich beide im DMXC 3.2.1 eingebunden hatte schreibt der Kernel immer bei dem zuletzt in WIN 10 eingebundenen Nodle das er den Heartbeat vermisst.
Wenn ich ein IF in DMXC deaktiviert lasse kommt die Meldung nicht mehr.
Es sind aber beide Interfaces im WIN-Geräte-Manager registriert.
DMXC Forum 2 x Nodle U1 mit V1.06 - Heartbeat-Problem

In meinem Showprojekt für das Jahrestreffen musste ich feststellen, dass bestimmte Cuelists mit Timecode-Trigger nach einiger Zeit unsauber wiedergegeben werden. Dies ließ sich sowohl in der StageView als auch in der DMX-Ausgabe real an den Geräten beobachten. Die gewünschten Effekte sehen damit mit zunehmender Wiedergabedauer der Timecodeshow deutlich merklich anderes aus als noch zu Beginn bei den ersten Aufrufen der entsprechenden Cuelists.

Die betreffenden Cuelists sind in dieser besagten Version mehrfach zwei verschiedenen Cuelist-Tracks zugeordnet.

Nachdem ich Cuelists auf die eigenständige Wiedergabe mittels Wait- / Follow-Trigger umgebaut und diese dann über entsprechende Special Cues aufrufe, laufen die Effekte über die komplette Wiedergabe-Dauer der Timecode-Show wie erwartet.

Anmerkung: Das in diesem Ticket beschriebene Phänomen zeige ich am besten live mit der realen Ausgabe und mache dann ggf. auch ein kurzes Video. Dem entsprechend werde ich Projekt und Logs später nachreichen. Die betreffende Version ist gesichert.

Color

Wheelrotation, Random

Prisma

• Anzahl Facetten im DDF ergänzen

Rotationen

Pulsed Rotations (Können auch gut Simuliert werden)
=⇒ Constant Pulse (Puls immer x HZ (über HAL Settings konfigurierbar) und Geschwindigkeit geht auf Drehgeschwindigkeit)
=⇒ Variable Pulse (Geschwindigkeit immer x % (über HAL Settings) und Pulsfrequenz auf Geschwindigkeit)

=⇒ Kann über Rechteck Effekt auf Rotation nachgebaut werden, daher kleine Priorität.

Virtuelles Farbrad =⇒ Wie normales Farbrad, aber auch bei RGB Geräten möglich

Splitfarben

=⇒ Gehen voll ab! Anpassung überall wo Farben verwendet werden. Eigener Struct mit Start, End Farbe und % Wert

Zoom, Focus, Iris, Frost

⇒ Zoom: Angabe in °, von klein nach groß
⇒ Focus: Angabe in %
⇒ Iris: Angabe in %, von offen nach zu
⇒ Frost: Angabe in %, von kein Frost bis voll Frost

Blendenschieber

⇒ 4 Modi:
1. Pro Blende 2 Ecken
2. Pro Blende Einfahren und Winkel
3. Pro Blende Einfachen und Rotation
4. Pro Blende Einfachen + Gesamtrotation

⇒ 1 und 2 lassen sich gemeinsam behandeln und ineinander umrechnen.

Farbtemperatur

1. Slot auf dem Farbrad
2. Separater DMX Kanal (wie RGBW)
⇒ Korrekturkanäle mit Realwerten (von Kalt nach Warm, also 7000K - 5600K)

RGB+ Geräte

1. Separate Regler für W und A (und sonstige LEDs)
=⇒ Kaltweiß und Warmweiß
2. Bei Weiß 3 Modi:
⇒a. Weiß hinzufügen
⇒b. RGB mit Zunahme von Weiß ausfaden
⇒c. Weiß gar nicht automatisch dazumischen (muss also manuell hinzugefügt werden)

Nebel

⇒ Heat und Cool Kanal ⇒ Fanspeed

DMXControl GUI und Kernel gleichzeitig gestartet (natürlich mit dem DMXControl Button auf dem Streamdeck ;)) und in der GUI war kein einziges Panel offen. Habe dann den PE geöffnet und dieser war nur sehr klein (Stream Deck PE.JPG). Wenn ich Ihn einpassen wollte auf die gesamte freie Fläche, ist er trotzdem so klein geblieben und hat sich auch nicht bewegt. Abgedockt lässt er sich gewohnt öffnen. Während des gesamte Startvorgangs war ein StreamDeck XL angeschlossen. Kernel zeigt Fehler (Kernel.JPG) und Logs sind auch angehängt.

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.

Fehlerbeschreibung

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

Beim Erstellen einer Gruppe aus manuell ausgewählten Elementen wird das neue Gruppen-Icon ausserhalb des Sichtbereiches abgelegt.

Wunsch: In einer Ecke im Sichtbereich ablegen

Ich baue mir aktuell mehrere Cuelists mit einer höheren Priorität, bei ich laufende Cuelists gezielt für folgende Lichtstimmungen überschreibe:

• Moderationslicht
• Einmarsch
• Siegerehrung
• Spiegelkugel-Ambiente

In allen Fällen nutze ich für die jeweiligen Lichtstimmungen meist die gleichen Geräte, die sonst auch für die allgemeine Show mitlaufen. Habe ich nun solche Mehrfachverwendungen, muss ich aktuell immer manuell dafür sorgen, dass ich in den zugehörigen Cuelists zum Beispiel die Gobos und Prismen herausnehme oder den Strobe gezielt auf 0 setze, wenn ich eine “saubere” Ausgabe haben möchte. Sprich: auch wenn ich einen Strobe-Effekt abfeuere, soll das Gerät für das Moderationslicht nicht mit stroben. Dies wird insbesondere bei Moving Heads mit ein paar mehr Funktionen immer aufwendig.

Um die Programmierung zu vereinfachen, würde ich mir eine Möglichkeit wünschen, bei der ich gezielt festlegen kann, dass für in der Cuelist nicht verwendete Funktionen automatisch die Grundwerte von den verwendeten Geräten herangezogen werden. So müsste ich dann für das Spiegelkugel-Ambiente nur Dimmer, Position, Farbe und Iris festlegen. Andere Funktionen wie Gobo oder Prisma werden beim Starten auf die Werte gesetzt, die die Geräte als Default einnehmen (Gobo offen, kein Prisma, kein Strobe).

Ich habe in meinem Connectionset sowohl das Device Group Node als auch das Group Master Node im Einsatz, die beide die gleiche Device Group referenzieren. Um nur einmal die gewünschte Device Group respektive Group Master auswählen zu müssen, wäre es hilfreich, wenn das Group Master Node als zusätzlichen Eingang die Device Group erhält.

Das Input Assignment ist in einem floating Window zusammen mit einem Softdesk (IA oben, Softdesk unten). Nachdem ich einige Zeit im Projekt gearbeitet hab (Wechseln zwischen Graphen und Tabellen-Ansicht, verschieben der Grenze zwischen IA und Softdesk), ist mir in der Tabellen-Ansicht die auf dem Bild 1 zu sehende graue (im Bild rot markierte) Fläche aufgefallen. Diese überdeckt alle sich darunter befindenden Connectionsets und wird relativ zu der Grenze IA und Softdesk verschoben (Bild 2). Außerdem wandert die mit der Zeit nach oben (also jetzt nicht kontinuierlich, sondern irgendwie während dem Arbeiten). Öffne ich ein Connectionset, dann verschwindet sie und ich kann ganz normal im CS arbeiten, beim öffnen der Tabellenansicht ist sie wieder da. Mit Schließen und Öffnen des IA geht die Fläche auch nicht weg. Lediglich mit einem Neustart der Software verschwindet es wieder (Projekt neu laden hab ich jetzt nicht probiert.

Wenn ein Graph Fehler wirft oder in der Verarbeitung zu lange läuft sollte nach z.B. 10 Fehlern der Graph abgeschaltet werden, um nicht das ganze System auf zu halten.

Fehlerbeschreibung

s.o.

Wie die CPU-Load anzeige im Monitoring fenster, zusätzlich die GPU-Load einbauen für GUI und Kernel

Hab da auch eine Lib die alle gängigen Grafik-Karten-Hersteller abdeckt, aber die bekommen wir nur auf direkte anfrage.
https://www.techpowerup.com/gpuz/

Es ist nicht möglich, RAW und gobowheel auf den gleichen Kanal zugreifen zulassen. Das Goborad hat dann keine Funktion in dmxc3

https://forum.dmxcontrol-projects.org/index.php?thread/11994-gobo-und-raw-auf-einem-channel/&postID=100316#post100316

Die Einbindung der Icons für die Gobos erfolgt über einen Button auf dem Softdesk welchem im Input Assignment ein “Bitmap from Resource”-Node zugefügt wird.
Trotz Speicherns ist das Icon auf dem Softdesk nach Neustart weg.

Legt man eine neue Gobo Affinity an, kann es passieren, dass man erstmal wieder zurück in den Project Explorer zum Zweig Item Lists gehen muss, wenn man zum Beispiel das Anlegen einer entsprechenden Gobo List vergessen hat. Dieses Hin- und Herspringen könnte durch folgende Punkte ggf. vereinfacht werden:

• Das Dropdown-Menü erhält grundsätzlich einen Eintrag zum Anlegen einer neuen Gobo List
• Die gewählte Gobo List kann direkt aus dem Affinity Window heraus editiert werden, zum Beispiel über einen zusätzlichen Button am Ende der Zeile

Eine Möglichkeit, ähnlich dem Trigger, der FadeTime nicht eine feste Größe sondern eine Variable/Input aus dem Inputassignment zuweisen zu können
und durch dieses global eine fade Zeit (wie in guten alten Zeiten beim SceneSetter48) einstellen zu können

Werden Executoren gleich benannt werden diese im IA unter einem Element dargestellt, die einzelnen Elemte darin werden einfach doppelt in diesem Element angezeigt. Bild hierzu im Anhang.

Selbes Problem, nur noch schlimmer, entsteht wenn zwei Elemte in einem Softdesk gleich heißen, dann weden diese im IA nur noch als ein Element angezeigt, ich habe also zwei Fader im Softdesk aber im IA nur noch einen. Dies hat zur Folge, dass der eine Fader im IA den Output vom zu erst erstellten Fader im Softdesk bekommt, von dem anderen Fader bekommt man gar keinen Output mehr. Selbes Verhalten tritt auch bei Buttons aus dem Softdesk auf, habe mir nicht die Mühe gemacht alle Elemente zu testen, denke sollte aber ähnlich sein.

Logs sind im Anhang, vllt findet da ja jemand mehr als ich^^

Es wäre schön, wenn es eine Möglichkeit gäbe, einzelne Geräte für Records zu sperren, soll heißen, egal welchen Wert diese haben, oder ob die verändert werden, sie werden nicht gespeichert.

z.B. für Saallicht, Arbeitslicht, Umgangslicht.

Es wäre schön, wenn es eine Möglichkeit gäbe einzustellen, dass ein Gerät nur von einem Control (z.B. Submaster) verändert werden kann.

z.B. Umgangslicht befindet sich in einem Submaster. Ich kann noch so viel Mist eingeben und verändern, oder beim Prgrammieren ist mir ein Fehler unterlaufen, dem Gerät passiert trotzdem nichts. Nur dieser Sub kontrolliert das Gerät.

Wenn man beim Anlegen eines Gerätes einen Namen für Gerät oder Gruppe angibt, der länger ist als die Länge des Felds, läuft der Text über die Anzeige hinaus. Man kann allerdings nicht per Pfeiltasten im Feld scrollen. Der Rest der Eingabe wird somit unsichtbar.

Aus der GUI geht sowohl im Programmer auch nicht im Device Control hervor, welches Farbmodell man für eine Device Group oder einem Device genutzt hat. Hier würde ich mit eine entsprechende Kennzeichnung wünschen.

Ich steuere über das Softdesk immer bei zahlreichen Cuelists gemeinsam die Intensität, den Fade Factor und Speed Factor oder Slider an. Die zugehörigen Cuelists liegen meist auch in einer Cuelist Group. Bis dato muss ich aber diesen Slider immer pro Cuelist verdrahten, sodass ich ihn beispielsweise bei 10 Connectionsets für 10 verschiedene Cuelists einbinden muss.

Hier würde ich mir eine Möglichkeit wünschen, dass ich diese drei Werte über eine zentrale Stelle an die Cuelists übergeben kann, natürlich vorzugsweise über bereits vorhandene Nodes.

In gewissen Situationen habe ich gleich mehrere Cuelists, die ich gemeinsam live manipulieren möchte, wie unter anderem Timing (Fade Factor), Effect speed, Limit, Temp. Aktuell muss ich hierzu entsprechend viele Executoren anlegen, kann aber dann die Werte immer noch nicht für mehrere Cuelists gemeinsam setzen.

Um dies zu ermöglichen kamen mir hier zwei mögliche Ansätze in den Sinn:

• Es wird ein neuer Executor-Typ “Cuelist Group” eingeführt. Für alle in dieser Cuelist Group enthaltenen Cuelists kann man dann gemeinsam alle verfügbaren Werte gemeinsam ansprechen. Zusätzlich erhält man Zugriff auf die Funktionen wie “Alle starten” oder “Alle stoppen”, die das Cuelist Group Node bereits anbietet. Dieser Ansatz würde dann auch zu dem Ticket FS#4325 passen, die genannten Funktionen auch im Node direkt hinzuzufügen.
• Man kann einem Executor mehrere Elemente zuordnen. An dieser Stelle würde es dann ggf. keine Differenzierung geben, dass es bei den Cuelists erlaubt ist, bei den verschiedenen Mastern aber nicht.

Ausgangssituation: Es gibt mehrere Moving Heads, die zeitversetzt eine Welle (Sinus auf Tilt) durchlaufen sollen. Hierzu gibt es drei Cues, einen mit dem Sinus auf dem Tilt, die One Shot-Cue und eine statische Cue, um die Welle zu beenden. Da es ein gefanntes Delay für alle drei Cues eingetragen ist, bin ich davon ausgegangen, dass nun auch alle Heads die Welle zeitversetzt durchlaufen und jeder mit seinem entsprechenden Delay wieder zum stehen kommt. Das ist aber nicht der Fall. Nachdem der erste Moving Head die Welle durchlaufen hat, beenden alle die Welle irgendwo mitten drin und gehen gleichzeitig direkt auf die statische Stimmung.

Drehe ich ein Control um einen beliebigen Winkel und verändere dann mit der Maus dessen Größe, beginnt sich das gesamte Control in einem gewissen Rahmen zu bewegen. Der Bezugspunkt wird beim Skalieren mit der Maus nicht ausreichend “fixiert”, weil dieser bekanntermaßen zur Zeit weiterhin von einem nicht gedrehten Control ausgeht.

s.o.

Hallo,
im Live Stream am 07.11.2022 wurde für die 3.3.0 das neue Warning Featur vorgestrellt, mit dem angezeigt werden kann warum DMXC keine Ausgabe macht.

Hier für, sagte Arne, gibt es keine Knoten im Input Assignment.

Es wäre sinnvoll einen hierfür einzubauen um die dort angezeiten Warnungen gesamt oder auch einzeln auf Anzeigen öder ähnliches
im Softdesk zum schalten.

Gruss Steff

Aktuell ist es so, dass man im Patching-Dialog nur Gerät für Gerät den Patch ändern kann. In manchen Situation ist es aber vom Handling her einfacher, direkt für mehrere Geräte den Patch zu ändern. Daraus abgeleitet, wären folgende zusätzlichen Funktionen erforderlich:

• Auswahl von mehreren Geräten in ein anderes DMX-Universum umpatchen. Die Adressen innerhalb des Universums werden 1-zu-1 übernommen. Der User gibt nur das Ziel-Universum an.
• Auswahl von mehreren Geräten ab einer bestimmten DMX-Adresse neu patchen. Für das erste Gerät der Auswahl gibt der User die Start-Adresse sowie den Freiraum zwischen zwei Geräten an.
• Aktivierung der Auswahlmöglichkeit von mehren Geräten in der Kanalübersicht des Patching-Dialogs.

* Auswahl von mehreren Geräten ab einen bestimmten Wert eine neue Device-ID zuweisen. Für das erste Gerät der Auswahl gibt der User den Start-Wert sowie den Freiraum zwischen zwei Geräten an. ⇒ Hat nix mit DMX Patching zu tun

Ergänzung: Grundlegend sollte die Vergabe der neuen DMX-Adressen immer an Hand der Sortierung der Spalten erfolgen, die jeweils im Patching-Dialog vor dem Starten der automatischen Patching-Funktion gesetzt ist.

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.

Analog zum Math- oder zum Logic-Node wünsche ich mir, dass die Anzahl der Eingänge beim Format-Node ebenfalls einstellbar sind. In vielen Situationen reicht ein Eingang bereits aus, da nur ein einiger Wert neu formatiert werden muss oder auch in diesem Zusammenhang durch einen Zusatz ergänzt werden soll. Daher würde ich in diesem Zusammenhang auch vorschlagen, standardmäßig nur einen Eingang anzubieten. In der Summe fallen die Connectionssets an dieser Stelle etwas kompakter aus.

Die “große” Lösung mit der eigenen Definitionslogik wie bei den Input / Output Selectoren entsprechend  FS#4366  bedarf es dann aber nicht.

in Folgedem Beispiel wurde eine “Stairville AF-250” verwendet
Beim Timer wird der DMX Kanal immer auf 100% gesetzt für die Aktive Zeit.

Schön wäre es wenn man auch die Menge auswählen könnte wie, 25%, 50%, 75%, 100%. Oder vielleicht sogar eine frei wählbare Menge an Ausstoß.

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.

Bei manchen Input-Werten kann es vorkommen, dass diese etwas schwanken, gerade bei analogen Spannungswerten. Diese Schwankungen sorgen jedes Mal für eine Werteänderung und triggern so ein Update des ConnectionSets, obwohl dies vielleicht nicht nötig wäre. Daher wäre es gut, wenn es ein Filter-Node gäbe, welches einen Input entsprechend glättet. Hier sollten zumindest ein paar der Glättungsverfahren / Filtertypen implementiert werden (siehe https://de.wikipedia.org/wiki/Gl%C3%A4tten_(Mathematik))

es wäre nice, wenn im Masterfenster der Filter gespeichert werden könnte (also die Auswahlboxen).

Wählt man im Affinity window das Gobo aus, welches zu ersetzen ist, erhält man den Filter “Included in project”.

Dieser Filter sollte auch in allen anderen Image Selector Windows angeboten werden, um auf Wunsch das Auswählen von Gerätebildern oder Icons zu vereinfachen und zu beschleunigen. Dieser Filter ist aber Gegensatz zur Auswahl bei der Gobo Affinity standardmäßig deaktiviert.

Lege ich in den allgemeinen Optionen für ein Softdesk eine definierte Größe für dieses Softdesk fest, werden die Werte nach dem Schließen und erneuten Öffnen des Softdesk Editors nicht übernommen und auf NdN gesetzt.

Fehlerbeschreibung

Der Fehlerdialog ist schlecht designed!

3.3 RC2

Fehlemreldung im Kernel und keine Reaktion mehr von DMXC nachdem Cue 19 in den Programmer geladen wurde und anschließen gereplacet wurde.

Kernel ließ sich mit den Befehlen nicht schließen - auch nicht nach einem von JP angeregten Rechtsklick - und wurde dann via Task Maneger hart beendet.

Logs und Projekt im Anhang.
0.2.61 = letztes gespeichertes Projekt, lässt sich aber nicht mehr laden
0.2.60 = letzter Stand vor Fehler

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.

Following discussion with JP on the forum, I’m posting this feature request here.

It would be useful to be able to achieve the following effect using the chaser effects:

https://vimeo.com/676900437/6d03543b2e

JP suggested this could be implemented as a ‘Fill’ option on the chasers.

As an example using the Colour chaser, the chaser should change the colour of each device to the next colour on the colour list, in selection order, until all devices have been changed, and then repeat with the next colour on the list.

This should work in combination with the play mode to set the direction that the fill happens in - forward, reverse, bounce or random.

This could also work with the standard chaser to apply the fill effect to dimmer intensity.

Schön wäre ein “Werkzeug” einzubauen, das beim faden von z.B. Rot auf Blau der Farbverlauf nicht über weiß fadet. Ich kenne das so das man z.B. sagt, fade über eine dunkle Farbe. Oder auch beim faden von Rot auf Blau wird an dem Punkt wo Weiß kommt, würde der Scheinwerfer in den Moment automatisch runtergedimmt werden.