Bugtracker DMXControl 3

Die BringToFront Funktion sollte fadebar sein.
FadeFactor pro Property (mal wieder)

Ich brauche klassische Submaster.

Ein Submaster ist ein Element mit einem Steller, einem Select Button und einem Flashbutton.

Auf einem Submaster kann genau ein Cue oder Preset liegt.

Es kann x Submaster geben, deren Ausgabe LTP, bzw. bei Intensitäten HTP oder LTP gemixt wird.

Es gibt y Pages mit Submastern.

Weiterhin möchte ich den Inhalt eines Submasters direkt editieren können. z.B. Select → Cue/Preset wird in den Programmer geladen, Änderungen machen, Record, Record → speichert.
Ich möchte Fade Zeiten direkt ändern können. Select, UpTime 10 DownTime 5 Record Record

Der Steller kontrolliert je nach Einstellung die Intensitäten oder die gesamte Cue (Intensity Master, Proportional, etc.)

Der Flash Button kann unter anderem die Intensität flashen, oder es können nicht Intensitätswerte auf die im Cue gespeicherten Werte gebracht werden.

tbc.

Hab beim Jahrestreffen vergessen was anzusprechen, und zwar den Single Flash bei Strobes.

Ich fänds gut, wann mann den auch ordentlich Visualisiert in der LiveView einbauen würde.

Am beispiel von Henne’s Strobo Mod.

Analog zu Fade/Delay pro Property möchte ich auch Take Fade pro Property angeben können.
Im Cue Timing Editor wird es einen weiteren Eintrag in der Combobox geben “Flags”

- Einstellbar ob eine automatisch laufende Cuelist stoppt, sobald der Release läuft. (Stop trigger on release)

Und dann fällt mir gerade ein, hatte ich mich mal mit Matthias? oder Arne? über den Start einer Cuelist, die auf Loop oder Bounce steht, unterhalten habe. Es ging darum, dass ich beim Fade In der Cuelist andere Zeiten haben möchte, als im normalen Loop Betrieb.

Sinnvoll wäre es Variablen in Eigenschaften unterbringen zu können. Eine Variable könnte dann zum Beispiel so aussehen:

$BeispielVariable

Wenn ich so eine Variable nun zum Beispiel einer Phase von einem Effekt zuweise:

0<$BeispielPhase

Könnte ich, wenn ich die Variable einen Input zuweisen könnte, noch nachträglich die Phase des Effektes verändern.
Oder wenn ich meine Movingheads auffächere mit

-20<20

könnte ich dank

-$Fächer<$Fächer

die Fächerung hinterher noch justieren und so mein gespeicherten Szenen super einfach live variieren.

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

Wie Chaser sollte ein Random mode unterstützt werden.

Folgendes sollte im Programmer ersichtlich sein:

- Werte sind (teilweise) überschrieben (Position, aber Pan gesetzt)
- Werte enthalten Effekte / Filter
- Die Effekte / Filter sollten sich anzeigen lassen.
- Spalten mit Properties, die nicht bei allen Geräten vorhanden sind, sollten bei diesen anders dargestellt werden.
- Die Device/Group Reihenfolge innerhalb der Gruppe sollte dargestellt werden.
- Die Hirarchie ebenfalls (Gruppen in Gruppen)
- Umstellung auf XNA 4 Control von Patrick

tbc.

Sollten wir drüber diskutieren und in einzelne Einträge aufteilen.

G1: D1, D2
G2: D3, D4
G12: G1, G2

SDG = G12, D5, D3, Dimmer At 0 > 100

       | Dimmer
-------|-------------
-G12   |
  -G1  |
    D1 |   0
    D2 |  25
  -G2  |
    D3 |   -
    D4 |  50
D5     |  75
D3     | 100

SDG = G12, Dimmer At 0 > 100

       | Dimmer
-------|-------------
-G12   | 0 > 100
  -G1  |
    D1 |   0
    D2 |  33,33
  -G2  |
    D3 |  66,66
    D4 | 100

zusätzlich SDG = G2, Color At 0,0,0 > 255,0,0

       | Dimmer  | Color
