>is it not the case that an album would only show up once in home>albums >in ANY ui, not just the webui? > I think so. At least it *should* be consistent. It's not as easy to confirm for me on player UI, as it doesn't report how many items are in the list.
It's not just the Browse Albums display, it's any browse menu that displays a list of albums. So eg. Browse Artists > Tori Amos >, shows a list of albums that Tori Amos has been involved with. That includes her normal albums, plus any where she's a guest or compilations. The Album sort order is used in ALL locations where there is a list of albums. >generally speaking, this isn't a bug, SBS is working as designed. I tend to agree that it isn't a bug, but not sure if it was *designed* to work this way or not. Certainly been implemented/fixed to work that way, but not sure if there was all that much thought for cases where there could be more than one item for the sort index. Incidentally, I don't think sorting by "artist, album" works properly; certainly I get unexpected results when I change to this sort order within Browse Artists > Various Artists >. I get sub-sets of album names sorted correctly, but not grouped by album artist name for the whole list. >while i have major qualms with how SBS displays and browses, it makes >sense that you have a way to sort albums such that they only would >display once. its the equivalent of starting a given sort with "album" >as the first sort criteria. > It means it's pretty pointless sorting albums by artist, genre or year. eg. If the song year tag has been used to represent the year that songs were originally released, and not the year that the album was released. If you Browse Years, you may find an album within 2000, 2001 and 2002, if the album has songs from each of those years, but if you browse albums sorted by year, you couldn't easily predict where to find the album (think it will be under the year associated with the first track). That's why I generally use Browse Artists, Genre or Year instead. Much more useful. _______________________________________________ ripping mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/ripping
