I try to get TTS working with the Sonos binding using one of my speakers as audio sink. Unfortunately no sound is produced. The default audio sink was set via MainUI.
To troubleshoot the problem I’ve tried to play an .mp3 file on this audio sink using karaf console: openhab:audio play doorbell.mp3. The speaker remained silence, no audio. The log did not show any exceptions.
I did stop openHAB clear tmp and cache and restarted multiple time, the problem persisted.
Is this a known issue with the Sonos binding, or is something wrong with my configuration?
for me this is working on my setup also with 3.0.2 so doesn’t seem to be an issue in the sonos binding
does it help to indicate the speaker to use for playing the sound e.g. openhab:audio play sonos:One:logeerkamer doorbell.mp3 50 this would indicate the problem is in de default audio sink configuration or not
further more i had issues a few days ago with playing notifications when that particular speaker was playing a spotify session or still has a spotify session connected. Are you playing anything on that particular speaker?
I just tried the doorbell playback from the console command and it works.
Using a recent 3.1 snapshot.
Regarding the notification playback while a “virtual line-in” source is being played (apparently a Sonos feature now used by Spotify), I proposed a fix last week but it is not yet reviewed/merged.
Is there a .jar of the binding with the fix available to test (as I’ve seen there is already a PR for the fix)? I could also test the resume playlist functionality with spotify.
The condition your Sonos speaker is in could be the problem. What did the selected default speaker play arüg ladt and how was that started? For example using an Alexa device restart playing a radio station could (still?) lead to condition of the player which the binding could not handle.
The current problem is not the restore of previous playback but the notification which is not played at all. This is due to the fact that Spotify apparently uses a new kind of audio source provided by Sonos which is called “virtual line-in”. This kind of source was not yet supported by the binding.
With the recent fix I proposed, the notification will now be played in this case too but I am not sure that the Spotify playlist will be restoired after. I tried to implement something but as I cannot test it, I don’t know if this will work or not.
First of all thank you for the work on this binding. It adds a lot of value to openHAB.
The .jar package would be appreciated. I’ll upgrade to 3.1M3 to be able to test this. I can also help to test the playlist resume and provide debug data if required.
Good to hear, also glad to hear im not the only one facing this issue. Somehow the issue disappeared on my side without me changing anything. Hopefully the fix will help and forecome issue in the future as well. Hope you can test it, as i dont have a situation to test add anymore
@patrik_gfeller : I added a jar file file in the PR for testing (first unzip it).
I would be curious to know if the channels title, album, artist and album art are correctly set when such vli source is being played.
As the system is in daily use I do not want to install a snapshot version, so I can not help with testing at the moment. Unless you can compile a version that is compatible with M4.
Really bad luck!
There were a change yesterday in parallel of my fix to remove dependency to apache.commons.io in openHAB.This impacted the Sonos binding.
My branch is older and so the resulting jar requires apache.commons.io.
A rebase of my branch would be required and then a new jar should be built to get a jar working in M4 and last snapshots.
I will try to do it.
