I didn't found a report so i write my first my first here. Reference: https://github.com/mumble-voip/mumble/issues/3278 Explanation: If a audio Program with playing and recording at once works until the same record device is opened a second time. The playing device works but the recording device not. In audio/mumble the device could be opened second time if just open Preferences change some things and push the apply or OK button. I know i write that bug in "Ports & Packages" but i believe it has nothing to do with that packages and it is a Sound-server bug. I use audio/mumble heavily and i did discovered that audio/audacity has the same bug so that's why i think its a Sound-Server (OSS) bug. Workaround: I got to workaround that issue with using audio/jack & audio/qjackctl. That way the bug is pushed away to jack so that jack got the problem and not the used program in that case audio/mumble or others. I know that the audio program has to support jack but it works that way for me. Jack has some nice routing abilities. audio/jack support in FreeBSD seems to be disabled by default in other ports so it has to be enabled while building the port.
(In reply to Chris W. from comment #0) Check 1.3.0 release: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240402
(In reply to VVD from comment #1) Thankyou. I have it running with audio/jack and audio/qjackctl. With that i can workaround this bug. I think that it is a basesys sound problem. I am no expert in this but maybe it is not OSS4 in mumble? The Linux people no longer want to support OSS. Anyway i use JACK and works for me. I don't know how it works with other audio software, but my focus is on mumble.
My patch have JACK option.
(In reply to VVD from comment #3) Yeah, i have tested your patch.
Mumble was updated to 1.5 some time ago. Check it. Don't know about audio/audacity.