philchillbill wrote: > I've modified my code to check for radio.net appearing in the URL of the > favorite. If it matches, the skill plays that favorite via the > playlist-menu construct (and apparently the plugin) rather than directly > by URL. Note that playing favorites this way will be noticeably slower > than if the URL can be played directly. > > It's a shame that the ID returned when you do ["favorites", "items", 0, > 300, 'search:reggae', 'want_url:1'] cannot be used to then -play -the > favorite. I have to remove the 'search' parameter and loop through the > hierarchy with ["favorites", "items", 0, 300] until I get a match. The > results of doing it that way include an ID which actually is playable. > I also do not understand why the IDs need to be ephemeral instead of > just constant. Strange LMS behaviour but it is what it is. > > Anyway, it's live so enjoy!
I'll be changing the plugin to fix this issues and associated cover id - probably (but need to be verified) using a protocol handler such as radionet://www.radio.net/s/1fmreggaetrade This is method used for Spotify and a few other plugin so I presume it is OK with MediaServer ------------------------------------------------------------------------ bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=111951 _______________________________________________ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins