snarlydwarf;289243 Wrote: 
> No, it's not a crime...
> 
> Instead of arguing about semantics, why not talk on a common ground?

i find it a struggle to clearly explain this b/c while i KNOW and SEE
my problem, the very "semantics" of the situation make it hard to
explain.

tags themselves are in essence an expression of semantics.

your point is well taken, just please all be advised that i am not a
"coder" and i am doing my best to explain what i see without being an
expert, and with having little to no experience with FLAC or APE.

add to that my "non-expert" status regarding mp3s and id3 standards,
and how it actually works and it really becomes hard.

but the thing is i know enough to know that there is a disconnect
between my data, and what SC7 does with it, and i think its obvious i'm
not alone in this.

there are literally 10 bugs i could cite here that deal in one way or
another with this issue.

the thing i think needs to happen, is that SC7 needs at the very least
the OPTION, for people like me (and i'm not unusual in my
circumstances), to have SC7 call a TPE2 field BOTH "Band" and
"ALBUMARTIST" 'internally' to use your lingo.

that would solve a lot of my problems right there, and we could then
see what anomalies are left over.

snarlydwarf;289243 Wrote: 
> SC has a set of, for lack of a better name, Internal Tags.  These are
> what it -really- processes.  The tags are things like 'ARTIST' and
> 'ALBUMARTIST' and 'ALBUMSORTORDER' and such.

ok.  so my first problem would be that my TPE2 fields are NOT being
called "ALBUMARTIST" by SC7 when it does its scans, right?

snarlydwarf;289243 Wrote: 
> Now, it so happens that since Ogg/FLAC tags are freeform, they can be
> nicely meshed on top of those internal flags.  But that isn't always
> the case: even with FLAC there is some conversion going on, because
> people and taggers are not as consistent and predictable as computers. 
> Computers like consistency, and when people provide random stuff, it
> makes algorithms seem random....
> 
> For example, some people tag 'TRACKNUMBER' for the, well, track number
> on their FLACs.  SC is nice and internally converts that to the
> Internal Tag of 'TRACKNUM'.  It also converts, for convenience,
> MUSICBRAINZ_SORTNAME to the Internal Tag of 'ARTISTSORT'.

ok, and thats all great to know and i understand why you are explaining
it here, but strictly speaking it doesn't apply to my issues, as my
issues are with how SC7 is taking the data from my mp3 tags, how it
classifies it, and then how it uses it.

you agree with that right?

snarlydwarf;289243 Wrote: 
> If you want to keep a common vocabulary, then those internal tags are
> what should be spoken of.  By tradition, they are shown in ALLCAPS so
> that it is clear that it is the internal tag name being used.  (Ie,
> tracks are numbered by TRACKNUM...  even if the actual tag in the file
> is 'tracknumber' or 'track' (as in APE files).

this is all very good to know, but i think its also impossible to know
without someone directly telling you, (as you are doing with me now) or
without someone like me just luckily coming across such info.

in other words, what you are saying to me is helpful and greatly
appreciated, but its should not be expected that i know this...  and
certainly not expected that most people know it.  i have some 600 posts
and did not know this.

the problem is that if i know that 'band' and 'album artist' are
defacto interchangeable in most programs, and are defacto considered
TPE2 in most programs, then i am not likely to guess SC7 would be
different or treat them as one but not the other.

snarlydwarf;289243 Wrote: 
> TPE2 is converted to the Internal Tag named BAND.  It is not converted
> to ALBUMARTIST.

therein lies my most obvious and contentious problem.  one that would
seem to affect any and all mp3 users.

snarlydwarf;289243 Wrote: 
> Use the Internal Names for discussion: they define the real behavior of
> SC across file types.

i will do so from now on.  

snarlydwarf;289243 Wrote: 
> The tag names (ie, TPE2, etc) simply converted (you can see the
> conversion in MP3.pm for example, it isn't very obscure code: there is
> one table called 'tagMapping' that shows how the TXXX tags are
> converted and further down is the somewhat bruteforce conversion of
> regular id3 tags, ie: $MP3::Info::v2_to_v1_names{'TPE2'} = 'BAND';)
> 
> (Okay, a slight simplification: a few mp3 tags like track number are
> actually in MP3::Info, but close enough.)

very cool, but even if i could do anything for myself personally with
this info, (beyond relaying it in a bug report), it doesn't help all
the other mp3 users who use the TPE2 tag.

based on this post, it seems to me that no one disagrees that SC7 in
fact is not handling mp3 tags correctly, and needs fixed to do so.

and thats all i am pushing for here.  thx by the way for taking the
time to break it down such that confusion of all parties, especially
mine, could be alleviated.


-- 
MrSinatra

www.LION-Radio.org
Using:
Squeezebox2 (primary) / SBR (secondary) / Jive - w/SC 7.0.1beta - Win
XP Pro SP2 - 3.2ghz / 2gig ram - D-Link DIR-655
------------------------------------------------------------------------
MrSinatra's Profile: http://forums.slimdevices.com/member.php?userid=2336
View this thread: http://forums.slimdevices.com/showthread.php?t=45457

_______________________________________________
discuss mailing list
[email protected]
http://lists.slimdevices.com/lists/listinfo/discuss

Reply via email to