![]() ![]() > You can stop reading now if you don't want to use the Terminal. > Match string default: YYYY-MM-DD hh.mm.ss (or YYYY-MMDD-hhmm-ss or almost anything you prefer), Set movie dates, Use UTC, Set the file date identical to the Exif date. To set metadata dates via filename in movies and images choose GraphicConverter (v11.3.3 or later) > Camera menu > Set Exif Date to > Filename. GC can shift the metadata timestamps but you can also type another date to the filename and let GC adjust the metadata accordingly: > Name tab: Change filename: > Date tab: Add date to filename: Exif date, Date format default: YYYY-MM-DD hh.mm.ss (or YYYY-MMDD-hhmm-ss or almost anything you prefer). To rename files via metadata dates choose GraphicConverter > File > Browse. There are many similar apps so pick the one you like (Disclaimer: I am just a satisfied GC user). GraphicConverter can adjust the filenames and the metadata dates but exiftool via the command line has a lot more options. GC filename default is YYYY-MM-DD hh.mm.ss but I dislike spaces in these filenames so I have always used YYYY-MMDD-hhmm-ss for my images and movies (2020-0703-1832-00.m4v, for example). GraphicConverter can do this automatically and its internal engine exiftool is quite flexible about that date format. I recommend inserting the date in the filename in images and movies. If there are no Keys or UserData date tags, Photos.app uses the GPS location for the timezone in. This option is not present in macOS 13.0 Ventura. ![]() > Times > drag the Time Zone to the Medium length format and set its format as desired (+02:00, for example). Photos.app can display the timezone when it is added as a custom preference to macOS Language & Region > Advanced. So if there is no other metadata date in the movie, as a last resort Photos.app gets it from the file creation date. This tag is always present in mp4, m4v and mov H.264 and H.265 HEVC movies. (Notice that if the date tag lacks the timezone suffix like +02:00, Photos.app scrambles the year to something like '5828963' or otherwise displays wrong date for mp4 and m4v)).ģ. Some iOS movies have this tag but I don't know when it is generated. This tag is not so important because that 'Keys' date tag should override it. (Notice that if the date tag lacks the timezone suffix like +02:00, Photos.app scrambles the year to something like '5828963' or otherwise displays wrong date for mp4, m4v and mov). iOS (8.4)-9 or newer movies have this tag. Photos.app v6-7-8 (macOS 11-12-13 Big Sur - Monterey - Ventura) grabs the date in the following order from mp4, m4v and mov movie metadata tags (Photos.app 5 in macOS 10.15 Catalina is about the same, and Photos.app 4 in macOS 10.14 Mojave behaves slightly differently). So exiftool by default will automatically add a time zone to those tags in video files. But Apple, even though it's their standard, writes their programs so that if the time zone isn't included, you will get insanely inaccurate date/times. These tags are supposed to be local time and adding a time zone to those is supposed to be optional. On the other hand there are a couple other tags available for videos, most notably 'Keys:CreationDate' and 'UserData:DateTimeOriginal'. If you add the '-api QuickTimeUTC=1' option to exiftool, it will convert to/from UTC based upon the current time zone of the computer with DST adjustment. 'QuickTime' movie time stamps are stored as UTC and programs should display them as the local time. Unfortunately there is no standard for movie metadata dates like there is for images (support for Captions, Keywords etc is even worse). I hope this helps someone with errors in movie dates. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |