Turns out this was the volume-skills doing. I saw that another community member reported a similar issue last year: Mycroft muting audio after wakeword detected? - #11 by J_Montgomery_Mycroft
I didn’t see the same logging in my case so I thought it’s another issue. Turns out the loglevel for these messages changed to DEBUG…
In that thread the issue supposedly was due to the alarm skill but i can blacklist the alarm skill and the issue persists. It also looks like it’s just the VolumeSkill in the logs:
18:43:18.218 | INFO | 3800 | main:handle_record_begin:41 | Begin Recording…
18:43:18.245 | DEBUG | 3794 | VolumeSkill | MUTING!
18:43:18.245 | DEBUG | 3794 | VolumeSkill | Finding Alsa Mixer for control…
18:43:18.284 | DEBUG | 3794 | VolumeSkill | Volume before mute: 100
18:43:18.284 | DEBUG | 3794 | VolumeSkill | 100
18:43:18.284 | DEBUG | 3794 | VolumeSkill | 0
18:43:21.407 | DEBUG | 3794 | VolumeSkill | Finding Alsa Mixer for control…
18:43:21.469 | DEBUG | 3794 | VolumeSkill | 100
(after 3s it finished recording and unmuted the mic again)
If I blacklist the VolumeSkill, the issue disappears.
This might be some setup problem as I’ve never paired my installation, but then again I played with the two most obvious settings that could affect this, “mute_during_output” and “duck_while_listening” and they had no effect here. So I guess I’ll submit a bug report for this.