Bugzilla – Bug 4151
Slimserver can't play iTunes 7 tracks with artwork
Last modified: 2008-12-18 11:11:39 UTC
Tracks ripped to Apple Lossless by iTunes 7 can't be played if they contain artwork. To verify this I did the following: 1. Ripped a CD track to Apple Lossless using iTunes 7 2. Made a copy of the track 3. Manually added artwork (12 K JPEG file) to one track using iTunes 7. This was done using the iTunes "Get Info" option for the track. 4. Did a Slimserver clear and scan The track containing artwork had incorrect Artist, Album and Genre, no Disc number, Duration, Year and Bitrate The track could not be played by Slimserver - the log file says "ERROR: Couldn't open song." Home / Song Info for In The Backroom Artwork Title: In The Backroom Artwork Artist: Music Album: Test Genre: No Genre Track: 6 File Format: Apple AAC, Lossless or Movie File File Length: 24,427,265 Bytes Location: /Volumes/LaCie500G/Music/Test/06 In The Backroom Artwork.m4a (Download) Date Modified: Tuesday, September 19, 2006, 7:36:25 PM The file with no artwork had correct Artist, Album and Genre Home / Song Info for In The Backroom (No Artwork) Title: In The Backroom (No Artwork) Artist: Jesse Rose Album: More Than One No Artwork Genre: House Disc: 1 Track: 6 File Format: Apple AAC, Lossless or Movie File Duration: 4:05 Year: 2006 File Length: 24,404,461 Bytes Bitrate: 776kbps CBR Location: /Volumes/LaCie500G/Music/Test/06 In The Backroom No Artwork.m4a (Download) Date Modified: Tuesday, September 19, 2006, 7:35:24 P I haven't checked if the same also happens for files ripped to AAC. I have copied both tracks to ftp.electricrain.com/incoming
Temporary fix is in change 9903 Which will be in for 6.5.0 final. But I don't think it's the right fix, so I'm leaving this open for 6.5.1
I have confirmed this problem also exits with non-lossless files (AAC-M4A) that contain artwork EMBEDDED with iTunes v7.
Miguel - can you upload a file, so I can compare? Thanks
Created attachment 1562 [details] AAC/M4A track without artwork. Scans & plays correctly. Encoded with iTunes 7.0 (QT 7.1.3)
Created attachment 1563 [details] AAC/M4A track with artwork. Will not scan or play. Encoded with iTunes 7.0 (QT 7.1.3)
Fixed in change 9938 This is a better fix that will work for both AAC & ALAC files (at least from the samples I've been given). Will be in the 6.5.1 nightlies & 7.0 nightlies.
Now running 6.5.1. iTunes 7 tracks with artwork now playable (thanks Dan), but tags for these files are still incomplete. Artist, album, title, and track number are correct but I think slimserver is getting these through the "guessing" logic. Genre tag says "No Genre" and no other tags are shown although they are confirmed present within the iTunes application. M4A tracks without artwork, or with artwork added prior to v7, have complete tag info within slimserver. Is this is new bug, or is the bug fix incomplete?
Is that happening with the same file you uploaded?
Yes... the tags in the uploaded file without artwork are correctly read by slimserver. The tags in the uploaded file with artwork are missing.
Related observation... the embedded artwork for iTunes 7 files does not show up in the default slimserver web page whereas artwork embedded in tracks prior to v7 is displayed. I assume this is related to the tagging bug but I thought I'd mention it FWIW.
Miguel - your attached file with artwork works fine for me. The album with all it's data (genre Jazz) shows up, with it's artwork and I'm able to play it. Please make sure you're running the latest 6.5.1 nightly build, and run a wipe & rescan. Thanks
That's odd. I upgraded to build 10023 via the Debian TESTING MAIN branch last night, wiped and rescanned, and I am still unable to see genre tags or artwork for iTunes 7 tracks with Artwork. I copied over a few new rips to the music folder and they are handled the same. I also tried accessing newly ripped files using the browse music folder without luck. Is there any debugging I can activate to help determine what is happening during the scan?
Subject: Re: Slimserver can't play iTunes 7 tracks with artwork Ah - that's the key. You are using Debian. I had assumed you were on Windows/Mac. I need to update the Debian MP4::Info package. Unfortunately the author has not responded to my patches yet.
Miguel - please do a force install of: http://debian.slimdevices.com/pool/main/libm/libmp4-info-perl/libmp4-info-perl_1.10-1_all.deb
Dan, could you provide a hint or two as to how to "force install" this package. I'm Windoze proficient but very new to Debian (and linux/unix in general). I am aware of apt-get but not sure what commands I need to execute to download the package and install from the CLI (this is a fileserver only with no GUI). Thanks. Miguel
Download the package, then run: dpkg -i --force-all libmp4-info-perl_1.10-1_all.deb
Confirmed artwork and tags now readable after installing Perl patch. Thanks for fixing this, Dan. Q, will this patch be available in future Perl distros or will I need to apply should I reinstall Slimserver and/or Perl in the future?