JJZolx;290171 Wrote: > Sounds like the following is needed (my apolgies to Mr Sinatra if he > already stated this, but I gave up on trying to sift through all those > very long replies quite a while ago): > > First, there's something we'd have to come to agreement on: There just > isn't a whole lot of use for _displaying_ BAND as the byline for an > album when you're not also sorting by that name. I can't see anyone > wanting/needing this behavior with Flac/Ogg/Ape files when they have > the ALBUMARTIST tag readily available. > > So... > > > - We clarify the option to mean: Use id3v2 tags' TPE2 (Band) to be > equivalent to AlbumArtist in Mp3 files. Move it out from under the > 'Compilation' heading. I would suggest creating maybe an 'Mp3 > Tags' heading, or possibly a 'Scanning Options' heading or page. > So the option would no longer refer to using the BAND role for > display purposes. It would designate how to treat a certain Mp3 > tag. > > - When the option is set, map TPE2 directly to the ALBUMARTIST > role. When not set, leave it as BAND. > > - Permit sorting of albums by BAND in the manner suggested > (somewhere) previously. By using a hierarchy of ALBUMARTIST, BAND, > VA, ARTIST(s) when determining the album's primary contributor. > > > > I believe this is the approach suggested by Philip in 'bug 6490' > (http://bugs.slimdevices.com/show_bug.cgi?id=6490). It permits you > to maintain contributor roles of both BAND and ALBUMARTIST except > when needed for dealing with TPE2 tags.
So here's the issue, as I see it (personally speaking--I'm still waiting for enough info to make a professional call on it): Band was never supposed to be used for AlbumArtist, but it's been co-opted to this task by several applications. Given that, some people would like SqueezeCenter to optionally normalize Band (TPE2) to our internal ALBUMARTIST tag. That seems innocent enough a request, but Snarly pointed out this issue: snarlydwarf;290065 Wrote: > The code that uses that flag is Schema::Album::artist. It is used > precisely once, and makes no reference to TPE2, since that is called > long after tags are normalized. So, yes, any change to how that flag > works now would affect all formats that had a BAND tag. > > From the comments, if there is no ALBUMARTIST assigned to an album, and > it is trying to figure out who to attribute it to for listing, it > returns the BAND. It is never sorted, it is only displayed. > > Note this is only for listing. Unless I missed something, this is the > only place this is used, and only affects the HTML generation. > > This was most likely meant to be used for a case like this: > > Album: Brandenburg Concertos > . Artist: JS Bach > . TPE2: Duluth Harmonica Quintet > > To distinguish it from: > > Album: Brandenburg Concertos > . Artist: JS Bach > . TPE2: Cleveland Symphony Orchestra > > That set of tags (indent means 'these are tracks',... and yes I skipped > a ton of tags that are irrelevant to the illustration) would display: > > Brandenburg Concertos (Duluth Harmonica Quintet) > Brandenburg Concertos (Cleveland Symphony Orchestra) > > which lets you distinguish between the two. > > (And, yeah, yeah, Bach should not be TPE1/Artist, but for a lot of > people that tagging scheme makes more sense in their collection and > tastes.) > > So there you have what the flag does... it is simply for display and is > useful to seperate similarly named works when 'albumartist' is not > really the correct setting. Which also seems reasonable enough (as well as a pretty apt description of what actually happens). I'm of the mindset--again, personally speaking--that the esoterica of these kinds of tags are so user- and application-specific that we really should not change much, in terms of the current behavior, but should better document how tags are used to people can mash their tags about in a fashion that works for them. As I stated at the very beginning of this thread, SC's handling of tags is either perfect, acceptable, or broken depending on your individual use of tags, music collection, and expectations of the result. Any change will likely just change the members in each of these sets, rather than eliminate the "broken" set. Given that, I'm working internally to gather as much information as possible to be able to suggest the lowest impact changes to how things are handled. Otherwise, we're right back here with a different set of users complaining about the way it works. However, I encourage the community to continue to debate this topic as it is very informative, both to the team here and to other users. Mr. Sinatra, I truly don't mean to be offensive, but just because an application with a big market share (like iTunes) handles tags a certain way doesn't make it the way all applications should handle tags. We support more music tag and file formats than iTunes and can't simply change things because a small, but vocal, group of forum posters thinks we should. As someone suggested in an earlier message, you might want to use an external tagging application to duplicate your TPE2 tags to the Txxx AlbumArtist tag we already support. -=> Jim -- JimC "well, she wasn't all of that, but she sure was some of that." -- BKlaas' college buddy ------------------------------------------------------------------------ JimC's Profile: http://forums.slimdevices.com/member.php?userid=9428 View this thread: http://forums.slimdevices.com/showthread.php?t=46093 _______________________________________________ discuss mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/discuss
