Erland, i put it all so it all would be in context below.
i put what i think is really important in bold tho too. JJZolx;638282 Wrote: > The only change I would make is that if the ALBUMARTIST is 'Various > Artists' then I would mark the album a compilation. It would be the > equivalent of COMPILATION=1. Make it case insensitive, but it must be > that _exact_ string, not the string that can be set in SBS options for > renaming Various Artists, and nothing from any other language. MrSinatra;638289 Wrote: > that would fix bug 9523, but i don't see why you would do it this way? > > the option i refer to above, where you can fill in the name of the VA > category, should first of all display the default value, which is > "Various Artists" (bug 17081) and if a user were to switch it, to > whatever else, i think the logical thing to do would be to have your > "auto comp=1" classification applied to whatever they switched it to. > > so if someone switched it to say "Soundtracks" then things with that as > their AA would get the auto comp=1 classification, and things that had > Various Artists as their AA tag would start showing up as well, b/c the > option (for the category name) was renamed. > > so i don't see why you wouldn't have the comp=1 logic follow the entry > in the option? > > but aside from that, i think there are better, fuller solutions, like > bug 15604, and bug 17031, which mimics the existing "guess tags" > option. JJZolx;638291 Wrote: > Do any of the applications referred to above ever apply a string other > than 'Various Artists' to the ALBUMARTIST field of compilations? If > not, there's no reason to recognize anything other than 'Various > Artists'. The option in SBS should be used only for display (and > sorting). MrSinatra;638293 Wrote: > the easy answer is yes, b/c the strings put into AA are only as good as > the DB source (or user) that does it. in general, "Various Artists" is > what is used most of the time by online DBs, but i can't say its the > ONLY string used for comps. > > (of course, the 9523 bug wouldn't be seen on other strings, unless one > changed the SBS category naming option to that string) > > also, other languages should be taken into account, if the strings > provided cause the 9523 bug in SBS if SBS is run under that language. > > IN OTHER WORDS, I THINK ITS WRONG TO FOCUS ON THE STRING, BUT MORE > PRECISE TO FOCUS ON THE CONFLICT. THIS BUG IS A BUG THAT ARISES OUT OF > THE CONFLICT THAT HAPPENS ANYTIME AN AA STRING MATCHES WHATS IN THE SBS > NAMING OPTION.[/B] IT JUST SO HAPPENS, THAT THE CONFLICT IS A BIG > DEAL, B/C THE SBS DEFAULT, AND THE ONLINE DB NORMAL DEFAULT, ARE ONE > AND THE SAME, IE. \"VARIOUS ARTISTS\" > > [B]USING YOUR SOLUTION, A PERSON WOULD STILL RUN INTO THIS BUG, IF THEY > CHANGED THE SBS OPTION TO \"SOUNDTRACKS\" AND THEY HAD AA TAGS THAT SAID > \"SOUNDTRACKS\" ...ITS THE CONFLICT THATS THE ISSUE. > > > > well, i disagree with the first part as above, and i think i agree with > the second part, but thats not how it works. > > also, people on here will no doubt make mention of niche cases, like > things labelled "Various Artists" which have the same artists on every > track, and aren't really compilations. so your logic wouldn't work for > that either. Philip Meyer;638295 Wrote: > >Do any of the applications referred to above ever apply a string other > >than 'Various Artists' to the ALBUMARTIST field of compilations? If > >not, there's no reason to recognize anything other than 'Various > >Artists'. The option in SBS should be used only for display (and > >sorting). > > > There is no consistency - some compilations have "V/A", some "VA", some > "Various". Not really an app thing, as the data tag can come from > metadata providers, which themselves are not consistent (some are based > on user submitted values). iTunes allows the compilation tag to be set, > and doesn't need/put anything in Album Artist. > > I think it's a bad idea to put more guessing logic in the scanner - > there should be a drive to remove hard-coded guesswork, not add to it. > It would only perhaps "solve" the issue for some people, or perhaps only > partially "solve", where users have various album artist strings > denoting a compilation album, which would be even worse, as it would > look like it's working, and perhaps mask that some albums are not > displayed. back to now: erland;638640 Wrote: > Yes, I think you are correct, if SBS have been configured to group > compilation albums it will add this to the query when getting the > artists list: > (albums.compilation IS NULL OR albums.compilation = 0) right, and thats why i support Phils bug 15604, b/c it removes comp status from being used to make the home>whatever list, EXCEPT a proposed home>comps list, while at the same time it allows comps to be in all lists. erland;638640 Wrote: > Just so I don't have to read the complete thread, could you point me to > exactly where Jim suggested something that would solve it ? thats above. he said it should be hard coded so that anything with a string that = Various Artists should be treated by SBS as if it also has a comp=1 tag. i said that is too narrow and too shortsighted. the problem isn't the string but the conflict. so the better solution (if one is to try it with Jim's approach) is to have SBS treat anything that has a string = to the comp naming option be treated as if it is a comp=1 tag. so no matter what the comp category is called in SBS options, (and that option already exists), be it default or user defined, whatever the value is SBS should also treat anything it finds with that value as being the same as if it had a comp=1 tag. erland;638640 Wrote: > Are we just talking about making the scanner set the compilation flag on > an album if the "Various Artists" name configured in SBS settings > matches the ALBUMARTIST tag ? that sounds like what i am saying i think. erland;638640 Wrote: > Yes, but I think they are related because at the moment SBS doesn't > consider an album to be a compilation just because it have an > ALBUMARTIST="Various Artists". right. thats what this is all about. please see my other bugs on this erland: 6658 (jims) 9523 (my version of 6658) 16504 (phils idea) 17031 user defined strings to indicate comp=1 17081 better implementation of the sbs comp naming option -- MrSinatra www.lion-radio.org using: sb2 & droid (my home) / duet & ipeng (parents' home) - sbs 7.5.5b - win7 & xp pro sp3 ie9 - p4(ht) 3.2ghz, 2gig ram - 1tb wd usb2 raid1 - d-link dir-655 - 49k+ mp3/flac ::VOTE FOR 'BUG 15604' (http://bugs.slimdevices.com/show_bug.cgi?id=15604)!!!:: ------------------------------------------------------------------------ MrSinatra's Profile: http://forums.slimdevices.com/member.php?userid=2336 View this thread: http://forums.slimdevices.com/showthread.php?t=88072 _______________________________________________ ripping mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/ripping
