LightningBrothers Hallo,
und was würdest du dir von uns genau wünschen? Weil "besserer Umgang mit Farben" kann alles bedeuten (selbst mit den angehängten Colorpickern 
). Das ist wie die Aussage "dieses Programm tut nicht". Da kann alles darin stecken. Das Problem kann überall sein, genauso wie es ein User-Problem sein kann Und solange wir nicht wissen, was genau dein Problem mit der aktuellen Implementierung ist, können wir auch nichts ändern. Außerdem: Das Farbmanagement von DMXControl 3 ist tatsächlich komplexer, als man auf den ersten Blick sieht. Man kann schon jetzt individuelle Werte für einzelne DMX-Werte vergeben. Das haben wir mal bei einem Scheinwerfer für die Strobe-Frequenz gemacht (siehe https://ddf.dmxcontrol.de/ddfs/1348). Ähnliches kann man auch für die Farben machen.
Viele Grüße
JP
P.S.: Ja, ich habe mir die Colorpicker angeschaut und kenne diese Darstellung natürlich auch. Außerdem kenne ich auch die Zusammenhänge bei der Intensität der Farben 
LightningBrothers Hallo!
mit der aktuellen Implementierung ist
Die aktuelle Variante findest du in der DDF-Doku für die Farbe (Color) und auch ein entsprechendes Beispiel. Hier kannst du den Bereich ganz beliebig verschieben, in der Breite anpassen und auch definieren, wie weich der Übergang ist. Die Auswahl der Farbe bleibt über den Colorpicker dann weiter gleich, da dieser ja für alle Geräte im Projekt herangezogen wird (Stichwort Hardware Abstraction Layer).
Ansonsten schließe ich mich JPK an: wo hängt es denn genau? Hast du ein konkretes Gerät, was sich zu diesem Beitrag bewegt hast?
Stefan
Hast du ein konkretes Gerät, was sich zu diesem Beitrag bewegt hast?
ja, ein Blick auf den Photometric Test Report https://www.elationlighting.eu/mwdownloads/download/link/id/7501/ hat mich zum Nachdenken und zur Recherche in Sachen Farbe bewegt.
der mögliche Farbraum vom HSV-Color-Picker nur mäßig wiedergegeben
Hier wird es im Zuge der vollständigen technischen Überarbeitung der GUI mittelfristig eine Änderung geben. Es ist richtig, dass "dunkle" Farben aktuell nur bedingt über den Color-Picker definiert werden können.
Properties>Automix Mode und DDF>hueLeftBottom/hueLeftTop/hueRightTop/hueRightBottom empfinde ich als workaround
Aktuell es ist in der Tat der vorgesehene Weg, der mit DMXC 3.2.0 Einzug erhalten hat. Aber diese Variante ist nun auch bereits über sechs Jahre alt. Ich selbst kann ja nur für dem Moment erstmal feststellen, dass es bei den LED-Chips auch allgemeinen entsprechende Weiterentwicklungen gab. Zu diesem Zeitpunkt gab zum Beispiel noch keine RGBL (also rot, grün, blau und lime) gab und das Thema Farbwiedergabeindex (CRI) spielte höchstens nur bei den extrem hochpreisigen Geräten eine Rolle.
zwischen Device-Control und Color-Picker keine Rückkopplung in Sachen zusätzlicher Farbkanäle
In DMXControl 3 ist der Farbwert, die du in einer Cue speicherst, komplett unabhängig vom Farbsystem (RGB, CMY, HSV), unabhängig von der Art (LED oder Farbrad) und eben auch unabhängig vom der Art des LED-Chips (RGB, RGBW, RGBA etc.). Deswegen werden die zusätzlichen Farben eines RGB+-LED-Chips nicht im Colorpicker eingerechnet.
genau deshalb wollte ich Euch ermutigen, das Farbmodell grundsätzlich zu überdenken
Auch nach ca. 20 Jahren Pause komme ich mit DMXC immer noch gut zurecht (gucke aber auch nach dem, was die 'Konkurrenz' so macht)!
Bestimmt wird sich da das ein oder andere noch ergeben, aber all dies bzw. vieles wird / kann jedoch eher mittelfristig als kurzfristig geschehen.
Hier wird es im Zuge der vollständigen technischen Überarbeitung der GUI mittelfristig eine Änderung geben.
Verspreche nichts, was du nicht direkt in der Hand hast und lass das die Entwickler entscheiden / aussagen Denn es gibt Ideen, aber noch nichts fix.
genau deshalb wollte ich Euch ermutigen, das Farbmodell grundsätzlich zu überdenken
Das große Problem hier ist halt, dass das Farbmodell sehr tief verankert ist und daher auch sehr sehr umfangreich ist zu wechseln.
Auch nach ca. 20 Jahren Pause komme ich mit DMXC immer noch gut zurecht
Das freut mich tatsächlich
