3 ms·
I believe this is an issue with the Bluetooth codecs. The higher quality codecs use bandwidth dedicated to the mic to also transmit audio signals, and cannot be
by DenseComet 6y ago
I believe this is an issue with the Bluetooth codecs. The higher quality codecs use bandwidth dedicated to the mic to also transmit audio signals, and cannot be used for two-way communication. If you actually look at the active codec while just listening to audio, compared to the codec used when also transmitting mic audio back, you will see that they are completely different.
- boomboomsubban 6y agoI think you just need to tell Pulse to use a different profile. https://wiki.archlinux.org/index.php/Bluetooth_headset#Switch_between_HSP/HFP_and_A2DP_setting https://wiki.archlinux.org/index.php/Bluetooth_headset#Switc...
- the_pwner224 6y agoPulse already automatically switches the profiles. The issue is that the good codecs are available in the A2DP profile which is sound output only. Pulse will automatically switch back and forth from the HSP profile when an application starts/stops using input from the headset mics, but in HFP you don't have access to the high quality codecs. Exact same thing happens on Windows and Android and on Apple devices. The only case where your linked command would be necessary is when depending on your Bluetooth devices & adapters the headset connects and then for some reason registers as HSP instead of A2DP - so you manually switch it back to A2DP to get HQ audio.
- boomboomsubban 6y agoI was confused as like you said Bluetooth voice quality is fairly universal. There is a patch to enable faststream in pulseaudio, but it sounds like very few adapters support it