[8.0B1-x64] MultiRenameTool Creation date (not a bug)

[Alinda]

I tried to do a rename of files using the following rename mask:
[=tc.creationdate.Y-M-D]-[=tc.creationtime.h].[N]
In the 8.0b1-x64 it used the current date and time for renaming, while in 7.56a-x32 it used with the same rename mask the creation date and time as intended.
Is there a change in rename masks or is this just a bug?

*EDIT*
I tried recreating this rename mask from scratch through the plugin-button, I don't know why I got a different result this time, I got a date that was somewhere in between the files creation date (according to TC) and the current. No idea what kind of date it was.

[Alinda]

I have been testing the dates in TC 8.0ß1-x64 and by creating a custom view showing creation date, write date and access date side by side, I saw that it looked like the write date is the earliest date (what I would consider the creation date), access date showed the latest date (as I would expect), and creation date was always between the write date and access date, but most of the time equal to the access date. Am I misunderstanding what the creation date is supposed to be?

And which date is used in the rename mask [YMD]?

[petermad]

Write date is the date a file has before it is put on your computer if it a file you don't make yourself.

The creation date is the date of the first time the file is written to the current directory on your computer.

If it is a file you make yourself (a document for example) the creation date and the write date is the same, until you make changes to the file and save it again - then the write date is changed .

Program files that you install on your computer will usually always have a write date that is older than the creation date, whereas documents that you make and edit yourself wlil have a creation date that is older than the write date.

If you copy a file from one place to another on your computer then the creation date is set to the current time, and the writedate is unaltered.

If you move a file on the same disk then neither the creation date nor the write date are changed.

The access date is changed once a day if the file is accessed for reading or writing.

It is the write date that yo see in TC's normal file lists.

[Alinda]

Thanks for the explanation.. Then I always wanted the write date, but I got the right date using the creation date while using TC 7.56a (putting the date that photo's were taken in the filename, exif data what date is concerned seems problematic on my camera)..

I do have one mystery though, why do most of my picture creation dates, which I haven't touched today, match the access date which for some unknown reason is set to today?

Looking further in some directories the various dates make sense in others not.

I guess this not really a bug then and I should just use a different renaming mask than I used under TC 7.56a.

Thanks for the clarification.