Lightroom: Canon 5D Mark IV video capture time incorrect

  • 3
  • Problem
  • Updated 10 months ago
  • (Edited)
I recently got a 5D IV and just noticed that capture times on video files shows 5 hours ahead in Lightroom (photos are fine). This causes videos taken late in the day to be imported into the folder for the next day. I'm running the latest Lightroom (6.10) and 5D Firmware (1.04). I checked my old 5D Mark III videos and they are fine. 

I suspect Lightroom ins't picking up the timezone info and is using UTC time.  Is this a bug?
Photo of Kevin McCarthy

Kevin McCarthy

  • 1 Post
  • 0 Reply Likes

Posted 2 years ago

  • 3
Photo of John R. Ellis

John R. Ellis, Champion

  • 3857 Posts
  • 1014 Reply Likes
Most likely this is due to the poorly written Quicktime (MP4) spec, which "strongly recommends" that capture date be recorded in UTC but doesn't provide any standard field in which to record time zone.   Traditionally, most cameras have ignored the spec and recorded local time rather than UTC, so by default LR interprets the capture time in Quicktime videos as local time.   But smartphones have tended to record capture date as UTC, with time zone sometimes recorded in proprietary metadata fields.

So perhaps the 5D IV is now recording capture time in UTC.  Why don't you upload a very short sample video to Dropbox or similar and post the link here, and we can determine that authoritatively.

LR CC 2015.10 / 6.10 introduced a fix specific to iPhones (which record UTC), reading the time zone from an Apple proprietary metadata field.   Adobe could continue along that path for less widely used cameras, but obviously, identifying the appropriate time zone field for each make and model is much more effort.  
Photo of Simon Chen

Simon Chen, Principal Computer Scientist

  • 1488 Posts
  • 470 Reply Likes
There is an LrD existing bug on this and the fix is on its way. Canon stores the time zone info in a proprietary location where Lr needs to look for it. This act (amounting to reverse engineering) requires legal reviews and consents from both companies)
Photo of John R. Ellis

John R. Ellis, Champion

  • 3857 Posts
  • 1014 Reply Likes
Excellent.
Photo of Pavel Kupcik

Pavel Kupcik

  • 1 Post
  • 1 Reply Like
This reply was created from a merged topic originally titled Incorrect Timestamp for Video Files after Import.

When I import videos from Canon 5D Mk IV, Lightroom assigns incorrect Timestamp to the video, but assigns correct timestamp to photo files. The video timestamp ignores UTC timezone and assumes GMT 0. Since I'm in GMT -5, video files recorded in the evening hours get time stamped with next day date. Lightroom also creates import folder with the corresponding wrong date and places the files into that wrong folder.

When I view the same file in Canon's EOS Movie utility it shows the correct timestamp.

When I look at the file in Windows File Explorer, DateModified shows correct timestamp, DateCreated shows incorrect timestamp.

Here's what I see:

Canon EOS Movie Utility: Shooting Date/Time:  5/3/2017 7:55:20 PM (This is correct)
Windows Explorer: Date Created: 5/4/2017 1:51 PM
Windows Explorer: Date Modified: 5/3/2017 7:56 PM
Lightroom: Date Time Digitized: 5/4/217 12:55:20 AM
Lightroom: Date Time: 5/4/2017 1:47:40 PM

I'm using Adobe Ligthroom CC 2015.10 [1111918]
Photo of Torsten Villnow

Torsten Villnow

  • 7 Posts
  • 0 Reply Likes
I am experiencing the same problem with my Canon PowerShot G7X Mark II.

The MP4 file's related metadata are contained in

- EXIF
--- DateTimeOriginal: (correct) local date and time
- Maker Canon
--- TimeZone: +02:00  (in my case: the offset from UTC for CET summer time)

My conclusion for a fix in this case: Lightroom should simply grab and display "DateTimeOriginal" as apparently done correctly for photos and disregard "TimeZone".

I am using Lightroom 6.10.
(Edited)
Photo of John R. Ellis

John R. Ellis, Champion

  • 3857 Posts
  • 1013 Reply Likes
