-
Notifications
You must be signed in to change notification settings - Fork 20
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Investigate streaming audio directly to Echo devices #25
Comments
This would be an interesting addition. I believe you can get a stream to any MP3 compatible device via the address of http://[serverIPAddress]:9000/stream.mp3, and it then appears as a device (under it's IP) in the server interface. I don't know how one gets the Echo to make the HTTP request, but it shouldn't be too hard to figure out. |
Yes the Alexa side I mostly figured out a while ago (though it's probably changed with new APIs). The problem is mainly networking, and SSL... |
OK, do tell! I'd love to see what you have put together. On the issue of networking/SSL, are you saying that the stream has to be pulled through from an external domain and not from the internal network (even if that just means that your internal squeezebox server has to be able to go out through the router/firewall)? |
Sorry about the delay. I tried this again recently, and it was close but yeah. It really wants to come from a real domain with real SSL (I found a workaround to this part though). No way I wanted to open the stream out to the internet, and streams on all internal IP addresses seemed to fail. My last plan was some "clever" public DNS (as many router manufacturers now do), but I think I just gave up at that point. |
FYI ... I have it working Key to it is have your HTTPS server return a playlist in response to the Skill receiving an Open/Play. In PHP - something like this works - but see my post of Squeezebox forum for ideas about how to integrate it. ` header('Content-Type: audio/x-scpls');
` where $playlist would be something like http://192.168.x.y:9000/stream.mp3?player=Echo |
Thanks @PaulWebster that's helpful. This is actually very similar to what I'd done. Since then, I've realised the networking problem was actually a "feature" of the then network - all echos were on a separate wifi network with client isolation (paranoia...), so they would never be able to connect to these local IPs, and I believe this what was stopping it from working. Manual tests (with |
Just caught up with that forum discussion (thanks @PaulWebster and others) around the difficulties of getting this right (mainly, it seems, around buffering and lack of metadata over the wire). Note also that another implementation dropped streaming "as it was flaky, cumbersome and problematic". None of these means it's not doable, but it does confirm my (much) earlier testing - doable, but no hope of proper synchronisation or even perhaps reliability still. So not sure what the appetite is out there for this? (not really a priority for me) |
It's doable, definitely. Doesn't have much use for me (especially as I have Echo Dots) but upvote this issue if you're interested in it.
Some (commercial) systems e.g. My Media can do this as I found out recently.
The text was updated successfully, but these errors were encountered: