this threads been hijacked. i still want to get back to the point of it. in the meantime...
Philip Meyer;355496 Wrote: > >i have a couple thousand albums at least, no comp tags of any kind, > all > >mp3s, and i use the treat TPE2 as album artist setting. > > > Whether a user uses TPE2 (Band) or Album Artist is irrelevant to this > conversation. The outcome is that if there is an Album Artist defined, > compilation tags should not be necessary. yep, thats what i said. the caveat would be if you wanted SC to know something was a comp that also had an Album Artist defined. i haven't felt that need yet, but i might one day. Philip Meyer;355496 Wrote: > > >SC gets every last one of them right. prior to 8001 it didn't use > TPE2 > >for sorting at all, now it does. > > > Not strictly correct, which may confuse people, but I know what you > mean. You use TPE2 to get Album Artist info in the SqueezeCenter > library. From thereon (eg. when discussing browsing the library), you > should discuss it as Album Artist. not "strictly correct"? its correct enough. i don't know why anyone would have been confused. i don't see any issue with how i put it, but if specifically clarifying that TPE2 can be read into SC as album artist helps anyone, kool. Philip Meyer;355496 Wrote: > i.e. Before the option to read TPE2 as Album Artist, you didn't have > album artist information, and thus albums didn't group/sort properly. > Now SC reads TPE2 from files and puts it into the library as Album > Artist, and thus grouping/sorting works correctly. SC does not > group/sort by TPE2. i was with you until the last sentence! you seemingly contradict yourself. thats [the last sentence] exactly what it does, IF the option (8001) is enabled. now, if you want to point out that SC is reading its own DB post scan, fine, but i see no reason to do so since thats the case with ALL metadata. thats whats known as a given, and to correct me on a given is imo, without cause. and most mainstream apps call TPE2 album artist btw. erroneous obviously, but the fact regardless. Philip Meyer;355496 Wrote: > > >all it used to do was by option *denote* an album as being by the TPE2 > tag. > > > Not quite right: it used to add the TPE2 value as a Band to the *song* > (not album), which is just another contributor for the song (like > artist). i.e. There wasn't an album artist, so it didn't do > grouping/sorting as you would expect. two conflating issues here. again, its a given that all the data applies file by file, song by song. thats true for all metadata, including album. (any one song/file can be totally alone and yet hold all the fields that any group of files/songs could) secondly, what i said is correct. all TPE2 was used for was to denote an album as being by that field, IF the option was enabled. yes, it also filled the internal BAND field, but it didn't have any other function that i recall, meaning a setting or use. Philip Meyer;355496 Wrote: > > >i don't see a need for SC to know if an album is a comp if i use the > TPE2 field. > > > The scanner doesn't need to read a Compilation tag if an album artist > is defined (either Album Artist, or TPE2). this is where all things get murky b/c SC/slim never makes clear how things are supposed to work. my understanding is that if comp tags are present, SC will read them, and store them, regardless of if it finds data for album artist or not. i guess thats different from your understanding. clearly, slim is unclear on this. but i agree that SC would not think something was a comp if it found album artist data, (even if that data said "various artists"!) however, i always thought SC was supposed to clarify something as a comp if it had the comp tag =1 even if it had found album artist data. again, slim should have reference documentation for that, (and maybe they do, i just don't know where). Philip Meyer;355496 Wrote: > > >(i also always browse in SC by Home -> Albums which is thn done as > >Artist, year, album as artwork. artist means 'album artist' in this > case. > > > Actually, "artist" will be "album artist" if there is one defined for > the album, otherwise "artist". This is either worked out at scan time, > or on the fly (not sure how the internals work exactly). well, as i mention, i do have TPE2 data for all my albums. if SC were more accurate, it would allow me to choose, meaning artist would really mean artist, or in my case TPE1, and my second choice would be album artist, ie. TPE2. winamp makes it very easy. i can browse by virtually any category, and it clearly makes plain that i could use "artist" or "album artist." Philip Meyer;355496 Wrote: > BTW, it's important to remember that "album artist" (Album Artist or > TPE2 tag) is applied to *songs*. i.e. album artist is a property of a > song, not an album, and thus the album artist for an album is worked > out from the album artist property existing on all songs on an album. > So, to sum it up, if you need album artist on an album, apply the same > album artist value to every song on the album. and what made you think i didn't know that? all data only applies to individual songs, (which i mentioned earlier in this post). Philip Meyer;355496 Wrote: > > > >so where/what exactly is this bug you're talking about? > Having Compilation=0 overrides album artist (SC library will not store > an album artist role). > > Phil i'm not sure i understand. are you saying that if comp=0 that SC will not populate the internal to SC db ALBUMARTIST field if valid data for that field is present in the tag? what about if there is no comp tag, or if it is comp=1? if comp=0 truly stops the field from being populated, then i would definitely call that a bug. so is that the reality? -- MrSinatra www.LION-Radio.org Using: Squeezebox2 (primary) / SBR (secondary) / SBC - w/SC 7.3b - Win XP Pro SP3 - 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=53822 _______________________________________________ ripping mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/ripping
