However, it only works for devices that support this capability and that have been implemented in the device’s integration. I believe the option currently only supports Google Home/Chromecast.
Currently, the TTS integration doesn’t support an announce option.EDIT I was mistaken. TheFes explains in a later post that the TTS integration’s tts.google_translate_say spawns a call to media_player.play_mediawithannounce: true. Therefore the TTS integration implicitly supports the announce feature.
While two things at a time would be the best outcome, I understand that that requires support from the media player. I’m perfectly happy with a one-after-the-other solution that just continues the media that was playing before the announcement.
Not, unless the TTS integration is used as an action.
In the automation also linked there I use the service call media_player.play_media as trigger and I check for announce: true
If you review my original post, I mentioned that announce performs the requested function but is currently only supported by the media_player integration, via the media_player.play_media service call. The option is not supported by the TTS integration.
Then duncank claimed your script uses announce in “tts-calls”. That appears to be a misinterpretation on duncank’s part because your script doesn’t employ the TTS integration; it uses the media_player integration because it’s currently the only one that supports announce.
If TTS did support announce then we could do this:
service: tts.google_translate_say
data:
entity_id: media_player.floor
message: "May the force be with you."
announce: true
EDIT
I wasn’t aware that the TTS integration’s tts.google_translate_say spawns a call to media_player.play_mediawithannounce: true. Therefore the TTS integration implicitly support the announce feature. Thanks to TheFes for explaining this to me.
If you listen to service call events you will notice that a tts service call will issue a media_player.play_media service call which will send the tts message to the media player. This service call will have announce: true
# tts service call
event_type: call_service
data:
domain: tts
service: google_cloud_say
service_data:
entity_id: media_player.vlc_telnet
message: This is a test
origin: LOCAL
time_fired: "2022-10-04T15:54:07.023438+00:00"
context:
id: 01GEHV8M9EPN5KS8KY28C3BFWZ
parent_id: null
user_id: 24c8260fb51f4fb995e5aeaaaa3edd1b
# media_player service call
event_type: call_service
data:
domain: media_player
service: play_media
service_data:
entity_id:
- media_player.vlc_telnet
media_content_id: media-source://tts/google_cloud?message=This+is+a+test
media_content_type: music
announce: true
origin: LOCAL
time_fired: "2022-10-04T15:54:07.032844+00:00"
context:
id: 01GEHV8M9EPN5KS8KY28C3BFWZ
parent_id: null
user_id: 24c8260fb51f4fb995e5aeaaaa3edd1b
Duncank claimed your script uses the announce option in “tts-calls”, implying the TTS integration was used. However, that’s not possible because the announce option isn’t supported by the TTS integration.
Therefore your script, and correct me if I’m wrong (because I don’t have the time to review hundreds of lines of script code) goes through the usual procedure of creating/restoring a snapshot plus some clever bit of listening for a service call event.
What it’s not doing is this (because it doesn’t exist):
service: tts.google_translate_say
data:
entity_id: media_player.kitchen
message: "Today is John's birthday."
announce: true # this option would make it easy
EDIT
The TTS integration’s tts.google_translate_say spawns a call to media_player.play_mediawithannounce: true. Therefore an explicit announce option isn’t needed; it’s employed implicitly.
No, you are totally missing my point.
The anounce: true option is not needed on the TTS Servicd call
ALL TTS messages are already sent to the receiving entity with anounce: true
Check for yourself by listening to the call_service event and sending a TTS message.
You will first see the event that the TTS service call is issued, but after that you will see a media_player.play_media service call with announce: true
Thanks for clearing that up, I appreciate it; I didn’t know it did that.
I can confirm that calling tts.google_translate_say spawns a call to media_player.play_media with announce: true.
While performing the test, I discovered that my Chromecast-compatible device (a non-Google device that behaves like a Google Home Mini) doesn’t produce the desired result with the announce option; it never resumes playing the original music.
First experiment
I asked Google Assistant to play Jazz. It picked some free Google YouTube Jazz channel and starting playing music on the device.
Then I used Developer Tools > Services to execute tts.google_translate_say to speak to the device.
The music stopped, the message was spoken, the music did not resume.
Second experiment
I used Developer Tools > Services to execute media_player.play_media, without announce, to play a local music file to the device.
While the device was playing the song, I used Developer Tools > Services to execute tts.google_translate_say to speak to the device.
The original music stopped, the message was spoken, the music did not resume.
Third experiment
I used Developer Tools > Services to execute media_player.play_media, without announce, to play a local music file to the device.
While it was playing the song, I used Developer Tools > Services to execute media_player.play_media, with announce: true, to play a short local music file.
The original music stopped, the short music file was played, the original music did not resume.
Not sure why it fails to resume music for all three tests (other than to conclude it’s not 100% Chromecast compatible). I don’t have a Google-branded device to perform a comparative test.
FWIW, I repeated the experiment with a Sonos speaker and got the same result but I knew in advance it wouldn’t work because the announce feature is not implemented for the Sonos integration.
So maybe the easy way to solve this for other devices which don’t natively support it at the hardware/api level is to provide a default implementation in media_player triggered by a play_media call with announce: true on a media player that doesn’t natively support resuming audio after announcement, which would:
Store the current track/source/whatever, with position information if available.
Pause
Play announcement
Wait for announcement to finish
Resume previously stored media, at the position where it paused, if supported
It’s possible that the media_player interface is too generic/abstract to do this, but in that case we could add it to several of the more popular media player integrations.
I tested the Chromecast device just for the purpose of exploring the announce feature in this topic. Normally I don’t use it for daily operations. Nevertheless, I appreciate the link to Marcel’s Music Assistant (I was aware of it but use other means to play music and announcements).
FWIW, I use a script for playing announcements to Sonos speakers. It sends the text message to a local Windows machine where an application uses SAPI to convert it from text to speech (so TTS conversion isn’t cloud dependent and uses a high quality local service). It informs Home Assistant when the audio file is ready and then Home Assistant plays it on the chosen Sonos speakers. The speakers are snapshotted, paused, re-grouped in the desired manner, the audio file is played, then the snapshot is restored. It also has the ability to avoid re-grouping the speakers if they are already grouped in the desired way. The whole process takes about 2 seconds where most of the time is in re-grouping the speakers.
+1000 to this. Announce is a great step but is not supported on all media players. I had submitted a request to get this working for Denon HEOS, but it has not been picked up.
