Lightroom mobile: Android DNGs time and date are off

  • 2
  • Problem
  • Updated 2 years ago
  • In Progress
Getting an issue with the in-app camera - the DNGs taken have their embedded time and date off. For example, a photo taken on Feb. 23 has the correct filename format of "LRM_20160223_{correct-time}.dng", but its embedded date is shown as "Feb 22, 2016" with an incorrect time.

Note: This conversation was created from a reply on: Lightroom for mobile 2.0 for Android, now available.
Photo of Rick

Rick

  • 7 Posts
  • 0 Reply Likes

Posted 3 years ago

  • 2
Photo of Rick

Rick

  • 7 Posts
  • 0 Reply Likes
Thanks to Jeffrey Tranberry for making this thread.

A couple of data points:

A photo taken in the EST time zone at around 12:36pm has the correct filename "LRM_20160225_123618.dng", but incorrect embedded time "Feb 25, 2016 02:21:48 PM".

A photo taken in the EST time zone at around 11:51pm has the correct filename "LRM_20160225_235100.dng", but incorrect embedded time "Feb 25, 2016 04:07:00 PM".

In the first case, the time difference is 1 hour 45 minutes 30 seconds, with the incorrect time happening later than the actual time. In the second case, the time difference is 7 hours 44 minutes 0 seconds, with the incorrect time happening before the actual time. So it appears to be completely random.
Photo of Steve Sprengel

Steve Sprengel, Champion

  • 2656 Posts
  • 341 Reply Likes

Looking at the Filename time vs Capture Time in LR Desktiop, the difference, for me, is exactly 6 hours which is my Central Standard Time vs GMT offset.

For example:  LRM_20160224_205035.dng  vs Capture Time: 2016-02-25 02:50:35 AM

Photo of Rick

Rick

  • 7 Posts
  • 0 Reply Likes
Looks like the problem's still there with the recent 2.0.1 update.
Photo of Steve Sprengel

Steve Sprengel, Champion

  • 2656 Posts
  • 341 Reply Likes

I think this is a camera issue unrelated to Lightroom.  Google/Android needs to fix their creation of DNGs:  https://code.google.com/p/android/issues/detail?id=157238

Photo of Rick

Rick

  • 7 Posts
  • 0 Reply Likes
Huh, will you look at that! Thanks for the link...I guess we can only cross our fingers and hope Google will fix it some day...
Photo of Marco Cucinato

Marco Cucinato

  • 5 Posts
  • 0 Reply Likes
I wrote a simple Perl script to fix the issue (https://github.com/marcocucinato/Android-DNG-fixdate) but the best would be to have the Camera2 API fixed...
(Edited)
Photo of David Hauck

David Hauck

  • 10 Posts
  • 0 Reply Likes
This reply was created from a merged topic originally titled LRM: Incorrect Capture Time Timezone (always GMT).

See the Lightroom user forum thread:https://forums.adobe.com/thread/2255019. Essentially, the latest LRM for Android app isn't correcting the capture time EXIF data with the proper timezone, instead always creating this with GMT. The native Note 5 phone app in PRO mode (RAW) doesn't have this problem.
Photo of Michael Markham

Michael Markham

  • 2 Posts
  • 0 Reply Likes
For me, this does not appear to be an android issue. When I connect my phone to my computer both the JPG file and DNG file created on capture have the same (correct) 'last modified' date. For me GMT -5:00. All my DNGs on import to Lightroom Mobile are tagged with the GMT time.  Now when I look at the photos in Lightroom on my desktop I can click on the 'Edit Capture Time' Button in the metadata menu in the left panel of the Library module and have the option to 'change to file's creation date' which is correct.

Actually this might still be an android issue. But instead of waiting on Google, or worse each individual phone maker, to correct the issue if it is indeed on their end, can't you create an option in the Lightroom Mobile import (I use auto import or all DNGs) to adjust metadata to the file creation date rather than the exif metadate recorded in the file?

Thank you.
Photo of John R. Ellis

John R. Ellis, Champion

  • 3869 Posts
  • 1023 Reply Likes
This Android bug has been fixed in Android 7.1.1, according to this bug report: https://code.google.com/p/android/issues/detail?id=157238