-------|---------|------------
-G12   | 0 > 100 |
  -G1  |         |
    D1 |   0     |
    D2 |  33,33  |
  -G2  |         | 0,0,0>255,0,0,0
    D3 |  66,66  | 0,0,0
    D4 | 100     | 255,0,0

SDG = G12, G1, D3, D1 Dimmer At 0 > 100

       | Dimmer
-------|-------------
-G12   | 
  -G1  |   -
    D1 |   -
    D2 |   -
  -G2  | 
    D3 |   -
    D4 |   0
-G1    | 
  D1   | 
  D2   |  33,33
D3     |  66,66
D1     | 100

Zusätzlich
SDG = G12 Color 0;0;0 > 255;0;0

       | Dimmer | Color
-------|--------|------------
-G12   |        | 0;0;0 > 255;0;0
  -G1  |   -    |
    D1 |   -    | 0;0;0
    D2 |   -    | x;0;0
  -G2  |        |
    D3 |   -    | y;0;0
    D4 |   0    | 255;0;0
-G1    |        |
  D1   |        |
  D2   |  33,33 |
D3     |  66,66 |
D1     | 100    |

Zusätzlich
SDG = D4, G1, D1, Iris 0 > 255

       | Dimmer | Color           | Iris
-------|--------|-----------------|-----
-G12   |        | 0;0;0 > 255;0;0 |
  -G1  |   -    |                 |
    D1 |   -    | 0;0;0           |
    D2 |   -    | x;0;0           |
  -G2  |        |                 |
    D3 |   -    | y;0;0           |
    D4 |   0    | 255;0;0         |
-G1    |        |                 |
  D1   |        |                 | -
  D2   |  33,33 |                 | 1
D3     |  66,66 |                 |
D1     | 100    |                 | 2
D4     |        |                 | 0

Zusätzlich
SDG = D2, G2, Zoom 0 > 255

       | Dimmer | Color           | Iris
-------|--------|-----------------|-----
-G12   |        | 0;0;0 > 255;0;0 |
  -G1  |   -    |                 |
    D1 |   -    | 0;0;0           |
    D2 |   -    | x;0;0           |
  -G2  |        |                 |
    D3 |   -    | y;0;0           |
    D4 |   0    | 255;0;0         |
-G1    |        |                 |
  D1   |        |                 | -
  D2   |  33,33 |                 | 1
D3     |  66,66 |                 |
D1     | 100    |                 | 2
D4     |        |                 | 0
D2     |        |                 |       |  0
-G2    |        |                 |       |
  D1   |        |                 |       | 50
  D2   |        |                 |       | 100

Vorschlag (siehe Kommentar):
SGD = G12, Dimmer At 100

       | Dimmer
-------|-------------
-G12   | 100
  -G1  | 100
    D1 | 100
    D2 | 100
  -G2  | 100
    D3 | 100
    D4 | 100

Die Darstellung oben wird schnell sehr unschön.
Ich denke folgendes wäre besser.
Es gibt 2 Ansichten.
In der ersten sieht man seine Selektionen. Für jede Selektion eine eigene Reihe.
Wird die Selektion mehrfach verwendet, (Color, Zoom) werden die Werte in schon vorhandene Reihe geschrieben.
In einer weiteren Ansicht werden nur die Geräte mit den gefannten Werten dargestellt. Da könnte man z.B. noch ein Tooltip einbauen, das aufgeht wenn man länger auf einer Zelle bleibt, wo drinsteht, wo der Wert herkommt. D1 Dimmer: G12, G1, D3, D1 0 > 100. Ich denke so macht das mehr Sinn und ist übersichtlicher.

(Detail Expanded)

                 | Dimmer  | Color           | Iris    | Zoom
-----------------|---------|-----------------|---------|---------
-G12, G1, D3, D1 | 0 > 100 |                 |         |
  -G12           |         |                 |         |
    -G1          |   -     |                 |         |
      D1         |   -     |                 |         |
      D2         |   -     |                 |         |
    -G2          |         |                 |         |
      D3         |   -     |                 |         |
      D4         |   0     |                 |         |
  -G1            |         |                 |         |
    D1           |   -     |                 |         |
    D2           |  33,33  |                 |         |
  D3             |  66,66  |                 |         |
  D1             | 100     |                 |         |
