Skip to main content
Participating Frequently
February 3, 2014

P: iPhone video Capture Time is shifted upon Import

  • February 3, 2014
  • 110 replies
  • 2392 views

Beginning with at least the iPhone 4S, and continuing with the 5 and 5s, I see that videos shot with those devices show a capture time that seems to relate to GMT, when it was actually shot at GMT -5.

The videos show a correct creation time in Finder prior to import, but this odd shift occurs upon import. I know that the capture time can be edited in Lightroom, but I'd rather see the correct time on import.

This happens in Lightroom 5.3, but also occurred all the way back into 4.

This topic has been closed for replies.

110 replies

Adobe Employee
March 13, 2017
The issue is confirmed and our QE is now in the process of verifying the new fix. Thanks all and apologize for the mishaps.

On the slowness in making progress on the original issue: In general, when metadata are stored in a proprietary location and in a proprietary format, companys like Adobe needs to get legal clearance from the vendor to parse such data. It is a known slow process. The technical detail is usually the easy part.
Participating Frequently
March 12, 2017
Do you all have what you need or are more needed?
Participating Frequently
March 9, 2017
Here's mine.  Recorded on my iPhone 6 on 3/8/17 at 12:18 AM local time (PST). 

Regarding Apple's proprietary location:  The fact that the field is accessible via Exiftool (as it is with my file as well) indicates that Adobe should be able to access this info as well.   Like Peter said, we aren't dealing with some obscure camera, here!

Also, I just checked footage that I shot in a different time zone (Israel UTC +3), and the Creation Date is accurate.  So, it seems to me that the whole "dilemma" mentioned earlier about determining local time is really a red herring, in this case.
tred56utAuthor
Participating Frequently
March 9, 2017
Simon:  

Here's mine:  https://www.dropbox.com/sh/d8n428l3eeewbdh/AABAdCvNSlEFe2wts-OGCAqda?dl=0

I'll appreciate it if you commit to coming back to this thread to give us the results of your testing.  

I'd say that it is highly likely -- not merely possible -- that you guys missed something.  

Also, I am aware (from people like Mr. Ellis) that MPEG4 only defines the capture time in UTC, and that the time zone information for iOS videos is stored elsewhere, in a proprietary location.  You might not be aware that I don't care.  Look at the age of this thread.  Look at the absolute ubiquity of iPhones.  Look at the fact that the problem doesn't even exist in LrM!  Are you guys the market leader in this category, by leaps and bounds, or is Adobe a start-up?  Stop pointing fingers and fix this problem.  And the next time you think you've got it fixed, do a better job of making sure you're right.  
johnrellis
Legend
March 9, 2017
See this video from an iPhone 7 / iOS 10.1.1: https://dl.dropboxusercontent.com/u/21811200/2017-03-0818.23.46.mov . The original filename is 2017-03-08 18.23.46.mov, which is the local time of capture (2017-03-08 6:23:46 PM UTC+8).  Exiftool shows these two fields:

[QuickTime]     Create Date                     : 2017:03:09 02:23:46

[QuickTime]     Creation Date                   : 2017:03:08 18:23:46-08:00

The first field is the QuickTime-defined field containing the capture date in UTC. The second field is a non-standard field that Apple uses.)   LR imports the video with the capture time set to the UTC time, not local time:


Adobe Employee
March 9, 2017
A short video clip of video shot with your iPhone, that when imported into Lr 6.9, still demonstrate the time zone issue. We will do some testing on our side but we want a few samples of your video that can reproduce the issue in Lr. We want to collect a few video samples from you to make sure there is nothing special about your videos.

Our QE have confirmed the bug fix using the sample videos that we have. It might be possible that we might have missed something. As you might not know, the MPEG4 standard only defines the capture time in UTC. But in the case of videos captured by iPhone, the time zone info is recorded in a separate proprietary location. Video metadata is always messy because there is no agreed standard and each vendor might decide to do things differently.
tred56utAuthor
Participating Frequently
March 9, 2017
A video clip of what?  

The video that results in what's shown in my screen grab can be found here:  https://youtu.be/Z3ZG4E_XNj0.  
tred56utAuthor
Participating Frequently
March 9, 2017
I'm the original poster, from over three years ago (!), and I'm beyond disappointed to learn that despite claiming in the release notes for 2015.9 that this exact problem was fixed, IT IS NOT (macOS 10.12.1, iPhone 7, iOS 10.2.1).  I brought the video into Lightroom Desktop via a sync with LrM.  Of course, viewing the same video on my iPhone in LrM, the capture date is correct.  

The curious phrasing of the release note could be read to limit the fix to the iPhone 6-sourced videos, but I don't think that's what was intended, and at least one other post in this thread shows that the fix isn't a fix with an iPhone 6, either.  

This is maddening, Adobe.  Get your heads out of your arses.  
Adobe Employee
March 9, 2017
For people who still experiences the issue, could you share a short video clip online that demonstrate the problem. We'll investigate. Thanks.
johnrellis
Legend
March 9, 2017
LR CC 2015.9 (OS X 10.12.3) still shows UTC rather than local time when I import from an iPhone 7 (10.1.1).  I tried importing using a USB cable and from a video copied to the hard disk (synced via Dropbox).