- Status geschlossen
- Prozent erledigt
- Aufgabentyp Fehlerbericht
- Kategorie GUI & Server → GUI → Softdesk
-
zuständig
peer - Betriebssystem All
- Schweregrad mittel
- betrifft Version 3.2.2 Beta x
- fällig in Version 3.2.2
-
fällig am
unbestimmt
- Stimmen
- versteckt
gehört zu Projekt: DMXControl 3
angelegt von LightningBrothers - 02.01.2021
zuletzt bearbeitet von LightningBrothers - 07.03.2021
angelegt von LightningBrothers - 02.01.2021
zuletzt bearbeitet von LightningBrothers - 07.03.2021
FS#4328 - Button mit Lumos-Style wertet Cuelist State nur im Toggle-Modus aus
Lasse ich mir den Cuelist State über einen, mit dem Lumos-Style versehenen Button zurückmelden, so klappt dies nur, wenn dieser als Toggle-Button definiert ist.
Als einfacher Push-Button (Is toggle button auf “false”) verändert der gleiche Button seine Farbe nicht.
gerade getestet, Startet man es vom Softdesk Button verändert er nicht die Farbe. Startet man aber die Cue Manuell ändert sich die Farbe.
Kannst du mal einen Screenshot des Connectionsets beifügen? Ich habe bei mir gerade Cuelists mit eingefügt und hier funktioniert der Start und das Stoppen auf verschiedene Wege (über den Button und direkt über das Cuelist Fenster) wie erwartet, ebenso das Feedback.
2 Bilder
Button (ToggleButton) False
Connectionset Button-Binary Switcher-Cue_go«»Status-Button
es ging wie in dem Ticket oben um einen Push Button. (Im vergleich zu der 2.2.1 gab es überhaupt keine Rückmeldung für einen Push Button.) In der Beta 4 bekomme ich keine Rückmeldung wenn ich auf dem Softdesk den Push Button drücke, aber die Cue startet. Wenn die Cue gestoppt ist und ich die Cue manuell starte bekomme ich auch die Rückmeldung auf den Push Button im Softdesk wie gewünscht. Habe noch 2 weitere Connectionssets angelegt, jeweils in einer eigenen Bank. test1 ist das automatisch erstellte set + die Rückmeldung. test2 wurde der Binary switch druch T-Flip-Flop with SR ersetzt um es druch erneutes drücken auch stoppen zu können. Bei test3 wurde der Push Button gleich auf cue verbunden.
Ich hänge das Projekt hier einfach mal dran dann könnt ihr selber testen
Super. Vielen Dank.
Die Frage hätte ich sicher heute im Laufe des Abends noch gestellt.
Ich glaube, ich weiß, wieso bei deiner Bauart das Problem so aufgefallen ist und wo eventuell auch eine Korrektur erfolgen müsste - sofern dies möglich ist und nach meinen Ausführungen als weiterhin erforderlich angesehen wird. Aus meiner Sicht muss aber keine Änderung vorgenommen werden, weil das Verhalten unter der Berücksichtigung der nachfolgenden Erläuterung für mich nachvollziehbar ist und dem entspricht, wie das Input Assignment insgesamt arbeitet.
Mit dem Drücken des Push-Buttons mit der Maus wird die Cuelist gestartet und das Cuelist-Node setzt zeitgleich den Output "State" auf 1 (Running). Nach dem Loslassen der Maustaste nimmt der Push-Button wieder den Wert 0 an und leuchtet somit nicht mehr. Dass der Push-Button den Wert vom State "Output" dann nicht weiter berücksichtigt, liegt daran, dass sich dieser Wert nach dem Loslassen der Maustaste eben nicht mehr ändert sondern weiterhin bei 1 liegt. Dieser Teil des Graphens wird also nicht mehr aktualisiert, sodass für das Leuchten das LTP-Prinzip gilt. Und das ist wie gesagt die Änderung durch das Loslassen der Maustaste, der in dem Moment auf 0 zurückspringt.
Deswegen leuchtet der Push-Button auch immer so wie erwartet, wenn du die Cuelist auf einem anderen Wege startest, wie eben über das Cuelist Fenster, die Tastatur oder ähnliches. Hier gibt es nach dem Start der Cuelist nur die eine Information, dass der Push-Button leuchten soll. Das Loslassen der Maustaste gibt es hier nicht, sodass nach dem Einschalten eben keine neue Information an den Push-Button fließt. Den Push-Button nutze ich daher eigentlich meist für solche Cuelist, die nur so lange laufen sollen, so lange ich den Push-Button auch gedrückt halte. Das zugehörige Connectionset habe ich mal entsprechend beigefügt.
Bei dem Anwendungsfall "ich möchte eine Cuelist starten und sehen, dass sie läuft" wäre aus meiner Sicht der bessere Weg mit einem Toggle-Button zu arbeiten, wo du auch das Passthrough aktivierst. Der Toggle-Button erwartet ja für das Ausschalten einen expliziten zweiten Mausklick. Und da dieser folglich nicht kommt, leuchtet dieser dann auch weiter, bis die Cuelist auf einem beliebigen Weg gestoppt wird.
Danke Stefan für die genaue Erläuterung und das Verhalten vom Input Assignment.
Um eine Visuelle Rückmeldung für die Push-Buttons zu bekommen könnte man auch einfach eine Signallampe auf dem Button platzieren der die Rückmeldung übernimmt für den Status.
Vielleicht hatte ich das Ticket auch nur Falsch Interpretiert. Vielleicht bekommen wir ja noch eine 2,3,4 Meinung dazu. Weil sobald man die cue über einen anderen Weg startet ist die Rückmelung ja vorhanden wie gewünscht.
Für meinen Fall würde ich auch einen Togle-Button nutzen, weil ich es so auch jederzeit stoppen kann und auch immer sehe welche gerade läuft. Ferner ist es ja auch im Wiki so hinterlegt und war mir bekannt wie das Conection set aussehen sollte.