Autoconnected device won't switch to A2DP sink profile

[ehfive]

Autoconnected device won't switch to A2DP sink profile

[EHfive]

Seems the issue been fixed in latest bluez git master.

Bluez version

$ git describe --long --tags
5.50-264-g750a26cd9

My build configurations

$ ./bootstrap
......
$ ./configure \
          --prefix=/usr \
          --mandir=/usr/share/man \
          --sysconfdir=/etc \
          --localstatedir=/var \
          --libexecdir=/usr/lib \
          --with-dbusconfdir=/usr/share \
          --enable-btpclient \
          --enable-midi \
          --enable-sixaxis \
          --enable-mesh \
          --enable-external-ell \ # require ell>=0.13
          --enable-experimental \
          --enable-library

I did't confirm which commit in bluez git fix the issue.
But the problem would disappear in next bluez release(>5.50).

[EHfive]

It is https://git.kernel.org/pub/scm/bluetooth/bluez.git/commit/?id=477ecca127c529611adbc53f08039cefaf86305d fixes the issue.

Bluez 5.51 has relesaed with those patches fixed this bug.

http://www.bluez.org/release-of-bluez-5-51/

[evilscientress]

Since I updated to 5.51 I also can switch between all codecs my WH-1000XM3 supports. Before Pulseaudio would only let me select LDAC and listed all other codecs/sinks as unavailable, even when the connection originated from the PC. Guess that boiled down to the same issue addressed by the patch of bluez not connecting all sinks.

[EHfive]

It is https://git.kernel.org/pub/scm/bluetooth/bluez.git/commit/?id=477ecca127c529611adbc53f08039cefaf86305d fixes the issue.

23 days later than Bluez 5.50 released, LOL.

[mmstick]

Is just that commit required? Thinking about patching bluez and pulseaudio in Pop!_OS so we can have working Bluetooth quality today.

[dlbnco]

@mmstick just upgraded my Pop!_OS and the problem is fixed! Thank you so much :)

[mattia-b89]

I have a very similar (if not the same) issue:
I configured my bluetooth headphone using APTX HD but sometimes it connects using HSP/HFP profile
I can "easily" fix it by using pavucontrol utlity and choosing preferred mode in the drop-down menu because other modes are even available!

I am on Arch Linux w/ bluez-5.54-2 pulseaudio 13.0-3 and pulseaudio-modules-bt-git r146.b02f9b6-1 (as of 18 Apr 2020)

[EHfive]

It's an old issue. https://gitlab.freedesktop.org/pulseaudio/pulseaudio/issues/525
fac42e4 fixes it, I would merge this commit, but not now.

https://github.com/EHfive/pulseaudio-modules-bt#load-modules

as an alternative, you can fix it with this udev script

[shouya]

I see. Thanks for the reply.

For now I'll write a udev script to automate the reconnection.

[dlbnco]

Did all of the above and I still get the issue.

[EHfive]

Is just that commit required? Thinking about patching bluez and pulseaudio in Pop!_OS so we can have working Bluetooth quality today.

Yes!