Mp3Tag is not exporting all my cover art

I highlight all my songs, press on actions (quick) and move through the ok prompts. Then most of the cover art is exported to a specific directory on my pc. I have 178 song highlighted but only 112 covers are exported. I don’t understand what is causing this discrepancy.

Check if really all the files have embedded pictures, either with the filter

%_covers% MISSING

or

%_covers% PRESENT

Yu will see in the statusbar the difference between the loaded files and the displayed ones.

Yes all my music has embedded cover art. I already have %_cover_size% to filter by cover art size. Any files without cover art were already removed.

Can you find out for which files no picture file is created and what the difference is to the other files.

Is this how i am supposed to input it? The column from top to bottom just says “1 MISSING”

No - I referred to the filter function which you enter in the filter box.

Press F3 repeatedly to see where the filter input area is

You would have to use %_covers% only:


to see the number of covers in a column.
Then you could sort by this column to get the tracks with most covers at the top.
Clicking the column header a second time will reverse the sort order.

Nothing came up for %_covers% MISSING

Every single file reappeared for %_covers% PRESENT

That is good. Just wanted to make sure.

So now it would be nice to investigate what the difference is between files for which the picture gets exported and those where it does not work.

Their all flac and my version of Mp3tag does not have a size limit for embedding cover art. All the cover art is either jpg or png. I have exported upwards of 4000x4000

OK, I just tested a cover export and I got a lot of picture files starting with new folder.jpg and ending with new folder(21).jpg for 22 files.

So it works.

Which also means that you have to look locally, for which files it works and for which it does not.

Just to be sure:
Your 112 exported cover files have both formats: JPG and PNG?
You don't miss one format, for example BMP or something else?

I exported 134 files in batches of 12. each individual export gave me the exact same amount of cover art. But if i exported all 134 files together. Only 111 cover art was exported. I would like to add that Mp3Tag can export more than just 111 files. There's no hard limit to how much cover you can export.

The issue seems to arise when I export a lot of cover art together. Its going to be difficult figuring which cover art is missing when I export everything in one go but I will give it a try.

The vast majority of my cover art is in jpg with a few pngs. My cover art does not come in any other file types.


This didn't export. There are multiple files with the same cover but if I highlight them all and export them. Only 1 cover appears and this is despite the fact I ticked a box enabling the export of duplicate covers.

(1) If f i highlight all the files and export. This cover will not appear along with the rest of the different covers I did not find yet.
(2) If i specifically highlight this cover and all its duplicates only 1 will export.

I have no clue why this is happening

The only "special" thing I can see is that this is a "progressive JPG":
image
But in my short test, I found no reason why this should not be exported multiple times.

How does it look for you in the Mp3tag Tag Panel cover section?
image

Pretty much exactly the same

It’s because the action internally stops at creating ~100 identical filenames. I think this was an assumption on my part, where I thought that this kind of duplication would happen only for a couple of files. I’ll look into that.

Independent of that: are the file names really the filenames you want to use or can you just use, e.g., $rand() to create a random filename?

I do not fully understand the question. If you're asking if I find the file name for my cover art relevant, I do not. The file name can be anything.

I tend to download multiple copies of a song, then export all the files into a directory and choose the cover art with the highest dimensions. Which is when I noticed there was a discrepancy.

You could choose something like this as Format string:
C:\Users\Anon\Desktop\New folder (21)\[%_cover_width% x %_cover_height% -] %_filename%