Bugtracker DMXControl 3

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.

Im PG sollte es möglich sein, ohne den Fader auszuklappen, den Wert mit dem Scrollrad zu verändern.

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 |

In der Cuelist sollte es bei jedem Cue ersichtlich sein, ob eine Property Fade/Delay Zeit eingestellt wurde. (aus  FS#704 )

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.

Fehlerbeschreibung

{ParameterMaster 1:*360/COUNT*(COUNT-1)}

Erwartetes Verhalten

Hinweise

Wie bereits im Forum mit @JPK besprochen (https://forum.dmxcontrol-projects.org/index.php?thread/16686-probleme-bei-benutzung-berechneter-phase) wäre es praktisch eine Konstante zu haben, die den (Phasen-)Winkel zwischen den Geräten einer Gruppe angibt. Um das umzusetzen müssten folgende Punkte implementiert werden:

* Erlauben von Berechnungen im Device Control
* Einführung der Konstante DEVICEANGLE (wäre wohl als 360/AnzahlAnGeräten zu definieren?)

Die eingestellte Sprache im Drop-Down-Menü des Installers ändert nicht die Sprache der GUI.

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.

Bedienen der Stage View mit einem Touchpad ist nur sehr unbequem machbar. Es ist zwar möglich durch herauszoomen und an richtiger Stelle wieder hineinzoomen die Position in der Stage View zu ändern allerdings finde ich das sehr ungeschickt. Als bessere Lösung könnte ich mir beispielsweise Vorstellen durch gedrückte rechte Taste und gleichzeitigem bewegen auf dem Touch Pad die Position zu ändern.

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^^

Das Pfeilkreuz (im hellen Theme blau, im dunklen Theme rot), um das Fenster zum Beispiel in die linke Hälfte bzw. rechte Hälfte zu verschieben, erscheint nur auf dem primären Monitor.

Die BPM Anzeige sohwohl in den Executoren und im Master fenster ist teilweise fehlerhaft. Fehler tritt mal auf, mal nicht. Details siehe Video im Anhang.

Meines Wissens nach kann derzeit im TCP ausschließlich mit dem TC aus dem TCP gearbeitet werden. Um die Arbeit mit einer externen Software zu erleichtern wünsche ich mir die Möglichkeit TC zu empfangen (also Netzwerk- und/oder MIDI-Timecode von einem anderen Gerät in DMXC einspeisen um damit Shows im TCP auf andere Sachen zu synchronisieren) und TC zu senden (also Netzwerk- und/oder MIDI-Timecode ausgeben um damit externe Geräte auf das Licht zu synchronisieren).

Ich habe in einem geladenen Projekt ein MIDI Ruleset importiert, dies soweit problemlos. Nach speichern und danach neu laden des Projekts crashte mir die GUI (siehe Bild im Anhang).

Dieses Verhalten konnte ich nicht reproduzieren.

Logs im Anhang.

Parameter Master in Group Handling ermöglichen. In Verbindung mit Effekten die z.B. ein Fanning von 0#100 haben würden sich viele odd and even Effekte in deutlich weniger Cuelisten bauen lassen.

Autosave ist standardmäßig deaktiviert. Bei neuen Installationen ist dies dementsprechend nicht aktiv und führt zu Problemen wenn mans vergisst zu aktivieren.

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

Wunsch: Fanning Operatoren in Release-Time von Cuelists nutzen.

Will ich z.B. einen Sweep bauen, dessen delay time der cuelist z.b. 0<>200ms ist und will nun, dass diese auch genau so wieder ausgehen, muss ich das Tracking der Cuelist deaktivieren, eine zweite dummy cue erstellen die leer ist und dieser wieder eine delay time von 0<>200ms geben. Die Möglichkeit Fanning Operatoren in der Release Time zu nutzen würde hier vieles verinfachen und viel Arbeit sparen.

Wunsch: Parameter-/Speed-Master in Release Time von cuelists ermöglichen.

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

Fehlerbeschreibung

Erwartetes Verhalten

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

Aufbau eines einfachen Projekts zum Reproduzieren:

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

Hierbei sind mir diese unterschiedlichen Verhalten aufgefallen:

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

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

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

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

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

Beim Bedienen von Slidern im Softdesk springt der Wert zu der Stelle, auf die man gedrückt hat und folgt dem Cursor direkt (oder dem Finger bei einem Touchscreen). Deswegen wäre ein zusätzlicher relativer Bedienungsmodus praktisch, bei dem man egal wo auf den Slider klicken und ihn dann hoch und runter schieben kann.

Das kann gerne auch für Maus und Touch einzeln ausgewählt werden, wie bei dem Capture Modus.

AudioAnalyser als Auswahlmöglichkeit für BeatSource der CueList hinzufügen. Das ermöglicht vom AudioAnalyser erzeugte Beat-Steuerung, die nicht einen gleichmäßigen Beat erzeugt (wie ManuelBeat oder Speedmaster).
Die Erweiterung ermöglicht evtl. auch anderen Erweiterungen/Plugins sich an dieser Stelle einzubinden.

AL: Vorbereitung erledigt. Frank muss Plugin anpassen

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

Schlosssymbol Funktion in Kamera Steuerung. Aktivieren/Deaktivieren “Kamera fixieren”

Im Moment ist das Icon für “fixiert die Icons”

Fixieren der Icons sollte weiterhin möglich sein aber vieleicht an anderer Stelle.
Als Vorschlag aus “Icons” ein Drobdown Menue was Icons betrifft, Alias-Icon hinzufügen, Alias-Icon löschen, Icons fixieren. Ähnlich wie bei Anzeigen/Ausblenden.

Fehlerbeschreibung

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.

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.

Hallo,
bei mir funktioniert der One Shoot Trigger nicht. Ich beginne mit einem Lauflicht über 8 RGB PARs. Danach folgt die Cue mit dem One Shoot Trigger, gefolgt von einer Cue, die die PARs auf eine Farbe einfadet.
Wenn ich die List starte, wird die One Shoot Cue sofort auf gelb gesetzt und das Einfaden beginnt. Währenddessen kann man sehen, dass das Lauflicht läuft bis es von der dritten Cue überschrieben ist.
Es gibt keine Fehlermeldung, weswegen ich auch keine Screenshots beisteuern kann. Ich habe lediglich das letzte Log File und das Projekt zum Anhängen.

Gruß, Herbert

P.S.: Sorry, die untenstehende Verknüpfung war ein Versehen. Ich dachte hier fügt man Verknüpfungen zu anderen Trackern ein, und jetzt kann ich sie nicht mehr löschen

Hallo liebe DMXControler,

ich hätte eine Idee für den zukünftigen Timecodeplayer in DMXC3.
Wenn im TICOP (faule Bezeichnung für TImeCOdePlayer ) ein Audiofile abgespielt wird, soll dieser ja verschiedene Effekte bzw. Szenen für das Licht abspulen.
Gleichzeitig könnten in dem Player noch ein paar Spuren (ähnlich wie in einer DAW) integriert werden, in denen man MIDI-Signale an externe Geräte schicken könnte.
Z.B. wäre es dann möglich, dass beim Abspielen des Audiofiles gleichzeitig noch Midi-Signale an einen Mixer mit Motorfadern gesendet werden, welcher die angeschlossenen Mikrofone steuert. Dies wäre ein sehr nützliches Features für Theatherproduktionen.

LG
Jelu

P.S. Momentan benutze ich Ableton als Steuerprogramm für DMXC2 (Audioplayer) und eines Digitalmixers (Behringer X32). Wenn das direkt mit integriert wäre, könnte man eine Drittsoftware wie Ableton weglassen.

Ich habe vorgefertigte Presets in einer neuen Cue-Liste eingebaut.

Die Presets bestehen lediglich aus jeweils einer Farbeinstellung, sonst nichts weiter.
Jetzt wollte ich von einer Farbstimmung in die andere überfaden.
Beim Abspielen werden die Fade-Werte aber scheinbar ignoriert.
Es kommt immer zu einem harten Farbwechsel/Übergang.
Was ist falsch?

Screenshots im Anhang

Effekte können ja schon vieualisiert werden. Es wäre aber auch gut, wenn das “Ergebnis” mehrerer überlagerter Effekte visualisiert werden könnte. Wenn ich also beispielsweie auf der Position eine Epizykloide und ein Lissakour überlagert habe, möche ich im Effektvisualizer das Ergebnis sehen, wenn ich “Position” selektiere. Gerne auch noch mit der Verschiebung beispielsweise durch die Werte bei “Pan” und “Tilt”. Denn die Auswirkungen auf die Properties sind genauso interessant wie die reinen Effekte.

Aktuell gibt es keine Möglichkeit festzustellen, welche Cuelist, Programmer etc. aktuell eine Eigenschaft eines Gerätes wie z.B. die Position ansteuert. Es sollte daher ein neues Fenster geben, welches zum einen ähnlich wie der Programmer alle Geräteeigenschaften auflistet, die verändert wurden. Dabei sollte aber bei diesem Fenster die generelle Ausgabe im Vordergrund stehen. Wenn mehrere Quellen etwas z.B. auf eine MH-Position ausgeben, sollten alle Quellen in einer Liste dargestellt werden. Dabei sollten diese Werte wenn möglich visuell dargestellt werden (z.B. die entsprechenden Farben oder Gobos darstellen). Die Darstellung der einzelnen Quellen erfolgt in Listenform mit klarer Reihenfolge der (virtuellen) Prioritäten. Sprich hier soll aufgezeigt werden, welche Quelle als nächstes im Eingriff ist, wenn die aktuelle Quelle nicht mehr auf die Geräteeigenschaft ausgibt (daher virtuelle Priorität, da dies auch bei LTP-Mischung angezeigt werden sollte). Des weiteren sollte es auch möglich sein, eine Quelle zu muten (mindestens folgende Optionen: bis zum Beenden der Quelle, dauerhaft muten) und die Reihenfolge der Quellen z.B. per Drag&Drop anzupassen (dann aber evtl. auch mit definierbarer Überblendzeit).

Es sollte eine Möglichkeit geben, Funktionen, die ein Plugin nachgerüstet hat als solche zu identifizieren. Hintergrund ist, dass das MIDI-Plugin Dynamic Executors in das Input Assignment hinzufügt, es aber nicht klar wird, dass diese aus dem MIDI-Plugin stammen. Daher sollte es wo möglich eine (wie auch immer geartete) Anzeige geben, die diesen Umstand mitteilt. Sonst erzeugen nämlich Plugins neue Funktionen in der Software und es wird nicht ersichtlich, woher diese Funktionen kommen bzw. die User könnten für diese Funktionen Support verlangen, obwohl das Team diesen nicht liefern kann.

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 Update-Button sollte zusätzlich in den Header des Cuelist-Editors und des Preset-Fensters eingetragen werden. Der Button sollte kontextsensitiv sein. Sprich nur in dem Fenster, aus dem die zu aktualisierende Cue kommt, darf der Button nicht ausgegraut sein. Alle anderen sind ausgegraut.

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

Folgender Aufbau einer Cuelist:
- Cue1 Follow, Triggervalue 0ms Fadetime 2s
- Cue2 Follow, Triggervalue 0ms Fadetime 4s
- Cue3 Wait, Triggervalue 500ms Fadetime 0ms
- Cue4 Wait, Triggervalue 500ms Fadetime 0ms
- Cue5 Wait, Triggervalue 500ms Fadetime 0ms

Die Cue2 braucht also länger, als Cue3 - Cue5 zusammen. Nun wird die Cuelist nach dem Ende von Cue5 released, auch wenn Cue 2 noch läuft.

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.