https://bugs.kde.org/show_bug.cgi?id=394214
--- Comment #11 from Jens <jens-bugs.kde....@spamfreemail.de> --- OK, after some more research it seems I created this problem by myself. Sorry ... Here's why: I recompress my smartphone and camera videos using a HandBrakeCLI script before importing because this saves 90% of space while visually not lowering quality. In the past this script was also necessary because my smartphone's gyro sensor was broken and I had to manually rotate all images and videos - images were easy to rotate in Digikam but videos aren't, so the script was required. The smartphone's mp4 files never had any metadata I could see, and using "touch -mr $OLD $NEW" was sufficient to copy the "date taken" to make Digikam recognize the date correctly. But since *some* versions ago either HandBrake adds some "Date encoded" tag or Digikam now interprets this tag as "Date taken" tag - which is at least debatable because the file is *re*encoded, this is not the "date taken". After some research I found out Handbrake cannot copy the correct "Date encoded" from the source file, but ffmpeg directly can, so I'll use this in the future. Sorry to bother you - but this was really a confusing issue. PS: The bug about not being able to copy the file mtime to the "Digikam timestamp" (database) in the BQM still exists. This would have helped me too ... -- You are receiving this mail because: You are watching all bug changes.
