Bluetooth headphones spontaneously stop playing audio after a while

The title says it all, my headphones would work, then I might pause a video or song, then when I play it again, the audio is now no longer playing. There are 2 fixes, the first is to disconnect, then reconnect the headphones, the second is to wait 30 seconds to 2 minutes for it to automatically come back. This happens at random times, an can be rather annoying.

This user here probably had the same issue as I do.

They also say, “This is a new issue that cropped up sometime in early July. If I downgrade my system to July 4, 2019, the problem goes away.”. Possible kernel issue? Or maybe just a bug with blueman and/or pulseaudio?

Does anyone maybe know a fix to this? When I plug in my headphones via a wire, this issue does not happen, only on bluetooth.

Are you sure you are using pulseaudio? I thought endeavouros defaulted to pipewire these days.

I’ve had the same issue for months. After an update today the bluetooth earbuds won’t even stay connected, they disconnect as soon as I open the volume menu in plasma. I saw bluez update so I wonder if that has something to do with it

dmesg shows this:

[  557.051859] input: QCY-T13 (AVRCP) as /devices/virtual/input/input38
[  560.552618] bluetoothd[4251]: segfault at 20 ip 000055f77b024fa5 sp 00007fff1e86bdb0 error 4 in bluetoothd[55f77b009000+d4000] likely on CPU 4 (core 2, socket 0)
[  560.552631] Code: 08 00 0f 1f 00 f3 0f 1e fa 41 55 41 54 55 53 48 83 ec 18 48 8b 2a 4c 8b 62 08 64 48 8b 04 25 28 00 00 00 48 89 44 24 08 31 c0 <48> 8b 45 20 48 8b 00 41 c7 44 24 08 00 00 00 00 85 f6 74 27 48 89


Well, usually when I manage any sound, I open PulseAudio Volume Control and seems to work, so I assume I’m using it as my primary audio managing source. However, I don’t really consider PulseAudio as much of a suspect as I do the other two, since headphones connected with a wire does not suffer from this issue

@MarkB Yeah, I think it has something to do with bluetooth, I’ve been having pretty annoying bluetooth issues for a while, such as I need to disconnect my headphones and reconnect it after every boot, when I connect my headphones for the first time – and some times devices (such as bluetooth controllers) doesn’t want to connect and has to be forgotten/removed and added again, it feels like it is getting buggier by the minute

Pipewire is a drop in replacement for Pulse Audio, so everything that works for pulse audio mostly works with pipewire. If you run the command pactl info, does it say something like PulseAudio (on PipeWire 0.3.71)?

I began having this same issue today after updating.
Running sudo dmesg produces
[ 271.554644] input: X15 (AVRCP) as /devices/virtual/input/input25
[ 276.773487] bluetoothd[1983]: segfault at 20 ip 000055f5e0b89fa5 sp 00007fff9d44f0c0 error 4 in bluetoothd[55f5e0b6e000+d4000] likely on CPU 4 (core 0, socket 0)

This is a recent problem:
https://forum.endeavouros.com/t/update-to-bluez-5-67-1-crashes-bluetooth-service-if-audio-is-played/42643/19?u=markb

Yes, I get Server Name: PulseAudio (on PipeWire 0.3.71)

@MarkB Interesting, might be worthwhile to take a look and see if the AUR version fixes the issue, if so, then we know this was caused by it

It totally was the issue. Install bluez-git for the time being, while the main package isn’t updated.

is this already fixed in the official repos? I just installed EOS today and I’m having this problem and I don’t know if there’s something wrong with my BT adapter or what.