Summary: | Date of videos seems incorrect | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | pmgying |
Component: | Metadata-Video | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | caulier.gilles, metzpinguin |
Priority: | NOR | ||
Version: | 7.4.0 | ||
Target Milestone: | --- | ||
Platform: | Microsoft Windows | ||
OS: | Microsoft Windows | ||
Latest Commit: | Version Fixed In: | 8.0.0 | |
Sentry Crash Report: |
Description
pmgying
2021-12-22 06:23:43 UTC
I would like to add that the dates of videos during EDT (datelight saving time : -4) is exactly 4 hours ahead. And the ones now (EST: -5) are exactly 5 hours ahead. So it must be caused by timezone interpretation issue. (Sorry if this is not digikam's issue. Since I have no other means to check EXIF data, I can only trust Google Photo App or DigiKam. And Google photo app is showing the right time to me.) Video dates are take by digiKam using ffmpeg. You ca double check from CLI using "ffmpeg -i video_file" By comparison, look also the result with ExifTool from CLI. Gilles Caulier Arf, sorry, i just seen that you use Windows, not Linux... Forget my previous comment (:=))) The video date has a long history at digiKam. Yes, when we detect an Android video, we use the time zone. You should then have the correct local time. We have received test videos from users with logs of what time a video was recorded and what digiKam detects. As a result, it was shown that the time zone must be observed on an Android device. Maik *** This bug has been marked as a duplicate of bug 432369 *** Please send a test video, if not public, to my email address. The best thing to do is to film a watch to see if digiKam is detecting the correct time. Maik The video metadata including date will be taken from file using ExifTool, instead Exiv2 and ffmpeg. this must solve your problem. |