Use soundboard file to cast to Google Home

Hi All,

Is it possible to cast a Soundboard file to Google Home? If that is possible, how do you extract the URL of the file so the Google Home can cast it?

Thanks in advance

As for now I dont know any easy solution.

Soundboard can by event card cast to Sonos speaker, but to Google Home there is no native/event card solution (yet).

Have heard that you can setup a server with desired file, and somehow trigger that url (?) from Soundboard event card, which Google Home responds to - but I am not familiar with this solution (as it is too advanced for me…). Sorry.

You may want to look at this thread:

Soundboard event card «send to Google Home device» is on my wish list…

The cast api requires to implement a player client for the chromcast protocol. This also means you will always have a little delay and will hear this “bling” sound on your chromecast when the player client connects before playing the soundfile.
I don’t know of any solution usable with soundboard either so. Sorry.

Thanks for the answers. One related question, is it possible to download a mp3 file uploaded to soundboard. I uploaded it quite some time ago and deleted the original file. If I want to set the mp3 to a server I first need the mp3 ;).

That’s something you will have to ask the dev of the app.

I would like to cast a sound file (MP3) from a Raspberry_Pi in my own network to a Google Home Mini. Now I have already tried the following but that is probably too simple:
The question is: is this possible? and if so: What do I have to do to get this working?
@robertklep can you help me please, with a complete URL line?

Casting an mp3 url using the Chromecast app for Homey, with the cast audio url, should actually work.

running a webserver on port 22 is rather uncommon though.

what port should I use or no port?
can you give an example pleasee?

If you have not adjusted anything by hand the webserver on your PI should be on port 80. That’s the default port, so you do not need to explicitly include it in a http url. Port 22 is SSH I think

don’t want to go to the webserver (port 8080 in Domoticz) I want to cast from a file in a directory.
When I login with Putty on this Pi via port 22, I see

pi@raspberrypi:~ $

when I do a

dir Music

, I see:

pi@raspberrypi:~ $ dir Music

How can do this in 1 URL ?

Oh. Understood. I don’t think the chromecast app supports ssh protocol. But you could as well simply run a secondary webserver like apache in parallel.

The thing is, the url “prefix” defines the protocol being used. Like https/http/ssh/git/…
I don’t know what library or funtion is used by the chromecast app to resolve the resource the given url is pointing at. But I doubt it supports anything else beyond http(s).
However, if it works the url needs to look like this: ssh://user:password@hostOrIp[:port]/directory/file.mp3

Thanks, Thomas for your effort, unfortunately no succes,
what however does work is:

Nice but my intention was/is to have this file local in the house, do you have a better idea to realize that?

1 Like

Well, there is no elegant solution for your usecase using homey only, yet. At least I am not aware of any.
What crossed my mind though. It should be fairly easy to implement a simple Webservice as homey app to just store and host files. But am not sure whether it would be worth investigating in such a development, given it really covers just very few and special usecases. If you have nodejs on your pi you could also just run a very simple nodejs app there to serve the file

Thanks for the information, have to accept this.

Well, maybe. Maybe I can whip up a small app

1 Like

Kind of like the SoundBoard App? Could it be integrated into this App?
Oh, see that this was the topic start question, a cirkel is always round.

More like simple file store ot use for such rare cases when you want homey to simply serve a resource. I guess it would also be possible to add an ability to the soundboard app to offer the stored sounds to the outer world. But that’s something to ask Athom, as they are the developers.

just looked at the implementation of this soundboard app. They are doing quite the funky stuff to store the sounds. But does not look impossible at all.