Bugzilla – Bug 4143
Failure to scan iTunes 7 music
Last modified: 2008-12-18 11:12:53 UTC
Some users are reporting that music in iTunes 7 is not being scanned properly.
Created attachment 1555 [details] A zip of my XML file that was created by iTunes 7 and does not seem parsable in SS
iTunes 7 works fine for me.
Not sure this is related (solely) to the XML file. I have checked "Do Not Use iTunes" in server settings and I am unable to scan any m4a tracks that contain artwork EMBEDDED with iTunes 7 (tracks with referenced artwork scan & play). M4a tracks with embedded artwork prior to v7 scan & play correctly as do any m4a tracks encoded under v7 without artwork. Tracks with v7 artwork cannot be played by via "Browse Music Folder" (log indicates "ERROR: Couldn't open song") and tags are not readable.
A clarification to Miquel's comment. I've found embedding artwork via iTunes 7 causes problems, regardless of what version of iTunes ripped the file. I used iTunes 7 to embed some artwork to an AAC (not lossless) file ripped with iTunes 4.1 and now SlimServer 6.3 won't parse it correctly. I'll try the latest 6.5 built tonight.
This issue may be related to Bug #4151
Barry and Miguel, what OS are you using?
Server running 6.3.1 under Debian Sarge stable. Tracks ripped using iTunes 7.0 (QT 7.1.3) under OS X 10.4.7.
My environment it a bit complex. I'm running SlimServer on OS X 10.3.9, but all the media files are on a ReadyNAS, set to automount at boot time via NFS. The files are also accessed by iTunes on two other computers, also mounted via NFS. The machine that SlimServer is running on does not have iTunes installed, and is not using the iTunes integration feature. I installed the released 6.5.0 last night and still have a few files that it can not parse correctly. I opened up one in a tagging program and the embedded comments indicate it was ripped with iTunes v4.2, Quicktime 6.5. I embedded the artwork file through iTunes 7. When I was adding artwork via iTunes 7 I may have dragged the artwork directly from a browser, which in older version of iTunes would convert the jpg to a pict file, bloating it out. I don't know if iTunes 7 still does this, and I stopped and went back to cut/paste once I remembered, but it is possible the artwork in the unscannable files was converted to a PICT. I can attach a file that 6.5 can not parse, but I'm reluctant since it is copyrighted material. Do you have a public PGP/GPG key so I can post an encrypted version?
I just applied change 9938 to 6.5.0 as mentioned in bug 4151 and did a "clear and rescan", and all my files were scanned correctly. Miquel, you might want to run the same test, and if it works for you as well this can be marked as a definite dup of 4151.
Partially fixed but I am still experiencing problems. See 9/23 comments in Bug #4151.
Thinking about why it works for Barry and not me... perhaps Barry's tags are picked up through the iTunes XML. I have selected "Do Not Use iTunes" in server settings. Perhaps SlimServer needs to get the tags by reading the file directly vs. relying on the iTunes library data, and while the tracks are now playable, there is still a problem accessing the tag data.
Dan do we scan iTunes files for tag data at all, or do we get that all from the xml file?
We scan iTunes for the metadata, in addition to file tags, where we pick up additional data.
Re: comment #11, I also have "Do not use iTunes" checked, and there is no iTunes XML file for the server to pick up. (iTunes is using the same disk repository as the SlimServer, but the XML file resides on another machine in the network and the SlimServer is on a machine without iTunes installed.) I did find one file that was not scanned properly after I installed the patch, so I was premature in saying it fixed everything. It did make a big improvement, but left one file unscannable. Unfortunately I re-ripped that file without artwork to fix the issue and don't have a copy to upload. Probably unrelated, but it was the only file that both had artwork embedded via iTunes 7 and non-ASCII characters in both the folder name and the tags.
Well I'll leave this open and retarget for 7.0 to give any other users with the same problem a chance to attach the afflicted file.
I'd say iTunes import is working fine in SC7. Let's reopen a new bug with more details if new issues arise.
This bug is being closed since it was resolved for a version which is now released! Please download the new version of SqueezeCenter (formerly SlimServer) at http://www.slimdevices.com/su_downloads.html If you are still seeing this bug, please re-open it and we will consider it for a future release.