EXIFTOOL MP4 MP4
EXIFTOOL MP4 FREE
EXIFTOOL MP4 WINDOWS

Then of course, everything appeared in the Gallery apps on the wrong dates and times. I made a backup to the SD card (I did the backup on the phone), and when I restored the images on a new phone, the phone changed the file creation dates to the same current date and time to all the images. I used them to adjust the file creation date of Whatsapp image and video files on my phone. Here are three programs that have a bit overlapping features, and they all work a bit differently. In that example, exiftool will end up setting the time to 2019:07:22 17:00:00. If you want to write the value according to the spec (adjusted to UTC), you can add -api QuickTimeUTC to the command and exiftool will adjust the time to UTC based upon the local computer's time setting, or if you include the time zone in the value written, e.g. The above command will write the Quicktime:CreateDate value exactly as written. So if the timestamp is written according to the spec, Photoshop Elements will probably not show the proper time.

From what I understand, Adobe programs do not read it properly and assume that the time is local time, not UTC.

EXIFTOOL MP4 WINDOWS

Windows understands this and displays the time correctly adjusted to the local time zone. According to the spec, the Quicktime:CreateDate tag is supposed to be in UTC.

Here's is where you run in to the second problem. I believe the three tags you mostly likely want to try to alter are the FileModifyDate, FileCreateDate (both System tags, meaning they're a part of the underlying file system) and the Quicktime:CreateDate tags. It will also show duplicate tags and what groups they belong to. That will give you the actual tag names instead of tag descriptions. To look at all the timestamps for the file, run this command: And to add on to all that, I believe that Windows and Photoshop Elements will read the time stamps differently. Additionally, Photoshop Elements may be reading yet a different tag. You are trying to write 'Date' but that isn't the actual name of the tag that Windows reads. This is a combination of exiftool FAQs #2 & #3.

EXIFTOOL MP4 FREE

Instead I found a free tool - Bulk File Changer - which amongst other things allows you to change Created Modified and Access dates with an option to read the required date from the individual file names, which is exactly what I want since all my file namesstart with the date and time of original creation! I haven't worked out the UTC thing but since I live in the UK, time is never far from UTC - close enough for cataloguing family pics and videos. It seems that Photoshop reads the system dates (Date, amended date, created date) and now I understand why exiftool won't write to these. Thanks everyone for your helpful replies. These fields seem to resist all my attempts to modify them using the 'exiftool '-modifydate However, I organise my pics and videos using Photoshop Elements and this appears only to read only the 'Date Created' and 'Date Modified' fields. I can only get it to change the 'Date' (whatever that is) and 'Media created' fields as displayed in Windows file explorer.

EXIFTOOL MP4 MP4

… which avoids the need for the -sep argument and ensures that the subject tag is read back as a true list.I've been trying to change the metadata dates in mp4 files using exiftool. It would appear that you were right in using the -sep argument but only because some apps are not as smart as others, or maybe they are too smartĮxiftool -overwrite_original_in_place -quiet -subject='cat' -subject='chat' -subject='egyptian mau' -subject='mau égyptien' Now, subject is a list or array tag, but both my app and PL5 are being “smart” and interpreting that “single word” as a list.

On further investigation, it would appear that, because you have chosen to put comma-separated keywords within quotes, in order to simplify the command, the subject is being written as one single “keyword” including the commas unless you add the -sep argument.

Subject : mau égyptien,egyptian mau,chat,catīut my app and PL5 interpret both versions correctly. If I don’t include it, ExifTool reads back the subject as… Subject : mau égyptien, egyptian mau, chat, cat If I use the -sep argument, ExifTool reads back the subject as… It would appear that NeoFinder is misinterpreting the subject tag. The documentation states that the default, if -sep is not specified, is assumed to be “,”Įxiftool -subject='mau égyptien,egyptian mau,chat,cat' _JNA0004.NEF Well, if I do not set this argument, the keywords are just one:

Exiftool mp4