JadeMonkee;361062 Wrote: > Is there a better way for favorites to be handled?
I agree. I've mentioned the favorites handling of local music before. Essentially, SC stores the album name as an identifier for the favorite, rather than internal id's. So if you store a "Greatest Hits" album as a favorite, there's a good chance you won't get what you expect when you try to play that favorite back. eg. when you scan new albums in, you may affect an existing favorite. I guess this was done, as a complete clear and rescan would result in new identifiers (eg. an album id). The same issue can occur with artist names - there could be two artists with the same name. eg. "Blue October" is a Rock band from USA, but a UK band exists as the same name. "Nirvana" was another example. So you can't necessarily set an artist as a unique favorite too. It's unlikely that two bands that share the same name also share the same album title, and that a user would want to set one as a favorite. I think therefore that the album artist name and the album name need to be referenced in the favorite to uniquely identify an album favorite. However, not even this is full-proof, in that there can be several albums with the same name by "Various Artists". I too dislike that I can't drill down into a local music favorite. eg. set an album as a favorite - if I navigate to that favorite, I expect to be able to navigate into the album (eg. use right-arrow on a standard remote, or click the favorite name in the WebUI).to see the list of tracks. -- Philip Meyer ------------------------------------------------------------------------ Philip Meyer's Profile: http://forums.slimdevices.com/member.php?userid=95 View this thread: http://forums.slimdevices.com/showthread.php?t=55227 _______________________________________________ discuss mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/discuss
