Bugtracker DMXControl 3

Es lassen sich nur ca 16-17 Speedmaster anlegen.
Im bestehenden Projekt konnte ich 17 Speedmaster anlegen, in einem leeren Projekt nur 16, anschließend Fehlermeldung im Kernel.
Anbei die Logs erzeugt nach dem Versuch mit leerem Projekt.

Ich lege im Projektexplorer eine neue Executorseite an. Wähle diese Seite aus, sodass ich im rechten Fensterteil die einzelnen Executoren sehe.
Jetzt lösche ich die gesamte Executorseite.
Auf der rechten Fensterseite werden wir aber immernoch die schon gelöschen Executoren angezeigt und ich kann auch die Eigenschaften davon ansehen.
Ich würde z.B. erwarten, dass nach dem Löschen eines Knotens das SelectedItem eine Eben höher springt.

Im Projektexplorer → Master → z.B. SpeedMaster, Rechtsklick darauf öffnet das Kontextmenu.
Dieses Kontextmenu schein für alle Master-”Typen” das gleiche zu sein.
Ich kann also Rechtsklick auf Speedmaster machen und einen Colormaster hinzufügen.
Der Colormaster wird aber dann ja im Ordner Colormaster eingefügt. Hat echt lange gedauert bis ich das gemerkt habe.
Ich würde mir wünschen, dass man für jeden Order das Kontextmenu anpasst.
“Speedmaster hinzufügen” sollte nur beim Kontextmenu vom Speedmaster Ordner angezeigt werden und für die anderen analog.

Im Kontextmenu Projektexplorer → Master → z.B. Speedmaster haben die Einträge “Sortieren” und alles mit “hinzufügen” das gleiche Icon.
An allen andern Stellen in der GUI wenn irgendwas hinzugefügt werden soll ist da so ein kleines grünes Plus wie im Bild.
Ich würde das hier auch erwarten um konsistent zu sein.
Vielleicht könnte man den Mastern auch unterschiedliche Icons geben.
Vorschlag:
- Colormaster einfach nicht nur blau, sondern vllt Regenbogenfarbverlauf von unten nach oben
- Groupmaster das Icon der Gerätegruppe dazu
- Parametermaster vllt so ein f(x) oder so dazu irgendwas “mathematisches” - Positionsmaster ein Fadenkreuz?
- Specialmaster weis ich grad auch nicht ^^
- Speedmaster Tachonadel?

Beim Erstellen von Szenen und danach Verschieben in einen erstellten Unterordner treten Probleme auf.
Die thematisch passenden Szenen wurden per Maus in den neuen Ordner verschoben.
Nach dem Wiederöffnen der Projektes sind dann einige Szenen wieder direkt im Hauptverzeichnis, andere im Unterordner.
Projekt schließen ⇒ ohne zu speichern und DMX Control zu beenden ⇒ Projekt öffnen, letzte Fenstereinstellung übernehmen ⇒ dann ändert sich wieder die Zuordnung.
Die Zuordnung ist jedesmal anders.

Ich habe gestern Cuelists in Ordner einsortiert, damit mein Projekt übersichtlich bleibt. Das hat soweit auch funktioniert.

Als ich die Software heute wieder geöffnet habe, waren alle Cuelists, die ich gestern einsortiert hatte, wieder aus den Ordnern aussortiert (Vgl. Bild). (Habe natürlich gespeichert gehabt)

Die Cuelist, die schon seit 3.2 einsortiert waren, bleiben in den Ordnern. Nur die mit 3.2.1 RCX neu einsortierten nicht.

Verschiebe ich Objekte (Cuelists, Devices) in Verzeichnisse, so wird dieses zwischen den GUIs nicht synchronisiert.

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

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.

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.

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.

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.

Ziel: DMC öffnet nicht alle verfügbaren Midi Geräte im Betriebssystem, sondern nur die erlaubten.

Motivation: Die Startreihenfolge und damit das öffnen von beliebigen Midi Software sollte eagl sein.

Aktuell muss andere Software vor DMC geöffnen werden und DMC zuletzt, damit die nicht für DMC vorgesehenen Midi-Port nutzbar sind.

DMXControl sends feedback 3 times for same midi channel. This eventually floods midi with feedback. For example, I have only one midi fader setup in DMXControl. DMXControl sends the below midi out:

RECEIVE | ENDPOINT(loopMIDI) TYPE(CONTROLCHANGE) CHANNEL(1) DATA1(13) DATA2(50)
RECEIVE | ENDPOINT(loopMIDI) TYPE(CONTROLCHANGE) CHANNEL(1) DATA1(13) DATA2(50)
RECEIVE | ENDPOINT(loopMIDI) TYPE(CONTROLCHANGE) CHANNEL(1) DATA1(13) DATA2(50)

Why does DMXControl send the same information 3 times? This is a new project with only one device and only one midi fader configured. On project loading DMXControl will send out the above midi values for a single device. This extra midi chatter floods the network.

Manuelles Überfaden in Szenenliste einbauen über InputLayer Regler

Hy,

Folgende Settings werden noch benötigt:

1. STRG Funktion beim Speichern von Scenen / Presets =⇒ Ist Filter anzeigen Default Ja / Nein
2. STRG bei Presets Drag & Drop =⇒ Wird das Preset nur auf die gespeicherten Geräte angewendet oder auf alle
3. done — Programmer Priorität einstellbar machen =⇒ (Programmer.cs –> CreateNewRegister() –> Priorität entweder “DMXCMixer.EMixerPriorityDefaults.NORMAL” oder “DMXCMixer.EMixerPriorityDefaults.PROGRAMMER”

Weiter ergänzen

Gruß Arne

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

Bei ALT+Doppelklick GoTo auf Cuelist, ohne Fadezeit

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.

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

Entsprechend sollten Elemente angezeigt oder ausgeblendet werden.

Hierzu muss folgendes durchgeführt werden:

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

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

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.

Der Fehlerdialog ist schlecht designed!

Geiler Scheiß, fast fertig….

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

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

Aus Nutzersicht wäre es super, “virtuelle” Eingänge (z.B. Go / Stop  FS#3321 ) zu haben, die im Hintergrund einen Graphen generieren. Dadurch könnten viele Standard Fälle abgedeckt werden, ohne das Input Assignment zu verschandeln.

Es gibt Geräte mit mehreren verschiedenen Frostfiltern, die unabhängig voneinander eingefahren werden können.

Hier sollten (ähnlich wie bei den Goborädern) mehrere Frostfilter möglich sein. Im DDF muss dazu der Tag “frost” mehrfach eingefügt werden dürfen:

<frost dmxchannel="0">
  <range mindmx="0" maxdmx="255" minval="0" maxval="100" />
</frost>
<frost dmxchannel="1">
  <range mindmx="0" maxdmx="255" minval="0" maxval="100" />
</frost>

Dies kommt beispielsweise bei den folgenden Geräten vor:

• JB-Lighting P12 (https://www.jb-lighting.de/P12Profile) und dessen “Geschwister”.
• Martin ERA 800 Profile (https://www.martin.com/en/products/era-800-profile)
• Elation Smarty Max (https://www.elationlighting.com/smarty-max)

Das Problem ist analog zu FS#4207.

So würde ich mir die Funktion vorstellen

Grob gesagt, linkto gibt an, an welche Stelle gesprungen werden soll und loopcount gibt an, wie oft das passieren soll (0 = infinite)

id    | trigger | value | linkto | loopcount

Cue 1 | manual  |       |        |
Cue 2 | manual  |       |        |
Cue 3 | follow  | 1     |        |
Cue 4 | follow  | 1     |        |
Cue 5 | follow  | 1     |        |
Cue 6 | follow  | 1     | Cue 3  | 0
Cue 7 | manual  |       |        |

1. Go, Cue 1 wird eingeblendet
2. Go, Cue 2 wird eingeblendet
3. Go, Cue 3 wird eingeblendet.
Durch den Trigger follow läuft die Liste automatisch weiter (natürlich kann auch manual, oder ... benutzt werden) nachdem Cue 6 eingeblendet wurde, wird wieder Cue 3 eingeblendet. Ist loopcount > 1 wird der Sprung entsprechend oft ausgeführt.
Bei 0 passiert das unendlich oft. Dann könnte man zwei Fälle unterscheiden:
Alle Cues haben einen automatischen Trigger: GO beendet den Loop und blendet das erste Cue nach dem LinkTo Cue ein
Nicht alle Cues haben einen automatischen Trigger: Da GO bereits verwendet wird um im Loop die Cues durchzufahren könnte z.B. Load Cue 7, GO den Loop beenden.

Die Funktion ist sehr sehr praktisch, wenn auf der Bühne etwas gleiches wiederholt wird. Man hat hier weiterhin die Kontrolle mit GO bzw. (später dann hoffentlich Crossfade ;) ) sowie die gleiche Struktur wie andere Cues.
Außerdem ist man mit dieser Funktion schneller bei einfachen Chasern. Wenn ich weiß, dass die 6er Bar nur kurz während einer Szene ein bisschen blinken soll, muss ich nicht extra einen Chaser dafür anlegen und in die Cuelist einbinden.

Auf FS#280 setz ich noch einen drauf:

Split Crossfade.
Das sind zwei Überblendsteller. Einer zusändig für das aktuell eingeblendete Cue (ich nenns jetzt mal stage) und der zweite für das nächste (preset).

Normalstellung ist Stage 100, Preset 0.
Werden nun beide Steller gleichzeitig bewegt, ergänzen sich beide zu 100%. Es kommt ein ganz normaler Crossfade zu stande. Stage 80% + Preset 20%
Werden diese nun unterschiedlich schnell bewegt, kann z.B. ein Blackout realisiert werden. Stage 0%, Preset 0%

Kreise, die in Preset aber nicht in Stage enthalten sind werden vom PresetSteller ganz normal eingeblendet (Preset 50%, Kreise 50%)
Kreise, die in Stage aber nicht in Preset enthalten sind werden vom StageSteller ausgeblendet.

Eine Überblendung ist abgeschlossen, wenn Stage 0% und Preset 100% sind.

Es sollte eine Taste geben z.B. Ignore (allgemein benannt, hab noch ne Funktion dafür :) ), die beim nächsten GO die Cuelist veranlasst, nicht einen Schritt weiterzugehen, sondern eine evtl. laufenden Timer, Follow/Wait zu ignorieren und mit dem Einblenden des nächsten Cues zu beginnen. (Usecase: Probe, Zeit zu lang, etc...)

Arne:
=⇒ Eine funktion, welche bei der Cue die aktuell einfaded den Fade auf 100% setzt. Der Rest läuft normal ab.

Es sollte die Möglichkeit geben (wenn Cossfade funktioniert), dass sowohl

-ein mit GO begonnener Fade mit dem/den Crossfader(n) fortgesetzt werden kann/können (damit das nicht versehentlich, z.B. durch berühren der Fader passieren kann, muss vorher die in FS#490 erwähnte Ignore Taste gedrückt werden. Die Fader übernehmen ab dem Punkt, an dem sie den aktuellen Einblendstatus erreicht haben, Fade 40%, Fader übernehmen ab 40% Stellung),

-als auch ein manuell begonnener Crossfade mit GO fortgesetzt werden kann.

Es wäre schön, wenn man für eine komplette Cueliste das Timing + die Trigger abschalten und danach mit GO durchlaufen könnte.
Dafür sollte eine konfigurierbare standard Fade Zeit zwischen den Cues verwendet werden (Scheinwerfer schonen)

Export and import App Settings as zip archive. (backup)

s.o.

s.o.

Scheinbar haben Geräte auch logarithmische Funktionen. Siehe  FS#720  Goborotation, ...
Es würde m.M. nach reichen, wenn man dann die Fader Controls auf log umstellt.

MIDI Timecode

MIDI Show Control

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.

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.

Wie Chaser sollte ein Random mode unterstützt werden.

Generic Dimmer, Group 1 + 2 At Full → Einträge für Group 1 und 2 inkl Dimmer im Programmer vorhanden, aber keine Werte.

Clear
Generic Dimmer, Group 1 + Device 1 At Full → Wert bei Device 1 aber nicht bei Group 1

Clear
Group 1 At Full → Wert bei Group 1 vorhanden.

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.

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.

Ich bin hier und in DMXC neu und habe zwei Ideen zur Erweiterung der Chaser-Funktion Lauflicht.

1.: Die vermutlich einfacher zu realisierende ist eine Einstellung wie oft der Lauf wiederholt werden soll.

2.: Ich weiß nicht, ob das im Chaser implementiert werden kann, oder ob dazu eine neue Funktion nötig ist.
Nach dem 1. Durchlauf des Lauflichts soll das letzte Segment weiterleuchten und der Lauf wieder von vorne beginnen. Aber nur bis zum vorletzten Segment, welches dann wieder weiterleuchtet. Und so weiter bis alle leuchten.

So zum Beispiel:

XOOO
OXOO
OOXO
OOOX
XOOX
OXOX
OOXX
XOXX
OXXX
XXXX

Das gleiche Prinzip auch mit fanning von oder zur Mitte und revers, sowie die gleichen Parameter wie beim aktuellen Chaser. (Version 3.2.3.373)

Ich hoffe, diese Beschreibung ist verständlich genug und auch der richtigen Kategorie zugeordnet. Ob ich’s mit anderen verknüpfen soll, weiß ich nicht, und deshalb lasse ich’s bleiben.

Autoprepare funktioniert nur, wenn der Dimmer und der Shutter in der ersten Cue einer Cuelist auf 0 bzw. closed gespeichert werden. Dadurch kann man aber AP in der ersten Cue nicht verwenden und man muss wieder eine zusätzliche Preparation-Cue einfügen. Wenn aber der aktuelle Gerätezustand als virtuelle 0. Cue behandelt wird, kann auch die erste Cue von AP profitieren. Wenn dabei auch die Triggertime berücksichtigt wird, macht das auch bei der ersten Cue in einer Cuelist nichts aus. Außerdem löst man noch frei Haus zusätzlich das Problem, dass man beim Einblenden eines LED-Scheinwerfers jedes mal die Fadetime der Farbe auf 0 setzen muss, damit das sauber aussieht.

Der Button im linken Schnell-Menü sollte kontextsensitiv sein. Sprich der Name der aktuellen Cue / des aktuellen Presets sollte angezeigt werden.