Size Of Cover Art File is incorrect

Sorry, not allowed as it seems....

....to send audio files

The usual way is to save that file to a file hoster (where you can delete the link as soon as the file has been distributed) and then post only the link.
You could also sent that link via PM if you do not want to publish it in the thread.

I would take a look at these embedded tags to see if you have multiple covers in there.
image

The MediaInfo program seems to be useful, but how can I customise it to see what is in your screenshot? Is there a User Guide available?

So we are still not getting the audio file?

I just tried the following:
Select an audio file in MP3tag.
Use the function "Copy picture to clipboard"
Open MS Paint
Paste the clipboard contents
Cropped the picture,
Saved the picture as "unbenannt.jpg"
The resulting picture has now the size of 52.4 KB whereas MP3tag shows 36 KB.
So, the intermediate step of another program with data transfer and conversion lead to the increase in size,
Is that the way you did it?

If so: what happens if you use the function "Extract cover ..."? What size does the resulting file have?

If you give me your e-mail address, I send you the audio file.

To describe how I proceed with the pictures: pictures are taken from the internet, from sites like Amazon, Discogs etc.. I copy them into paint.net, reduce the size to 300 x 300 and then copy and paste into MP3Tag. If file size is shown 94 KB or bigger then I go back to paint.net and save the file as JPEG by reducing the quality until the size is below 94 KB. Then I open the JPEG file by double clicking on it and copy and paste it into MP3Tag. And until yesterday there were almost no differences in size.
Now, if I double click on the Iron Maiden cover, copy and paste it into MP3Tag, size increases from 83 KB - exactly 82,2 KB (JPEG file size) - to 115 KB (MP3Tag size shown).
I have done the following : if I extract the 115 KB picture from MP3Tag to a new file, it has the size of 115 KB - shown in the Windows explorer.
If I add (not copy and paste) the 82,2 KB file into MP3Tag it shows 82 KB in MP3Tag. If I export this one from MP3Tag into a new file, it has 83 KB in the explorer.
So obviously the copy and paste of the 83 KB size picture increases the size to 115 KB while the addition keeps the correct size. Any explanation for that?
I do not want to store all the cover files. I want to copy and paste into MP3Tag and then delete the files.
I have tagged more than 3000 files this year and never had this issue before.

Which means that all the MP3tag functions in respect to adding cover and extracting them are still ok.
All the other deviations come from the various steps in your workflow which are beyond the control of MP3tag.

You can send me a PM via this forum with the link if that is still necessary.
So far I see no bug in MP3tag

There is an Options menu with a few items and I enabled them all (including the Menu bar). Then from the View menu choose "Text". I don't see any mention of a User Guide.

The Windows clipboard is notorious for increasing the size of pasted images to make them "Windows compatible", whatever that means. This has been true for as long as I can remember. So avoid the Windows clipboard unless the image file size doesn't matter.

Did you know that there is an action to

This lets you crop embedded pictures, modify the type and quality without the need of extra programs and detours via the clipboard.

Yes. The clipboard has modified the image in some way.

The best method to maintain the actual dimensions and quality is to save the Paint modified file first. Then use the “Add Cover” option in mp3tag and use that same file to embed the cover to the song.

There is an option in the preferences to even set a default cover art directory. This is where I save any covers I download or have changed prior to using mp3tag to embed them in my library files.

DetlevD wrote an explanation 2014 here:

In case the image file will be transported via the Windows Clipboard:
That means, at first a JPG compressed image file will be decompressed into a "Device-Independent Bitmap" (DIB), for example, a 500x500 24bit image's data size grows from compressed 25 KB to uncompressed 732 KB.

Afterwards when embedding from the Windows Clipboard into the media file, the bitmap image data will be compressed into the given JPG compressed format.
However, the initial compression factor get lost.

@Florian did a change back in v2.96:

Improvements when copying cover art via clipboard

Mp3tag now also copies the original data next to an independent DIB format when copying cover art via the Windows clipboard. Previously, the independent DIB was re-encoded to a maximum quality JPEG, which was not the best option when the image was stored as, e.g., a PNG. Now, if you paste the cover to another file, the original format and data is used.

I'm not sure if this is still currently true in Mp3tag v3.22b and if there applies any automatic compression for the given picture from clipboard.

And once it is embedded by "add cover" and the tags saved in MP3Tag there is no need to keep the separate JPG file used for embedding? In other words: once the extra JPG file is deleted the cover still exists in MP3Tag?

Once the picture is embedded it goes with the file.
And with the help of MP3tag you can extract it any time you need it.

Whether you need an external file depends a lot on the features of the target system.
There are players that cannot cope with embedded pictures and need a file per folder.

Correct. They can be deleted. I do that every time.

Many thanks to all members who contributed in this topic. I consider it as solved for me now. It was a really great experience to get that much of support in such a short time !! I really appreciated that.