latest version tested: 2.91
what happens is that i select 100 files and go into Extended Tags (Alt-T). some files may have a particular field, and some may not. let's say 10 files have a "SOURCE" field. i select SOURCE and slick [X] to remove it.
so at this point, when i click OK, the expected behavior is that 10 files will be modified, where the "SOURCE" field is removed, and 90 files will be left alone because they do not have a SOURCE field.
what happens is that all 100 files are modified. this is evident due to:
slow operation, mp3tag showing progress of x of 100 files..
the modified date stamp of the all files are changed, so i presume mp3tag is rewriting the tag for every file
#1 could yield a huge improvement in performance #2 the time stamp of each file will reflect when it was "truely" modified, not just re-written with the same information
i have tried this with AAC, MP3, FLAC, and WMA extensions. the behavior is similar for all.
reproduction:
put 100 mp3 files in a folder
select ALL
goto extended tags (alt-T)
create/modify tag: COMMENT with some value, click [OK]
at this point all 100 files should have COMMENT field
select 90 files
same as #3
select "COMMENT" field and click [X] to remove the field; verify field value is , click [OK]
at this point 10 files have a comment field and 90 do not
i admit that i assumed the expected behavior. it's good to know it was designed as-is.
with that said, would it make sense, as a feature enhancement, to implement a mechanism to only modify files that have changed? i propose to make it optional (like a check-box) so that default behavior can always be resumed.
this can definitely be accomplished via filtering; so it's a >would be nice< feature. it would be economical in the extended-tags dialogue. because filtering requires the user to remember or separately write down every field that needs to be modified. exit the ext-tag window. create a filter. select files and re-enter ext-tag window.
I would say it requires planning one's work, then filter the files according to the criteria of this plan, like "add comment field with certain text where comment is missing" so the filter would be
comment MISSING
This even has the advantage that you can see whether your plan will probably work i.e. you will get any hits at all or surprisingly, you get far too many so there may be something wrong.
A workflow in which you select more files than actually required may be feasible for just a few files like e.g. in the hundreds. As soon as your collection contains 4-. 5- or even 6-digit number of files, then you have to filter anyway as otherwise it would take far too long to modify the data in just a few files but scan through the majority where nothing has to be changed.
So it is in your hand to offer MP3tag just the right amount of files for modification.