Artwork Issue on Duet

[Hans1973]

Hi,

I'm running Squeezebox server from a Synology NAS. Most of my cover art is organized in various album folders as cover.jpg files. This is fine. I also have a subfolder in the library with individual songs, not part of a complete album. The album tag in these files is blank. In order to see the cover art, I embedded the picture of the original album in the file using mp3tag.
All of these files look OK in windows explorer (pic shows instead of generic mp3 file symbol in icon mode). They are also fine in the Squeezebox server software (both in thumb format as well as the larger size).
On the display of the squeezebox duet remote, however, a different pic is shown for most of the files, a pic which is taken from a different folder (the first folder in the library when iterating through them alphabetically).
For about a dozen files in the folder, the duet is showing the correct picture, but I've not been able to find anything specific in these files in terms of artwork size, type or any other tag.

Did several complete rescans. Don't know how to clear the cache folder on the server though.

Anyone with a solution to this? or something I could try?

thanks,
Hans

PS controller firmware is 7.4.1-r7915. I think in an earlier version, it was ok.

[Hans1973]

Has nobody ever seen something like this before?
Correct cover art in the server software, wrong pics on the duet display?

[aubuti]

Occasionally one of my SBCs gets confused about album art. Sometimes a reboot helps, and if that doesn't work then I do a factory reset of the SBC. To do a factory reset turn the SBC off, then hold down the + key while turning it back on. The factory reset will wipe out all of your SBC settings, so you'll need to restore those.

In principle it should be possible to ssh into the SBC and delete the album art cache, but I've never been able to locate the album art cache file on the SBC.

[Hans1973]

Thanks for the suggestion. Did it, but no changes.

[MeSue]

Have you checked that there are not multiple images in the file tags? MP3tag will add artwork instead of replacing it, I've noticed.

You probably also need to do a full clear and rescan of the library.

[Thiam]

Yes, I have the same problem.
I have a separate folder with tracks that have no album information in the tags (singles). The duet shows coverart from some other album (Bat For Lashes in my case) for these tracks.
My MP3s do not have embedded artwork, and the folder does not have a cover.jpg or folder.jpg file.
I use MP3Tag for tagging.

Conclusion: coverart is broken for MP3s that have an empty album tag.

[Gerry123]

Here goes.... This may take some time...

I have a folder with a hundred or so tracks in it. No cover.jpg, folder.jpg or any other jpg file for that matter. I tagged all the files with individual embedded artwork (no multiple artwork but every track artwork was different) and gave them an embedded album title of "Singles" therefore effectively creating an album called "Singles". Then re-scanned of course.

Now then, squeezebox web ui identified all the individual embedded artwork and displayed as such for every track. The controller on the other hand only identified the first alphabetical track embedded artwork and only displayed this artwork for the first and subsequent tracks from the same album.

Now I accept that the SBC is seeing it as an album and not bothering to update the artwork for subsequent tracks and may have good reason not to. i.e. keeping wireless network traffic down, but why does it behave so differently from the wue ui?

Here's a trick. If you remove the first alphabetical track's embedded album art and re-scan. When you play that album using the SBC as the controller, other than the first track having no album art (which is what you'd expect) the subsequent tracks show the correct embedded album art for the track. I suspect this method is forcing the SBC to re-load the album art on every track as the first one didn't have any, if you see what I mean.

Phew!!!. Going to lie down now and have a rub down with a wet newspaper.

P.S. I once logged this as a bug many moons ago but they said they could not re-create the problem so it was deleted. In the end I gave it up as a bad job and bought iPeng for the iPod touch and that works as the web ui does so sold the SBC on ebay and now stick to iPeng.

If you managed to follow all that then well done. I don't normally warble on for that long.

Good luck.

[Hans1973]

@MeSue: I've got only one image in each file. This is not the issue in my case.

@Gerry123: thanks for the warbling! What you describe is exactly what I experienced. Where you have a bunch of files considered to be of one album because of their matching 'single' album tag, I have that for all files with a blank album tag.
Also your solution works: I put a dummy mp3 file (just a small random mp3 file) without embedded cover art and with a blank album tag in the folder where (alphabetically) the first real blank-album-tag file was (the one who's cover art was borrowed for all blank-album-tag files). Named it such that the dummy file would be the new first one alphabetically (0dummy.mp3) and indeed, after a full rescan (only new scan does not work), all blank-album-tag files have their correct cover art back, also those in other folders and subfolders.
thanks thanks thanks