Summary: | EXIF of image cannot be read on windows | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | wuye9036 |
Component: | Metadata-Exif | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | caulier.gilles, metzpinguin |
Priority: | NOR | ||
Version: | 7.3.0 | ||
Target Milestone: | --- | ||
Platform: | Microsoft Windows | ||
OS: | Microsoft Windows | ||
Latest Commit: | https://invent.kde.org/graphics/digikam/-/commit/7f900c7221e3c7977369527b21f56261614a95e1 | Version Fixed In: | 8.2.0 |
Sentry Crash Report: | |||
Attachments: |
Exif Page
ExifTool screenshot |
Created attachment 144140 [details]
ExifTool screenshot
In Exif metadata viewer, do you have any active filters ? Look on the top, there are a tool bar with a drop-down menu. Gilles Caulier I downloaded 3 samples from different websites and tested them on Windows. All Exif metadata is displayed. As Gilles says, check the filter (it's just a wrong custom filter). The same thing with your Exiftool Screenschot a filter is set, otherwise much more information is displayed. Otherwise we need a sample image from you. Maik Sorry, I reproduced it with more details, and the conclusion is changed. I think it is not caused by the original files. All metadata readout issues were occurred on symbolic links. I have tried to extract metadata by Exiv2.exe on the symbolic link and it works well. ------------------------------ >exiv2json.exe "E:\Personal\Photos\Archives\2016SummerTrip\_DSC5190.dng" | grep "Date" Error: Directory Sony2 with 25665 entries considered invalid; not read. "DateTime": "2017:04:10 02:37:03", "PreviewDateTime": "2017-04-10T02:37:02-07:00", "PreviewDateTime": "2017-04-10T02:37:02-07:00" "DateTimeOriginal": "2017:03:22 02:52:54", "DateTimeDigitized": "2017:03:22 02:52:54", "ModifyDate": "2017-04-10T02:37:03-07:00", "CreateDate": "2017-03-22T02:52:54", "MetadataDate": "2017-04-10T02:37:03-07:00", "DateCreated": "2017-03-22T02:52:54" >dir E:\Personal\Photos\Archives\2016SummerTrip | grep "5190" 12/01/2021 01:18 PM <SYMLINK> _DSC5190.dng [E:\OneDrive\Photos\Archives\2016SummerTrip\_DSC5190.dng] > There is a difference whether you execute it via the CMD or we do it via the API. Do not use symlinks on Windows. Current bug 446377 and wish here, read the post by Gilles. Maik Thanks. But the tricky thing is the JPEG looks good even it is sym linked. Do you have any plan that use ExifTool to instead Exiv2 in metadata engine? I see that we resolve a possible symlink to a complete path for the save path to Exiv2. We can try the same when loading. The question is whether it works under Windows or has side effects, for example in connection with sidecars. Maik I think symlinks are not the cause. There is currently a problem with the current version of Exiv2 and Sony cameras with the size of the embedded thumbnail preview. Depending on the image, this can be too large and cause an exception in Exiv2. See bug 446403. Please send a image to my mail to test it. Maik Git commit 802d92a3ec46e2ca1b60aa0e2e9bdb8516d4f041 by Maik Qualmann. Committed on 24/04/2022 at 14:58. Pushed by mqualmann into branch 'master'. add read Exiv2 warnings and errors to then read the metadata with ExifTool Related: bug 452567, bug 450117, bug 432265, bug 449637 M +6 -0 core/libs/metadataengine/engine/metaengine_fileio.cpp M +8 -0 core/libs/metadataengine/engine/metaengine_p.cpp M +1 -0 core/libs/metadataengine/engine/metaengine_p.h https://invent.kde.org/graphics/digikam/commit/802d92a3ec46e2ca1b60aa0e2e9bdb8516d4f041 @wuye9036@gmail.com digiKam 8.0.0 is out. This entry still valid with this release ? Best regards Gilles Caulier (In reply to caulier.gilles from comment #10) > @wuye9036@gmail.com > > digiKam 8.0.0 is out. This entry still valid with this release ? > > Best regards > > Gilles Caulier I will test it in soon Any feedback with digiKam 8.0.0 here ? Gilles Caulier @wuye9036@gmail.com In digiKam 8.1.0, we use the new major Exiv2 0.28 release to handle metadata. A pre-release Windows installer is available here : https://files.kde.org/digikam/ Can you reproduce the problem with this version ? Gilles Caulier (In reply to caulier.gilles from comment #13) > @wuye9036@gmail.com > > In digiKam 8.1.0, we use the new major Exiv2 0.28 release to handle > metadata. A pre-release Windows installer is available here : > > https://files.kde.org/digikam/ > > Can you reproduce the problem with this version ? > > Gilles Caulier Sure. What do you mean exactly ? the problem is reproducible with 8.1.0, or you will check if problem exists with this version ? @wuye9036@gmail.com, This problem still reproducible with the new digiKam 8.2.0 pre-release Windows installer available at usual place: https://files.kde.org/digikam/ This new bundle is based on last Qt framework 5.15.11 and KDE framework 5.110. Thanks in advance Gilles Caulier Git commit 7f900c7221e3c7977369527b21f56261614a95e1 by Maik Qualmann. Committed on 29/10/2023 at 08:41. Pushed by mqualmann into branch 'master'. use QIODevice to read and write files with Exiv2 Related: bug 394736, bug 338462, bug 398582 FIXED-IN: 8.2.0 M +3 -3 NEWS M +14 -8 core/libs/metadataengine/engine/metaengine_comments.cpp M +14 -8 core/libs/metadataengine/engine/metaengine_exif.cpp M +28 -18 core/libs/metadataengine/engine/metaengine_fileio.cpp M +14 -8 core/libs/metadataengine/engine/metaengine_iptc.cpp M +112 -43 core/libs/metadataengine/engine/metaengine_p.cpp M +14 -8 core/libs/metadataengine/engine/metaengine_previews.cpp M +15 -8 core/libs/metadataengine/engine/metaengine_xmp.cpp https://invent.kde.org/graphics/digikam/-/commit/7f900c7221e3c7977369527b21f56261614a95e1 |
Created attachment 144139 [details] Exif Page There is no data to shown in EXIF page, but ExifTool page works well. I have tested the same image on latest official exvi2 executable, and everything works well. I have uploaded the screenshots of exif tab and exiftool tab. The sample file is beyond the size limitation of attachment, plese contact me I could send the original file to you. The photo was taken by NEX-5N, you may want to get some samples of the same camera from dpreview. The missing metadata also affected the Dates album view. It used the time of image copying to instead the CreateDate that polluted my date view.