Minim not passing through embedded artwork?

[windbag]

Thanks again.
EAC tries to download images automatically, but are often quite big ie as big as the mp3 file.
Often, it fails to find an image - I have lots of obscure CDs.
In that instance, I look at several other sources.
Often it is Discogs, where the images are sourced by whoever input to their database.
Sometimes they are very obviously 'LP' artwork, and I may look in Google images, which can come from wherever.
On other occasions, I find I have an image in my CD cataloguing database, Catraxx v9.56, which, again has been retrieved from the internet 'as if by magic'.
For info, it too finds all these image types acceptable to display.

In every instance, I have no idea about the the source of these images.
The retrieved artwork is often a significant size compared to the compressed file, so I've looked to reduce them to a "standard" smaller size, so they don't take up pointless storage over ripping thousands of CDs.

Using FastStone Image Viewer v7.5 I find I can compress files, by a combination of reducing the pixel count and/or the jpeg compression amount; 'quality' down to a level 60, then reduce pixel count so the result is ~30kB.

Could it be this compression stage that makes many 'not a correct MIME type' ?

I thought it might help to have the actual images I used at the EAC stage ie after retrieval & compression if needed.
So, I've copied over 3xBeatles .jpg covers that -I think- I used & put them together in a folder:

1. White.jpg is another artwork that shows OK right now - and is a rare example where the EAC downloaded image was already small enough to use directly. I defo used used this one as I don't have a ' -sm' version stored my main music library

2. With The - sm.jpg has been compressed - problem at the moment

3. PPMe - sm.jpg has been compressed - works OK
- it is possible I didn't use this one as EAC may have directly found another small image that I used without modification.