JJZolx;638626 Wrote: > 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.
hear hear! totally correct. why should there be three DB roles for two tags??? its STUPID! preach it. erland;638627 Wrote: > I completely agree, I was just trying to say that there should only be > one and never more than one artist entry in the database named "Various > Artists". This might already be the case, I might just have misread some > previous post. > > So, if SBS option is "Various Artists" and ALBUMARTIST="Various > Artists" there should only be one "Various Artists" in the database. > > And, if SBS option is "Compilations" and ALBUMARTIST="Various Artists" > there should be two entries in the database, one for "Various Artists" > and one for "Compilation". Assuming I've select to let SBS group > compilation albums of course. are you guys skipping my posts? ouch. the SBS option shouldn't have anything to do with artists or lists of artists at all. it should merely allow one to name the category for comps, nothing more. that category name should be off the "Home>" menu, and not "in" the list of artists or albums. erland;638627 Wrote: > I'm not talking about removing any scanning logic, I'm only talking > about changing the browsing logic so the automatically generated > "Various Artists" entry is treated exactly the same as any other album > artist. i think it is. i think whats different, is that when the query is made for display, since the stuff thats in conflict with the naming option isn't classified as a comp by SBS (b/c it has an AA tag and no comp tag) it is hidden by the display code. erland;638627 Wrote: > However, to be completely correct, I suspect (but doesn't know for sure) > that the scanning logic that currently doesn't generate properly > contributor_track/contributor_album entries for the automatically > created "Various Artists" may have to be changed so it produce the > necessary entries in contributor_track/contributor_album in same way as > any ALBUMARTIST tag already does today. i think Jim's earlier suggestion with my twist on it would fix bug 9523 anyway, and that would be for SBS to automatically classify anything with a string that equals the SBS comp category naming option to be called a comp. ie. treat that string as if it were a comp=1 tag. having said that, phils bug 1504 is a better overall solution. -- MrSinatra www.lion-radio.org using: sb2 & droid (my home) / duet & ipeng (parents' home) - sbs 7.5.5b - win7 & xp pro sp3 ie9 - p4(ht) 3.2ghz, 2gig ram - 1tb wd usb2 raid1 - d-link dir-655 - 49k+ mp3/flac ::VOTE FOR 'BUG 15604' (http://bugs.slimdevices.com/show_bug.cgi?id=15604)!!!:: ------------------------------------------------------------------------ MrSinatra's Profile: http://forums.slimdevices.com/member.php?userid=2336 View this thread: http://forums.slimdevices.com/showthread.php?t=88072 _______________________________________________ ripping mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/ripping
