>I didn't even follow all of this discussion, as it's a lost cause, tbh. >I'll be happy to read the single page summary of this all where >everybody can agree with...
That's why I suggested making small steps to gradually improve, rather than an all singing, all dancing final solution. I remember the first time it was discussed, the solution was heading towards a complete database schema change - with the scanner pulling in tags in phase one, and a logical schema then post-processing this in phase 2 to put data in a format for a new set of browse methods that could dynamically change depending on profiles set up by the user (pop music, classical, etc all resulting in completely different ways of storing the data and browsing) Yeah, right, like that was ever going to happen ;-) I suggest one little step at a time: 1) During scanning (or as a post-scan activity after scanning), ensure every album has at least one album artist contributor role. i.e. currently when there isn't one, an artist role is used for the album, and this logic happens when browsing the music library. Do this once at scan time instead, so browsing can be faster. 2) Removal of the special artist list handling that puts "Various Artists" at the top of the list, as this should help with simplification of the query to get the data, aiding performance. 3) Add improvements or additional ways to browse the music library. "All Artists", "Browse Compilations", etc. These are both currently available, albeit in a round-about way, by changing settings and rescanning, or browse artists > Various Artists, and I feel the first two "mini steps" would help the community more (simplify, improve performance). _______________________________________________ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta