- Welcome to ExifTool Forum.
"Metadata R Us"
News:
2025-03-31: ExifTool 13.26 is now available
Recent posts
#1
The "exiftool" Application / Re: Copying creation date from...
Last post by StarGeek - Today at 02:38:21 PMI'm assuming you mean -FileCreateDate because otherwise, the command would instantly fail as "FileCreate_Date" isn't a tag.
What version of exiftool are you using?
In the past, there were problems with file dates before 1970, but I thought that was a mainly Windows problem.
On Windows, copying a 1966 FileCreateDate will work correctly with recent versions of exiftool.
And just to verify, you have setfile installed? See the notes under FileCreateDate on the Extra Tags page.
What version of exiftool are you using?
In the past, there were problems with file dates before 1970, but I thought that was a mainly Windows problem.
On Windows, copying a 1966 FileCreateDate will work correctly with recent versions of exiftool.
And just to verify, you have setfile installed? See the notes under FileCreateDate on the Extra Tags page.
#2
The "exiftool" Application / Re: Copying creation date from...
Last post by wywh - Today at 02:06:48 PMDo not bother with pre-1970 file dates. Instead, concentrate using internal metadata dates that might be supported down to year 1904-001 depending what app and file format you use.
Unix time begins at 1970 GMT/UTC so Unix timestamp 0 corresponds to Thursday, January 1, 1970 12:00:00 AM GMT.
Usually pre-1970 file dates dates are reverted to some weird date after a reboot.
FileCreateDate 1970:01:01 00:00:00 UTC is the earliest date macOS supports. Some apps might temporarily set it to an earlier date in Finder dates but usually after a reboot it might be changed to some weird future date.
On the other hand, the earliest FileModifyDate seems to be something like 1677:09:21 01:52:33+01:40 (YMMV, the exact time might depend on your location and timezone).
Unix time begins at 1970 GMT/UTC so Unix timestamp 0 corresponds to Thursday, January 1, 1970 12:00:00 AM GMT.
Usually pre-1970 file dates dates are reverted to some weird date after a reboot.
FileCreateDate 1970:01:01 00:00:00 UTC is the earliest date macOS supports. Some apps might temporarily set it to an earlier date in Finder dates but usually after a reboot it might be changed to some weird future date.
On the other hand, the earliest FileModifyDate seems to be something like 1677:09:21 01:52:33+01:40 (YMMV, the exact time might depend on your location and timezone).
#3
The "exiftool" Application / Copying creation date from one...
Last post by mboursnell - Today at 12:08:44 PMHi,
I want to copy the file creation date from one image file onto another.
I am on a M1 iMac, in the Terminal. I am typing:
exiftool -tagsFromFile Test1.jpeg -FileCreate_Date Test1_new_date.jpeg
But the original date of 1966 is copied over as 2102.
What am I doing wrong?
Thanks,
Mike
I want to copy the file creation date from one image file onto another.
I am on a M1 iMac, in the Terminal. I am typing:
exiftool -tagsFromFile Test1.jpeg -FileCreate_Date Test1_new_date.jpeg
But the original date of 1966 is copied over as 2102.
What am I doing wrong?
Thanks,
Mike
#4
Bug Reports / Feature Requests / Re: Canon EOS R5 image stabili...
Last post by Phil Harvey - Today at 10:59:29 AMHi John,
Thanks for the explanation.
I've added a note in the code referring to this post, but I won't add the new tag yet because a) the value aren't yet known for RF lenses, b) I'm still a bit unclear as to exactly what this should be called and what the values should be named, and c) high-offset tags in the CameraInfo structure tend to be very fragile and may easily change with a firmware update so keeping this up-to-date may be a problem.
- Phil
Thanks for the explanation.
I've added a note in the code referring to this post, but I won't add the new tag yet because a) the value aren't yet known for RF lenses, b) I'm still a bit unclear as to exactly what this should be called and what the values should be named, and c) high-offset tags in the CameraInfo structure tend to be very fragile and may easily change with a firmware update so keeping this up-to-date may be a problem.
- Phil
#5
Bug Reports / Feature Requests / Re: Question to -i SYMLINKS on...
Last post by Phil Harvey - Today at 10:39:34 AMI've tested this. It works as expected running in cygwin under Windows 10, but fails to detect the symbolic link running in a cmd shell.
Apparently there is an ugly work-around: https://stackoverflow.com/questions/50244042/perl-detecting-symbolic-links-under-windows-10
But this work-around would treat directory hard links incorrectly.
I would prefer not to implement an ugly patch like this unless there is a real need. My feeling is that symlinks in Windows are not very common... Multiply this by the percent of people who would want to use -i SYMLINKS and you get a very small number.
- Phil
Apparently there is an ugly work-around: https://stackoverflow.com/questions/50244042/perl-detecting-symbolic-links-under-windows-10
But this work-around would treat directory hard links incorrectly.
I would prefer not to implement an ugly patch like this unless there is a real need. My feeling is that symlinks in Windows are not very common... Multiply this by the percent of people who would want to use -i SYMLINKS and you get a very small number.
- Phil
#6
Newbies / Re: hidden filename
Last post by sak1364 - April 02, 2025, 06:27:51 PMThank you very much for the help. I'll give it a try as soon as I can.
#7
Newbies / Re: hidden filename
Last post by StarGeek - April 02, 2025, 04:00:47 PMOne other thing that might would be to save the current filename into the file, and then rename afterwards.
To save
exiftool "-PreservedFileName<Filename" /path/to/files/
To restore
exiftool "-Filename<PreservedFileName" /path/to/files/
To save
exiftool "-PreservedFileName<Filename" /path/to/files/
To restore
exiftool "-Filename<PreservedFileName" /path/to/files/
#8
Bug Reports / Feature Requests / Re: [Bug report] Rove R2-4K GP...
Last post by gsimpson4 - April 02, 2025, 01:28:58 PMThat's great info. Thanks for the explanation and for taking the time to work this out for me. Can't wait to try it out! BIG THANK YOU!
#9
Bug Reports / Feature Requests / Re: [Bug report] Rove R2-4K GP...
Last post by Phil Harvey - April 02, 2025, 12:03:33 PMIn other R2-4K videos the GPS was stored in a freeGPS box. In this one it is stored in a 'ssmd' box, the same box as used for a PreviewImage and the Accelerometer data. To differentiate these I look at the data. The GPS is 32 bytes with the lat, lon as doubles in the first 16 bytes, the speed as 2-byte integer at offset 20, and the date as 6 bytes YY,mm,dd,HH,MM,SS starting at byte 22. The Accelerometer is 12 bytes containing 3 floats.
- Phil
- Phil
#10
Bug Reports / Feature Requests / Re: [Bug report] Rove R2-4K GP...
Last post by gsimpson4 - April 02, 2025, 09:38:11 AMAwesome! Thank you so much for looking into this. Care to share the details?