-G12             |         | 0;0;0 > 255;0;0 |         | 0 > 100
  -G1            |         |                 |         |
    -D1          |         |   0;0;0         |         |   0
    -D2          |         |   x;0;0         |         |  25
  -G2            |         |                 |         |
    -D3          |         |   y;0;0         |         |  50
    -D4          |         | 255;0;0         |         | 100
-D4, G1, D1      |         |                 | 0 > 100 |
  -D4            |         |                 |   0     |
  -G1            |         |                 |         |
    -D1          |         |                 |   -     |
    -D2          |         |                 |  50     |
  -D1            |         |                 | 100     |

(Detail, Collapsed)

                 | Dimmer  | Color           | Iris    | Zoom
-----------------|---------|-----------------|---------|---------
+G12, G1, D3, D1 | 0 > 100 |                 |         |
+G12             |         | 0;0;0 > 255;0;0 |         | 0 > 100
+D4, G1, D1      |         |                 | 0 > 100 |

(Device view, collapsed)

   | Dimmer | Color   | Iris | Zoom
----|--------|---------|------|------
+D1 | 100    |   0;0;0 | 100  |   0       <-  Tooltip für Dimmer: G12, G1, D3, D1: 0 > 100 
+D2 |  33,33 |   x;0;0 |  50  |  25
+D3 |  66,66 |   y;0;0 |      |  50
+D4 |   0    | 255;0;0 |   0  | 100

Kommentare?

Edit: 09.06.14
(Device view, with details expanded)

                   | Dimmer  | Color           | Iris    | Zoom
-------------------|---------|-----------------|---------|--------
-D1                | 100     | 0;0;0           | 100     |   0
  -G12, G1, D3, D1 | 0 > 100 |                 |         |
  -G12             |         | 0;0;0 > 255;0;0 |         | 0 > 100
  -D4, G1, D1      |         |                 | 0 > 100 |
-D2                |  33,33  | x;0;0           |  50     |  25
  -G12, G1, D3, D1 | 0 > 100 |                 |         |
  -G12             |         | 0;0;0 > 255;0;0 |         | 0 > 100
  -D4, G1, D1      |         |                 | 0 > 100 |
-D3                |  66,66  | y;0;0           |         |  50
  -G12, G1, D3, D1 | 0 > 100 |                 |         |
  -G12             |         | 0;0;0 > 255;0;0 |         | 0 > 100
-D4                |   0     | 255;0;0         |   0     | 100
  -G12, G1, D3, D1 | 0 > 100 |                 |         |
  -G12             |         | 0;0;0 > 255;0;0 |         | 0 > 100
  -D4, G1, D1      |         |                 | 0 > 100 |

Letzten Monat oder habe ich über Effekte nachgedacht, und da das jetzt auch im Forum aufgeschlagen ist:

Ich möchte auf Position einen Circle haben.
Und auf den Schutter einen Rectangle. Der Shutter soll ab einer bestimmten Position zugehen und ab einer anderen wieder aufgehen.
Ich möchte diese Positionen einmal am Rectangle einstellen und ab dann werden die Effekte automatisch synchronisiert. D.h. wenn ich beim Circle die Phase/Frequenz/etc. ändere sollen diese auch beim Rectangle so eingestellt werden, dass sich die Positionen nicht veändern.

Natürlich müssen die Positionen auch beim abspielen der Cues reproduzierbar sein.

Anderes Beispiel wäre_
Auf Tilt befindet sich ein Sawtooth. Abwärtsbewegung langsam und sichtbar und die Aufwärtsbewegung soll so schnell wie möglich sein. Während dieser Bewegung soll der Shutter geschlossen sein.

