Request: Column for cover image dimensions

Thank you too, Florian, for this nice feature.

Sorry, I expected trouble. I loaded the whole library (25 thousands files) into Mp3tag. In a newly created columns %_cover_width% and %_cover_height% the table shows only partially the value. If I select the erronous lines, it immediately shows those values.

Moreover: Mp3tag at some records does not show any cover image info (23rd line on an uplodead image).

The more regrettable: Mp3tag does not use the missing dimension values at filtering and other functions. I did a filter:
%_extension% IS mp3 AND "$ifgreater(%_cover_height%,850,1,)" IS 1
Mp3 tag shows only records, where it already read the dimensions data.
Error with the other function, by calculations: look at the line No. 23! Missing all cover image values. And the column "Fölös" (mean "unnecessary") shows incorrect value "98", because this value is based on image size (bytes) value, too. The correct value must be "2".
The column is:
$fmtNum($div($sub(%_tag_size%,$add($len(%albumartist%$meta_sep(composer, ________ )$meta_sep(arranger, ________ )$meta_sep(lyricist, ________ )$meta_sep(artist, ________ )$meta_sep(conductor, ________ )%album%%title%$meta_sep(genre, _____ )%subtitle%%contentgroup%$meta_sep(publisher, ________ )%comment%%unsyncedlyrics%%encodersettings%%cuesheet%%tagtechinfo%),%_cover_size%)),1024))

I tried: reopen the app; refresh the list.
Now I try to test with less loaded files.

Thanks for your feedback!

I'm assuming that you have the library enabled: since it's a new field and the modification timestamps of those files have unlikely be changed in the meantime, Mp3tag reloads the data from the library (which does not have the new fields yet).

To update the entries, you'd need to reload those files (e.g., via click on the individual files or Ctrl + T) to make use of the new information fields.

Thank you for your quick reply. It works. :slight_smile: (Yes, library is enabled.)

1 Like

Ninety minutes ago I decided to use this new feature. I loaded all my files in MP3Tag which was done very fast because of the library feature. Then I marked all my music-files and started an update with CTRL+T to get the new fields in the library. This seems to last very much longer than the initial loading of all files to build up the library. After about ninety minutes MP3Tag has updated just about 80.000 files and stopped: Not enough memory.

I now will delete my database folder and start from scratch to test if this speeds up the process. It seems that updating the library with CTRL+T is not so advisable.

Starting from scratch lasted about 34 minutes. If updating with CTRL+T would not have stopped after 90 minutes because of not enough memory it would have taken probably more than 3 hours.

This is cool, thanks.

How about for .flac files in my example. I don't embed art into them as it's a labor intensive job to save each time. I name the artwork for each album folder.jpg.

Is there any chance that you might add one for an image stored in the files folder.

Perhaps a preference setting to say: front, folder etc..

Just a quick thanks to Florian for the cover_height and cover_width. Solved a problem that I was having maintaining tagged cover art.

scott s.