Ouch. I can't even imagine a reason for it to behave the way it is...
Bug
The address check function is written to only access intensity parameters (we think of it like a dimmer check). If the channel has no intensity parameters, it accesses the first parameter of that channel. We need to make a special case for RGB fixtures to access each of the three outputs.
That'll be addressed in an upcoming build.
Sorry about that!
a
Hi Anne,
Not to be difficult, but why? I think far more often than not, if I'm nexting through addresses, it's troubleshooting either the console's mapping, or a fixture's address setting, not doing a dimmer check. Its current function seems absolutely wrong to me, but I'd be interested to hear if anyone in the field sees use for the current function.
V
Hey Victor.... we've argued it every way from Sunday (and back several times). Like you, we'd be interested to hear input about the feature. We were trying to come as close as possible to the model of being able to next through your rig to find an unpatched fixture as well. So, it seems that there are three functions here:
Dimmer Check
Nexting through a saturated rig to find a specific fixture that might not be patched
Troubleshooting a fixture
Perhaps we are overburdening one feature with all of these requirements?
a
www.etcconnect.com