* Projekt (z.B. http://www.dmxcontrol.de/flyspray/index.php?getfile=679) laden
* Cuelist laden und starten
* ein Gerät deaktivieren

Nun die Cuelist weiterlaufen lassen - das deaktivierte Gerät wird weiterhin angesprochen und in Fannings und Co. mit berücksichtigt.

Das deaktivierte Gerät sollte beim nächsten Schritt/Fade auf Nox gefaded und in Fannings nicht mehr berücksichtigt werden. Dies ermöglicht in Verbindung mit  FS#1981  ein kontrolliertes Deaktivieren (mit gleichem oder nächstem Cue) eines Gerätes, nicht wie früher (inzwischen behoben) ein sofortiges Abschalten des Geräts bei Deaktivierung.

Wenn ich einen Executer eine Scenenliste zugewiesen hab, und dann eine weitere Scenenliste per Drag and Drop im ProjectExplorer zuweisen will, krig ich keine warnung, das das die vorhandene Scenenliste ersetzt.

Hier wäre doch angebracht ein Dialog zu öffnen der mich warnt, und mich wählen läst, ob ich ersetzen möchte, oder nicht.

Per Enter wird das ersetzen bestätigt.

Weis nicht wie ich das jetzt einordnen sollte, ob Fehlerbericht oder ToDo.

MfG
Patrick

Für mein Screenshot-Tool https://github.com/DMXControl/Screenshot starte ich des öfteren den DMXControl Kernel. Leider kann AutoHotkey den Text in der Konsole nicht lesen, sondern nur den Fenstertitel. Ich kann also automatisiert nicht feststellen, wann der Kernel für weitere Aktionen bereit ist.

Ich würde mir folgnde Änderung wünschen:
Während dem Betrieb lautet der Titel der Kernel-Konsole ja folgendermaßen:
> DMXControl Kernel V3.0.6.0 BETA 6 Datum Uhrzeit: Informationen

Ich würde mir wünschen, dass er während dem Startup noch irgendeinen zusätzlichen Text, z.B. starting enthält, der dann verschwindet, wenn der Kernel Startup fertig ist.
> DMXControl Kernel V3.0.6.0 BETA 6 starting Datum Uhrzeit: Informationen

Dann könnte ich automatisch darauf warten, bis das starting verschwindet, und weiß dann, dass der Kernel bereit ist.

Bei ALT+Doppelklick GoTo auf Cuelist, ohne Fadezeit

s.o.

Vor allem, weil der Prisma von dieser classe erbt, und Ees Prismen gibt, welche Shaken können, sollte die classe um diese Funktion erweitert werden

Es wäre praktisch, wenn es beim Playmode
auch die Möglichkeit geben würde diesen
als Beat-gesteuert einzustellen.

Gruß Uwe

Wäre sehr nutzfoll wenn DMX Control eine Midi Clock aufnehmen könnte um damit sound to light viel genauer umzusetzen.

Es soll angezeigt werden wass alles an ist und welcher cue in welcher cueliste auslöser ist.
mit funktionen wie alles aus. oder nur das aus.

MfG
Qasi

Es soll angeboten werden, das einstellungen mit in das Project exportiert werden um die settings mitnehmen zu können.

Mit einer abfrage beim Ersten start, ob die Profesionell, Fortgeschritten, Basic Beginners-Settings geladen werden sollen.

MfG
Qasi

s.o.

Funktioniert nicht bei:
10 Sharpys per selektion und 10 Generic PARs Per selektion in den selben Cue gespeichert.

Funktioniert bei:
10 Sharpys(diesmal aber als Gruppe) und keine weiteren geräte in einen Cue gespeichert.

P.S.
Jens-Peter soll mal bitte genau testen ;)

MfG
Patrick

s.o.

So solte es meiner meinung nach im ddf aussehen:

<zoom dmxchannel="19" >
  <rotation dmxchannel="20" >
    <step type="stop" mindmx="191" maxdmx="192" />
    <range type="ccw" mindmx="190" maxdmx="128" minval="0.0083333" maxval="0.17" />
    <range type="cw" mindmx="193" maxdmx="255" minval="0.0083333" maxval="0.17" />
  </rotation>
  <index dmxchannel="20" />

  <range type="linear" mindmx="0" maxdmx="45" minval="4" maxval="13.529411764705882352941176470588" />
  <range type="linear" mindmx="46" maxdmx="255" minval="13.749019607843137254901960784313" maxval="60" > 
    <range handler="index" range="4" mindmx="0" maxdmx="127" />
    <range handler="index" range="0" mindmx="128" maxdmx="255" />
  </range>
