I installed or activated Bluetooth Audio streaming on my Raspberry Pi 3 as explained here. Well, it kinda works ok if I use an external Bluetooth Dongle, the internal BT is just not working and stops streaming after a random number of seconds. The external BT dongle works fine. However - I experienced the following strange and annoying behauviour:
If Audio Output is set to “HDMI” or “HDMI and Analogue” everything works fine and Audio is connected to my audio receiver (Onkyo). I can play, pause and stop as you would expect. All normal.
If Audio Output is set to “Alsa:OSMC streaming to Bluetooth speaker / headphone” then audio is correctly routed to my headphones. If I pause media or Live TV (Timeshift) via Remote or headphone then after a few seconds the system stops (like pressing the STOP button) getting me back to the main menu! WTH?. I can not get a cold beer from the fridge in the other room without searching the just watched episode again and restart it. No pause function anymore. Am I the only one?
What can I do? Is there any logfile or something I can give to you to fix this mega-annoying bug? Or do you need any more information?
By the way, I am using TVHeadend 4.0.9 from the app store on the same Raspberry. Beside TVHeadend there is nothing else working in the background.
We need a full debug log, not snippets. This also isn’t a debug log.
TVHeadend doesn’t support timeshift. If you try and timeshift the playback will stop once the buffer is exhausted. This isn’t a bug, it’s a limitation of TVHeadend.
Would you then be so kind to tell me how to get a debug log?
And btw, the error message is right in the snipet. That’s the moment when the player goes into STOP mode.
And yes, TVHeadend supports Timeshift without any problems - I used it many times. And the problem with pause and stop has nothing to do with TVHeadend - I am talking about a local video file as you also can see in the log snipet (first line in the log I provided).
It seems to be a problem in the BTplayer but I am no programmer, so what do I know.
I am confused now. I did exactly what the Wiki said. I enabled Debug Logging, re-produced the bug and went to My OSMC → Log Uploader and uploaded a full set of logs. There was no URL involved. So what are you talking about? Do I have to provide a URL? And where should I enter it? And what URL?
I only have “Upload Selected Logs Now” - and I can either hit OK or go back.
This is what the Wiki says:
Providing diagnostic logs
Logs are needed so we can identify problems quickly. A full set of logs should be uploaded with ease via My OSMC.
Before uploading any logs, you should ensure that Debugging is enabled in Kodi…
Once you select OK, you must wait for the notification to appear on screen that contains the URL. Could take up to 30secs, depending on log size and which device you are using. Alternatively, grab-logs -A in an SSH session will also upload logs and return the URL in command line.
As detailed in the other thread we have a fix for this which should be released shortly
For now if you are not streaming to OSMC via bluetooth you could disable the BTPlayer add-on go to Settings → Add-on Browser → My Add-ons → Services. Select BTPlayer and disable it (you may need to restart for this to take affect)
This will stop the service that is listening for A2DP streaming but also has some hooks listening for play/pause events that are causing your issue - they are firing when they are not meant to as they are not currently checking if the BTPlayer is active in kodi