
So could this be a race condition? Is Digikam maybe monitoring the albums/directories on a set polling basis and could it simply be encountering the "wrong date" video files BEFORE the copying is completed? Seems plausible.
#EXIFTOOL FOR MAC OS SIERRA MANUAL#
I did a test were I did a manual copy of some video files into another directory and noticed that MacOS reports the 'creation time' of the files as 'right now' for the duration of the copy and only sets the actual 'creation time' to match the original AFTER the copy is completed. Why so much time? Well, these files are quite large - some are multi-gigabyte and it simply takes notable time to copy that much data on a mechanical HDD. Maybe a bit of rubber duck debugging.Īnyway, the light bulb went off initially when doing an Import->Add Images rather than a copy-and-auto-scan and seeing that not only were all of the dates correct, but it also took a decent amount of time to import. It figures that after months of seeing this with no known cause or workaround, I have potentially found both literally minutes to hours after posting this bug. This is a very minor issue but annoying, since my video feeds tend to "tell a story" in order and having them sorted by date in the wrong order is frustrating. Let me know if this is a known issue with scanning (maybe on Macs) or if you need me to track down any other debugging info. Digikam, for some reason, ignores that and chooses the scan time for one of those two but not the other. All utilities I can find either command-line or GUI show the "proper" Creation date.

The files were physically created five seconds apart, back in 2019. $ exiftool GOPR0027.MP4 | grep "Create Date" $ exiftool GOPR0026.MP4 | grep "Create Date" I will look more closely at two representative examples.

The incorrectly scanned files are not in any sequential order that I can tell. Exactly half (7) were detected by Digikam as having a creation date of T08:51. I copied over 14 GoPro videos with sequentially named GOPR00.MP4, and with the actual file creation date ranging from T09:27 to T11:05. Most of the time, the "Creation date" is scanned and annotated correctly but in any bunch of new files, at least one or two videos will invariably have "right now" as the "Creation date", and often more. I import photos and videos into Digikam by copying the files directly into a scanned directory and Digikam automatically picks up the new file and processes it.
