Philip Meyer;638862 Wrote:
> >> A better and potentially low-risk is to change browse menu sql to
> not
> >> filter out compilation artist from list of artists in the normal
> place.
> >> After all, that's what people are really requesting. The special
> >> "Various Artists" artist (that only contains compilations) can
> continue
> >> to exist at the top of the list.
> >>
> >Isn't that what you get already today by selecting "List compilation
> >albums under each artist" in the SBS settings ?
> >
> No, I think you mis-understood what I meant. I wasn't talking about
> changing the types of artists that appear in the artist list.
>
> The problem is that albums with AlbumArtist="Various Artists" and no
> compilation tag are hidden, because they are no compilations, and only
> compilations are shown under "Various Artists".
>
> The suggestion is that all Various Artists albums are turned into
> compilations such that they are visible under this artist. But that
> doesn't feel like the right thing to do.
>
Can you give me one realistic example were a user don't want to treat
these albums as compilations ?
- If someone has set ALBUMARTIST=Various Artists, it's pretty obvious
that is has to be a compilation or it is incorrectly tagged and should
have a different artist.
- I'd argue that the same also applies if someone has set
ALBUMARTIST=Compilations, especially if this someone also has changed
SBS Settings to name the special various artist "Compilations".
I think marking these as compilation is a good addition to the auto
detect logic we already have, especially as tagging software like
Musicbrainz Picard does set ALBUMARTIST="Various Artists" and does NOT
set COMPILATION=1. It does set a MUSICBRAINZ_VARIOUSARTISTS=1 tag but
that's not used by SBS.
Would be interesting to know how ripping software set it when importing
data from freedb and similar sources, I suspect they also set
ALBUMARTIST="Various Artists" and doesn't set any compilation tag.
Philip Meyer;638862 Wrote:
>
> I was suggesting to change the SQL that is used to fetch the list of
> artists, such that it doesn't ignore albums that are
> albumartist=Various Artists and compilation is null, such that it lists
> a Various Artists album under "V" that contains all albums that are by
> Various Artists (either comps or not comps).
>
Ok, that might work but it doesn't make sense to me. It's also going to
add even more complexity to the browsing logic then we already have
today, so I think it's the wrong way to go, at least until someone can
give me a real world sample where an album with ALBUMARTIST="Various
Artists" isn't a compilation.
Philip Meyer;638862 Wrote:
>
> The "special" artist representing all compilations can remain at the
> front of the artists lists, even being called "Various Artists" -
> people can still see a list of albums that have been tagged as comps,
> or have differing track artists without an album artist. Users that
> have an albumartist on every album would never see any albums within
> this special artist record (never have comps) - unless they have
> specifically added a compilation tag.
>
Having two entries will just make it more confusing, so I don't like
this.
Philip Meyer;638862 Wrote:
>
> Even better, would be if the first special artist name was re-labelled
> something like "[Compilations]" instead of "Various Artists". It would
> still contain albums that have album artist = Various Artists, or
> whatever album artist tag value that the user chooses. i.e. the
> settings param would still be blank representing "Various Artists" for
> the scanner to assign this value.
>
> Better still would be to pull that out into a Browse Compilations menu,
> so it doesn't need all of the special handling code to reduce the
> complexity of the querying, display and alphabar support, etc.
>
I'd prefer the separate "Browse Compilations" menu, only changing
"Various Artists" to "Compilations" is going to create confusion among
existing user base.
However, it's important to decide how to handle the "Genres" menu which
also contains a list of artists. I could imagine that there are some
people that don't want the "Genres/Pop" menu to be messed up with a lot
of artists which only are available on compilation albums.
We could go with one level deeper menu structures like this, but it
doesn't feel good to me:
Code:
--------------------
Artists
<artist>
<normal album>
Compilations
<compilation album>
Genres
<genre>
Artists
<artist>
<normal album>
Compilations
<compilation album>
--------------------
An alternative would be to list all artists under "Genres" and ignore
consistency and the fact that it produce a lot of unwanted artists in
the "Genres" menu for some people.
Based on this I think I'd prefer a solution with an "All Artists" and
"Album artists" menu, like:
Code:
--------------------
Album Artists
<album artist>
<album>
All Artists
<album artist or artist>
<album>
Genres
<genre>
<album artist>
<album>
--------------------
Where the "Genres" menu if "List compilation albums under each artist"
was selected would be changed to:
Code:
--------------------
Genres
<genre>
<album artist or artist>
<album>
--------------------
Philip Meyer;638862 Wrote:
>
> A user today can change the pref setting to "Compilations", but that
> means the scanner could set AlbumArtist=Compilations, which is not good
> for some. It's okay if people always use albumartist tags, because
> they'd never have any compilations (the current suggested work-around
> that some users choose to do).
>
Could you give a real world example where it wouldn't be good if the
scanner set AlbumArtist=Compilations ?
--
erland
Erland Isaksson ('My homepage' (http://erland.isaksson.info))
(Developer of 'many plugins/applets'
(http://wiki.slimdevices.com/index.php/User:Erland). If my answer
helped you and you like to encourage future presence on this forum
and/or third party plugin/applet development, 'donations are always
appreciated' (http://erland.isaksson.info/donate))
------------------------------------------------------------------------
erland's Profile: http://forums.slimdevices.com/member.php?userid=3124
View this thread: http://forums.slimdevices.com/showthread.php?t=88072
_______________________________________________
ripping mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/ripping
