What’s the output of [bluetooth]# info 00:23:01:0A:14:5C
Doing a bit of research, it seems that there is a specific module that pulse uses for handling HFP/HSP connections which bluetoothctl looks for. but we dont really care about that so after you’ve got the output of the info command in bluetoothctl, drop out of that quit, and lets set the pulse audio settings
As I always used my Bose Bluetooth speakers and never had an issue I now took a Headphone/Headset similar to what @bengio is using.
Didn’t had any issue to connect using bluetoothctl / scan on / trust / pair . The Headset the connected but disconnected with in a few seconds. After I issued connect all was good.
Headset was showing similar as @bengio first the headset then the audio sink.
UUID: Headset (00001108-0000-1000-8000-00805f9b34fb)
UUID: Audio Sink (0000110b-0000-1000-8000-00805f9b34fb)
When trying to play from Kodi when I connected the headset the sound moved away from HDMI but didn’t reached the headset. When disconnecting the headset it took up to a minute for sound coming back to HDMI
I then tried @RobertJRussellLivespactl list sources short with my headset connected but it was not showing any of the MAC info from the headset.
So not much of a help for you but clearly a confirmation that headset profiles could be part of the issue.
EDIT:
When connecting the Bose Speakers I get this output |0|alsa_output.platform-soc_audio.analog-stereo.monitor|module-alsa-card.c|s16le 2ch 44100Hz|SUSPENDED| |---|---|---|---|---| |3|bluez_sink.08_DF_1F_21_CB_03.a2dp_sink.monitor|module-bluez5-device.c|s16le 2ch 44100Hz|SUSPENDED|
Roger that, Ok so a little pulse audio 101, there are two directions that audio can travel, it can be incoming like a microphone or an input audio stream or whatever, these are refereed to as source devices. when we are talking about audio output such as speakers or an output audio stream we are talking about a sink. So because the headset profile that its creating has both input and output to the headphones it creates both a sink and a source.
So you can see on that result that the first line 1 bluez_sink.00_… its refering to the audio stream coming out from osmc, into the headset. 2 bluez_source.00_… its refering to the audio stream coming from the headset into osmc.
you kind of have to take it from the perspective of osmc as it is the software handling the connection.
So in this case, we want the audio going out from osmc into the device which is the sink so our device is 1 does that make sense?
so give pactl set-card-profile 1 a2dp_sink a go.
Looks like @fzinken has some additional info to look through as well.
yesterday i doesn’t set card profile attending Robert responce
this morning i have launch command and the numbers have changed. (now they are 5 and 6). so hypothetically, I can no longer put 1.
obviously this night I turned off my headphones
so what do i do?
thanks
As I wrote I suggest to use the card command instead. pactl list cards short
Check Number of Bluez card and use on next command pactl set-card-profile <ID> a2dp_sink
Well for the time being I think only way is to further investigate what’s happening and as we now have a starting point that is good.
Don’t expect any fixing from OSMC side till bluez stack is switched. So for the time being can just hope someone in this thread has a bright idea