JJZolx;540429 Wrote: > I think there's one bit of logic that has changed in 7.6: If an album > has an ALBUMARTIST=Various Artists (or whatever string you have entered > in the setting for Various Artists name) then the album is now > considered a compilation, similar to tagging it with COMPILATION=1. > Prior to 7.6 if you set ALBUMARTIST=Various Artists then it was as if > you had created a new artist with then name "Various Artists".
this is very interesting to me for many reasons. is what you say above true? i hope so, b/c its a step in the right direction. first, its important to stipulate that all major marketshare apps and tagging sources (except freedb) will fill in TPE2 (ripped or autotagged) as meaning AlbumArtist info, comp or not. that means almost all audio file users will come to slim with that data. (they also do it for other formats) this is why i have said that slims SBS dev paradigm is fundamentally flawed; they should not just blanketly design the software on the assumption that the mere presence of AA info inherently means something beyond what it is meant to do. the fact is, lots of things will come to SBS with AA info, and lots of it really will be comps, and lots of it won't be, but almost all of it will have AA info. *but the simple fact is AA info does not indicate, one way or the other, if something is a comp or not.* the data may not even be necessary in many cases, (like when all TPE1 info is the same, and equal to the TPE2 info), but the data will be present regardless; again, it doesn't indicate anything in that case either, its just duplication. all AA info does, and all it is meant to do, is gather all the tracks from a given CD/album under the heading of a single artist (when that single artist has guests) or category (such as "Soundtracks" or "Various Artists" etc). that then is used to display/denote and sort things properly, but nothing more. it was NEVER meant, by its mere presence, or lack of one, to indicate if something was a comp or not. there is no relationship between it and somethings comp status, (meaning, in the real world, not the fabrication of SBS). this is especially salient given the market stipulation i made to start. thats why i suggested years ago, that instead of looking for TPE1 mismatches where AA info wasn't present and blindly assuming thats a comp, it would be smarter to allow the user to identify the AA strings they wanted SBS to recognize as meaning "this is a comp." if SBS now does do that, as per your quote, in at least recognizing that the string "Various Artists" means something is a comp, thats great! what i would suggest is that this shouldn't be hardcoded. a separate settings page should allow the user to specify as many strings they want recognized, including none at all; whatever they want. its also worth noting that there really is very little reason for SBS to know somthing is a comp, but occassionally a 3rd party app benefits from it, like the album catalog creator. also, it sounds like by doing this they are going to address this bug in 7.6: http://bugs.slimdevices.com/show_bug.cgi?id=9523 which i am glad to see. and i think they should also include this bug, which Erland already did the code for: http://bugs.slimdevices.com/show_bug.cgi?id=8324 b/c for many people, being able to turn off VA artist mismatch detection logic would help speed up the scanning process. i don't need it or want it, i do want to be able to turn it off. what would or should happen if its turned off for those users without AA info? well, implement it, and lets see what happens, and then go from there. but fear of the unknown is no reason not to do it. my guess is it would be fine, whatever it did. -- MrSinatra www.lion-radio.org using: sb2 & sbc (my home) / sbr (parent's home) - sbs 7.5b - win xp pro sp3 ie8 - p4(ht) 3.2ghz / 2gig ram - 1tb wd usb2 raid1 - d-link dir-655 - 40k+ mp3 ------------------------------------------------------------------------ MrSinatra's Profile: http://forums.slimdevices.com/member.php?userid=2336 View this thread: http://forums.slimdevices.com/showthread.php?t=77928 _______________________________________________ beta mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/beta
