Bug 501554 - The date is wrong: simply put the date inside digiKam is not the "media created" date.
Summary: The date is wrong: simply put the date inside digiKam is not the "media creat...
Status: REPORTED
Alias: None
Product: digikam
Classification: Applications
Component: Metadata-Date (show other bugs)
Version: 8.6.0
Platform: Microsoft Windows Microsoft Windows
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL: https://drive.google.com/file/d/1VVEF...
Keywords:
Depends on:
Blocks:
 
Reported: 2025-03-16 00:02 UTC by mlh.kiwi
Modified: 2025-03-17 03:50 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
The Test cropped length file (743.65 KB, video/mp4)
2025-03-16 01:57 UTC, mlh.kiwi
Details
attachment-3746412-0.html (1.43 KB, text/html)
2025-03-17 03:50 UTC, mlh.kiwi
Details

Note You need to log in before you can comment on or make changes to this bug.
Description mlh.kiwi 2025-03-16 00:02:06 UTC
Very simple I will even upload a video that this happened to, but basically the file has a "media created" date much like how photos have a "date taken". For some reason digikam is not using this date even after the re read metadata from files option.
Comment 1 mlh.kiwi 2025-03-16 01:57:17 UTC
It seems the video file is too large so I will crop it to a single frame; I made it cropped in length and added TEST to end of name and sure enough it was sorted wrong despite it having a "Media Created" date
Comment 2 mlh.kiwi 2025-03-16 01:57:44 UTC
Created attachment 179441 [details]
The Test cropped length file
Comment 3 mlh.kiwi 2025-03-16 02:00:15 UTC
Comment on attachment 179441 [details]
The Test cropped length file

https://drive.google.com/file/d/1VVEFYdO0t7A3L3HxoxM4VFKnrtCaA2Ko/view?usp=sharing

This link is better as the file is not messed up when downloading
Comment 4 Maik Qualmann 2025-03-16 05:39:27 UTC
I can't find any problems. By resizing the video, it contains an encoding date of March 10, 2025, but the actual creation date is March 16, 2025 as a Quicktime date with a time zone. digiKam uses this correctly.
Please check if ExifTool is working correctly with your digiKam installation and also if you're using the latest version of ExifTool, which is located in the digiKam program folder.

Maik
Comment 5 mlh.kiwi 2025-03-16 05:48:21 UTC
March 16 is today this video was not taken today, "but the actual creation date is March 16, 2025" maybe explain this for me. If you right click on the file in windows it clearly shows "media created: 10/03/2025....".  When you say "digiKam uses this correctly" are you saying that when you put the file in digikam it showed the correct date of 10/03/2025?
Comment 6 Maik Qualmann 2025-03-16 05:55:36 UTC
The encoding date is March 10, but digiKam and ExifTool don't use this as the creation date, but rather the media creation date, which is March 16. Normally, the encoding date and media creation date are the same.

I see it this way: even if the frames were created on March 10, the video itself was first created as media on March 16. ((:-))

Maik
Comment 7 Maik Qualmann 2025-03-16 06:02:01 UTC
Here's the output from ExifTool to display the creation date. You'd have to discuss the issue with ExifTool to see if it would use a different encoding date. However, I don't think ExifTool would do that.

maik@linux:~/web5> exiftool -createdate 20250310_152124TEST.mp4 
Create Date                     : 2025:03:16 01:56:07

Maik
Comment 8 mlh.kiwi 2025-03-17 03:50:47 UTC
Created attachment 179485 [details]
attachment-3746412-0.html

" Normally,
the encoding date and media creation date are the same." so its just my
phone camera doing something wacky - maybe to do with date of export to pc;
no worries as this is not a digikam bug I will just continue to use the set
to timestamp feature in digikam.

On Sun, 16 Mar 2025 at 18:55, Maik Qualmann <bugzilla_noreply@kde.org>
wrote:

> https://bugs.kde.org/show_bug.cgi?id=501554
>
> --- Comment #6 from Maik Qualmann <metzpinguin@gmail.com> ---
> The encoding date is March 10, but digiKam and ExifTool don't use this as
> the
> creation date, but rather the media creation date, which is March 16.
> Normally,
> the encoding date and media creation date are the same.
>
> I see it this way: even if the frames were created on March 10, the video
> itself was first created as media on March 16. ((:-))
>
> Maik
>
> --
> You are receiving this mail because:
> You reported the bug.
> You are on the CC list for the bug.