which doesn’t seem to work
Also, the Audio System box shows Qt Audio grayed out.
dmesg on the Pi shows that it found the codec in the IC-7300:
[ 2.809323] usb 1-1.3.4: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 2.809354] usb 1-1.3.4: Product: USB Audio CODEC
[ 2.809378] usb 1-1.3.4: Manufacturer: Burr-Brown from TI
[ 2.817405] input: Burr-Brown from TI USB Audio CODEC as /devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.3/1-1.3.4/1-1.3.4:1.3/0003:08BB:2901.0001/input/input0
[ 2.880188] hid-generic 0003:08BB:2901.0001: input,hidraw0: USB HID v1.00 Device [Burr-Brown from TI USB Audio CODEC ] on usb-0000:01:00.0-1.3.4/input3
Audio is not supported on USB-connected radios unless you are running wfview as a server, in which case, clients connecting to wfview would then have audio.
Simply use the radio audio as you normally would without wfview, such as in fldigi or WSJT-X.
Definitely possible and common to do. It’ll work. Just make sure you understand that the audio from the rig goes into wfview which is used for the server code, and there won’t be any obvious audio things happening if you’re sitting there at the server. You won’t hear anything from the server’s speakers, for example.
To clarify, Chris, that part of the manual was a copy-paste from an earlier version of wfview which didn’t have three available audio subsystems. The name of the 7300 audio device will be different for each of QT, PortAudio, and RT Audio, and likely none of them would match that page of the manual perfectly.
If you want to contribute, send me the text that appears and I’ll add it to the manual (I don’t have a 7300 anymore ).
Generally look for anything that says “USB” or “burr-brown” or “7300”. Linux audio names can be quite confusing at times.
).