Hm yes, and also it’s the wrong player.
The question is how to find out what’s going wrong here…
I’ve switched to simple mode recently - this was after setting up the players.
I’m not sure if this could affect it though.
Have you tried looking for incorrect item-channel linkages in PaperUI for the two players in question.
I will check this now, just one more question: Where do I set the actual player that I want the notification to be played on?
I assume this is the default sink in the audio section, right? If I use the console and execute smarthome:voice say Hello
The default player is the one with the MAC b8:27:eb:56:4b:f4
Correct, you set the default audio sink in Paper UI.
I checked the links - it seems to be alright.
I think the confusion with players was caused by the fact that they were partially synced from yesterday. If I explicitly unsync them and try again I get the following output that targets at least the correct player:
Looks like I have to re-add my players?
I’m at a loss to explain what’s going on. Something definitely is screwed up with your player things. I would suggest you delete the Squeezebox players and server Things. Then rediscover them.
I have re-added the players, it looks better now:
But I still don’t hear anything. How can I further debug this? I assume the timeouts are related.
The onkyo (AV Receiver) line seems unrelated as it’s random.
Yes, the Onkyo stuff is unrelated.
These lines are indicative of the squeezelite issue that should be fixed in the version you’re running.
2017-12-27 17:30:54.654 [DEBUG] [ebox.handler.SqueezeBoxServerHandler] - Sending command: b8:27:eb:56:4b:f4 playlist index 1
2017-12-27 17:31:24.690 [WARN ] [ebox.handler.SqueezeBoxPlayerHandler] - TIMEOUT after 30000 waiting for stop!
You mean there is another bug?
How can I find out what it is, or how can I file a bug report for it?
Maybe you could ask Moode if their product includes these squeezelite fixes.
and
I asked, this is getting really annoying after such a long time 
Is there any way to see squeezelite output?
I understand this can be frustrating… The use case to use LMS and squeezelite for doing notifications from a home automation platform was not something that was really anticipated by the authors. I’m very appreciative that ralphy was able to push a fix.
Yes. There are some rather extensive debugging options, but I’m not sure how you would enable those in the Moode product. Also note that debugging squeezelite is not for the faint of heart. I ended up compiling squeezelite for my ubuntu box, then spent quite a few days trying to instrument squeezelite in order to find the streaming issue with small mp3 files.
-d <log>=<level> Set logging level, logs: all|slimproto|stream|decode|output|ir, level: info|debug|sdebug
One thing you could try before chasing this down the rabbit hole… If you have a pi, install the latest piCorePlayer to see if the problem you’re having goes away. That might be an indication that there’s an issue with the version of squeezelite in Moode player.
I enabled the logs, but cannot really interpret them:
(Rockantenne is a radio station that is interrupted by the notification stream).
Squeezelite is running with the following arguments (maybe it’s a wrong option?)
root 21638 5.1 32.7 148556 145668 ? S<Lsl 18:28 0:35 /usr/local/bin/squeezelite-armv6l -n Mobile -o hw:0,0 -a 160 4 1 -b 40000 100000 -p 45 -c flac,pcm,mp3,ogg,aac,alac,dsd -W -D 500 -R E
Do you have any idea if this can be tested locally on the raspberry-pi by executing squeezelite with a sample file?
You could copy one of the VoiceRSS mp3 files out of userdata/voicerss/cache, then play it in any player.
You also could manually add that VoiceRSS mp3 file to an LMS playlist, then play it to see what happens.
According to moode the fixes should be included … 
So it must be something else I guess
I am using OpenHAB2 2.3 incl. latest Squeezebox binding (2.3 Snapshot).
All MP3 content is playing well on SqueezeBox sink.
All WAV files (e.g. created by TTS) are not playing.
FLAC files never did (although almost all SqueezePlayers are able to).
I assume the Squeezebox binding has an issue with the file type because other sinks (e.g. webaudio) do not have any issues playing WAV files or creating voice output.
An option to convert TTS to MP3 prior to playing would be a workaround 
The LMS has issues playing some WAV files. Attempting to play a variety of WAV files resulted in some playing and some not playing. I didn’t do an extensive analysis, so I don’t know the specific reason why some play and some don’t.
If you’re using MaryTTS, the LMS will not play those WAV files. I tried adding them directly to the LMS playlist and they would not play. Perhaps there’s a plugin for the LMS that will play them, but I’m not aware of one.
Mark, is it possible to use notification sink in squeezebox to play sound effects instead of speech?
You can use the playSound action in a rule to play MP3 files that are placed in the conf/sounds directory.
Hmm. Yes I use it, however i thought playSound plays via standard “sink” as it works with Volume instead NotificationVolume.
Anyway, when listening some music from playlist and using playSound to play notifications (like “ding dong”) it often happens that notification sound is not removed from the playlist as it should be and so it ramains on the playlist and the playlists stops. It’s very annoying. Any hints?