- Status geschlossen
- Prozent erledigt
- Aufgabentyp Wunsch / Idee
- Kategorie GUI & Server → Server
- zuständig niemand
- Betriebssystem All
- Schweregrad niedrig
- betrifft Version 3.2.2
- fällig in Version unbestimmt
-
fällig am
unbestimmt
- Stimmen
- versteckt
gehört zu Projekt: DMXControl 3
angelegt von JPK - 26.10.2021
zuletzt bearbeitet von Soon5 - 27.02.2022
angelegt von JPK - 26.10.2021
zuletzt bearbeitet von Soon5 - 27.02.2022
FS#4639 - Ausschlussmöglichkeit der CTO-Filter von automatischer Farbmischung
Wie Patrick sagt, sind die CTO Filter trotzdem Farbfilter. Allerdings macht es hier keinen Sinn, diese Filter mit in die automatische Farbmischunng zu nehmen. Ergo sollten einzelne Farbfilter von der automatischen Farbwahl ausgeschlossen werden können und nur bei einer direkten Anwahl auswählbar sein.
| ID | Projekt | Zusammenfassung | Dringlichkeit | Schweregrad | Fortschritt | |
|---|---|---|---|---|---|---|
| 4630 | DMXControl 3 | gering | niedrig |
Hmm… Ich würde hier eher sagen, dass man eben beim Schreiben des DDFs schauen muss, ob die Weißfarben nur reine Farbpresets sind oder das Gerät eben einen richtigen CTO- / CTB-Filter besitzt. Ein Wechsel on the fly ist bauartbedingt ja nicht möglich. Folglich bedarf es aus meiner Sicht keiner expliziten Ausschlussmöglichkeit in Form einer Einstellung.
Um Weißfarben einfach als virtuelles Farbrad anzulegen ist mit dem Ticket
FS#4630bereits erledigt. Es muss einzig im Wiki noch entsprechend verdeutlicht werden (siehe FS#4629).Du interpretierst da zu viel rein ;) Die Ausschlussmöglichkeit bezieht sich auf eine Angabe im DDF. Sprich ich möchte einem Farbeintrag im DDF per Parameter angeben können, dass dieser Eintrag nicht für die automatische Auswahl verwendet wird. Das auch vollkommen unabhängig von
FS#4630, weil es eben nicht nur CTO-/CTB-Filter gibt, die man per Farbtemperatur angeben kann, sondern auch z.B. UV-Filter.Da gibts aber schon seit 3.1 was. Einfach im "<color>" Tag des CTO Filters ein "mixing=false" einfügen, dann sollte der Filter nichtmehr automatisch ausgewählt werden. Bitte mal probieren ob dass das ist und dann im Wiki dokumentieren.
EDIT: Ich hab gerade geschaut, das Tag hat eine andere Funktion. Daher bitte den Kommentar vergessen.
Ich habe den entsprechenden Branch mal getestet. Leider funktioniert dieses Feature nur halb. Ja, beim angehängten Scheinwerfer werden die entsprechenden Gobos auf dem CTO-Farbrad nicht mehr ausgewählt, wenn man die Farbe über das Farbrad einstellt. Allerdings kann man diese Farben überhaupt nicht mehr auswählen :D Wähle ich eine dieser Farben im Color-Control aus, wird eine Farbe auf dem anderen Farbrad ausgewählt.
Wie ist das, wenn du die CTO Filter per DeviceControl auswählst? Wie bereits im Rahmen des anderen Tickets (
FS#4779) besprochen, bedeutet die Auswahl im ColorControl "Ich will diese Farbe auf einem Farbrad, egal wo". Ergo da greift wieder die HAL.Da sollten wir mal drüber nachdenken wie wir das eventuell noch besser lösen.
@Soon5: ich habe mal in deinem Kommentar beim Verweis ins genannte Ticket noch ein # eingefügt. Damit existiert nun ein automatisch generierter Link.
Wenn ich die Farbe explizit auf einem Farbrad wähle, wird diese auch tatsächlich ausgegeben. Wenn ich allerdings im DC im Color-Control im Dropdown die Farbe im HSV-Bereich einstelle, habe ich das gleiche Verhalten wie im Color-Control
Was ist denn bei den vorhandenen Controls deine Erwartungshaltung bzw. was macht Sinn? Wann soll CTO denn ausgewählt werden?
Gerade mit Arne besprochen: CTO-Farben werden zwar als Farbrad definiert, es macht aber wenig Sinn, diese in den vordefinierten Farben im Color-Control anzuzeigen. Daher sollten die dann dort ausgeblendet werden.
Funktioniert nun so wie erwartet, kann geschlossen, gemerged und anschließend getestet werden.