I didn't found a report so i write my first my first here.
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.
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)
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.