Skip to main content
Adobe Photoshop Family
John_R_Ellis's profile
Champion

Champion

 • 

5.6K Messages

 • 

98.1K Points

Wed, Dec 10, 2014 12:38 AM

Acknowledged

Lightroom: Still inconsistent capture date/time for photos and videos

Update 5/17/2018: Though LR 7.1 made improvements, LR 7.3.1 still has two closely related problems with a single underlying cause:

- With photos and videos missing metadata capture date/times (e.g. scans), there is still an inconsistency between the times shown under the thumbnails in grid view and in the Metadata panel and the hidden, internal times used for sorting in grid view.

- Changing IPTC Date Created in the Metadata panel, either by editing the field or using Metadata > Copy/Paste Metadata, similarly causes inconsistent values to be shown and sorting and searching to work inconsistently.  It also causes date metadata to be written back to the files that doesn't conform with the Metadata Working Group's standard.

The underlying cause is architectural: LR doesn't have a single internal catalog field representing "capture time".  Rather, it maintains capture time in several different fields, and the various parts of LR update those fields inconsistently.

See here for precise recipes to replicate these bugs:

https://feedback.photoshop.com/photoshop_family/topics/lightroom-still-inconsistent-capture-date-tim...

https://feedback.photoshop.com/photoshop_family/topics/lightroom-still-inconsistent-capture-date-tim...

See here for a workaround: 

https://feedback.photoshop.com/photoshop_family/topics/lightroom-still-inconsistent-capture-date-time-for-videos?topic-reply-list%5Bsettings%5D%5Bfilter_by%5D=all&topic-reply-list%5Bsettings%5D%5Breply_id%5D=15475521#reply_15475521.  

-------------

LR 5.7 still shows inconsistent capture date/times for videos. For a test .avi on Windows 8.1, the date in grid view appears to be the file system's last-modified time, while Capture Date/Time is set to the time of import.This problem was declared fixed in LR 5.5, and it appears to have been fixed for images, but not videos:http://feedback.photoshop.com/photoshop_family/topics/inconsistent_dates_for_files_missing_date_time...I'm opening a new topic, since the previous one has been marked "Solved".

Responses

27 Messages

 • 

420 Points

2 years ago

