>Yes, so ALBUMYEAR would be analogous to ALBUMARTIST. Makes sense (to >me). If there isn't an ALBUMYEAR, then, as you say, what to choose? I >guess this is a bit like VA logic. Could be user-customizable (from the >choices you suggest, earliest, latest, etc.), I don't really mind tbh, >just the ALBUMYEAR support would be good enough for me.
I wasn't suggesting an ALBUMYEAR tag at all. I was suggesting that YEAR tag relates to the original release date of the song, and that there shouldn't really be a concept of album year - that can be derived from the years of all songs on the album. In most cases, all song years are the same, so the album year is the same. In the cases of compilations or greatest hits, there is no album year - the album would appear under all years for which it contains songs in those years. If people want to use YEAR to represent the year the album was released, it would still work the same - i.e. this solution would work for both user camps without needing to introduce any new custom tags. Genres are already treated this way, I think. i.e. an album can have songs with different genres, and the album would appear when browsing any of those genres - there is no concept of an ALBUMGENRE tag. This is also like how SbS treats aritsts - the album artist is derived from the song artists (i.e. if all artists are the same, the album artist is the same; if artists on songs are different, the album artist is Various Artists, unless there's an Album Artist to override it). Having said that, there's no reason why it couldn't also support ALBUMYEAR to override the year an album was released if songs have differing years. Similarly for ALBUMGENRE. _______________________________________________ beta mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/beta
