I was super happy when I read, that announcements now supported on lyrion servers. I am able to play an announcement on different Squeezebox Radios without any problems, using the example from the documentations page. After playing the announcement, it returns to “Current Playlist: Empty”.
It was playing an internet radio stream before but seems to be unable to return to it. Playing an actual playlist from my local server shows the same behaviour.
Any ideas why it is not able to jump back to the radio stream after the announcement?
Hi @zaphood Before the announcement is played, we save the current playlist and the way lyrion does this is to create a temporary playlist as an m3u file. So, the most likely cause is that lyrion can’t create a playlist. Do you have a playlist folder configured in your lyrion settings and can the lyrion server user write to that folder?
Hi Peter,
thanks for that hint. Where would I find this folder, within the Lyrion Server or on the HA side? I don’t see anything in this regards within the Lyrion Integration?
Found it on the Lyrion server. Without security enabled, which user is presented from HA to Lyrion then ?
Hm, I’d expect then, that this user has the right to read and write within the Lyrion Directories… I’ll try figuring this out… wish me luck
Edit: Ok, squeezeboxserver was correct. Strange enough, it had no rights to write there. So i put the user into the smbuser-group and granted that RW access to the directory.
root@Squeezebox:/media/music/playlists# ls -ld /media/music/playlists
drwxrwxr-x 2 smbuser smbuser 4096 Jun 13 18:20 /media/music/playlists
Now I don’t know what else to do, as it still returns “Empty” after the announcement and there is no playlist created in that directory.
Edit 2: A reboot of the squeezebox-server did the trick, finally. Now there is even a message-box popping up on the squeezebox radio “Playlist written to…” when the announcement starts. Perfect, thanks for pointing me in the right direction. Maybe someone should add that hint to the official docs?
Glad you got it working. It’s tricky to come up with a general guide for this since things are so often different around where people choose to store their playlists (locally, on NAS, different OSs etc.), and most users will already have created and used playlists. Anyway, I’ll add a “make sure you can write to your playlist folder” note to the doc.
Hi @jussbba I don’t use airplay I’m afraid so can’t test this, but I guess LMS just sees it as a continuous stream. If you look in material or the like when you’re streaming, can you see track length and position in track in the UI?
Yes I can see the track lenght and postition, but after the announcement is finished, it jumps back to the beginning of the track. The track position changes (the track is playing) on youtube music app when the tts is played but when the old playlist starts again, the playback jumps to the start of the song.
I had a look at this earlier and I think it’s a limitation in the way shairtunes works. I saw your comment in the shairtunes thread, and your summary is right - we save the current playlist and its status (playing state, position in track, repeat etc.), play the announcement and then restore all the prior settings. But, we’re just restoring those settings on the LMS and its queue. I can’t quite get my head around how that would work with an something actually running on some idevice. LMS would have to control that device to pass these settings back to youtube music for eg. I’ll add something in the shairtunes discussion - I’ll need feedback from philippe as to whether we can support this.
