Bugzilla – Bug 12188
Track files in the same folder, with the same ID3 tags, but with special characters - are split into several albums
Last modified: 2011-09-15 01:31:33 UTC
Hello, First of all, I love SqueezeBox+Center! I have a problem with many albums, let me give you an example so you can recreate it: I have one album where all track files reside in the same folder. All of the ID3 tags are exactly the same and correct (verified that). Now, one track file name contains a special character, (e.g. è or é). SqueezeCenter sees this file path as a different one: * The normal tracks path is: D:\Music\Albums\Chillout & Ambient\Air\Premiers Symptomes\... * while the file with the special character is: D:\Music\Albums\CHILLO~1\Air\PREMIE~1\05LESO~1.MP3 (different one!) I see this as SqueezeCetner bug...... When will this be fixed? Or do you have a workaround??? Thanks much, niri
What version of SqueezeCenter do you have installed? Can you attach your Scanner.Log file to this bug Please do not pre-set Importance/severity or target, that will get done during bug review by the QA team.
Created attachment 5283 [details] scanner.log - as requested by you for the bug. As requested.
Hi James, Here is my SqueezeCenter & system info: Version: 7.3.2 - 24695 @ Mon Jan 19 18:55:04 PST 2009 Hostname: Nir-PC Server IP Address: 10.0.0.1 Server HTTP Port Number: 9000 Operating system: Windows Vista - EN - cp1255 Platform Architecture: 586 Perl Version: 5.8.8 - MSWin32-x86-multi-thread MySQL Version: 5.0.22-community-nt Total Players Recognized: 1 Attached is the Scanner.Log file, and I will not set the importance/severity - I didn't know that. Looking forward to your resolution and update, niri
Let me just add that the result of this bug is that I get several albums instead of one album (the tracks are split between them), as SqueezeCenter recognizes different track file paths. Annoying...
Please try SC 7.3.3 (http://downloads.slimdevices.com/nightly/?ver=7.3) After you install 7.3.3, stop the server then delete your log files Start the Server and do a Clear and Rescan; Settings > Rescan Music Library > Clear Lib and Rescan Everything Then attach the new log to this bug
OH, before you do the Rescan, set the following LOG to Debug Settings > Advanced > Logging; > Logging Set > Music Scanner <apply> Settings > Basic Settings; >Rescan Music Library > ....
Created attachment 5287 [details] scanner.log - as requested by you for the bug - after installing 7.3.3
Hi James, I uninstalled 7.3.2, installed 7.3.3, chaged the scanner log file to debug (attached). On thing that can help you, in iTunes Music Library.xml the file appears as (look at the location key): <dict> <key>Track ID</key><integer>5057</integer> <key>Name</key><string>Le Soleil Est Près de Moi</string> <key>Artist</key><string>Air</string> <key>Album Artist</key><string>Air</string> <key>Composer</key><string>Jean-Benoît Dunckel/Nicolas Godin</string> <key>Album</key><string>Premiers Symptômes</string> <key>Genre</key><string>Downtempo</string> <key>Kind</key><string>MPEG audio file</string> <key>Size</key><integer>4680246</integer> <key>Total Time</key><integer>292362</integer> <key>Track Number</key><integer>5</integer> <key>Year</key><integer>1997</integer> <key>Date Modified</key><date>2009-05-25T22:12:34Z</date> <key>Date Added</key><date>2008-12-02T23:20:27Z</date> <key>Bit Rate</key><integer>128</integer> <key>Sample Rate</key><integer>44100</integer> <key>Comments</key><string>bla</string> <key>Play Count</key><integer>3</integer> <key>Play Date</key><integer>3314183107</integer> <key>Play Date UTC</key><date>2009-01-07T11:25:07Z</date> <key>Persistent ID</key><string>2918C3F66E33A3A3</string> <key>Track Type</key><string>File</string> <key>Location</key><string>file://localhost/D:/Music/Albums/Chillout%20&%20Ambient/Air/Premiers%20Symptomes/05%20Le%20Soleil%20Est%20Pr%C3%A8s%20de%20Moi.mp3</string> <key>File Folder Count</key><integer>5</integer> <key>Library Folder Count</key><integer>1</integer> </dict> You can see the iTunes replaced the character 'è' with '%C3%A8'. However in SqueezeCenter its path is: D:\Music\Albums\CHILLO~1\Air\PREMIE~1\05LESO~1.MP3. I guess the special character causes the issue. So it seems that iTunes stores the path correctly, but SqueezeCenter does not. And because the path is different from the other track files' path - it shows it on a separate albums. Hope this helps and looking FW to your resolution. Thx niri
I'm pretty sure I know what is causing this behavior. The core issue I believe is actually a bug in the underlying ActiveState perl code. This is covered in bug 2475 and the work around is to use the short windows file name when reading the path to a file that has a name that is not part of the currently selected locale. You can read more about it here: http://bugs.activestate.com/show_bug.cgi?id=60967 So this explains the one short file name for that album. Since this file now has a different path as far as the "Greatest Hits/Various Artist" album logic in SqueezeCenter is concerned it is not being merged with the other tracks of the album. Perhaps this logic needs another look. I'm not really sure what the best solution is for SqueezeCenter here unfortunately. Having SqueezeCenter use only short names could be one solution but having only short files names in the database would sure be ugly. Of course just renaming the one file in question as a workaround would work as well.
Hi Steven, The issue is that I have *dozens* of tracks with non-locale characters, so I won't just start renaming all of them.... :-( Is there another workaround? Can you alternatively add the support to non-locale characters in your database? Thx niri
*** Bug 12219 has been marked as a duplicate of this bug. ***
*** Bug 12210 has been marked as a duplicate of this bug. ***
*** Bug 11209 has been marked as a duplicate of this bug. ***
Moving 7.4 bugs to 8.0.