Home Assistant release (hass --version
):
0.47.1
Python release (python3 --version
):
Python 3.4.2
Component/platform:
tts/Google
media_player/soundtouch
Description of problem:
Runnig service google_say is cousing an error:
2017-06-30 22:44:00 WARNING (Thread-1) [homeassistant.components.media_player.soundtouch] Unable to find preset with id http://192.168.100.220:8123/api/tts_proxy/9e75318f3a91a37407aa85e28d106122f829ce8d_en_-_google.mp3
That mp3 file is playable by visiting generated URL. I am not using
Expected:
Generated voice output play through SoundTouch speaker.
Problem-relevant configuration.yaml
entries and steps to reproduce:
```media_player:
Additional info:
Soundtouch component is working without any issue except this one.
Hi,
I'm the author of the Soundtouch component and to my knowledge, these devices are not able to play a file from a simple URL. It can only play music from:
It's a feature I would like to be able to implement but I can't right now. But to confirm I'll take a look to the latest API documentation to check if something has changed or if I miss something. Playing an mp3 file from an URL seems to be a quite basic feature.
A dirty workaround (who will not work without HA Soundtouch component update) can be to provide the file with and embedded DLNA server instead of an HTTP(S) server. But at this time, the HA Soundtouch component only support playing presets. Not DLNA or Ithunes devices for example.
I'll do some tests and report feedback.
Oh, I see. Shame on you, Bose...
Thank you for your time.
The Soundtouch has been such a disappointing purchase for me. From issues like the above, to the automatic shut off to even when on aux cable to even the app. I agree, playing am MP3 from a simple url seems to be a basic feature but when I tried picotts + Soundtouch, nothing.
The soundtouch is now stupidly expensive paper weight.
Ok, after some tests, I have half a good news.
I can confirm the Soundtouch API doesn't support playing an URL.
Nevertheless, the good news is the Soundtouch devices support DLNA and we are able to send a DLNA message in order to ask the device to play an HTTP URL.
The bad news is the URL has to be in HTTP and not HTTPS. I don't know if it is a limitation of the device or a limitation of the DLNA protocol (or a limitation in my understanding of the DLNA protocol :) ).
I did some tests and it's working fine but I'll need some time in order to implement a working version for Home Assistant.
@misosec it should be working out of the box for you configuration because it seems your are not using SSL but in my case I think I'll have to add an Nginx reverse proxy instead of using HA in HTTPS.
More to come soon.
@CharlesBlonde Half a good news is much more better than no good news! :-)
I am not exposing my HASS to Internet yet so I am not using SSL.
Thank you for your effort! Maybe it wont be so useless device afterall... :-)
So here is an answer from SoundTouch API team:
This is not currently possible; however, an API to do exactly what you are requesting is in the works, but it is still in private Beta and not yet widely available. We are hoping for broader availability for later this summer; until then unfortunately there鈥檚 likely not much more we can do to help.
Good news, right?
Yes, good news!
I send an email to the support too but I haven't any answers yet.
Another good news: using DLNA, I was able to do exactly what you wanted to do this morning: playing a Google TTS message from Home Assistant. I need to do more tests but I think I should be able to submit a PR this weekend.
That's great!!
@CharlesBlonde I am really looking forward to this! I would love another usable speaker in the house!
Most helpful comment
Yes, good news!
I send an email to the support too but I haven't any answers yet.
Another good news: using DLNA, I was able to do exactly what you wanted to do this morning: playing a Google TTS message from Home Assistant. I need to do more tests but I think I should be able to submit a PR this weekend.