Bug 10942 - Disregard ALBUMARTIST if it contains the name "Various Artists"
: Disregard ALBUMARTIST if it contains the name "Various Artists"
Status: NEW
Product: Logitech Media Server
Classification: Unclassified
Component: Tagging
: 7.4.0
: All All
: -- enhancement with 2 votes (vote)
: Future
Assigned To: Unassigned bug - please assign me!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-02-03 00:55 UTC by Moonbase
Modified: 2011-03-06 10:59 UTC (History)
0 users

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Moonbase 2009-02-03 00:55:26 UTC
For future enhancement, I'd suggest an option field containing a list of Album Artists to disregard in the scanning process, i.e. "Various Artists;Verschiedene Interpreten". This should be initially set to "Various Artists" but able to be overridden by the user (with multiple, separated entries).

If we detected one of those Album Artists while building the database, we would "throw it away" and handle the track track as if it hadn't contained this particular Album Artist.

Reason: For users that need an Album Artist of "Various Artists" on compilations for other reasons (other software, possibility to use tag as part of filename creation or the like), this would allow handling compilation albums as if NO Album Artist was specified, thus re-instating the "multi-artist list" below the album name in album views.

On the other hand, if a user wanted to ALWAYS show "Various Artists" below the album INSTEAD of the list of contributors, (s)he could simply use an explicit tag frame ALBUMARTIST=Various Artists and leave the option field empty.
Comment 1 Mike Walsh 2009-08-28 00:52:13 UTC
moonbase,

it sounds like you are talking about this:

https://bugs-archive.lyrion.org/show_bug.cgi?id=9523

however, i think what you are describing as a solution is complex.

what should be done, is SC shouldn't use a common tag string as a "special case" name.

the whole default approach SC has is wrong.  the VA detection is lame, the using albumartist to mean something isn't a comp is lame, and having albums disappear b/c of a common string is lame.

here's my solution:

make VA auto detection optional, don't always use AA data to determine comp or not, rename the "special case" category SC name of "Various Artists" to something else, even "Various Artists." would be enough to avoid most common conflicts.

additionally, let users either set comp=1 tags, or let users set user defined strings that mean somethings a comp.

this would be so much more accurate and cause a lot less problems, b/c its so much more straight forward and intuitive.

finally, all comps should not be thrown into one big VA category.  allow users to ID a comp, but also allow it to sort elsewhere, like via its AA tag.
Comment 2 Mike Walsh 2011-03-06 10:59:11 UTC
this bug should be closed, see:

bug 17031

bug 4341

bug 8324