The "Microphone to share" combobox shows microphones /dev/dsp0 .. /dev/dsp5 while there is also /dev/dsp6. /dev/dsp6 is a capture-only device (no playback) attached to a webcam. Only /dev/dsp2, /dev/dsp3, /dev/dsp6 are capture devices: > $ /usr/local/bin/openal-info > Available playback devices: > OSS Default > pcm0:play:dsp0 > pcm1:play:dsp1 > pcm2:play:dsp2 > pcm3:play:dsp3 > pcm4:play:dsp4 > pcm5:play:dsp5 > Available capture devices: > OSS Default > pcm2:record:dsp2 > pcm3:record:dsp3 > pcm6:record:dsp6 Does Firefox simply use the playback device list as a capture device list? qTox, for example, shows the microphone list properly by using openal-soft.
Do any of the patches in bug 245156 help? (In reply to Yuri Victorovich from comment #0) > Does Firefox simply use the playback device list as a capture device list? Only pulseaudio supports selecting non-default capture device, so Firefox asks pulseaudio to list all sources. In case Rust wrapper for cubeb has a bug try native i.e., media.cubeb.backend=pulse in about:config. https://searchfox.org/mozilla-central/search?q=pa_context_get_source_info_list
If neither helps attach "pactl list" output then assign to gnome@. Could be a bug in OSS backend in pulseaudio.
pulse doesn't have hotplug on FreeBSD yet by the way, so if the webcam was plugged in after pulse was started, restart pulse.
(In reply to Greg V from comment #3) Well, now it does, with this: https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/merge_requests/277 (to quickly test without messing with ports: pkg remove -f pulseaudio, do a meson build as described on that page, ninja -Cbuild install, test, ninja -Cbuild uninstall, pkg install pulseaudio to restore the original version)
ha, yep, it was a hotplug issue. (Bug 245307 should be connected to this one)
(In reply to Greg V from comment #5) Thanks, Greg.
A related bug is that Firefox doesn't re-read device lists when they change: https://bugzilla.mozilla.org/show_bug.cgi?id=1627310