On Jan 7, 2010, at 6:13 PM, JJZolx wrote: > > andyg;503953 Wrote: >> Today I fixed the problems the embedded branch was having with artwork >> on Windows. > > Thanks. Mostly working very well. Some issues when cover art is > missing, as seen in the web interface. > > * For albums with no cover.jpg (folder.jpg, etc.) it's picking up any > old jpeg from the folder and calling that 'cover.jpg'. This can lead to > some odd looking results that aren't at all better than the 'No Artwork' > placeholder.
This is actually by design, and I know it's been discussed before as a feature request. If there is no file named cover/folder/album/thumb it will take the first image found in the directory (alphabetical). If you don't want this, define a cover.jpg file. > * For multidisc albums like this, the cover shown in the browse albums > page can differ from the cover shown at the track list level for the > album. For one two disc set I see the 'cover' from disc 1 at the browse > albums level and the 'cover' from disc 2 at the album track list level. > Individual tracks in the playlist or NP display one or the other, > depending on which disc they're from. OK I'll need to reproduce this. Can you give some more details on these 2 discs? > In the scanner progress I see a count for 'Pre-caching Artwork (n)' > that is about 120 more than the number of albums in my library. That's > probably the number of disc 2s, disc 3s, etc. in the library, which > means that individual discs are being treated separately for artwork. > Maybe the groupDiscs pref is being ignored when precaching artwork? The precache code resizes all distinct track cover values, so the number has nothing to do with the number of albums you have, but rather the number of unique covers. If you have an album with a different embedded cover for each track, that would bump up this number for example. > * At the album track list level, if an album has no cover, the > placeholder is not being displayed, even if it was displayed at the > browse albums level. OK this is probably a bug. > * If an image is deleted after a scan, the placeholder isn't > displayed. What is shown, the cached resized version? _______________________________________________ beta mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/beta
