Timezone problem revisited

[twe]

I rename my files with YYYYMMDD_HHMMSS syntax. For iPhone quicktime files this still gets wrong (ref other posts about timesone and DTS trouble).
Example: I shot some images with Iphone in the morning, one JPG and one Quicktime video in the morning at 08:14 AM. I am in a GMT+2 timesone, and the jpg is correctly named
_0814 (hour minute), but quicktime file gets the filename set to _0614,  two hours earlier than the jpg
Looking in the metadata browser for the quicktime file, there are serveral references to
08:14 +2:00 , where +2:00 is the timezone and daylight saving time.
Ref:
{File.MD.QuickTime::MediaHeader\1\MediaCreateDate\0}  = 2014:04:04 06:14:40 
{File.MD.QuickTime::ItemList\2.1\CreationDate\0} =  2014:04:04 08:14:40+02:00
{File.MD.QuickTime::UserData\\xa9day\CreateDate\0}  = 2014:04:04 08:14:40+02:00

Looks like Imatch subtracts timesone differense for Quicktime, and not for JPGs...anyway it's messy.  Very confusing that renaming files is not consistent between JPGs and MOVs. Also funny that the metadata browser shows the createdtime even before I got out of bed that morning Obviously wrong.
Renaming Iphone files in Total Commander with [YMD]_[hms] works fine, so I think Imatch should be able to handle this as well.  Any progress on this issue ?

[Mario]

Which variable do you use in your rename profile?

Any progress on this issue ?

Well, no. You posted this a couple of minutes ago.

[twe]

I do not use any variables. The renamer uses prosess instructions, and I choose hour , minute ,seconds from the list.
Regarding the progress status, I was referring to other old posts about this issue.
example this: https://www.photools.com/community/index.php?topic=1053.msg12534#msg12534



[attachment deleted by admin]

[Mario]

To fill in the default File Date and Time attribute IMatch maintains, IMatch uses

QuickTime::MediaHeader\\1\\MediaCreateDate
QuickTime::MediaHeader\\2\\MediaModifyDate
QuickTime::MovieHeader\\1\\CreateDate
QuickTime::MovieHeader\\2\\ModifyDate

in that order for files without EXIF timestamps but a QuickTime metadata record. The first tag with a valid value is used.
IMatch uses the date and time as delivered by ExifTool.

The problem you are having is what, exactly?
Does QuickTime dates even have a time zone? I don't know anything about this, I just use the values delivered by ExifTool, without further modification.
When you look at the values above int he Metadata Panel, does IMatch use them for the rename as they are shown there?
They should come out exactly as shown in the MD panel, at least this is the case for the QuickTime movie files I have tested here.

A quick look at the Apple developer info

https://developer.apple.com/library/mac/documentation/QuickTime/qtff/QTFFChap2/qtff2.html

(Search there for date)

seems to indicate that these values should be in UTC.

[twe]

The problem you are having is what, exactly?

The problem is that a quicktime movie shot in the morning at 8:14 is displayed as shot at 6:14. That is obviously wrong, and causes the renaming of files to be a mess, because JPG file is named 20140404_081440.jpg but the corresponding MOV file is named  20140404_061440.

The problem here is probably that exiftool "creates" false time values.  Windows explorer displays the time correct for quictime video..and in my case the only time value I want to se is 8:14...but the metadatabrowser displays a mix (08:14:40+02:00 and 06:14:40)

See attached file from Exiftool standalone with output not involving Imatch.


[attachment deleted by admin]