I own a Bose QC35 (wireless) which I paired with my computer
successfully (see this guide: https://flx.ai/2019/bose-qc35ii-linux).
There are 2 modes to connect the headphones:
HSP/HFP
A2DP Sink (high fidelity).
The second one gives better sound – the first one seems to simulate a
call from the computer to the headphones: I can hear noise around me
through the microphone and the sound from the computer is not good +
the headphones keeps telling me that there is a phone call.
When I listen to something using A2DP Sink, the sound is cutted
regularly. Every ~2 min, I have no sound and it comes back after 5
sec. This happens only when I am listening (or watching) something
using the WiFi. It is really annoying and I would like to listen to
something from the internet in better quality without any cuts.
The issue seems related to this topic (https://wiki.archlinux.org/index.php/Bluetooth_headset#Connecting_works,_sound_plays_fine_until_headphones_become_idle,_then_stutters) from the ArchLinux Wiki. I do not
really know how to solve the problem.
### Copy the relevant config file to the right config folder in your homefolder with:
sudo cp /etc/pulse/default.pa ~/.config/pulse/default.pa
### Then give this file the right owner, say your user is 'ngayhbe' and the group he is in is 'users'
sudo chown ngayhbe:users ~/.config/pulse/default.pa
### Now edit the config file with your favorite editor, I use nano as an example
nano ~/.config/pulse/default.pa
### Now find the line which says
'### Automatically suspend sinks/sources that become idle for too long'
'load-module module-suspend-on-idle'
### and put a '#' symbol in front of load-module, like so
'# load-module module-suspend-on-idle'
### Finally restart Pulseaudio with
pulseaudio -k
### or restart your computer, just to be sure.
Thank you for your answer. It looks like it works.
Remark 1: I already did this before but did not copy /etc/pulse/default.pa to ~/.config/pulse/. I commented the target line directly in /etc/pulse/default.pa then restarded pulseaudio (and it did not work).
Remark 2: Thanks for welcoming me. Actually, I’ve been member for years but did know about the issue that removed the data of the old forum. Everytime I wanted to login via email or change password, I never got the email. Then, today, I decided to create a new account.
@mielouk I think I spoke too quickly. It is back. I do not know why it worked very well during ~10 minutes straight. I am watching something now and the issue is back.
So the idling is not the problem. Does this happen in special circumstances, like silent parts of music or of a movie? If it is random we might take a look at your journal and dmesg. Well, lets start from the beginning. Does the playback interruptions also happen with another BT source, like your smartphone?
For general debugging we will need more information. A good starting point is the output of
inxi -Fazy
pactl info
please format it with these three symbols ```at the beginning and the end of each output. Except that you could put your journal and dmesg in two separate pastebins.
$ pactl info
Chaîne du serveur : /run/user/1000/pulse/native
Version du protocole de bibliothèque : 33
Version du protocole du serveur : 33
Local : oui
Index client : 30
Tile Size: 65472
Nom d'utilisateur : user
Nom d'hôte : user-pc
Nom du serveur : pulseaudio
Version du serveur : 13.0
Spécification d'échantillon par défaut : s16le 2ch 44100Hz
Plan de canaux par défaut : front-left,front-right
Destination par défaut : bluez_sink.04_52_C7_7C_E5_7C.a2dp_sink
Source par défaut : alsa_input.pci-0000_00_1f.3.analog-stereo
Cookie : 0497:97f7
I don’t see any gross problems, not related to PA or BT. (The only smaller thing is that something tries to reconnect via BT. Do you have more BT devices that try to reconnect?) You could try to debug this with opening two terminals side by side. In one terminal you follow this
Then listen to whatever might be the problem and look at the output whether the BT one shows some reconnect or some error in PA. If so, please post the output here, or if too long in a pastebin again.
EDIT: You may want to remove the ‘Solution’ so more people watch this thread.
This happens (using the first link) when it cuts and tries to sync back:
I: [pulseaudio] module-stream-restore.c: Synced.
I: [bluetooth] module-bluez5-device.c: Changing bluetooth buffer size: Changed from 7168 to 8192
I: [bluetooth] module-bluez5-device.c: Changing bluetooth buffer size: Changed from 8192 to 9216
I: [bluetooth] module-bluez5-device.c: Changing bluetooth buffer size: Changed from 9216 to 11264
I have the same issues with three different BT headsets. I’m afraid I haven’t found any good solutions.
I have spent hours googling and trying out commands and packages, I’ve tried the BT device on my motherboard, and three different dongles. I’ve tried other distros; stuttering remains.
Sometimes it helps to download whatever the sound source is, sometimes changing the buffer delay, but it always returns.
One thing I’ve noticed is that if it’s a video, Playback stutters too; it’s the whole thing, not just the sound. The video drops a few frames, then moves on, but the sound cuts off for sometimes up to several seconds, then comes as a jumble of sounds.
This happens both when playing video from youtube and when playing a local video file, in firefox, chrome, vlc and … the other video player I downloaded to test. I am pretty sure it’s not in the application layer.
Yes. I did not say it because I did not find the right way to tell it.
If there is an internet activity in the background, a download or heavy website loading for instance, the problem occurs. Otherwise, with WI-FI disconnected or static pages loaded in your browser (+ WI-FI), the issue does not happen.
Wifi is disabled on the motherboard, it’s not radio noise.
The very same hardware running a windows 10 install, with the only difference being that I run it from a different ssd, plays bt sound perfectly.