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.
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