Created attachment 218168 [details]
If I recall correctly, this began on my first day of using the application …
grahamperrin@momh167-gjp4-8570p:~ % date ; uname -v
Tue 22 Sep 2020 05:15:01 BST
FreeBSD 13.0-CURRENT #64 r365364: Sun Sep 6 01:38:18 BST 2020 root@momh167-gjp4-8570p:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG
grahamperrin@momh167-gjp4-8570p:~ % pkg info -x virtual_oss
grahamperrin@momh167-gjp4-8570p:~ % cat /dev/sndstat
pcm0: <ATI R6xx (HDMI)> (play)
pcm1: <IDT 92HD81B1X (Analog 2.0+HP/2.0)> (play/rec)
pcm2: <IDT 92HD81B1X (Analog)> (play/rec) default
Installed devices from userspace:
dsp: <Virtual OSS> (play/rec)
desc="Virtual OSS device manager"
-T /dev/sndstat \
-i 8 \
-C 2 -c 2 \
-r 48000 \
-b 24 \
-s 8.0ms \
-f /dev/dsp1 \
-c 2 \
-d dsp \
Can you explain or point in the picture where the missing bar is?
TX/RX is only for DSP devices. Maybe you had one more DSP device previously.
Some days have passed (with multiple restarts of the OS) since I experimented with a USB audio device.
Now with analogue desktop loudspeakers connected to the traditional jack socket: when I click the + button for each channel:
* there's audible increase left and right
* 'dsp - Ch1' shows nothing (no fluctuating bar) in the app.
It sounds like the application is only feeding mono stream.
You can mirror the stream manually by adding an output monitor, which can copy the audio from Ch0 to Ch1.
Created attachment 218343 [details]
(In reply to Hans Petter Selasky from comment #5)
> It sounds like the application is only feeding mono stream.
As in, silence from one channel? (Not so. There's an audible increase in volume when I click the plus button to the right of the TX bar that shows nothing.)
Following an OS upgrade: at one time, the symptom was no longer reproducible (see attached) …
… now again the symptom is reproducible, whilst listening to:
James Geary: Metaphorically speaking | TED Talk
– with Firefox 81, media.cubeb.backend set to oss
I cannot reproduce this using the latest virtual_oss :-(
(In reply to Hans Petter Selasky from comment #8)
I narrowed this down to two Firefox profiles – 'default' and 'test'.
With both profiles, the symptom (in virtual_oss_ctl) occurs in normal mode.
With my default profile, the symptom also occurs in safe mode.
With my test profile, the symptom does not occur in safe mode.
Not reproducible with a clean (refreshed) profile with media.cubeb.backend set to oss.
What Firefox advanced preference (if any) might cause the symptom to occur in safe mode?