Philip Meyer;479021 Wrote: > >if someone wanted to remove the album tag, and they do it from only v2 > >tags, thats not only hard to do, but their deliberate fault. the > other > >guy in this thread has already said he plans to delete v1 tags so > what > >the beef? > > > I'm not going to bother repeating myself. Read previous posts.
i just don't see the beef. Philip Meyer;479021 Wrote: > > >in most mainstream and even non-mainstream apps, if you delete the > >album info, the app will delete it from both tags. thats not just > >common, its almost universal. > > > It doesn't always work like that. no, not always. just 99.9% of the time. Philip Meyer;479021 Wrote: > There was even a case recently where someone had multiple id3v2 tags, > and he couldn't get an editor to strip them out. and so? what does that have to do with anything? his problems are not reasonable for any ver of SBS to handle properly, and extraordinarily rare. it has nothing to do with the problem 8380 covers. Philip Meyer;479021 Wrote: > You are also thinking only id3v1 and v2. There are other tag types that > can be stored in the files. eg. I could have id3 tags in FLAC files, > and a FLAC editor may not even show that they exist. What order of > precidence would there be for every combination of tag types? andy already said ape, v1, v2. in the old way, one of those types had to win out too, didn't it? even if more than one was present? Philip Meyer;479021 Wrote: > > >better to have that happen then to have music totally missing from > view. > > > It won't be totally missing. I often have an ARTIST tag with no ALBUM > tag. That doesn't mean it's not visible, it just appears somewhere > else. i really think at this point you are purposely sticking fingers in your ears. the file i attached to the bug does NOT show up in SBS, at least not where i use SBS, which is in a valid usage place. IF a file has NO ARTIST, NO ALBUM, NO TITLE tag info in v2, (but does have it in v1) it will NOT appear in SBS, if not everywhere certainly not under home>albums where i use the webui! why do you deny that fact? Philip Meyer;479021 Wrote: > But if someone was expecting music to be visible somewhere in their > library but can't find it, they can navigate to it using Browse Music > Folder, to navigate the source files. From there, they can see the tags > present in the file to work out the problem. how could you be expecting to notice something you don't know is missing in the first place??? do you not understand the absurdity of your position? if you have 3000 albums, like i do, and 2 or 5 or 20 suffer from this problem, it is just LUCK if you EVER happen to notice it! (in my case, i think i had about 15 or so with this issue, most being early rips and i only noticed it b/c one of them happened to be AC/DC "Back in Black." if none of the 15 were as classic as that album, i doubt i'd ever of noticed) Philip Meyer;479021 Wrote: > i.e. I think the Show Tags new feature would be useful and should be > available from Browse Music Folder too. Although I'm not sure I would > always trust it - non-standard tag blocks or problems in files are often > ignored by library functions - i.e. they can only report the things they > know to look for. I'd use a proper tag editor to view the file and make > amendment. Watch out for people in the future saying "well, now I can > see the tags in a file, why can't the feature be extended to edit these > tags within the app. that really has nothing to do with the bug. Philip Meyer;479021 Wrote: > > >besides, maybe andy has accounted for this? i think v1 only gets > used > >if v2 is blank. these are multiple comments from multiple tag > >standards, not multiple comments within a tag standard. > > > Andy was I believe saying that where a tag supports multiple values, it > will keep a list of all of the values across all tag formats that it > reads. eg. if id3v1 has COMMENT=ABC and id3v2 has COMMENT=DEF, > COMMENT=GHI, then you would have ABC+DEF+GHI comments. i trust andy to get the comments thing figured out, but i would assume most v1 comments will be dupes of v2 comments up to their truncated point, if they go that far. Philip Meyer;479021 Wrote: > id3v1 may define an artist, perhaps with a delimeter within it to split > multiple artists (I don't think id3v1 supports multiple tag values). > Will id3v2 override the artist in v1, or be in addition to it, if the > artists are different? i think andy has been clear. v1 is used if v2 is blank. if v2 is not blank, v2 is used and v1 isn't. i don't think it compares for dupes at all, why would it care if it was a dupe or not? i don't see whats so complex about this? Philip Meyer;479021 Wrote: > > >i'd guess you don't p2p a lot. i don't as much as i used to but i > >still do. i get many, MANY files that don't have any tags, have v1 > >only, have weird butchered tags, etc... it happens a lot. > > > Then fix them, rather than expect software to work it out/guess. its not about me. i do "fix" them, although just having complete v1 tags with blank v2 tags save for RG values isn't a "broken" condition. anyway its about SBS doing the smartest thing it can do given the environment. i'll repeat myself: MrSinatra;479020 Wrote: > so phil, better to just not have the music show up then? i mean, thats > the upshot of your POV. > > or, if not, then how would you solve the issue? and don't say "user > fixes the tags" b/c thats a cop out. the user might not even know the > music is missing, or if they do, why its missing. -- MrSinatra www.lion-radio.org using: sb2 & sbc (my home) / sbr (parent's home) - sbs 7.4.2b - win xp pro sp3 ie8 - p4(ht) 3.2ghz / 2gig ram - 1tb wd usb2 raid1 - d-link dir-655 - 35k mp3 ------------------------------------------------------------------------ MrSinatra's Profile: http://forums.slimdevices.com/member.php?userid=2336 View this thread: http://forums.slimdevices.com/showthread.php?t=70456 _______________________________________________ beta mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/beta
