# Feature request: Increase timestamp with x seconds
**URL:** https://community.mp3tag.de/t/feature-request-increase-timestamp-with-x-seconds/16033
**Category:** General Discussion
**Created:** [August 21, 2014, 4:42am UTC](https://community.mp3tag.de/t/feature-request-increase-timestamp-with-x-seconds/16033 "2014-08-21T04:42:54Z")
**Posts on this page:** 6
**Page:** 1
### Author:  [@verypsb](https://community.mp3tag.de/u/verypsb)
#### Post date: [August 21, 2014, 4:42am UTC](https://community.mp3tag.de/t/feature-request-increase-timestamp-with-x-seconds/16033/1 "2014-08-21T04:42:54Z")
Hi,
Right now we have two options when dealing with timestamps:
1. Update timestamp (modified date/time) with current date and time
2. Do NOT update timestamp (modified date/time)
I think an extra option would be useful...
1. Increase timestamp (modified date/time) with x seconds
Many media libraries use the modified date/time instead of the created date/time to list "new" files. When just changing tags you don't want these files to be recognized as "new" files. However the same timestamp is often used as a means to detect changes. So if you could be able to increase the timestamp with a few seconds the media manager would be able to detect changes, but the changed file wouldn't be on top of the "new music" list.
Best regards,
Dennis.
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [August 21, 2014, 5:11am UTC](https://community.mp3tag.de/t/feature-request-increase-timestamp-with-x-seconds/16033/2 "2014-08-21T05:11:32Z")
Perhaps you have a look at the originally UNIX utility "touch" (also available for windows, apparently: [http://sourceforge.net/projects/touchforwindows/)](http://sourceforge.net/projects/touchforwindows/)) and create a tool-entry for that as it looks as though it can be called with command line parameters.
You would have to cater for the adding and overflow, though.
I still wonder why such a detour is necessary to "hide" files.
There should other indicators like "has not been played" which in my eyes would indicate that it is "new music".
There are systems around that note the "added to library" date instead of file properties ... So perhaps that is a better indicator for the novelty of files ...
And seeing an "old" file further up the list would reasure me that the system has really noted the modification. In a way it is now "new" as it has not been seen with this kind of information.
---
### Author:  [@DetlevD](https://community.mp3tag.de/u/DetlevD)
#### Post date: [August 21, 2014, 6:10am UTC](https://community.mp3tag.de/t/feature-request-increase-timestamp-with-x-seconds/16033/3 "2014-08-21T06:10:31Z")
> [@verypsb](#):
>
> ... 3. Increase timestamp (modified date/time) with x seconds ...
Create a Mp3tag tool for this utility ...
[http://12noon.com/files/touchmax.exe](http://12noon.com/files/touchmax.exe)
For example ... (excerpt from the file "tools.ini")
MTTOOLSNAME=Date TimeTouch
MTTOOLSPARAM='/D/Q/U/C T:\\TEST\\touchmax.exe /setfiles /setmodified /m+1 "'%\_path%'" & PAUSE'
MTTOOLSPATH=C:\\WINDOWS\\system32\\cmd.exe
MTTOOLSINST=0
The time resolution regarding seconds seems not to be supported.
This would be dependent on the disk file system.
See also ...
[Using \_file\_mod\_datetime to change file's mod timestamp?](https://community.mp3tag.de/t/10277/1)
[http://msdn.microsoft.com/en-us/library/wi...0(v=vs.85).aspx](http://msdn.microsoft.com/en-us/library/windows/desktop/ms724290(v=vs.85).aspx)
DD.20140821.1010.CEST
---
### Author:  [@verypsb](https://community.mp3tag.de/u/verypsb)
#### Post date: [August 22, 2014, 3:15am UTC](https://community.mp3tag.de/t/feature-request-increase-timestamp-with-x-seconds/16033/4 "2014-08-22T03:15:10Z")
> [@ohrenkino](#):
>
> There should other indicators like "has not been played" which in my eyes would indicate that it is "new music".
That's something really different in my eyes. Adding is not the same as playing...
> [@ohrenkino](#):
>
> There are systems around that note the "added to library" date instead of file properties ... So perhaps that is a better indicator for the novelty of files ...
What happens when you delete or rescan your library from scratch?
> [@ohrenkino](#):
>
> And seeing an "old" file further up the list would reasure me that the system has really noted the modification. In a way it is now "new" as it has not been seen with this kind of information.
I really don't want to see an old file appearing as new when updating cover art or capitalization...
Best regards,
Dennis.
---
### Author:  [@verypsb](https://community.mp3tag.de/u/verypsb)
#### Post date: [August 22, 2014, 3:21am UTC](https://community.mp3tag.de/t/feature-request-increase-timestamp-with-x-seconds/16033/5 "2014-08-22T03:21:03Z")
> [@ohrenkino](#):
>
> I still wonder why such a detour is necessary to "hide" files.
You're right about this. If 'creation date' would be used instead of 'modified date' there would be no problem...
---
### Author:  [@verypsb](https://community.mp3tag.de/u/verypsb)
#### Post date: [August 22, 2014, 3:22am UTC](https://community.mp3tag.de/t/feature-request-increase-timestamp-with-x-seconds/16033/6 "2014-08-22T03:22:46Z")
> [@DetlevD](#):
>
> Create a Mp3tag tool for this utility ...
This looks like a viable option...