There were a ton of feature requests to connect a fixture's native x y values to the color picker over the past few years and I'm so happy that finally happened within the past year or so (I think v3.0 and up?). However, I believe the color engine's capabilities aren't being utilized fully.
When you create an RGB fixture, the profile automatically creates virtual Hue and Saturation parameters making assumptions about the Color Space/gmaut and not being very accurate - that's unavoidable and understandable. But it gives you those virtual channels nonetheless, along with full control of the color picker - again, even if not accurate.
When creating an x,y fixture, (cie 1931), the color picker is now tied into the fixture's x,y parameters allowing you to use the color picker (as CIE xy, Gels/Swatches, OR as Hue/Sat) with those x,y fixtures and NOW you CAN get accurate results. (Hooray!)
Yet, when creating an xy fixture, virtual Hue/Sat parameters don't automatically appear. I tried to add virtual Hue/Sat parameters to those x,y profiles since Eos is doing those calculations anyway in the color picker but the moment I change the DMX to "Virtual," the parameter disappears.
It appears that virtual color channels (like Hue/Sat) are only reserved for fixtures with RGB parameters. This is a major letdown since very few RGB fixtures have given ETC accurate calibrated, color space data to make those virtual Hue/Sat parameters useful. Yet, x,y fixtures don't need to provide any data to ETC since x,y 1931 color space is universal.
Some fixtures may not be able to hit certain satuartions but in that respect they also can't hit certain x,y values and you can still dial those parameters to those values. (usually the fixture just remains on the vector from the edge of the gamut to its set white point and gives you a desaturated version of that x,y point.) Giving a virtual Hue/Sat would work the same way and shouldn't be an issue here.
If I use the Hue/Sat color Picker, it works with x,y fixtures so Eos is clearly giving Hue/Sat values to corresponding x,y values and you can see it with both x,y and hue/sat color picker windows open.
I am requesting that Eos auto-populates virtual Hue/Sat parameters for x,y profiles or at a minimum, allows the user to add virtual Hue/Sat parameters for x,y profiles so that we can use those parameters' encoders to dial in colors rather than needing the color picker.
Context: The problem is, most tablet remote apps don't have a color picker but do have parameter encoders and switching between apps to get the color picker is time consuming and not a smooth workflow. In film/tv world, x,y is being used more and more and Eos has been ahead of other companies in terms of providing useful tools but most Board Ops still use encoders as their primary workflow for dialing colors in and dialing in a color using x,y encoders is basically a non-starter from a usability stand-point because the two axis don't mentally correspond easily to how color is mixed (x axis = red to blue, y axis = luminosity), and the fine detail required with the x,y ranges (0.0-0.8) means that the slightest nudge of an encoder will significantly change the color.