</zoom>

Aber der Zoom funktioniert dann nicht, erst wenn ich den Rotations-Node lösche geht der wieder.
Außerdem wird Index in diesem fall nicht im Propertygrid angezeigt.

Hab mal das funktionierende DDF und Manuel angehangen

s.o.

Es gibt keine Tests für Autoprepare, das sollten wir ändern.

s.o.

Bsp. GLP X4 Impression:
Pattern Byte 1 LED1..8 0-255
Pattern Byte 2 LED9..16 0-255
Pattern Byte 3 LED17..19 0-7

             H L|H      L|H      L
                |        | 
             B3 |Byte2   |Byte1
LED1  = 2^0  000 00000000 00000001
LED2  = 2^1  000 00000000 00000010
LED3  = 2^2  000 00000000 00000100
LED4  = 2^3  000 00000000 00001000
LED5  = 2^4  000 00000000 00010000
LED6  = 2^5  000 00000000 00100000
LED7  = 2^6  000 00000000 01000000
LED8  = 2^7  000 00000000 10000000
LED9  = 2^8  000 00000001 00000000
LED10 = 2^9  000 00000010 00000000
LED11 = 2^10 000 00000100 00000000
LED12 = 2^11 000 00001000 00000000
LED13 = 2^12 000 00010000 00000000
LED14 = 2^13 000 00100000 00000000
LED15 = 2^14 000 01000000 00000000
LED16 = 2^15 000 10000000 00000000
LED17 = 2^16 001 00000000 00000000
LED18 = 2^17 010 00000000 00000000
LED19 = 2^18 100 00000000 00000000

Und dazu ein schickes Control ^^

MfG
Patrick

Wäre super, wenn man die Group Size relativ zur Größe zur Runtime angeben könnte, also “1/2” um sicher zu stellen, dass bei nachträglichen Gruppenänderungen die Anzahl der “Teil-Gruppen” gleich bleibt.

Es sollte möglich sein Einzelne Beams in eine Matrix zu mappen.

MfG
Patrick

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

Man kann die Cues innerhalb einer cuelist mit der Maus verschieben. Jedoch klappt kann man eine Cue nicht an die letzte Stelle einer Cuelist verschieben.

Es wäre toll, wenn man im Editor die Dauer kommulierten Wartezeiten der Cues angezeigt bekommt. Natürlich nur die follow/wait Trigger

Ich würde es begrüßen, wenn man im DDf für die jeweiligen Kanäle Startwerte hinterlegen könnte. Z.B. würde ich bei einigen Lampen den Dimmmer immer gleich 100% setzen. Eventuell könnte man hier auch festlegen, welches die Grundfarbe ist. Z.B. Schwarz/Weiß. Dazu gab es im Forum auch schon Diskussion.

Gruß
Patrick

Es wäre toll, wenn man eine Tochter-Cue mit der Maus in den Cue-Editior der Mutter-Cue ziehen könnte und von da aus
Parametern (Intensity, Effektspeed, Timespeed) einstellen könnte. Außerdem wäre es toll, wenn man im Editor hinten einen Haken setzen kann, ob die aufgerufene Tochter-cue beim (z.b.manuellen) Beenden der Mutter-Cue automatisch mit beendet wird. Siehe Foto

https://forum.dmxcontrol-projects.org/index.php?thread/12105-mutter-tochter-beziehung/&postID=101147#post101147

das geht besser und Performanter
zZ wird ab und zu mitten in dem Effekt gesprungen
der Effekt hört bei großen Matritzen zu früh auf

s.o.

Color wird in StageView irgendwie nicht angezeigt, ganz strange

Gobo-Rotation geht nicht
Prisma Rotation geht nicht
Prisma Index geht nicht

Frost filter wird in dieser form nicht unterstützt (3 verschiedene Frostfilter auf einem Kanal)

MfG
Patrick