Has this not been fixed yet? I tried creating a new catalog and now there are hundreds of mts files (aka Sony's hd video format) all incorrectly having the capture time as the date I created the catalog not the actual capture time. See the post above.

6 Messages

 • 

146 Points

2 years ago

This reply was created from a merged topic originally titled Adjusted Capture Date not reflected in filename when exporting.

When exporting files that have an adjusted capture date, the capture date is not reflected in the custom file name (where capture date is selected), but the unmodified date of the original scan is used instead.  This is a problem when trying to export a chronological set of files by file name (using capture time in export), and the unmodified scan date is being used to create the export file name.

6 Messages

 • 

146 Points

2 years ago

This reply was created from a merged topic originally titled Adjusted Capture Date not reflected in filename when exporting (merging).

Thank you for your time Tom and John.  I finally figured out my problem.  I was updating using the capture time adjustment on the right side panel in the Library module.  Then I would highlight a bunch more images and sync the metadata (with only the capture time selected).  This changed the capture time in the panel on the right under the default metadata dropdown, but it did not change the EXIF capture date on the files.  I now use the Change Capture Date under the Metadata dropdown menu at the top on a Mac.  This changes the EXIF capture date and is reflected in the export name.  Thanks again for your time everyone.

Note: This conversation was created from a reply on: Adjusted Capture Date not reflected in filename when exporting.

Champion

 • 

5.6K Messages

 • 

98.1K Points

One of the symptoms of this architectural flaw is that editing IPTC Date Created doesn't update the catalog's capture date, as required by the Metadata Working Group standard.

106 Messages

 • 

1.7K Points

2 years ago

Why isn't this fixed???  I thought I'd try importing again through Lightroom because I love that it doesn't import duplicates, but it's useless and creates such a mess of my files. 

2 issues exist due to the inconsistent capture date/time on all my .MOV files. : 
* Renaming video files on import using date & time in filenames
** Renaming video files using date OR date & time in filenames

Info: I'm using LR Classic CC (v. 8.3) and I have tested Canon 5D Mark II and IV, iphone 6s Plus and iphone X.  

*Renaming video files on import using DATE+TIME
Replicate Scenario: 
1. Import a video and rename upon import as: 
Date (YYYY)-Date (MM)-Date (DD)_Hour.Minute.Second.MOV

Results: 
1. Library shows inconsistent Date Digitized and Date Captured.
        *Date Digitized= correct capture date and time; and agrees with import screen's.
        *Capture time= import time for all video files.
2. Filename time is wrong for all video files.  
3. Filename date is wrong for all video files taken after 5:59 pm or 6:59 CST.
4. Files are sorted correctly 

Conclusion: **SOMEWHERE in LR there is another time that isn't shown and is off by 5-6 hours (at least in Central time zone), resulting in the file naming/re-naming problem. This is the time that is used for naming files.


** RENAMING existing video files with DATE+TIME:
Replicate Scenario:
1. Use any existing video file that has inconsistent date/time digitized and date/time values (such as the files imported above):

2. Rename them:
Date (YYYY)-Date (MM)-Date (DD)_Hour.Minute.Second...

3. They are renamed using the date/time value, which is the IMPORT date/time. Absolutely useless.

Conclusion: No idea.

I know the workaround. The workaround gets OLD. And there shouldn't BE one.  

Is there a way to change the date??  My luck I could have fixed my own issue.  I don't see anywhere to change the time zone...  But it's always consistently 5-6 hours off, which is just weird.



Champion

 • 

5.6K Messages

 • 

98.1K Points

Merging with more specific topic.

Please reference the new conversation here: Lightroom: Still inconsistent capture date/time for photos and videos (merging)

2 Messages

 • 

72 Points

a year ago

So I tried importing videos today and have had the same issue. Why hasn't this been sorted?? WE PAY A LOT OF MONEY FOR LIGHTROOM, and yet Adobe aren't listening. it seems rather than actually accepting bug reports they shove us all on a forum and ignore us!! This shouldn't be an issue but from what I've seen it's been going on for 4 or 5 years. What a waste of an afternoon trying to fix a problem that should NOT exist.

23 Messages

 • 

722 Points

a year ago

5 years later and this issue persists. Imported images/videos from Apple Photos. Photos were fine, but discovered this date issue with the videos. When viewing the videos in lightroom in sidebar meta shows correct date, as well as in the grid view. But when doing rename file name by date is does the date they were imported. Thankfully the trick worked of doing edit capture time (not changing any settings) and clicking ok. After that the sidebar and grid still show correct date as before, but when doing rename it now names to the correct date. Hopefully it won't be another 5 years to fix this.

13 Messages

 • 

222 Points

4 months ago

Hello,

I have a number of images that do not have dates recorded in the capture date portion of the EXIF (IPTC Core). In Lightroom, by clicking sort by capture date, they appear at the beginning of all the others. If I look in the Metadata pane of Lightroom, I can see a capture date indicated that actually corresponds to the creation date visible in Bridge in the file property (but not IPTC Core, in which case the field is empty).

1. This date suits me well and I would like Lightroom to sort the images in gallery taking this date into account. Is-it possible to set up Lightroom to work this way?

2. If it is not possible, then I need to copy the creation date of the file to the IPTC Core creation date. I can do this in Bridge but it is not my workflow. Is it possible to do this fairly smoothly in Lightroom? 

Best regards,

Thibaud

Note: This comment was created from a merged conversation originally titled Lightroom Classic: Changing the date data in the EXIFs for proper placement in the gallery

89 Messages

 • 

1.3K Points

Camera?  OS? Bridge Version?  LR Version.  Does your camera manufacturer follow the recommendations of the standards committee for writing the capture time in the appropriate slot in the IPTC core?  It seems to me this is a camera issue rather than a LR issue.

13 Messages

 • 

222 Points

All versions are the latest as of today 3rd november 2020. This is not linked to the camera. Original raw fils are fined. This is linked to my workflow. Sometimes the original Exif IPTC Core Creation dates are lost through my workflow. I don't consider there is an specific issue to be corrected. It just happens.

By luck, there is a creation date in the file that is ok with me. In the same time Lightroom display this date in its metadata tab. I just ask is-it possible to ask Lightroom to consider the Capture Date of the file (instead of the capture date coming from the IPTC Core) for ranking in gallery and can Lightroom switch those dates ? 

Champion

 • 

5.6K Messages

 • 

98.1K Points

LR has long behaved inconsistently when a photo is missing EXIF:DateTimeOriginal, using different date/times under the thumbnails in grid view, in the Metadata panel, and for sorting:

https://feedback.photoshop.com/conversations/lightroom-classic/lightroom-still-inconsistent-capture-datetime-for-photos-and-videos/5f5f45764b561a3d424dfc91 

You can get LR to use a single consistent capture date for a photo by doing Metadata > Edit Capture Time and then clicking Change -- the capture date will be set to the date/time that appears in the Corrected Time field. 

13 Messages

 • 

222 Points

Thanks John for your help. :-)