We noticed something that seems strange for us in the following workflow.
Example: Channel 2-7 (the same fixture type) have a ‘by type CP 54’ with channel 2 being the reference channel (blue). If a programmer now changes the colour in Live on channel 7 and uses the following syntax:
[Channel] [7] [Record] [Colour Pallet] [54] {by type}
It then changes the reference channel from channel 2 to 7, this is the expected behaviour and all other channels follow that new reference. EXCEPT for channel 2 (the old by type reference channel) that now has discrete values (white) and needs an [at][enter] in Blind to follow channel 7.
I/we are aware that command is not the intended workflow (to be honest I just noticed that behaviour, cause I never work like that) and most of us, especially on the main stage, use [Update][Color_palette][ref_only][last_ref][by_type]
but we also have less experienced operators, learners and operators feeling unsafe in certain situations so they want to (re)record the color palette cause they think it is the safest way.
I think I understand why it does that, a “by type” reference is like a discrete value with the addition making those values “by type”. With the second record you add another discrete value and are making it the new “by type” value and therefor leaving the first channel/by type reference behind as discrete value.
My question, is there a command I didn’t find to avoid that? Like the “clean up” command for identical values?
If not, is it possible to change that behaviour or add a command to “auto @ enter” discrete values?
Wishing everyone a nice weekend
Regards
Mutja Engel