nogooo
lvl.1
Austria
Offline
|
Same issue here with a Mini 3 Pro and DJI RC.
There are two deterministic, time-related flaws/bugs that should be analyzed by the DJI developers and fixed asap in upcoming Firmware releases!
Both issues concern the timestamps stored within pictures and videos that are taken by DJI drones.
Issue #1: Observed with a Mini3 Pro for the last two flights: Time offset. When importing the DJI files (DNG, JGP) from the microSD card into Lightroom, there is a huge time offset of all pictures and videos. I've no access to the last pictures right now, can check in the evening - iirc it was an offset of about 18-20 hours. Therefore, all pictures and videos were imported to the day before they were actually taken. As a side-note: Lightroom is THE reference wrt. picture post-processing. They have (imho) highly accurate implementations of the time and tag-handling and I never encountered a similar bug with many, many cameras and about 150K pictures in my archives so far (old cameras and new ones, all major vendors). I'm 100% convinced that this is a DJI Firmware bug (can dive into more detail and follow-up after analyzing the IPTC tags if needed - may be faulty time or faulty timezone).
Issue #2: This issue is for debate, may be Lightroom's fault When importing videos and pictures from DJI drones (Mini2, Mini3 Pro media exhibit identical behavior), Lightroom assigns to videos the UTC timestamp (without considering the timezone offset), whereas Pictures include the correct timezone offset. Therefore, videos captured in Central Europe show up in the timeline 2 hours (summer time) or 1 hour (winter time) BEFORE the time when the video was actually taken. Need to check, though, how Lightroom treats videos taken by other cameras (rarely take videos with cameras).
In any case, DJI should have a look into issue #1 asap. The need for manually moving all DJI videos and photos after import is quite annoying.
Follow-up (unfortunately can't post this as reply to the last message): it's impossible for me to reproduce the perfectly accurate time when the drone pictures were taken. But bracketing them with camera photos taken before and after the drone flight results in an IPTC timestamp offset of -18 hours relative to CEST for the DJI Mini3 Pro drone photos (perhaps plus/minus some minutes, the camera clock may deviate by some seconds). The drone photos have an IPTC date/time value of 16.09.2023, 19:20 whereas the true capture time (camera time) was 17.09.2023, 13:20 (CEST). The potentially integral hour offset made me speculate on faulty timezone settings, but -14 < UTC < 14 being the allowed time zone range I can't imagine any mapping yielding a timezone offset of -18 for CEST (=UTC+2).
Happy to provide more details on request if needed.
|
|