>I'm not sure it works like this in 7.6, although I doubt that any >conscious decision making was involved either way. If it's different, >it's just because it randomly ended up working like it does. > >Where it does work like this I consider it a bug in the browser code >more than anything else. As has been pointed out in the past, there's >really no good reason to have separate 'artist' and 'track artist' >roles to begin with. SBS does use them for some of the odd ways it >approaches things, but they're mostly an unnecessary distinction.
I think initially it was done as a performance optimisation for supporting the option to either "List compilation albums under each artist" or "Group compilation albums together". ie. whether to show all artists in the main artist list, or reduce the size of the list by hiding artists that only ever appear as track artists. I don't recall SBS schema initially having an album_contributors link table. I guess the shortened list of artists is now simply the distinct contributors from this link table (looking for contributor role types that have been selected for inclusion), as track artists won't be in it? Whether that is still necessary in 7.6 (I'm sure it can be worked out on demand through schema relationships) I am not sure, but potentially without it, it will take longer to produce the artist list? _______________________________________________ ripping mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/ripping
