I'm using Mp3tag v2.42c, but the bug is also present in 2.42. Basically, the program will not read any tag information from a file which contains a '?' (question mark) in the filename. I have tested this with both FLAC and MP3 files. All you need to do to recreate is temporarily rename any file to contain a '?'.
I'm also aware that the '?' is invalid in filenames on FAT filesystems, and I'm not sure how Windows deals with those characters even on NTFS as I'm using Linux (Mp3tag works 100% through WINE).
This is most likely a limitation of the Win32 functions I'm using to open files and I don't plan to introduce any workarounds for this.
Mp3tag is a Windows application and probably uses the Win32 namespace for filenaming, not the POSIX namespace (which wouldn’t make much sense on a Win machine due to the difference in »special characters« for the filesystem).
While using the POSIX namespace under Win32 is perfectly legal (at least on NTFS filesystems), probably no one will ever do it for native Windows applications. So you might want to avoid characters in audio file names that will break in the Win32 namespace, notably U+0000 (NUL) / (slash) \ (backslash) : (colon) * (asterisk) ? (Question mark) " (quote) < (less than) > (greater than) and | (pipe). Any other UTF-16 code unit (case insensitive) can be used.
Hint: When renaming files using Mp3tag, you can use a function on the rename, like (example):
$validate(%artist% - %title%,)
which will automatically replace characters invalid for the Win32 namespace for filenames with an underscore »«.
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.