https://bugs.kde.org/show_bug.cgi?id=479676
--- Comment #16 from [email protected] <[email protected]> --- Thanks for looking into this Maik. The 2024/12/01 15:27 is the correct time in UTC but what I would have preferred is the local time. I made several tests including downloading the same files I uploaded to Dropbox as that will change some date fields and I want to see the differences. In the original MP4 file https://bugs.kde.org/attachment.cgi?id=165277, The File date in the file properties is the "correct" local time though digiKam read the UTC time. In the same MP4 file downloaded from Dropbox https://bugs.kde.org/attachment.cgi?id=165278, that correct file date is now changed. I repeated the test with a MOV (MVI_0313) file https://www.dropbox.com/scl/fi/xcepg8dbzjy99fefl2qc2/MVI_0313.MOV?rlkey=bwwenrncrcms7hy9cxdm6y20n&dl=0 and digikam read the correct local date in either case. Looking into the date files with Windows Explorer https://bugs.kde.org/attachment.cgi?id=165280, I find that the "Date" column gives the desired information and it seem to map to the Media created date listed under the Origin section when I inspected the details. https://bugs.kde.org/attachment.cgi?id=165281. I dug further into the ExifData and I see that the correct local time is recorded in the Exif section but not the Quicktime section. The Exif section does not exist for the MP4 file. Further to the confusion, another Mov file (MVI_0392) https://www.dropbox.com/scl/fi/f1dtcdtl740d1oj5vh7l0/MVI_0392.MOV?rlkey=dgyld8q2nz73x93o4stt5ksaf&dl=0 from the same camera behaves like the MP4. If I were to adjust the timestamp manually in digiKam, it is the "file name timestamp" option https://bugs.kde.org/attachment.cgi?id=165282, but trying to adjust the timestamp for MVI_0392, it says invalid date. https://bugs.kde.org/attachment.cgi?id=165286 Hope you can reproduce the various scenarios with the MOV files. Thanks. -- You are receiving this mail because: You are watching all bug changes.
