Have you refreshed your browser as well?
Home Assistant has a nasty habit of caching a lot of resources.
Just tried it and it worked for one Mopidy instance. However, when I try to add a second one it fails. I assume it is because the integration doesn’t create a unique_id and all my mopidy instances are running on the same host.
I’m also not able to add them through YAML configuration anymore, get the following error
2021-03-05 22:15:42 ERROR (MainThread) [homeassistant.components.media_player] Platform mopidy does not generate unique IDs. ID 10_10_40_6 already exists - ignoring media_player.mpd_balcony
So definitely has something to do with the unique_id. Using the hostname as unique_id doesn’t work in my case, hostname + port should be sufficient.
Hey @Burningstone,
sorry for the bug.
I have just fixed it. uid should now be based on hostname and port.
I didn’t see that, thank you for this, I merged it!
UPDATE
version 1.1.3
- Added @Burningstone s fix for unique uids in config_flow
- Added same fix to media_player for manual configurations
version 1.1.4
- Better handling of connection errors
UPDATE
version 1.4.0
- Integration autodetection through zeroconf
Thanks for continuing to improve on this.
Just a thought…with all the improvements have you thought of adding this to HACS?
+1, would be awesome to have it managed from HACS instead of manualy.
I intend to add it to HA core.
I’ve never been able make HACS work on my setup for whatever reason.
Just another question…maybe plain stupid, but still…
Besides Mopidy server I have installed Mopidy-Podcast and it works well, assuming i run it from webclient (MusicBox in my case)… but is it possible to somehow choose a certain podcast and play it directly from HA thorugh your plugin?
I can select any manualy created playlist as “media_source” and play it, but how to achieve the same with podcasts?
Of course, I could make a playlist with podcasts and select it in HA as “media_source”, but I must then manually update this playlist everytime any of subscribed podcasts gets a new episode and I would like to just “see” the list of episodes, (refreshed, when new podcasts are published), if possible… or am I dreaming too much?
I’m not sure if I understand what you’re saying, but here goes…
I use mopidy-podcast as well, my podcast config is this:
[podcast]
enabled = true
browse_root = http://my.internal.webserver/podcasts.opml
I’m sure the config works as well with a local opml file.
When going to the media library, there is a section podcasts
which offers me what I’ve configured in my opml file. When using the standard media player card, the media library is displayed on the card. The mini media player doesn’t, and you have to hit the title of the card to get it displayed.
I can then either play all episodes of a podcast, or browse and play individual episodes.
If I got it all wrong, please write down the list of actions you would like to take to achieve a certain result.
Oh, great, that was it, thank you.
I’m using mini media player and I wasn’t aware of clicking on the title… and with standard media pIayer I can see exactly the behaviour, that you described, but I also wasn’t aware of the possibilities it has (and didn’t use it at all).
Thx for clarification… all set now, let’s go podcasting
I’m glad to hear it’s solved!
UPDATE
Yes, last time was 1.4.0, but should have been 1.2.0…
version 1.3.0
- translated to Dutch and French
- Snapshot and Restore service similar to that of the Sonos platform.
That sounds awesome. How does it work? Are there new service calls?
I’ve documented the services on my github repo
But check out your developer tools >> services for services starting with mopidy
The idea is that you can (for instance) trigger a doorchime through your mopidy and continue playing what you were playing
Essentially you would perform the following actions:
- Snapshot
- Set volume
- Play door chime
- Restore
I’ll provide an example later as I’m on mobile now.
I didn’t see that you updated the docs, that’s all the information I needed
That’s exactly how I use it currently with snapcast, but to play TTS and then continue music afterwards.
Last night someone by the name of Schmacka created a pull request to allow the platform to be installable through HACS…
So thank you, kind stranger!