Bug 309471 - EXIF orientation is not determined for some JPEG files
Summary: EXIF orientation is not determined for some JPEG files
Status: RESOLVED WORKSFORME
Alias: None
Product: digikam
Classification: Applications
Component: Metadata-Orientation (show other bugs)
Version: 2.9.0
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-11-03 11:06 UTC by Nikita Melnichenko
Modified: 2017-08-11 21:49 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In: 4.3.0


Attachments
example image from my directory (774.30 KB, image/jpeg)
2012-11-03 11:08 UTC, Nikita Melnichenko
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Nikita Melnichenko 2012-11-03 11:06:01 UTC
Noticed after recent update from version 2.5.0 to 2.9.0 (also updated KDE SC from 4.8.3 to 4.8.5).
Photos in the particular folder have become unrotated. exiftool says that they're rotated:
exiftool -Orientation -S a.jpg 
Orientation: Rotate 270 CW

but I can see in the menu that digikam decided that they have Horizontal (normal) EXIF orientation.
Gwenview and KDE preview detemine this setting properly (as exiftool does).

Reproducible: Always

Steps to Reproduce:
Check example image out.
Comment 1 Nikita Melnichenko 2012-11-03 11:08:10 UTC
Created attachment 74961 [details]
example image from my directory
Comment 2 caulier.gilles 2012-11-03 11:16:31 UTC
Which Exiv2 shared lib version you use. Go to Help/Components Info dialog for details.

Gilles Caulier
Comment 3 Nikita Melnichenko 2012-11-03 14:21:12 UTC
LibExiv2: 0.21.1
LibKExiv2: 2.1.0

=== Details ===
digiKam version 2.9.0
Exiv2 может записывать в JP2: Да
Exiv2 может записывать в JPEG: Да
Exiv2 может записывать в PGF: Да
Exiv2 может записывать в PNG: Да
Exiv2 может записывать в TIFF: Да
Exiv2 поддерживает метаданные XMP: Нет
LibCImg: 130
LibClapack: external shared library
LibExiv2: 0.21.1
LibJPEG: 80
LibJasper: 1.900.1
LibKDE: 4.8.5 (4.8.5)
LibKExiv2: 2.1.0
LibKGeoMap: 2.0.0
LibKdcraw: 2.0.1
LibLCMS: 119
LibLensFun: external shared library
LibLqr: встроенная библиотека
LibPGF: 6.12.27 - external shared library
LibPNG: 1.5.13
LibQt: 4.8.2
LibRaw: 0.14.4
LibTIFF: LIBTIFF, Version 4.0.2 Copyright (c) 1988-1996 Sam Leffler Copyright (c) 1991-1996 Silicon Graphics, Inc.
Marble Widget: 0.13.4 (stable release)
Parallelized PGF codec: Нет
Распараллеленная дебайеризация: Да
LibKface: 2.0.0
LibKipi: 1.3.0
LibOpenCV: 2.3.1
Libface: 0.2
Движок базы данных: QSQLITE
Comment 4 Nikita Melnichenko 2012-11-03 17:25:08 UTC
I just rebuilt everything against LibExiv2 0.23 - it didn't help.
Comment 5 caulier.gilles 2012-11-03 18:51:38 UTC
Are you sure that libkexiv2 have been recompiled against Exiv2. Libkexiv2 is the metadata interface for digiKam through Exiv2...

Also, some fix have been introduced in libkexiv2 with 3.0.0-beta releases. It can be interesting to use current implementation from git/master to check if it's reproducible...

Gilles Caulier
Comment 6 Nikita Melnichenko 2012-11-03 19:55:59 UTC
Yes, I'm 100% sure, because I had to recompile it because of shared library version change (now it's /usr/lib64/libexiv2.so.12). I had to rebuild gwenview too, and it still shows image in proper orientation, so it seems that libkexiv2 is the one that has to be blamed.

Gilles, could you reproduce this bug with the image I supplied, and if you could not reproduce, would you give me lib versions that you use, please?
Comment 7 caulier.gilles 2012-11-04 16:13:19 UTC
*** Bug 309529 has been marked as a duplicate of this bug. ***
Comment 8 caulier.gilles 2014-09-04 08:42:12 UTC
Problem is not reproducible using current implementation from git/master and last Exiv2 0.24 :

https://www.flickr.com/photos/digikam/14949344189/

Gilles Caulier