Thanks, this notation also worked for me to play mp3s, I looked at the docs for media_player.play_media
and I see that the format is component dependent, so I’d really like to know where you found that.
I’m adding some tips because it took me long enough to stumble through and I’d like to save the next soul.
I did not have a NAT loopback issue, my config is still:
http:
base_url: xxxxx.duckdns.org
I have HA using the default port internally (8123) but forwarded to port 443 in my router on it’s way to the outside world. I did not confirm (but it is my current hunch) that Mopidy doesn’t actually pick up server_port
, and requires the port tacked on to the end of the base_url
. This part gets rather confusing, because after going through the router the external and internal ports are not necessarily the same number.
Look for errors in Hassio>Mopidy>Logs (hit Refresh).
If your tts is not playing there will be some error here that might help narrow it down.
You can see what URI mopidy is trying to access, copy that and paste it into your browser for a quick test/troubleshooting.
Most critically: it appears that changes made to the file system (like your /share/mopidy/media) and Home Assistant variables (base_url
, maybe server_port
) do not take effect in Mopidy until you restart the add-on. This is why I cannot say for sure how it picks up the port number.
So as painfully slow as it seems, don’t rule out restarting HA and then restarting Mopidy to be sure any changes were actually grabbed.
Also, it seems this startion works as music
and not playlist
, which I thought was odd.
{
"entity_id": "media_player.mpd",
"media_content_type": "music",
"media_content_id": "http://www.primcast.com/asx/listen265935.m3u"
}
Finally, thanks to everyone in this thread, wouldn’t have had tts working at all without ya!