Bugzilla – Bug 7929
iTunes Import Not Equal to Library Statistics
Last modified: 2009-07-31 10:19:41 UTC
When using iTunes, SqueezeCenter notes in the Music Scan Details that iTunes Import (39339 of 39339) Complete 00:04:50. In the Music Scan Details, SqueezeCenter notes in the Library Statistics that there are Total Tracks: 30,974. In Music Scan Details, there is Database Cleanup #1 (30974 of 30974) Complete 00:01:26. I have no idea why it would decide to clean anything up since the music files are all 'clean'. The tracks missing appear to be randomly selected to be missing from albums even though all of the formats are onsistent on an album. I did not have this problem with SlimServer, and it is very aggravating.
Could there be entries in the iTunes DB which do no longer exist? I think iTunes can get out of sync with what's actually on disk. Additionally if you have DRM protected music files in your collection, SC won't be able to read them. What version of SC are you using? If you're on SC7.0 you might give 7.0.1 a try which has a lot of fixed dealing with non-latin character path/file names.
Erik, is the bug that the numbers are wrong, or that you are missing real tracks? Turning on scanner logging might give some useful info as well.
Erik: Please re-test with 7.0.1 - 19705 (new release version) Also, can you verify that your iTunes DB is up-to-date. I.E. there is no missing tracks, or Protected Tracks. SC will not import any FairPlay tracks. Maybe the "missing" tracks are protected tracks? If you still see this issue, please attach scanner.log with the following options set to DEBUG: (scan) - All Scan Logging (scan.import) - File & Playlist Metadata Import Logging (scan.scanner) - Music & Playlist Folder Scanning (plugin.itunes) - iTunes Synchronization Information
I have tested this with many different file formats, and I am unable to reproduce the error as listed.
Reduce number of active targets for SC