Philip Meyer;542450 Wrote: > > >b/c, up until 7.6 apparently, SBS has taken the mere presence of ANY > AA > >tag to mean that such and such is NOT a comp. > Not true - if there is a compilation tag, the presence of an AA has no > bearing on the compilation indicator.
yes, i know that, and so what? i said many times comp tags supercede everything else. this example was about AA tags alone. i love how you take the quote out of context btw, very disingenuous. the point you were positing, which was false, which you left out of the qoute above: "In what way is AA being treated as something beyond what it is meant to do? It's defining the artist that the album belongs to, grouping songs together onto a single album." and so thats what i correcting you on, and what i said IS true. 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! its not about what SBS does when explicit comp tags are present, its about what it does when they aren't! (as if i should have to clarify that) Philip Meyer;542450 Wrote: > And now it sounds like in 7.6 the rules are more complex, because > depending on what the AA tag is, the album may or may not be classified > as a compilation. i.e. AA tag has even more meaning than just the > artist name for ownership of album. This logic (if used), could mean > further inconsistencies between applications (eg. Foobar won't assume > (AA==Various Artists) = Compilation). this is why you should be supporting what i'm saying! IF they have "hardcoded" it into SBS, then thats stupid, and should be changed. all the strings SBS recognizes as meaning "comp" should be 100% user defined ONLY. if you don't like the feature, don't define any strings! 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. Philip Meyer;542450 Wrote: > If it's been added because of many support calls and a enhancement > requests, then okay, it's not the end of the world disasterous in > itself (although could drive different support calls in the future). > But it would be a pity if it has been implement just to satisfy the > needs of one or two individuals. ha, what, like me? what exactly is the pity of it? btw, i haven't created a bug for any of this, OR called support over it. the last time i suggested user define strings, (which isn't what they've implemented it seems) was many months ago in the forums. Philip Meyer;542450 Wrote: > > >likewise, it has taken > >the absence of an AA tag, combined with a TPE1 mismatch, to mean this > >IS a comp. neither one of those assumptions is valid! > > > Who's to say that it's invalid i am. logic is. you are entitled to opinions, not facts. they are invalid assumptions b/c they are so often not true. they don't yeild results tht match with the real world. Philip Meyer;542450 Wrote: > - in the vast majority of cases it is correct. i.e. there are surely > more people that have compilation albums than albums with occasional > guest artists. valid/invalid is not a "majority of the time" result. the assumption is either true or false, and if it is ever false, it is not true. and moreover, the current VA detect logic crucified my library at first, it got tons of albums wrong. it did not get the vast majority correct. Philip Meyer;542450 Wrote: > > >and moreover, since most users will come to SBS with either an > explicit > >Comp tag (itunes) OR an AA tag (WMP, winamp), its fighting the tide > to > >begin with. it just isn't smart. > > > If that were true, there wouldn't be a problem, as the fallback logic > wouldn't be used. exactly!!! so it can be optionally turned off!!! but the problem comes in when the non-itunes users WANT SBS to know such and such with AA tags IS a comp. ergo, user defined strings. Philip Meyer;542450 Wrote: > > >ok, so leave my proposed setting blank! u get your way, i get mine, > >hooray for options! > > > I'm all for options. However, the developers don't like adding more > options, and there are very few options being introduced for SBS > embedded in the Touch player (as there's no web UI). There are other > things that would be better to have optional than this. 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??? (and make sure they don't conflate it with the related yet separate presentation option) Philip Meyer;542450 Wrote: > > >and can you not see the obvious irony here? you say "the purpose of > an > >AA tag is just to specify an artist name, it should not assume that > >certain names mean comp or not." but yet you have no problem, and in > >fact endorse the notion that by doing so, by defining that artist > name, > >SBS should ALSO take that to mean something is NOT a comp. > > > Only when there is also no compilation tag set. yes, obviously. we don't need to keep explaining that. nor do we need to explain we aren't talking about albums without TPE1 mismatches. Philip Meyer;542450 Wrote: > The presence of an AA tag isn't *making* an album NOT a compilation; by > default an album isn't a compilation, but marked as a compilation > through other logic. An album is not a compilation, unless it is > tagged as such, or there is more than one lead artist on the album. An > AA tag defines the lead artist such that there is only one, and the > result of that means the album is not a compilation. you can't just admit you were wrong, can you? for all practical intents and purposes, the presence of an AA tag means to SBS "this is not a comp" do i always need to spell out when i'm only talking about cases without explicit comp tags and where TPE1 mismatches exist? in those cases, the "default" is SBS will call it a comp UNLESS an AA tag is present, which means SBS is conferring a meaning to AA tags that they are NOT meant to have. 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. Philip Meyer;542450 Wrote: > > >am i supposed to know what SBS would do? do you? does anyone? > Yes. If you don't have AA or Comp on a varying artist album, you'd get > a separate album per artist. i.e. a 20-song compilation album would > become 20x 1-song albums. I've seen similar things happen if > COMPILATION=0 is set on a compilation album without an AA tag (although > behaviour is often different depending on whether it's a full rescan or > new/changed files rescan). If it did group songs under one album, who > would be reported as the lead artist if browsing albums ordered by > artist? i.e. it can go wrong in a multitude of different ways. and as i said, that very behavior might be desired by people. what you see as no good, others might like. if browsing albums ordered by artist, all the artists would be listed. not the end of the world, some people might like it that way. if you don't, don't turn off the existing logic. no harm, no foul! -- 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
