Bugzilla – Bug 10414
Squeezecenter 7.3 cannot import from itunes songs with accents in file names
Last modified: 2009-10-05 14:31:13 UTC
Environment: - readynas DUO, Radiator 4.1.4 - iTunes 8 running on XP with files and DB stored on Readynas share Issue: When I import mp3 files with accents in tags in iTunes, they end up stored in the iTunes files directory. As a consequence, files are named with accents. As a consequence, Squeezecenter will skip files with accented filenames when importing. Squeezecenter has been successfully configured in order to track iTunes Library.xml
please leave target milestone field at default for new reports.
QA to investigate
TLA, do you get the same issue with SC 7.3.1?
We are now planning to make a 7.3.3 release. Please review your bugs (all marked open against 7.3.3) to see if they can be fixed in the next few weeks, or if they should be retargeted for 7.4 or future. Thanks!
Since there's now a planned 7.3.3 release, bugs which won't make the cut-off are being moved to the next target out. If you feel that this bug needs to be addressed more (or less) urgently than the 7.4 release, please cc chris@slimdevices.com and leave a comment in the bug to that effect so we can review it. Thanks.
For some reason Bugzilla did not change the target when I did this yesterday. Or maybe it was me. In either case, I'm trying it again.
This is also a problem for me. Using the iTunes scanner on my ReadyNAS Duo will not index track names containing non-english characters. I can run the exact same iTunes XML file through the same version of Squeezecenter running on OS X and the files are correctly indexed. I am curently running 7.3.3, but the same thing happened on 7.3.2 (the first version I used). I find this issue important, since it prevents me from playing some of my music tracks (I have a fair number with non-english characters in the name). Below I have included details of the SqueezeCenter I am running, and some examples from the logs and the iTunes XML file. * ReadyNAS Duo, Squeezecenter Status: Version: 7.3.3 - 27044 @ Mon Jun 15 15:19:30 PDT 2009 Hostname: box IP: 192.168.1.5 HTTP Port: 9000 OS: Netgear RAIDiator - EN - utf8 Platform: sparc-linux Perl Version: 5.8.8 - sparc-linux MySQL Version: 5.0.24a-Debian_3.infrant1 (This is RAIDiator 4.1.5) * Example scanner log entries [09-06-24 15:23:25.7636] Slim::Formats::readTags (163) File missing: /media/Music/iTunes/iTunes Music/Bob Mould/Bob Mould/05 Egøverride.m4a [09-06-24 15:25:47.1986] Slim::Formats::readTags (163) File missing: /media/Music/iTunes/iTunes Music/Budd•Fraser•Guthrie•Raymonde/The Moon And The Melodies/07 Bloody And Blunt.m4a [09-06-24 16:59:09.7271] Slim::Formats::readTags (163) File missing: /media/Music/iTunes/iTunes Music/Ryuchi Sakamoto (å‚本é¾Â一)/Sweet revenge/02 Moving On.m4a * The same tracks, as they appear in the iTunes XML file <key>Location</key><string>file://localhost/Users/sjb/Music/iTunes/iTunes%20Music/Bob%20Mould/Bob%20Mould/05%20Eg%C3%B8verride.m4a</string> <key>Location</key><string>file://localhost/Users/sjb/Music/iTunes/iTunes%20Music/Budd%E2%80%A2Fraser%E2%80%A2Guthrie%E2%80%A2Raymonde/The%20Moon%20And%20The%20Melodies/07%20Bloody%20And%20Blunt.m4a</string> <key>Location</key><string>file://localhost/Users/sjb/Music/iTunes/iTunes%20Music/Ryuchi%20Sakamoto%20(%E5%9D%82%E6%9C%AC%E9%BE%8D%E4%B8%80)/Sweet%20revenge/02%20Moving%20On.m4a</string> * Squeezecenter on OS X (accessing MySQL on the ReadyNAS). Version: 7.3.3 - 27044 @ Mon Jun 15 14:51:57 PDT 2009 Hostname: iMac.local Server IP Address: 192.168.1.11 Server HTTP Port Number: 9000 Operating system: Mac OS X 10.5.7 (9J61) - EN - utf8 Platform Architecture: x86 Perl Version: 5.8.8 - darwin-thread-multi-2level MySQL Version: 5.0.24a-Debian_3.infrant1
Michael, an ideas about this one? This also sounds like it might be a duplicate.
Steven - can you confirm this issue with 7.4?
this is an administrative shuffle on priority fields to help make better judgment on the top end of the priority list. P4->P5, P3->P4, and P2->P3.
Hi, I have the same issue with a similar setup. I am using iTunes on Windows Vista 64 and am copying the iTunes files to a Windows share of my Linux-based Synology DS-408 NAS, which runs the SqueezeCenter 7.3.3 package from Synology. I changed the SqueezeCenter.sh start file manually to add the parameter "--charset utf8" after which the SqueezeCenter information page shows UTF8 as operating system encoding: Version: 7.3.3 - 27044 @ Mon Jun 15 15:03:29 PDT 2009 Hostname: <hostname> Server IP Address: <ip> Server HTTP Port Number: 9002 Operating system: Linux - EN - utf8 Platform Architecture: PPC_854X Perl Version: 5.8.6 - PPC_854X MySQL Version: 5.1.34 The file names arrive fine on the NAS, all tools display them correctly. Also with the normal scan function of SqueezeCenter all files are recognized correctly. However, when I use iTunes integration instead, all files with special characters like German umlauts in the file or directory name are being omitted. In the log file I see the following error for each file (after switching on debug output): [09-09-10 22:56:17.1932] Slim::Plugin::iTunes::Importer::handleTrack (335) File not found: /F:/Music/iTunes/Herbert Grönemeyer/live/16 Marie.mp3
Has anybody had a chance to reproduce this with 7.4? Steven?
Hello, I have the same problem described by Simon, using Windows Vista, iTunes 8 (7.x before) and a Synology DS109, Squeezecenter 7.3.3. I have a lot of files I cannot play with Squeezecenter when using iTunes Plugin (German, Spanish, French characters). The only reason I use iTunes plugin is because of the playlist which I cannot import another way (can I?). But anyway there is definitely a bug in the iTunes v1.0 plugin for Squeezecenter with prevents the scanner from indexing any file with a special character (ä,ö,ü,ß,é,è,â and so on). If you want me to test it with 7.4 I would do so. If you would be interested in a sample file I could send you one or more. It would be great to get a fix for this issue. Thanks a lot.
I have tested with Windows, Mac -- SBS 7.4 r28547 All listed characters are shown, imported, played properly. Please test 7.4 when available, if you still see issues, reopen the bug with logs and details.
7.4 will be released shortly soon
Hi, Thanks for the update, sounds good! It might take a while for me to test since Synology will need some time to release their package after the official release of a new version. Just out of interesting, what has been done in 7.4 to resolve this? Regards, Robert
This bug has been marked as fixed in the 7.4.0 release version of SqueezeBox Server! * SqueezeCenter: 28672 * Squeezebox 2 and 3: 130 * Transporter: 80 * Receiver: 65 * Boom: 50 * Controller: 7790 * Radio: 7790 Please see the Release Notes for all the details: http://wiki.slimdevices.com/index.php/Release_Notes If you haven't already, please download and install the new version from http://www.logitechsqueezebox.com/support/download-squeezebox-server.html If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.