Bug 372755 - CASIO EX-Z750
Summary: CASIO EX-Z750
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Metadata-Engine (show other bugs)
Version: 5.3.0
Platform: Microsoft Windows Microsoft Windows
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-11-21 20:16 UTC by D
Modified: 2016-12-16 18:12 UTC (History)
2 users (show)

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


Attachments
Photo file CASIO EX-Z750 (3.74 MB, image/jpeg)
2016-11-21 20:16 UTC, D
Details
error (214.81 KB, image/jpeg)
2016-11-21 20:43 UTC, D
Details

Note You need to log in before you can comment on or make changes to this bug.
Description D 2016-11-21 20:16:34 UTC
Created attachment 102372 [details]
Photo file CASIO EX-Z750

I can not rotate the files received from the camera CASIO EX-Z750. With other cameras file the program works correctly.
I tried about 10 different programs to organize photographic archive. In my opinion digiKam most comfortable, with the exception of support for the old photos from Casio. I would be very grateful for your help in this matter.
Comment 1 Maik Qualmann 2016-11-21 20:26:19 UTC
No problem here when rotating the image. Is the image not rotated? Error message in the console?

Maik
Comment 2 Maik Qualmann 2016-11-21 20:31:55 UTC
OK, confirmed for digiKam on Windows.

Maik
Comment 3 D 2016-11-21 20:43:59 UTC
Created attachment 102374 [details]
error

In the version for Linux error is not repeated? I tested it on windows 8.0 64 and 86.
Comment 4 Maik Qualmann 2016-11-21 20:58:05 UTC
There is an issue in libexiv2-0.25. Should be fixed in version 0.26. The question is when it appears. See here: http://dev.exiv2.org/issues/1106

Maik
Comment 5 caulier.gilles 2016-11-21 21:02:55 UTC
Maik,

Exiv2 0.26 is theoretically planed before end this year.

But with Exiv2, this is always postponed.

The solution for 5.4.0 and future release can be to use current code from svn/trunk when we bundle digiKam for Windows/OSX/Linux. This is not very difficult with CMake. I currently finalize AppImage with a lots of extra shared libs required by digiKam and i will factorize all scripts with OSX and Windows bundles.

This will permit to have a fine control of all libs used by digiKam, as version and compilation options.

What do you think about this plan.

Gilles
Comment 6 Maik Qualmann 2016-11-21 21:15:38 UTC
I think it's a good idea to use for some libs current svn/trunk code.

Maik
Comment 7 caulier.gilles 2016-11-22 16:04:13 UTC
Git commit 84fa4a5e4b878d7ff689551668f4eeaf72e217b8 by Gilles Caulier.
Committed on 22/11/2016 at 16:02.
Pushed by cgilles into branch 'master'.

Use Exiv2 current implementation from svn/trunk for AppImage Linux bundle

M  +10   -2    project/appimage/3rdparty/ext_exiv2/CMakeLists.txt
A  +21   -0    project/appimage/patches/exiv2-trunk.patch

http://commits.kde.org/scratch/mwiesweg/digikam-sc/84fa4a5e4b878d7ff689551668f4eeaf72e217b8
Comment 8 caulier.gilles 2016-12-04 21:44:11 UTC
The new windows installer 5.4.0 pre-release is now compiled with Exiv2 0.26-svn (not yet released).

Can you check if problem is reproducible with this version of digiKam under Windows. The installer can be downloaded at this place :

https://drive.google.com/drive/folders/0BzeiVr-byqt5Y0tIRWVWelRJenM

Gilles Caulier
Comment 9 caulier.gilles 2016-12-12 10:28:26 UTC
Same problem than bug #373500. Using Exiv2 0.26 fix the problem.

Gilles Caulier
Comment 10 D 2016-12-16 18:12:07 UTC
Many thanks!
5.4.0 pre-release works fine. The problem is not repeated.
In gratitude, I made a small donation.
For me, the best program to organize photographic archive.