erland wrote: > > ALL ARTISTS > - Should not contain any "Various Artists" entry, the whole purpose with > this menu is that you want to find music where an artist is involved > independent if the artist released the album or was just featured on a > specific track. It doesn't matter if it's a compilation or normal album, > the menu should just be a flat list of all artists.
I disagree. I consider "Various Artists" to be a valid album artist, whether or not explicitly tagged as such. If I browse my Albums and see 100 albums by "Various Artists", then I want to see "Various Artists" in my list of Album Artists and Artists. > - My personal feeling is that the "Composer, Conductor, Band" setting > will still be useful for this menu, so I don't think these options > should be hidden. In a library where 98% is pop/rock music it's very > uninteresting to start listing composers and conductors in the menu, > while in a library where there are a lot of classical music listing > composers are going to be important. I agree. The desire for keeping these out of the Artists list has not lessened. And with the plugin allowing the browsing of composers, etc., on their own, it becomes even less necessary to show them there. > Of course, someone are going to have a different opinion than me, but my > feeling is that we should try to make sure all music can be found > through both menus so you don't have to switch menu to find things > because you don't remember how you tagged it. Exactly why I think "Various Artists" needs to remain in both artist lists. You shouldn't have to know one of the artists on a compilation in order to find a particular compilation through these browse methods. I could point out dozens of compilation albums in my library where I could not name a single performer. > I also suspect that automatically setting the album artist during > scanning if it isn't already set in an ALBUMARTIST tag is going to > greatly simplify the browsing logic to accomplish all this, but I'll > leave up to Michael to decide when it's appropriate to look closer at > this. Those have been my thoughts all along, although I agree you: it's up to the developer, and I don't wish to bully anyone into implementing something that they're uncomfortable with. I think the current approach is just a bit too fragile. ------------------------------------------------------------------------ JJZolx's Profile: http://forums.slimdevices.com/member.php?userid=10 View this thread: http://forums.slimdevices.com/showthread.php?t=101264 _______________________________________________ beta mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/beta