Ergänzend zum Thema Cuelist Group ist mit am vergangenen Wochenende noch die Idee gekommen, Cuelist Groups auch “Blackouten” bzw. auf “Blind” schalten zu können, wodurch die darin enthaltenen Cuelists zwar laufen, aber nicht aktiv ausgeben können -außer man hat die selbe Cuelist in mehreren Cuelist Groups laufen, dann wird natürlich solange etwas ausgegeben, bis die anderen Cuelist Groups ebenfalls auf Blind gesetzt werden.

So erhält man die Möglichkeit, bestimmte Einstellungen wie zum Beispiel Farben für einen Blinder- oder Strobe-Effekt vorauszuwählen und dann in Verbindung mit einer Mutter-Tochter-Beziehung zum eigentlichen Blinder-Effekt zu aktivieren. Oder man baut sich bereits während eines Songs die nächste Stimmung (beispielsweise für eine Bridge oder den Refrain) zusammen, die dann mit nur einem Tastendruck aktiviert werden kann.

Einen Abriss über das Szenario habe ich in dem Thread https://forum.dmxcontrol-projects.org/index.php?thread/12105-mutter-tochter-beziehung/&postID=101294#post101294 verfasst, da hier auch das Thema Mutter-Tocher-Beziehung zwischen Cuelists zum Tragen kommt.

siehe kommentare aus External Link

Hab gesehen, das meine PSX-575 auf Frost und Iris einen Pulse Effekt haben, der Fehlt noch in der HAL.

Evtl. gibts noch andere Eigenschaften die das haben.

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.

Tint ist die Balance zwischen Grün und Magenta.
Zusätzlich muss ein Control wie für Farbtemperatur gebaut werden

Beispiel:
0 to 1 = neutral white
2 to 127 = full plus-green to neutral white
128 = neutral white
129 to 255 = neutral white to full minus-green (full magenta)

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/

Bei mir läuft Autoprepare überhaupt nicht. Betrifft mindestens die Farbe, mehr bisher nicht getestet.

Habe mit verschiedenen Geräten in verschiedene Projekten (u.a. blanko Projekt) getestet. Er faded immer von weiß zur gewollten Farbe während der Dimmer ebenfalls einfaded. Auch schon getestet den Dimmer vorher nochmal explizit auf 0 zu setzen, leeren Cue vor den Cue mit Autoprepare, nichts hilft.

Natürlich immer Autoprepare in Cuelist, Cue und Gerät aktiviert.

Autoprepare wäre wenn es funktionieren würde eine sehr große Erleichterung für mich.

Wird eine Cueliste (1) durch eine andere Cueliste (2) gestoppt, sollte es möglich sein, dass die Cueliste 1 statt ihre eigene Release Zeit die GoTo Zeit von Cueliste 2 verwendet.

Schön wäre es, wenn man in der GUI im Projektexplorer oder über die View Bereiche für Fixtures und Gruppen fest legen kann in den Movig Heds etc. nicht reinlaufen sollen und/oder der Dimmer in diesem Bereich auf null gesetzt wird. Ähnliches gibt es bereits bei der Steuerung von Lasern.

Folgende Szene wird bei mir nicht korrekt gespeichert/abgespielt:

Ausgangspunkt: 4 MHs, zusammengefasst in einer Gruppe.

Vorbereitung:

1) Programmer clear
2) Gruppe auswählen
3) “Lumos” (Dimmer an)
4) Position über “Position”-Fenster eingestellt
5) 1. Gerät der Gruppe auswählen
6) Im “Device control” Eigenschaft Position ausklappen, Pan verstellen
7) 4. Gerät der Gruppe auswählen
8) Im “Device control” Eigenschaft Position ausklappen, Pan verstellen
9) Gruppe auswählen
10) Im “Device control” Eigenschaft Position ausklappen
11) Effekt “Sinus” auf “Tilt” ziehen

Erster Fehler: Der geänderte Pan des 1. und 4. Gerätes werden wieder zurück gesetzt...

12) “Add cue to open Cuelist”. Im Programmer Filter tauchen das 1. und 4. Gerät (jeweils “Position” ausgewählt) sowie die Gruppe (Position und Dimmer ausgewählt) auf.

