TupeloTechie
Active Member
After reading the recent thread on Linear Motion From Moving Lights my mind wandered to other "simple" functionality that might be missing from our modern control systems. I should preference this idea with the notion that I come from a heavy EOS background, and much of the following deals with how this might work on that control system. A similar function may already exist on another control surface, and if so, I'd love to hear about it.
The idea would be the creation of a virtual color space that could be automatically created by selecting 2-6? conventional channels with different gel colors assigned in the patch. Using a calibrated database (S4 575w/x?) the color space could be displayed over the RGB color space to allow use of virtual Hue/Saturation/Brightness encoders.
I think it would make sense for the changing values to just respond as regular intensity values, so that they may be recorded as intensity palettes (although this would restrict the use of Color Path.) There could be merit for just creating an entire virtual engine like the Eos Pixel Mapper so that the channels could respond to both regular intensity commands or virtual color palette assignments, but I'm not sure where the intensity aspect would be dumped, and it wouldn't be pretty if somehow the console tried to mark it!
I guess this idea stemmed from the idea of patching RGB Cyc fixtures as an Generic RGB in order to take advantage of the color picker. However I can really think of some situations where being able to color pick a 3 color backlight system or being able to easily create subtleties with non RGB colors for a cyc would really come in handy.
With a little reverse engineering, the engine could also be used to translate a mixture of non RGB cyc colors AND intensities into HSB values for calibrated led lights. This would make updating remounts/rep shows with a 3 or 4 color conventional cyc to LED cyc lights incredibly simple.
Please share your thoughts on this idea, or any other ideas you may have concerning use of conventional fixtures in a modern control environment.
Cheers!
The idea would be the creation of a virtual color space that could be automatically created by selecting 2-6? conventional channels with different gel colors assigned in the patch. Using a calibrated database (S4 575w/x?) the color space could be displayed over the RGB color space to allow use of virtual Hue/Saturation/Brightness encoders.
I think it would make sense for the changing values to just respond as regular intensity values, so that they may be recorded as intensity palettes (although this would restrict the use of Color Path.) There could be merit for just creating an entire virtual engine like the Eos Pixel Mapper so that the channels could respond to both regular intensity commands or virtual color palette assignments, but I'm not sure where the intensity aspect would be dumped, and it wouldn't be pretty if somehow the console tried to mark it!
I guess this idea stemmed from the idea of patching RGB Cyc fixtures as an Generic RGB in order to take advantage of the color picker. However I can really think of some situations where being able to color pick a 3 color backlight system or being able to easily create subtleties with non RGB colors for a cyc would really come in handy.
With a little reverse engineering, the engine could also be used to translate a mixture of non RGB cyc colors AND intensities into HSB values for calibrated led lights. This would make updating remounts/rep shows with a 3 or 4 color conventional cyc to LED cyc lights incredibly simple.
Please share your thoughts on this idea, or any other ideas you may have concerning use of conventional fixtures in a modern control environment.
Cheers!