The exiftool command can be used to handle metadata in basically three ways: read, write, and copy. In essence, this is an alias that is physically a libimage-exiftool-perl installs Debian 8 (Jessie) on 9.74 and Debian 9 (Stretch) on 10.40.Īfter running the command, you can use the program. If we don't have it on our machine yet exiftool package, then install the following apt-get command on Debian-based systems: sudo apt-get install exiftool In this description, we will review some of the more general usage examples, as well as test a complete automation shell script that copies IPTC data from JPG files to EPS files. Please let me know if I am doing something incorrectly with -stayopen or if there is indeed a bug.Az exiftool command can be used to read or write metadata for different file formats from the command line, which can be especially useful when you need a larger amount of automated file processing. Hoping to avoid going off on DST tangents in this thread All testing was performed with Version 12.60 with Windows 10. normally central is -06:00 and pacific is -08:00. Lastly, depending when you are reading this, all the offsets are when Daylight Savings is in effect. I then run a command that shows it's back to -05:00, which is this computer's current timezone now that my vacation is over and I'm back in Central timeĪlso, just as a test, I set my computers time zone to Pacific and stayopen set the offset to -07:00 which is "correct", but it also sets it to, for example, +09:00 if I set my computer's time zone to Japan time.I then save the test.txt file with the lines you see.First command shows the stay open command.Stay Open: Here is a screenshot of my -stayopen attempt: Either there is a bug or I am missing something.Ĭommand Line: Here is a screenshot of my successful attempts to update to -07:00: Below are the two approaches: Command Line vs. There is different behavior than command line. The issue is when setting QuickTime:CreationDate using -stayopen. I also have no issues setting QuickTime:CreationDate to the correct "local with offset" using command line. Again, I have no issues setting CreateDate etc. I had one camera, however, that was set to central while in pacific time. QuickTime:CreationDate appears as I have it above and CreateDate, etc. In other words, when I was in San Francisco and took this movie, the local time was 3:32PM. Different than UTC, however, QuickTime:CreationDate appears as "local with offset". I am well aware that time should be UTC for CreateDate, ModifyDate, MediaCreateDate, MediaModifyDate, Track. I am working to correct the QuickTime:CreationDate on MP4/MOV so that it is correct. One of our cameras was not set correctly for Pacific time.
I live in Central time and I recently was on vacation in Pacific time.
0 kommentar(er)
