I’ve got a weekly event that’s just some background music until the speaker gets up and does his thing, followed by more background music. It’s a pretty low-key thing, so what I’ve done is put a ducker on the music channel keyed off the speaker channel with the threshold almost as low as it’ll go. Then I can just leave the mic at the lectern and they know that when they’re ready to start they can just turn on the mic and the ambient noise will trip the ducker and the music will turn off. So far, so good; this is almost the exact scenario laid out in the firmware reference guide.
The oddity is this: when the threshold is set as low as it can go (-72 dB, IIRC, but I’m not at the board), it never untrips. I can turn off the mic and even mute the channel, and the ducker keeps right on ducking. In fact, you have to turn the threshold up a few notches (to -68 dB or so, again, IIRC) before the ducker will ever stop ducking. At first I thought maybe that was just the noise floor of the wireless mic, but it stays tripped even if I mute the speaker’s channel so it can’t really be that. Bypassing the ducker seems to be the only way to reset it.
Is this a bug, or does the ducker have an undocumented “latching” mode hidden in the last few dB of its threshold? TBH, I think a latch on it could be pretty useful (along with an “off” setting in the range). I’m just not sure I can rely on the behavior since there’s nothing indicating that that’s what’s happening and, despite me saying words like “never” in the preceding paragraph, I haven’t actually waited an infinite amount of time.
IIRC, I’m running FW 1.91. It’s definitely 1.9 something, and is a few releases behind because I’ve been busy and the release notes haven’t mentioned anything that affects us yet. It’s on my todo list, right after we’re done with all the holiday stuff.