Bugtracker DMXControl 3

  • Status Unbestätigt
  • Percent Complete
    0%
  • Task Type Wunsch / Idee
  • Category GUI & Server → GUI
  • Assigned To No-one
  • Operating System All
  • Severity Low
  • Priority Medium
  • Reported Version 3.1.3
  • Due in Version Undecided
  • Due Date Undecided
  • Votes
  • Private
Attached to Project: DMXControl 3
Opened by Jens-Peter Kühn - 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
Patrick Grote commented on 10.05.2019 06:52

Hast du eingestellt
Release when last Cue ends?

Admin
Jens-Peter Kühn commented on 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
Arne Lüdtke commented on 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
Jens-Peter Kühn commented on 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
Arne Lüdtke commented on 15.05.2019 02:06

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

Loading...

Available keyboard shortcuts

Tasklist

Task Details

Task Editing