>- scanner. Last time I mentioned that its functionality to recognize >changed tracks isn't good enough - does it solely based on file update >date vs last scan date. Is that not good enough? If tags or actual song data change, most tools that write the content back will cause the last changed timestamp to be updated.
>- concept and handling of 'track artist' contributor type. Basically, >if there is ALBUMARTIST defined for the album, then all ARTISTs become >trackartists. There is no connection between the guy who is ARTIST on >one and trackartist on another album. It is not possible to flow (or >drill down) in SB menu system from trackartist to artist. Now, that >might be how the code works, but from real world prospective makes >little sense. > I always thought that the "track artist" contributor type was a little strange, or at least that artists performing on a song when there is no album artist should also be called track artists. Not sure why there is a distinction, but I'm guessing it is to do with whether a user wants to show all track artists in the browse by artist list, or to only show album artists. Phil _______________________________________________ discuss mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/discuss
