![]() Warning : IFD0 tag 0x0101 ImageHeight is not allowed in JPEGĪdditionall the preview images and the makernotes are dropped within the fixed jpg. Warning : IFD0 tag 0x0100 ImageWidth is not allowed in JPEG Warning : Fixed incorrect URI for xmlns:MicrosoftPhoto Warning : Non-standard IFD0 tag 0x000b ProcessingSoftware These seem to be the differences between the fixed and the buggy jpgs as reported by exiftool 12.39: But I'm quite sure that my problem is triggered by digikam 7.6.0 if it does an automatic rotation. I don't understand why my buggy jpg fails on (osmc based upon kodi 19.4) while working fine on (also kodi 19.4) and digikam 7.6.0. If I finally copy all exif information back using exiftool that jpg works fine within kodi on raspberry including exif metadata. Now all EXIF metadata are really gone, and the jpg is visible within kodi on my raspberry. I've converted the buggy jpg into tiff and back again into jpeg using imagemagick's convert. Thus I assumed that maybe the picture dimension triggers a memory problem within raspberry. Kodi under linux reports these additional two errorsĭeleting all IPTC tags using exiftool fixed those error messages, but the jpg is still not visible within kodi under osmc on a raspberry. I tried to fix all warnings reported by exiftool - without success. Since this problem only affects my "new" portrait photos rotated by 7.6.0 digikam it might be an issue within digikam, maybe again exiv2? Only kodi 19.4 (osmc) running on a raspberry pi3 fails to render new portraits.Ĭonclusion: Something seems to be "different" within digikam for portrait photos as compared with older digikam versions preventing "some" kodi installations to render them (because probably exif data is not accessible). The "problematic" new portrait jpegs are nevertheless rendered perfectly by digikam. last year (being rotated by some older releases of digikam). I don't have problems with portrait photos taken e.g. If trying to display such pictures within kodi no exif information is shown and the jpeg can't be rendered. If I take a portrait photo with my Sony A77 which is automatically rotated by digikam 7.6.0 it can't be displayed by current kodi 19.4 running on raspberry. ![]() Regards (and thanks for your fast solution!),īut there is still a problem - not within digikam, but within kodi. Do you have any suggestion which exiv2 version would work with digikam 7.6.0? Maybe I've missed one step when I replaced the current libexiv2.so.0.27.5? Then I tried your prerelease 7.7.0 - it resolves my issue.īut for my working digikam workflow I'd prefer to stay with the stable 7.6.0. Sadly digikam fails to start with undefined symbol. After copying the new library into /lib64, I tried to "fool" digikam by linking the new version But I couldn't "convince" digikam 7.6.0 to use the updated library (neither the precompiled nor my compiled version). I fetched the current pre-release exiv 1.0.0.9 from git (both source code and precompiled version). > Not with the version from openSUSE Tumbleweed. > Let's use a git/master version of Exiv2 and it will show all Exif metadata. > In our pre-release digiKam-7.7.0 AppImage from here: (In reply to Maik Qualmann from comment #10) Sadly I couldn't upload a sample jpeg due to the 4MB limit. I don't believe that my camera will include buggy ICC profiles only "sometimes". The standalone exiftool can't see ICC at all (within working jpegs):Įxiftool -icc_profile -b -w icc dsc07875.jpg -> 0 output files createdīut why are only some of my new jpegs affected? I'd guess that some binary part within exif is triggering this problem. To me this is a showstopper in using digikam.īut when trying to load those jpegs using showfoto, I encounter ICC errors likeĭtaengine: Cannot load metadata from file with Exiv2 backend: /run/media/sdcard/disk/DCIM/100MSDCF/DSC07881.JPG (Error # 59 : "corrupted image metadata" Around 50% of all new jpegs are affected. But exiftool can display their exif without any error message. Just after upgrading to digikam 7.6.0 running within current tumbleweed linux now for many (not all!) newly added jpegs from my Sony A77 camera seem to have missing exif information. ![]() I do have a similar problem, but it seems to be independant from ICC (as far as I can tell).
0 Comments
Leave a Reply. |