Nach “Clear Programmer” und “Go” der Cuelist stehen das 1. und 4. Gerät fest auf ihrer Position, während die anderen beiden Geräte den Sinus auf Tilt fahren.
Erwartetes Verhalten wäre Tilt-Effekt auf allen Geräten, nur mit unterschiedlichen Pan-Positionen.

Der Fehlerdialog ist schlecht designed!

Für Effectwheel die gleiche Systematik einbauen wie für Gobowheel (Zusammenfassen der Eigenschaften mit Subproperties)

Referenz:  FS#3089  (Screenshot unten in den Comments)

Wenn man während einer laufenden Cuelist Kanalwerte anpasst, springt der Wert bei einer Änderung durch die Cuelist zurück auf den letzten von der Cuelist gesetzten Wert und fadet von dort zum neuen Wert.

Beispiel:
Generic Dimmer, Cuelist mit 2 Cues: Dimmer 100% und Dimmer 0%, Cuelist auf “Priority update on Go” und Programmer-Priority auf Normal

Fall 1: Änderungen vor Start der Cuelist
Über Programmer Dimmer auf 50% - Dimmer 50%
Cue 1 (Dimmer 100%) → Dimmer fadet von 50% auf 100% (So soll es sein)

Fall 2: Änderungen während laufender Cuelist
Cue 1 (Dimmer 100%) → Dimmer 100%
Über Programmer Dimmer auf 50% → Dimmer 50%
Cue 2 (Dimmer 0%) → Dimmer springt zurück auf 100% (Cue 1) und fadet von dort auf 0% (So sollte es nicht sein)

https://forum.dmxcontrol-projects.org/index.php?thread/13013

Damit der Installations-Manager die Plugins für DMXControl 3 automatisch in die richtigen Verzeichnisse kopieren kann, muss eine Hilfsdatei erstellt werden, dessen Inhalte es zu definieren gilt. Folgende Informationen könnten möglicherweise hilfreich sein:

• Art des Plugins (Kernel, GUI)
• Angabe der Verzeichnisse der Dateien
• Author
• Plugin-Version
• kompatible DMXControl-Version
• Checksumme für die im ZIP-Archiv enthaltenden Daten

Ein cooles und hilfreiches Feature wäre, wenn der Midi-Part die Funktion enthalten würde, einen Midi-Controller “mehrfach” belegen und am Ende in den einzelnen Layouts springen zu können.

Also zum Beispiel ein Layout für bewegtes Licht, eines für LED-PARs und eines für konventionelles Weißlicht. Das Wechseln des Layouts könnte im besten Fall auch mit der Zuordnung von Buttons auf die Layouts gelöst werden.

Beispiel:
Cuelist mode: once
Cue durchklicken bis auf zur letzten Cue. Dann Mode wechseln auf Loop. Cuelist beendet trotzdem.

Oder umgekehrt: Mode loop. Bis zur letzten Cue durchklicken. Mode ändern auf Once. Weiter auf Go drücken. Liste startet trotzdem von vorne.

Bei externen “Controls”, die kein Feedback erlauben (z.B. nicht motorisierte Fader, Potis, DMX-In), gibt es das Problem springender Werte, wenn sich Werte in der Software ändern, aber natürlich nicht am Control selbt. Fasst man das Control das nächste mal an, würde der Wert einfach auf den zuletzt am Control eingestellten Wert springen.
Um das zu umgehen, gibt es z.B. bei der MidiBox verschiedene Modi, die man einstellen kann:

Normal, Snap, Relative, Parallax
http://www.ucapps.de/midibox_tutorial.html (Nach “Normal Mode” suchen)

Diese Einstellung auch in DMXC zu haben (z.B. für DMX-In, wo es prinzipiell kein Feedback gibt, also auch das Pult dieses Verhalten nicht implementieren kann) wäre für mich sehr sinnvoll.
Wahrscheinlich reicht es, das pro MIDI- oder DMX-In-Device konfigurieren zu können, also nicht unbedingt für jedes Control einzeln.