Bugzilla – Bug 4489
File scanning / parse errors with Guess Tags and folders
Last modified: 2006-11-22 23:19:15 UTC
System is set to use Guess Tags with following preferences (to match iTunes naming approach, but not using iTunes plugin, as iTunes is run on a different computer): /ARTIST/ALBUM/TRACKNUM TITLE /ARTIST/ALBUM/TITLE The problem arises for files with no tracknumber, and particularly for files where the album or artist contains a number at the beginning of the file name (e.g. artist 8 Feet Tall, or album 200 Cigarettes). Problem also occurs when no numbers in any titles. "Correct" parsing would distinguish between files and folders, and recognize that the music file does not have a tracknumber, and jump to the second potential format. Instead, repeatable behaviour is generally to identify album as ITUNES (name of iTunes folder), and artist as Music; when numbers are contained at beginning of artist or album name, artist may be ITUNES. Track title may come out as Album name. This seems consistent, but not certain about that. Problem can be resolved by adding track information to all files, but not ideal.
Apologies, OS set incorrectly: this is in windows xp.
This is essentially the same issue as bug 1604, where the parsing can match from the beginning of the string, not the end. as such if an artist folder matches the first pattern, then you risk that parsing. This is why it is called "Guess" tags. It's a guess. Proper tagging is always preferred. Is there any reason that you are not using itunes to tag the files? eventually, this should be duped with bug 1604 as the potential fix would be the same.
I agree. *** This bug has been marked as a duplicate of 1604 ***
(In reply to comment #2) > This is essentially the same issue as bug 1604, where the parsing can match > from the beginning of the string, not the end. as such if an artist folder > matches the first pattern, then you risk that parsing. This is why it is called > "Guess" tags. It's a guess. Proper tagging is always preferred. Is there any > reason that you are not using itunes to tag the files? > > eventually, this should be duped with bug 1604 as the potential fix would be > the same. > Thanks. The problem I encountered was a series of very bizarre issues with MP3 tagging, and not being able to remove/edit them, at least consistently. In the end, I converted all problem files (mostly legacy MP3 files from years ago, before iTunes) to AAC. That said, since this is the default naming scheme for iTunes organization, I expect it will be encountered frequently. Applying the fix to read from the end of the path rather than the beginning would resolve the problem. Note that the issue was generally *not* that it was identifying a track number where the song title included a number (which would be understandable), but album/artist identification being quite bizarre. Thanks again. Greg