CD art missing in Wiim Home app for two CD's that I RIP'd

paul_jr

New member
Joined
Aug 11, 2025
Messages
3
Can someone please help trouble shoot a problem that I am having? I RIP'd 130 CD's with Exact Audio Copy and then LAME to produce MP3 files, and then MusicBrainz for the metadata, and placed that in my Music folder of my DLNA server, and the Wiim Home App shows all of the artwork correctly for 128 CDs plus two CDs that show the 'artwork is missing' icon. I ran one of the two through MusicBrainz again, and that resulted in the exact same MP3 files. I ran the same MP3 files through Windows Media Player, and it sees the artwork.

I have a Wiim mini.

Can someone please help me troubleshoot this?
 
New developments on this: the artwork is missing from the two CD's on BOTH the Wiim Home App, but it is also missing from an LG television that is able to access the DLNA media server when I uploaded the MP3 files. This new info suggests that the problem is with the DLNA server not the Wiim.

I saved it as MP3 just as my preference. I have a lot of experience with MP3 and no experience with FLAC.
 
Use something like mp3tag to interrogate the files and perhaps replace the cover art from a downloaded image at no more than 600x600
Any reason for limiting it to 600px?
I've settled to max 3000px or under 3MB, usually both happen with JPG's, as a PNG it needs to be half (1500px) to consistently be under 3 MB (I'm testing this out, thus not settling to one or the other).
I believe that the artwork is embedded as metadata in the MP3 files themselves.
Just add the file (cover.jpg) to the folder, usually that sorts it out. I've had similar problems in the past and resorted to this solution to be sure (I've previsouly had a Plex server, now I'm running MiniDLNA).
If it's a problem with the file, create a new file (first save as some other format like PNG, open that and then save again as JPG or what ever format you like).
 
Any reason for limiting it to 600px?
I've settled to max 3000px or under 3MB, usually both happen with JPG's, as a PNG it needs to be half (1500px) to consistently be under 3 MB (I'm testing this out, thus not settling to one or the other).
3000px images embedded in every file will use up a lot of unnecessary disk space. 1 single cover.jpg or folder.jpg at 3000px is fine but the OP is embedding into MP3. 600px renders well on a phone, tablet or PC. OK not so good if you are displaying on a TV,
 
yes I'd do batch delete of huge jpeg. Not sure how though, I've probably got some, if it's using 500K per track multiply that by hundreds... a lot of wasted space, when all that's needed is max 800x800 in a single file
 
yes I'd do batch delete of huge jpeg. Not sure how though, I've probably got some, if it's using 500K per track multiply that by hundreds... a lot of wasted space, when all that's needed is max 800x800 in a single file
Load all files into mp3tag, do Ctrl+A to select all, then Alt+T to bring up Advanced Tags - the embedded image window will say "cover varies" but hit Red X to delete anyway. Then Ctrl+S to Save.

Screenshot shows a few albums loaded, all selected and Alt+T pressed

1757579666684.png
 
Load all files into mp3tag, do Ctrl+A to select all, then Alt+T to bring up Advanced Tags - the embedded image window will say "cover varies" but hit Red X to delete anyway. Then Ctrl+S to Save.

Screenshot shows a few albums loaded, all selected and Alt+T pressed

View attachment 26686

yes I'm aware of that, doing 300,000 tags would take too long, mp3tag doesn't seem to have a cached library when doing rescan it'll take hours. I've selected the option for monitoring the path, it's still slow

Ideally foorbar (I use foobar and it creates a database so it's fast) if there is a way to sort by size of embedded file, select those with anything bigger than 1000x1000 then delete embedded album art
 
Load all files into mp3tag, do Ctrl+A to select all, then Alt+T to bring up Advanced Tags - the embedded image window will say "cover varies" but hit Red X to delete anyway. Then Ctrl+S to Save.
Not forgetting to 'Utils > Optimise FLAC' (if you're using FLAC) if you want to recover the space taken up by the embedded image.
 
Not forgetting to 'Utils > Optimise FLAC' (if you're using FLAC) if you want to recover the space taken up by the embedded image.
Great piece of information, I didn't know that.

I'm still undecided what I prefer, though, the efficiency of the "folder.jpg" approach (which is multiplied when using WiiM's own DLNA server implementation) or the self-containment with embedded cover art. :unsure:
 
Great piece of information, I didn't know that.

I'm still undecided what I prefer, though, the efficiency of the "folder.jpg" approach (which is multiplied when using WiiM's own DLNA server implementation) or the self-containment with embedded cover art. :unsure:
Surely it depends whether you are an "album" person or a "track/playlist" person.
I always play albums but let my server continue playing if I forget to add to the queue but with Lyrion that doesn't make any difference. It will always display the image that is refenced in its database which will be the embedded image from the first track in an album or folder.jpg if that doesn't exist.
 
Great piece of information, I didn't know that.

I'm still undecided what I prefer, though, the efficiency of the "folder.jpg" approach (which is multiplied when using WiiM's own DLNA server implementation) or the self-containment with embedded cover art. :unsure:
A few years ago when deciding which strategy to use I tested a number of codecs (FLAC, MP3 and Ogg Vorbis) against Sonos, MinimServer and a portable FiiO player; all the systems handled folder.jpg but Sonos failed to read embedded artwork from ID3v2.4 Mp3's, and MinimServer failed with Ogg Vorbis. I've just repeated those tests and the same scenarios fail.

The only system I've tested that failed to handle folder.jpg correctly was Jellyfin, but only if you store your tracks in disc subfolders as it expects the artwork to be in the root of the album folder.

So, external artwork is more compatible and more efficient (storage and maintenance).
 
A few years ago when deciding which strategy to use I tested a number of codecs (FLAC, MP3 and Ogg Vorbis) against Sonos, MinimServer and a portable FiiO player; all the systems handled folder.jpg but Sonos failed to read embedded artwork from ID3v2.4 Mp3's, and MinimServer failed with Ogg Vorbis. I've just repeated those tests and the same scenarios fail.

The only system I've tested that failed to handle folder.jpg correctly was Jellyfin, but only if you store your tracks in disc subfolders as it expects the artwork to be in the root of the album folder.

So, external artwork is more compatible and more efficient (storage and maintenance).
Useful info.
I used to embed in mp3s because my car at the time could only play mp3s as opposed to FLAC from USB sticks etc
In my current car FLAC files are supported but I don’t actually know whether it’s folder.jpg or embedded or both because I can’t recall how I generated the files to include and these days I’m largely using PlexAmp in the car.
 
Useful info.
I used to embed in mp3s because my car at the time could only play mp3s as opposed to FLAC from USB sticks etc
In my current car FLAC files are supported but I don’t actually know whether it’s folder.jpg or embedded or both because I can’t recall how I generated the files to include and these days I’m largely using PlexAmp in the car.

easy enough, make a new copy of a album, delete album art
open paint create a image with "JPEG" lettering save to cover.jpg/folder.jpg
open paint create a image with "embedded" lettering save that and embed to the files.
Copy to USB stick, play music, look on the screen, whether it shows jpeg or embedded that will give you answer .
 
easy enough, make a new copy of a album, delete album art
open paint create a image with "JPEG" lettering save to cover.jpg/folder.jpg
open paint create a image with "embedded" lettering save that and embed to the files.
Copy to USB stick, play music, look on the screen, whether it shows jpeg or embedded that will give you answer .
I am clever enough to use an easier way than that thanks.
 
Back
Top