Can you please upload a sample file to Dropbox or similar and post the sharing link here? I'd like to confirm precisely which fields contain what on both cameras.  
(Edited)
Photo of John R. Ellis

John R. Ellis, Champion

  • 3857 Posts
  • 1013 Reply Likes
Just updated my previous comment, which had some technical errors.
Photo of Torsten Villnow

Torsten Villnow

  • 7 Posts
  • 0 Reply Likes
A sample photo and video from Canon Powershot G7X Mark II are available here:
https://www.magentacloud.de/share/62pfu6hgdm
Photo of John R. Ellis

John R. Ellis, Champion

  • 3857 Posts
  • 1013 Reply Likes
This sample video perfectly illustrates the industry video-metadata mess and where LR resides within that mess.

The capture date is recorded in different places in the file:

[QuickTime]  Create Date: 2017:05:24 14:58:35
[EXIF]  Date/Time Original: 2017:05:24 16:58:35
[MakerNotes] Time Zone: +02:00

(It helps to use “exiftool -a -G” to show where metadata fields are coming from.)   

QuickTime:CreateDate is the QuickTime/MPEG-4 standard field for recording capture date, and the spec calls for it to be recorded in UTC, which the camera has done.  But note that many, many cameras ignore the spec and write the date/time in local time, because the spec doesn’t specify a place to write the time zone and older cameras often did have any notion of time zone (shame on Apple originally and later on MPEG).  

EXIF:DateTimeOriginal is an industry-standard field for still photos but not videos.  In this case, it is coming from a thumbnail image stored in a non-standard Canon-specific location in the file, which you can verify by doing “exiftool -v”.  Other cameras don’t store metadata in this way.

MakerNotes:TimeZone is coming from the non-standard Canon-specific MakerNotes section, also stored in that thumbnail image. Some other cameras (but not all) record the time zone, but in other locations.

LR reads the industry-standard field QuickTime:CreateDate but treats it as local time rather than UTC (see above).  This is why it shows the wrong capture date for your videos.

It is definitely feasible for LR to handle video metadata better for mainstream cameras, but at considerably more engineering and legal expense. LR would need camera-specific rules for where to read and write metadata. Also, Adobe appears to have a very conservative legal approach to manufacturer-specific metadata, requiring legal agreements before incorporating such metadata in Adobe products. Up until very recently, Adobe has resisted this additional expense.  But LR now reads an Apple-specific time zone field for iPhones, and Adobe employees have indicated that they will do it for some Canons.
Photo of Torsten Villnow

Torsten Villnow

  • 7 Posts
  • 0 Reply Likes
Thank you very much for your comprehensive explanation of the situation!
Photo of Jeffrey Tranberry

Jeffrey Tranberry, Sr. Product Manager, Digital Imaging

  • 14485 Posts
  • 1874 Reply Likes
Good morning. We'd like to invite you to our prerelease if you're interested in evaluating a fix for this issue. Let us know and we'll get you added.
Photo of Ronald Byram

Ronald Byram

  • 92 Posts
  • 11 Reply Likes
This reply was created from a merged topic originally titled Incorrect Canon video capture date.

Hello. while I don't have the 1946 issue. I do have issue with my canon P/S camera and the time stamps being 4-5 hours off with video compared to photographs. Reported in past but still no resolve. Last I was told LR does not support Video correctly.

Note: This conversation was created from a reply on: Lightroom Classic: Incorrect year-only Capture Date for videos (1946).
Photo of orenphotography

orenphotography

  • 6 Posts
  • 0 Reply Likes
Hi,
Reviving this thread as the same issue exists on my new Sony a7rIII - camera shows correct timestamp for photos and video.  LR importing shifts timestamp for videos (but not photos) + 5 hours for EST.
Happy to post video to Dropbox
Thanks!
Photo of John R. Ellis

John R. Ellis, Champion

  • 3842 Posts
  • 1008 Reply Likes
No need to post a sample -- this is another example of the confusion caused by the poorly designed QuickTime spec, as described here: https://feedback.photoshop.com/photoshop_family/topics/canon-5d-mark-iv-video-capture-time-incorrect...