Let's move the discussion related to separate browse menus for album
artists and artists to a separate thread.
Previous comments in the 7.8.1 thread:
JJZolx wrote:
> My main interests include better (additional) library browsing methods.
>
> I'd like to see slightly better support for classical music.
>
> - Browse Composers
> - Support for the ComposerSort tagging field
>
> I would also like to see much of the compilation album confusion done
> away with once and for all. I'm pretty sure that this could be done just
> by having two browse modes and eliminating several prefs.
>
> - Browse Album Artists
> - Browse Artists
>
> The latter would include all artists, including trackartists from both
> compilations and non-compilations. Everybody. Not sure about the
> application of the "Composer, Band and Orchestra in Artists".
garym wrote:
> I (sorta) like this idea. But it would require me to use mp3tag to batch
> create Album Artist tag fields for all my compilations.
>
> Without rehashing the 1000s!! of posts on the issue of compilations and
> AlbumArtist, it would take some adjustment on my side. I'm one of the
> folks that leaves Album Artist empty for compilations (but does set the
> compilation tag to a value of 1). This way I don't see any "various
> artists" listing in my artist listing. I use settings to tell it to
> group my compilations together and label it "Compilations". This
> category shows up at the top of my artist listing and contains all my
> compilations. The only time I use Album Artist for a compilation is if I
> want it to show up under a specific artist (i.e., I put AA=Bob Dylan on
> a Bob Dylan tribute album even though Bob Dylan is not on that album...i
> just want it to show up under Bob Dylan in ARTIST. But again, I like
> the idea of browsing either A or AA and I could adjust tags accordingly.
mherger wrote:
> > I'd like to see slightly better support for classical music.
> >
> > - Browse Composers
> > - Support for the ComposerSort tagging field
>
> Isn't this something which is covered by Erland's plugins?
>
> > I would also like to see much of the compilation album confusion done
> > away with once and for all.
>
> I would love to see that as well. But I doubt we'll be able to achieve
> that noble goal: fix it for one use case and it'll break somebody
> else's. I'll rather not touch it than have to explain to all the others
> why we changed a working feature. Yes, it's working for many.
>
> But hey: if somebody can come up with a patch, I'll be happy to give it
> a try.
bwaldron wrote:
> Perhaps it could be implemented such that Artist is used as Album Artist
> for those albums where there is no Album Artist tag included (and it's
> not a "various artists" compilation album). JRiver Media Center handles
> things that way.
JJZolx wrote:
> I contend that you wouldn't break anything. You _would_ do things
> slightly differently, and I realize even that can be upsetting for some
> people. The two browsing modes essentially give you everything that the
> prefs attempt to address. The existing compilation prefs and handling
> mostly accomplish _one_ thing: Suppressing artists who don't have 'full'
> albums from the artist list.
>
> The main thing that it would require is that every album be assigned one
> (possibly more) album artist if ALBUMARTIST is not explicitly stated in
> the tagging. This would be done by the LMS scanner. After that, one
> browse list merely pulls all contributors who have ALBUMARTIST roles and
> the other pulls all contributors who have ALBUMARTIST, ARTIST and
> TRACKARTIST roles (and it may turn out that the TRACKARTIST role could
> be eliminated with this approach).
BJW wrote:
> i agree. i think the entire fix could be done completely
> transparently.
>
> what needs to be done imo, is a fully thought out "re-imagining" of the
> entire process. that process consists of two related yet separate
> parts:
>
> 1. how does server identify compilations?
> 2. how does server handle compilations once they are identified?
>
> again, i think it is possible to answer those questions, in the form of
> a newer server, better than has been the case to date, but also in such
> a way as to be transparent to the user.
>
> one of the big problems server has, is conflating the mere presence of
> album artist tags as being meaningful as to whether or not something is
> actually a comp.
>
> having said that, NONE of the above should preclude server from having
> the ability right now to browse two separate and distinct lists,
> "artist" and "album artist".
>
> if one or the other tag was empty, (b/c either or both can be empty) the
> default reaction of server should be to either not show it in the list,
> or show its complete filename, or possibly show the other tag value
> (artist for example if album artist was blank).
>
> but doing that, and i agree it should be done, does not mean you have to
> address compilation issues as well. that could [should] be done
> afterwards.
>
> EDIT: and "track artist" should not even exist, as it has no equivalent
> in the tagging world. the server DB should reflect values based on
> whats in the tag, or filename, but not a made up 3rd value that is not
> found in either.
Mnyb wrote:
> Track artist ? I do tag files with several artist if that's the case the
> album may have a main artist the albumartist .
>
> So yes I have artist that only are on other artists tracks and they may
> not have an album on thier own , I would call that a " track artist"
> there is no tag for that but in practice they exist but tagged as artist
> .
>
> In most of my albums that only have one artist I've only used the artist
> tag not the albumartist tag and I think that is the most common tag
> scheme of them all .
>
> To make the best of a scheme with separate. albumartist and artist
> browse I must amend most of my tagging I obviusly want to find all
> albums under albumartist browse .
>
> Under artist browse I would find all artist even if they just guest star
> on some track or are collaborators to another artist , simply every
> artist .
>
> Some that lobby for this scheme just assumes that everyone historically
> used the albumartist tag on every album I would gues that a very large
> >50% don't .
> That based on my previus noob experience learning tagging just accepting
> wath cddb or whatever gave me and most of the free dB stuff did not tag
> with albumartist .
>
> So the assumption must be that most people don't have albumartist tag
> and what would the consequence be ?
> They can use the artist browse it would work as it always did no
> difference, but they would endlessly wonder about the album artists
> browse :)
> Or in my case it would trigger an tag fixing event ( it may be overdue I
> have some old mistakes to correct here and there )
>
> A file may not even be a part of an album , I do tag singles with an
> album name so that it becomes an album but many other users don't do
> that .
Any more thoughts regarding this ?
Anyone interested to try to provide a patch ?
Erland Isaksson ('My homepage' (http://erland.isaksson.info))
(Developer of 'many plugins/applets (both free and commercial)'
(http://wiki.slimdevices.com/index.php/User:Erland).
If you like to encourage future presence on this forum and/or third
party plugin/applet development, 'consider purchasing some plugins'
(http://license.isaksson.info))
You may also want to try my Android apps 'Squeeze Display'
(https://play.google.com/store/apps/details?id=info.isaksson.squeezedisplay)
and 'RSS Photo Show'
(https://play.google.com/store/apps/details?id=info.isaksson.rssphotoshow)
*Interested in the future of music streaming ? 'ickStream - A world of
music at your fingertips'
(http://forums.slimdevices.com/showthread.php?98467-Pre-Announcement-ickStream&p=743516)*.
------------------------------------------------------------------------
erland's Profile: http://forums.slimdevices.com/member.php?userid=3124
View this thread: http://forums.slimdevices.com/showthread.php?t=101248
_______________________________________________
beta mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/beta
