IPhone movie with QuickTimeUTC=0 (the right local time is 2014:01:02 12:58:55)

Why have some dates no offset when I use -api QuickTimeUTC=1.Why is the output of some dates in my files with -api QuickTimeUTC=0 without the offset and some files have the offset like 'CreateDate-deu'?.Where is the information stored in the metadata in which timezone the picture was taken so the option -api QuickTimeUTC=1 can calculate the right local time?.Where is the specifikation that times has to be UTC (+00:00) in Quicktime? Or am I wrong?.Not only write this time without an offset and think it should be UTC. There is only an example of a date Quote 'T17:56Z' for a date of February 24, 2012, time of 17:56, UTC.Nothing about that it has to be in (+00:00) In wikipedia I found that a time in UTC (+00:00) has to be defined with this offset also. In the specification of QT is nothing to read about the offset. When writing this, it means TIME (+00:00). Like your description from the QT specification all time tags should be stored in UTC. Currently I try to understand the time tags. I dont't know any time tag that should not be changed to correct time issues. But up to know I think it could replace -AllDates. I only used -time:all for extracting all time tags before. When people in different countries use this in hope it works, they adjust the wrong time tag for this movies. Maybe you have to think about the Shortcut 'AllDates' because movies are a little different in timetags. Photos from my iPhone have the right time tag like other photos in 'ModifyDate', 'DateTimeOriginal', 'CreateDate' so everything works fine with 'AllDates' The right tag for my time is 'CreateDate-deu' or 'CreationDate-deu-DE' There is no 'DateTimeOriginal' and CreateDate or ModifyDate represent not the time I set here in germany.

Exiftool createdate all 00