IPB

Welcome Guest ( Log In | Register )

> Notice!

Please take a minute to check our Frequently Asked Questions. Use Search to reveal possible related topics.

Also make sure you've read the Forum Guidelines before posting in this forum.

 
Reply to this topicStart new topic
> Feature Request: Only update files that have their tags updated, Submitted for consideration
Paul_Hossler
post Sep 12 2017, 13:33
Post #1


Member


Group: Full Members
Posts: 27
Joined: 8-July 07
Member No.: 5241
Mp3tag Version: v2.65



Ref:

https://forums.mp3tag.de/index.php?showtopic=22926

"I've noticed that if I have a group of files selected in the MP3Tag window and apply a change that only affects some, the Windows modified date/times for all the selected files are updated
"

I'd think the pseudo-logic would / could go something like

1. For each file selected

2. For each tag (sidebar or extended) that has an entry (<keep> <blank> literal etc.)

3. If <keep> then go to to next tag for that file

4. If not <keep> and New Tag = Current Tag, then go to next tag for that file

5 If no more tags AND a tag was change, then write the file and update modification date (if setting not checked)

6. Go to next file


--------------------
Paul

Valley Forge, PA, USA
Go to the top of the page
 
+Quote Post
DetlevD
post Sep 12 2017, 14:10
Post #2


Member


Group: Full Members
Posts: 6635
Joined: 26-May 06
From: Wuppertal, Germany, Planet Earth
Member No.: 3194
Mp3tag Version: 2.84



QUOTE (Paul_Hossler @ Sep 12 2017, 14:33) *
... "I've noticed that if I have a group of files selected in the MP3Tag window and apply a change that only affects some, the Windows modified date/times for all the selected files are updated ...

Your way of looking at the facts is not correct.
There is no automatism, because Mp3tag does nothing without user command to do so.
In general, if you give an application the command to save, then the application will be forced to save all selected objects. This is generally known and accepted functionality.
I can not remember that it should ever have been different in any other software application.

A simple way to check changes within an entire tag might be to create an overall checksum at the first reading, then a comparison of old checksum and new checksum after editing can trigger the decision to keep or not the original datetime stamp of the file.

In the meantime you should change your behaviour, which means not to force saving, giving a file a new date, if nothing has been changed within this file.

DD.20170912.1513.CEST

This post has been edited by DetlevD: Sep 12 2017, 14:13


--------------------
* Beyond that, don't ask, when you don't know what to do with the answer. *
♥ home is where the heart is ♥
Go to the top of the page
 
+Quote Post
Paul_Hossler
post Sep 12 2017, 20:36
Post #3


Member


Group: Full Members
Posts: 27
Joined: 8-July 07
Member No.: 5241
Mp3tag Version: v2.65



QUOTE (DetlevD @ Sep 12 2017, 09:10) *
Your way of looking at the facts is not correct.
There is no automatism, because Mp3tag does nothing without user command to do so.
In general, if you give an application the command to save, then the application will be forced to save all selected objects. This is generally known and accepted functionality.
I can not remember that it should ever have been different in any other software application.

A simple way to check changes within an entire tag might be to create an overall checksum at the first reading, then a comparison of old checksum and new checksum after editing can trigger the decision to keep or not the original datetime stamp of the file.

In the meantime you should change your behaviour, which means not to force saving, giving a file a new date, if nothing has been changed within this file.

DD.20170912.1513.CEST


Please read the referenced post

Maybe 'Save' is not the correct word; how about 'Apply' ?

It was a suggestion to make MP3Tag a little more convenient to use.

If I have a 100 MP4 movie files open, and ITUNESMEDIA = <keep> then at least one has ITUNESMEDIA <> "Movie"

I could search and look for the wrong one(s), but it's very easy to just select them, make ITUNESMEDIA="Movie" and save

That works, but as you say, it re-saves all 100 which updates the modification time

All I was suggesting was that instead of replacing "Movie" with "Movie" in 99 of the files and then saving 99 files, since MP3Tag knowns the existing tag value, there's no need to update which eliminates the time required to save, and also eliminates marking the 99 files for backup







--------------------
Paul

Valley Forge, PA, USA
Go to the top of the page
 
+Quote Post

Reply to this topicStart new topic
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:

 



RSS Lo-Fi Version Time is now: 20th September 2017 - 04:49