Philip Meyer;542450 Wrote: 
> >and it has nothing to do with the actual scanning process; it would be
> >a post scan analysis, just as "merge various artists" is now, but if
> it
> >were left blank, as you would leave it, it wouldn't happen (be
> invoked)
> >at all!  its up to you!
> >
> It is to do with the scanning process, just not the step that scans
> tags from files.  i.e. if you change the "Various Artists" name, a full
> rescan would be required to make the change (new/changed files scan
> wouldn't detect the change).

again, so what?  first of all, i'm not at all sure the new scanner
would need the full rescan instead of new/changed, (its not supposed
to) but so what if it did?  that condition has existed for years where
comp=1 or =0 was concerned when it was changed.

besides, the main point is if you don't want strings recognized as
meaning comps, leave it blank in settings.  if they have hardcoded it
RIGHT NOW as per what Jim is saying, you should at least be for that.

what i am requesting is EXACTLY the same paradigm as the "guess tag
formats" option.  fill it in if you want it, leave it blank if not. 
how could you possibly have a problem with that?

Philip Meyer;542450 Wrote: 
> 
> >SBS uses the simplistic 'any TPE1 mismatch is a comp' behavior.  you
> are all
> >for that behavior
> >
> It's a fallback behaviour for the case when music hasn't been fully
> tagged; where SOME decision is necessary, or the library will be really
> messed up.  i.e. If there was an AA or a compilation tag, there wouldn't
> be any decision to make.

i know why its there, but it doesn't need to be mandatory.  thats the
whole point.  you claim the library will be "really messed up;" i say
depending on what SBS actually does with it off, there may be cases
when people WANT what SBS does.  or there may be other alterations that
could be done.  but we won't know until given the option.  regardless of
any of that, people who do not need it, can save time, esp on low power
servers, and that alone is reason enough.

if the results were undesirable, turn it back on.  its reversable, and
not a big deal to just turn it back on.

Philip Meyer;542450 Wrote: 
> 
> >and besides, itunes get a CD like Sinatra's Duets wrong, it gives it
> a
> >comp tag.  its not a comp, its clearly a Sinatra CD which simply has
> >guests, and should be in the Sinatra section with all his other CDs
> >which should be done via an AA tag.  winamp btw, gets it right.  
> >
> That's not SBS or iTunes that's making a bad decision, it's the
> metadata source engine that applied the tags.

you are wrong.  winamp uses gracenote, just like itunes does. 
gracenote has the AA info: itunes, the app, just doesn't use it. 
winamp does.  the app does that, not the tagging source.  from what i
can tell, having now experimented with piece of shit itunes, it NEVER
applies AA tags on rips or autotags, for anything; it instead *always*
applies a comp tag on TPE1 mismatches.  it will however RESPECT AA tags
other apps have put on files.

so it IS itunes getting it wrong, using the same dopey TPE1 mismatch
blanket "logic" on everything.

Philip Meyer;542450 Wrote: 
> 
> >> I think it's fairly safe to say that iTunes is one of the major
> >> marketshare apps.  I just stuck a regular CD in my drive, fetched
> track
> >> details from gracenote, and the Album Artist was blank.  The same
> >> happens with my ripper of choice, EAC, which is quite popular.
> >
> >first of all, itunes uses TPE2 for albumartist.  thats a fact.  has
> >since ver 7.
> >
> I'm not debating what tag each app uses to store Album Artist.  What I
> am saying is that when I ripped a regular album using iTunes, it DIDN'T
> set Album Artist as it appears in the app (in this case it didn't store
> a TPE2 tag in the files, contrary to your belief that most apps always
> store an album artist).  When I ripped a compilation album using
> iTunes, it DIDN'T set an Album Artist, and DID set a compilation
> indicator.

exactly, i said as much in my previous post.  and the important salient
point to then take away from that, which you seem to be missing, is that
most users will come to SBS with either AA tags (WMP/Winamp/loads of
others), OR comp tags (itunes), and therefore the SBS VA detect logic
is defeated and moot in most cases to begin with.

SO... it would be a LOT MORE USEFUL for users with AA tags to be able
to identify some strings for SBS to recognize; and more efficient to be
able to turn off VA TPE1 mismatch detect logic if you don't need it.

Philip Meyer;542450 Wrote: 
> Importing CD's via iTunes, and scanning into SBS works just fine as it
> is.  If you were to depend on Album Artist=Various Artists to signify a
> compilation, it wouldn't have any effect, and if you disable compilation
> detection, SBS would be messed up, as there is nothing to fallback on.

this is a strawman, b/c what you are describing is NOT what i am
suggesting.

explicit Comp tags would still supercede everything, so it has nothing
to do with string recognition.  itunes and SBS would be fine b/c of
that.

however, WMP, winamp, etc... are NOT fine, and NEED the string
recognition, since they will have the AA tags.

for the small minority that don't have either a comp tag, or an AA tag,
and yet have TPE1 mismatches, they could leave the existing SBS VA
detect logic on, and that would be the default regardless.

how can you have a problem with that?

Philip Meyer;542450 Wrote: 
> 
> >now, i should add that 'ihate' itunes and don't use it much
> Me too.  But it's popular with consumers that don't know any better ;-)

agreed, and thats why i didn't realize the stupid way it handles AA
tags.

Philip Meyer;542450 Wrote: 
> 
> >regardless, the main point is that most users will come to SBS with
> >EITHER TPE2 info, (major apps like WMP, winamp, etc) OR an explicit
> >comp tag (itunes).
> >
> Not that it matters to much in this argument either way, but I
> disagree.  It is not clear that most users will come with Album Artist
> tags or Compilation tags.  I think in many cases there won't be either.

last thing first:  itunes, WMP, winamp, and many other apps, include
either AA tags or an explicit comp tag by default.  its going to be in
the 90% and up range.  to argue its not the vast majority is crazy.

so that being the case is why it matters.  b/c the current SBS VA comp
detection TPE1 mismatch logic is going to be useless in ALL those
cases, ALL OF THEM.

thats why it would be better for SBS to make the current logic
optional, and create a secondary logic, also optional, to account for
the REALITY of the marketplace.

user defined optional string recognition of AA tags would do that.

for the minority who come to SBS without comp/AA tags, they could just
leave the current logic on.

Philip Meyer;542450 Wrote: 
> 
> >and btw, EAC is by no means "popular" in terms of marketshare
> >
> How do you know that?  I think it's very popular for people who take
> their music seriously.

i agree, i use it.  but what i said is true.  why don't you tell me
what percentage of digital music users you think rip with EAC?  1%? 2%?
its not even in the top 2 in these forums.  and how many EAC users hack
it to use gracenote?

i personally don't think EAC even approaches 1%.

itunes, WMP, winamp, and lots of others that assign AA tags make up
over 90% of the marketplace.

everyone knows EAC isn't a major player, why do feign otherwise?

Philip Meyer;542450 Wrote: 
> 
> >> The only way to achieve a good music library, is to tweak tags. 
> You
> >> can't assume that an app will have all these special logic checks
> to
> >> cope with various deficiencies in metadata sources.
> >you mean like TPE1 mismatch checking?
> >
> It's only a fallback mechanism for when there's nothing else to go on. 
> Just like grouping/splitting albums based on folder name, to solve
> "Greatest Hits" problems.

i understand that, which is why i'm making suggestions to improve SBS. 
but the point i was making to you is you can't have it both ways.


-- 
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

Reply via email to