Bugzilla – Bug 15403
Artwork from HD-AAC files not always used
Last modified: 2010-02-08 03:32:53 UTC
From Virgilio: The Squeezebox Touch is experimenting problems to display the cover art embedded as metadata in an HD-AAC bitstream. We used iTunes to add metadata (cover art, artist name, etc) to a bunch of AAC and HD-AAC files. The Sq. Touch was able to display the cover arts embedded in the AAC files correctly. However, when trying to display the cover arts embedded in the HD-AAC bitstreams, the device only displayed the cover art embedded in the first HD-AAC file (read by Touch), ignoring the information contained in the consecutive bitstreams. This means, the display continued to show the cover art contained in the previous (first read) HD-AAC file, while decoding a different HD-AAC bitstream.
MP4 cover art should work exactly the same whether the file is AAC or HD-AAC.
Yes, I have asked the following: SbS does not generally extract cover-art from files at playback time; rather, it does this when it scans the library. If you have added cover-art to some of the files since the last rescan then this may be the problem. Also, if the directory contains a cover.jpg file, or similar, then this may be used in preference to embedded cover-art (it *should* be the other way around). Finally, the general assumption is that the cover-art for all tracks in an album will be the same. Is it the case with your test files that the files with different artwork are from the same album (from SbS's point of view)?
Changing priorities due to management guidance.
Virgilio, any update to this?
Virgilio: If you could please send me a sample file that fails to display the embedded artwork it should be easy to fix.
Hi Alan, Yes, apparently your assumption is correct, the cover-art for all tracks in an album is the same. I put different albums with different cover arts and the SqB showed them correctly. Best, Virgilio