Bugtracker DMXControl 3

  • Status Unbestätigt
  • Prozent erledigt
    0%
  • Aufgabentyp Wunsch / Idee
  • Kategorie GUI & Server → GUI
  • zuständig niemand
  • Betriebssystem All
  • Schweregrad niedrig
  • betrifft Version 3.1.3
  • fällig in Version unbestimmt
  • fällig am unbestimmt
  • Stimmen
  • versteckt
gehört zu Projekt: DMXControl 3
angelegt von JPK - 09.05.2019

FS#3591 - Cuelist Reset zu früh

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.

Project Manager
Qasi schrieb am 10.05.2019 06:52

Hast du eingestellt
Release when last Cue ends?

Admin
JPK schrieb am 10.05.2019 07:08

Stimmt, jetzt wo du es sagst. Das habe ich so eingestellt. Hatte da aber ein Verhalten im Kopf, welches einem "Release when last running Cue ends" entspricht. War dann wohl mein Fehler :) Gibt es etwas wie "Release when last running Cue ends" auch oder ist das nicht möglich?

Project Manager
Soon5 schrieb am 14.05.2019 02:56

Aktuell nicht. Das sich Cues überschneiden ist zwar möglich, aber zumindest in der Einstellung nicht betrachtet.

Wäre dann ein Feature Request, den Parameter anstelle von "True" / "False" um zu bauen in "No", "Last", "Last Running".

Admin
JPK schrieb am 14.05.2019 05:11

Joa, ein FR wäre für mich ok. Und solange gibt es ja einen Workaround, indem man ans Ende noch eine Dummy-Cue mit "follow" packt.

Project Manager
Soon5 schrieb am 15.05.2019 02:06

Ok. Ich hab den Typ des Tickets auf “Wunsch / Idee” geändert

Lade...

verfügbare Tastenkürzel

Aufgabenliste

Aufgabendetails

Aufgabenbearbeitung