Oh no, not again. >current bugs, of which there are many Such as? There aren't many scanning bugs.
>full rescans should NOT be required to pick up tag changes. I agree with you on that one though ;-) >SC imo needs to rethink from scratch how it is going to catalogue and >store ones collection in a DB. the logics are faulty, presumptuous, >non-intuitive and cause problems, and don't respect the de facto >marketplace standards that are in place and bigger than SC, right or >wrong. > Rubbish. >issue: album artist tags should not have any impact on if something is >a comp or not. > The compilation tag definitively indicates whether an album is a compilation or not. Why don't you use that? Then the album artist tag is irrelevant to whether the album is a compilation or not. >issue: comps should not be FORCED to be "auto" detected. > Yes they should, for the majority of people will not have comp tags, and would have a multiple single-song albums if they were not joined up in some way. >issue: no string in a tag, especially one as common as "Various >Artists" should cause the music to NOT be listed. > True, but this is not a scanner issue, more of a browsing issue, but mainly due to incomplete tagging (from SC's perspective). Remove the albumartist="Various Artists", or add a compilation tag. >issue: regardless of how you feel about the above, its ridiculous to >stick any and everything that SC determines is a comp into ONE HUGE COMP >category. > Not absolutely sure what you mean, but I'm guessing you mean that you don't think that albums classified as compilations should not be listed together under Browse Artists > Various Artists? Don't know why you don't think that's a good idea. I'd prefer it if Various Artists was not listed in Browse Artists, and instead there were a dedicated "Browse Compilations" menu, but it's certainly not ridiculous. >issue: why do we need "track artists"? each track can have an album >artist role, and an artist role, why do we also need a "track artist" >role which is not a 1 to 1 match with an equivalent corresponding tag? > Track Artists is an interesting one. I think it must have been added as an attempt to make it easier to change settings for browsing the music collection, but hasn't been fully implemented/maintained. I believe the concept was that "Artists" always appear in Browse Artists list, whereas "Track Artists" can be hidden from the list (if they are guests on an album, only the album artist will be listed in the Browse Artists list). However, compilation albums work differently, not sure why. Largely irrelevant - it's how the SC internals work (although for some reason they are displayed as "Artist:" or "Track Artist:" labels when you browse song info). >i hope the new schema will bring new ways to approach how the DB / >scanner / interface work, b/c i think there are ways to do everything >that would make BOTH camps happy. The new schema will not change any of that. Schema is just how stuff is stored in the DB; changing the schema may help or hinder performance, and maybe expand to allow more information to be stored. The data that is currently stored in the current schema is fine; it has the ability to represent a music collection how you want it. It's how the data is collected (scanner) to be stored in the DB, or how it is retrieved to be used by the app that you want to get changed. _______________________________________________ beta mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/beta
