Bug 275400

It's actually a bit worse: the problem is also visible with the slide show.

The images displayed in the slideshow are blurry and not rotated, even if "Embedded preview loads full-sized images" is ticked.

Blurry as what ? Can you take a screen-shot ?

Which image format you display exactly ? RAW or JPEG ?

Which shared libs you use with digiKam ? Go to Help/components Info for details

Gilles Caulier

Hi Gilles,

> Blurry as what ? Can you take a screen-shot ?

I attach 3 screen-shots:
- full_size_preview_OK.png which shows an image as I expect it (rotated and clear)
- reduced_size_preview_blurry.png which shows an image when "Embedded preview loads full-sized images" is unticked
- slide_show_blurry.png which shows how the slideshow is whatever Embedded preview loads full-sized images" is set to.

Note that even image that do not need to be rotated also appear blurry.


> Which image format you display exactly ? RAW or JPEG ?

The issue is only here for JPEGs. For RAW files, the "Embedded JPEG previews" look fine and are correctly rotated.


> Which shared libs you use with digiKam ? Go to Help/components Info for details
------------------------------
digiKam version 1.9.0
Exiv2 can write to Jp2: Yes
Exiv2 can write to Jpeg: Yes
Exiv2 can write to Pgf: Yes
Exiv2 can write to Png: Yes
Exiv2 can write to Tiff: Yes
Exiv2 supports XMP metadata: Yes
LibCImg: 130
LibClapack: internal library
LibExiv2: 0.20
LibJPEG: 62
LibJasper: 1.900.1
LibKDE: 4.6.3 (4.6.3)
LibKExiv2: 1.2.0
LibKdcraw: 1.2.0
LibLCMS: 118
LibLensFun: external shared library
LibLqr: internal library
LibPGF: 6.09.44 - internal library
LibPNG: 1.2.44
LibQt: 4.7.3
LibRaw: 0.11.3
LibTIFF: LIBTIFF, Version 3.9.5 Copyright (c) 1988-1996 Sam Leffler Copyright (c) 1991-1996 Silicon Graphics, Inc.
Marble widget: 0.11.2 (Stable Release)
Parallelized demosaicing: Yes
Database backend: QSQLITE
LibGphoto2: 2.4.11
LibKipi: 1.2.0
------------------------------

Cheers,

-- 
Arnaud

Created attachment 61179 [details]
An image as I expect it (rotated and clear)

Created attachment 61180 [details]
An image when "Embedded preview loads full-sized images" is unticked: it's blurry

Created attachment 61181 [details]
The slideshow is blurry, whatever Embedded preview loads full-sized images" is set to

Can you attach the JPEG image to this file to investigate on my computer ?

Gilles Caulier

I'll send the JPEG to you directly: the attachment system complains the file is too large.

No problem here with digiKam 2.0.0 rc and libjpeg 8.0

In Album icon view image is properly displayed using reduced or full image size, and rotated on the right way.

Note : Slideshow always use reduced preview to display image.

I suspect a problem with your libjpeg...

Gilles Caulier

OK... The version of libjpeg currently in Debian Testing is 6b (6.2) (http://packages.debian.org/wheezy/libjpeg62).

According to https://projects.kde.org/projects/extragear/graphics/digikam/repository/revisions/master/entry/README that's also the minimum requirement for digiKam, right? Gilles: do you confirm that digiKam 1.9.0 should work with libjpeg 6.2?

Do you think I should discuss this with the maintainer of libjpeg in Debian? Is there anything else I could do to confirm the problem comes from the library?

Cheers,

-- 
Arnaud

yes, i confirm that libjpeg 6.2 must work as well. I used it a lots in the past.

I'm not sure if it's a real problem with your libjpeg or digiKam 1.9.0, but i'm sure that libjpeg provide a reduced size JPEG image decoded as well. 

I will try to open your image in digiKam 1.9.0 to see if problem still reproducible on my computer with libjpeg 8.0. If it is, problem is located in digiKam and it's fixed with 2.0.0, else, it's you libjpeg 6.2...

Gilles Caulier

Definitivly, there is no difference between

- 1.9.0 : http://www.flickr.com/photos/digikam/5859749666/sizes/o/in/photostream/

- 2.0.0 : http://www.flickr.com/photos/digikam/5859196519/sizes/o/in/photostream/

So, problem is on your computer...

Gilles Caulier

Arnaud,

This file still valid using digiKam 2.4 ?

Gilles Caulier

Hi Gilles,

I'm only using Debian-generated binaries on this machine and the  
Debian package is still using digikam 1.9.0 (in the testing and  
unstable repositories). There is a 2.3.0 digikam built but only in the  
experimental repository, which I'm a bit reluctant to use.

I really hope the problem has disappeared in 2.3 or 2.4 but I've no  
way of testing this on my machine now. I'll update this bug report  
when I have a chance to get a newer digikam package.

Cheers,

Hi,

new versions of libjpeg and digikam entered Debian Testing and after upgrading:
- libjpeg to 8d-1;
- digikam to 2.6.0-1;
I don't see the issue I initially described.

=> This bug, whatever the cause was, can probably be marked as fixed.


Cheers,

-- 
Arnaud