Bug 275400 - "Reduced Size Preview" images are blurry and not rotated after upgrade from 1.2.0
Summary: "Reduced Size Preview" images are blurry and not rotated after upgrade from 1...
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Preview-Image (show other bugs)
Version: 1.9.0
Platform: Debian testing Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-06-11 15:11 UTC by Arnaud Guiton
Modified: 2012-06-29 14:15 UTC (History)
2 users (show)

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


Attachments
An image as I expect it (rotated and clear) (557.34 KB, image/png)
2011-06-20 21:16 UTC, Arnaud Guiton
Details
An image when "Embedded preview loads full-sized images" is unticked: it's blurry (341.35 KB, image/png)
2011-06-20 21:16 UTC, Arnaud Guiton
Details
The slideshow is blurry, whatever Embedded preview loads full-sized images" is set to (781.69 KB, image/png)
2011-06-20 21:17 UTC, Arnaud Guiton
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Arnaud Guiton 2011-06-11 15:11:38 UTC
Version:           1.9.0 (using KDE 4.6.3) 
OS:                Linux

Hi,

digikam 1.9.0 recently entered Debian testing, replacing 1.2.0.
After the upgrade, most of the preview images are blurry and appear not rotated.

If I tick "Embedded preview loads full-sized images", the full size preview images are clear and correctly rotated. This only affects reduced size previews. I don't think there are a problem with the images themselves because version 1.2.0 was fine with the same image collection.


Reproducible: Always

Steps to Reproduce:
To reproduce:
- untick "Embedded preview loads full-sized images"
- click on a thumbnail

Actual Results:  
The images are:
- blurry
- not rotated

Expected Results:  
I was expecting the embedded preview to look nice and rotated, as it was with version 1.2.0 and earlier.
Comment 1 Arnaud Guiton 2011-06-11 15:20:07 UTC
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.
Comment 2 caulier.gilles 2011-06-20 16:13:30 UTC
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
Comment 3 Arnaud Guiton 2011-06-20 21:14:53 UTC
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
Comment 4 Arnaud Guiton 2011-06-20 21:16:22 UTC
Created attachment 61179 [details]
An image as I expect it (rotated and clear)
Comment 5 Arnaud Guiton 2011-06-20 21:16:55 UTC
Created attachment 61180 [details]
An image when "Embedded preview loads full-sized images" is unticked: it's blurry
Comment 6 Arnaud Guiton 2011-06-20 21:17:30 UTC
Created attachment 61181 [details]
The slideshow is blurry, whatever Embedded preview loads full-sized images" is set to
Comment 7 caulier.gilles 2011-06-21 09:05:54 UTC
Can you attach the JPEG image to this file to investigate on my computer ?

Gilles Caulier
Comment 8 Arnaud Guiton 2011-06-21 21:30:14 UTC
I'll send the JPEG to you directly: the attachment system complains the file is too large.
Comment 9 caulier.gilles 2011-06-22 08:46:05 UTC
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
Comment 10 Arnaud Guiton 2011-06-22 09:15:23 UTC
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
Comment 11 caulier.gilles 2011-06-22 09:25:03 UTC
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
Comment 12 caulier.gilles 2011-06-22 11:58:12 UTC
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
Comment 13 caulier.gilles 2011-12-16 11:15:36 UTC
Arnaud,

This file still valid using digiKam 2.4 ?

Gilles Caulier
Comment 14 Arnaud Guiton 2011-12-16 12:02:35 UTC
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,
Comment 15 Arnaud Guiton 2012-06-29 14:11:40 UTC
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