Philip Meyer;290113 Wrote: > >and so SC7 has ALBUMARTIST as blank i'd imagine. > > No, you misunderstand/haven't been reading.
trust me, i may misunderstand, but i read everything you or anyone writes many times over before i reply to it. Philip Meyer;290113 Wrote: > Every album has exactly 1 album artist (main contributor). It is set > when you scan the library. If you haven't defined a Txxx ALBUMARTIST > tag, then the artist associated with an album record will be: > If the same artist contributor(s) appears on all songs of the artist, > that artist(s) name will also be the album artist. > If there are different artists on songs on an album, the album artist > will be the record meaning "Various Artists". ok, so its not blank, got it. Philip Meyer;290113 Wrote: > Eg. I have an album "No Pussyfooting" by Robert Fripp and Brian Eno. > That's two contributors to every track on the album. I also set the > Txxx ALBUMARTIST to "Fripp & Eno". I see the album listed under "Fripp > & Eno" as an artist. I also see it listed under Robert Fripp and also > under Brian Eno, because I have other albums by those artists as solo > performers. ok, i believe all that. Philip Meyer;290113 Wrote: > In addition, the "list albums by band" *might* be intending to use BAND > as album artist, such that at scan time, the album artist is set to the > artist in the BAND tag, otherwise the artist of the songs, or Various > Artists. I say might, because I don't know for sure how that option > was intended to work. But the point is that after a scan, every album > will have an album artist. (i am keeping in mind u go by the opposite of snarlys convention) well, i agree we don't know what the intention is or was. i have beseeched slim to answer this, no dice yet. what we do know, is what it does now in practice, from a user POV, and i already went over that. so if its intended, its broken. if it isn't intended, we need a solution to the issue. Philip Meyer;290113 Wrote: > If you were to examine the content of the database, the following query > would confirm it for you: > > SELECT distinct(namesort) > FROM albums a > JOIN contributors c on a.contributor = c.id > ORDER BY namesort > > would return all main contributors (album artists) sorted by album > artist name sort order. Every album has a contributor. > > I believe I would have no quarrels if "list album by band" caused the > scanner to read a band tag and store it as the album artist, like rule > 1 above. It should remain an option, as I consider the current > implementation without "list album by band" to be correct. BAND is not > ALBUMARTIST in my mind. > > By the way, there is a description of the database tables available at > http://wiki.slimdevices.com/index.cgi?SlimServerDatabaseStructure > > Phil like i said, i think the current option (list albums by band) only needs to be reworded. i then also think a brand new and wholly separate second option needs to be added. how should the second option be implemented? i'm not slim, i don't program, i can't say. but i have suggested that the point of the second option should be to sort. and i suggested it could sort via internal BAND tags that SC7 already gets from TPE2 tags (as well as other places) OR that it could tell the scanner to populate the internal ALBUMARTIST field from TPE2 tags on scan. Phil, i'm feeling the love, you with me on that? -- MrSinatra www.LION-Radio.org Using: Squeezebox2 (primary) / SBR (secondary) / Jive - w/SC 7.0.1beta - Win XP Pro SP2 - 3.2ghz / 2gig ram - D-Link DIR-655 ------------------------------------------------------------------------ MrSinatra's Profile: http://forums.slimdevices.com/member.php?userid=2336 View this thread: http://forums.slimdevices.com/showthread.php?t=46093 _______________________________________________ discuss mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/discuss
