>AA tags are given a meaning by SBS that they are NOT intended to have. >SBS draws conclusions about comp status from AA tags, and you say its >not true, when it is! > No it doesn't. When AA is present it works as intended - I think even you agree with what it does if a tag is present. That is irrespective of Compilation indicator.
>its not about what SBS does when explicit comp tags are present, its >about what it does when they aren't > If there are varying main artists and no AA tag, then the AA tag hasn't implied a meaning that the album is a Compilation. Because an AA tag or compilation tag isn't present, there are many main contributors, so identifying the one artist that is the owner of the album is not possible, so SBS sets the album as a compilation. That is not an abuse/misuse of Album Artist. Again: if the AA tag is present, it is honoured correctly, whether COMPILATION=0 or 1 or not present. But you are suggesting that SBS should detect various strings in an AA tag as representing Compilation status, which IS an abuse of it's intended use. Also, what would take precidence if there was a compilation tag and AA=Various Artists, because there would be two ways of signifying compilation status. >moreover, these user defined strings should have no relationship to the >SBS option that already exists where you can define the "name" of the >category (from the default name "Various Artists") you want comps to >appear in. thats a presentation option imo, nothing more. > I haven't checked myself, but my understanding is that the existing library setting to define the artist name for compilation presentation has been re-used as a name for detecting compilation status from Album Artist tags. >maybe so, but clearly if Jim is correct about 7.6 (i haven't tested >that yet), then the devs are moving in this direction anyway, and so >instead of pointlessly fighting each other, we should encourage them to >NOT hardcode this, and make it 100% user definable, with no strings >defined meaning "off." i would think on this we could agree, yes??? > No, I think it shouldn't be configurable. Nothing within Album Artist tag content should signify compilation status. No other app does that, it's inconsistent, and a bad path to go down. Next someone will be wanting Genre=Soundtrack to also be configurable as an indication on Compilation status, or if certain words appear in the album name, such as "compilation" or "collection". >(and make sure they don't conflate it with the related yet separate >presentation option) > Too late. >you can't just admit you were wrong, can you? > I'm not. >for all practical intents and purposes, the presence of an AA tag means >to SBS "this is not a comp" > Adding an AA tag avoids such an album becoming a compilation indirectly. It's a byproduct of the fact that it defines a single owner for the album. A post-scan phase finds albums that don't have a single artist, and classifies them as a compilation. The presence of an AA tag doesn't mean "this is not a comp". eg. AA=XYZ and COMPILATION=1 means an album is a compilation, but the main contributor is XYZ, not "Various Artists". >and the SBS approach is dopey anyway. all things with TPE1 mismatches >aren't always necessarily comps; likewise all things with AA tags >aren't always NOT comps. the whole paradigm is stupid and broken. it >gets the actual reality of the albums true classification wrong way too >much. > I disagree. It is right for the vast majority of cases, and is only there because there's not enough information to make a 100% correct decision. No amount of hacks to make various strings in other tags represent compilation status will ever be 100% correct either. Fix the tags, and albums will be classified correctly. _______________________________________________ beta mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/beta
