https://bugs.kde.org/show_bug.cgi?id=368862
Bug ID: 368862 Summary: Thumbnails for Olympus raw (ORF) in albumview are blurred Product: digikam Version: 4.12.0 Platform: Ubuntu Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: AlbumsView Assignee: [hidden email] Reporter: [hidden email] I have a strange problem after upgrading to Ubuntu 16.04: The album view shows for Panasonic raw files (rw2) the preview thumbnail perfectly sharp, but for Olympus raw (orf) they are blurred. Problem is independent of digikam version: digikam 4.1x or digikam 5.1 does not matter. Reproducible: Always Steps to Reproduce: I have a strange problem after upgrading to Ubuntu 16.04: The album view shows for Panasonic raw files (rw2) the preview thumbnail perfectly sharp, but for Olympus raw (orf) they are blurred. The effect is independent of the scale size: 128 to 512 px does not matter. Also the effect can be reproduced in digikam versions 4.12, 4.13, 4.14 and 5.1. I've installed all to check and there is no difference. Next I've checked it on a freshly installed system. After a standard install I have only added digikam 4.12 from the original 16.04 repos. Same effect: orf blurred and rw2 are sharp. Next I checked it in nautilus: orf thumbnails are sharp. Same in darktable. Changing the option from automatic to "embedded picture" or "half raw size" has no influence. So I guess it must be a problem inside digikam. Actual Results: Olympus orf thumbnails are blurred. Screenshot and sample files see: https://cloud.gmx.net/ngcloud/external?guestToken=IIaKtrn9RvGsY3IGwMMumQ&loginName=guenther.erhard@... Expected Results: Sharp raw thumbnails are they are shown for Panasonic rw2. digiKam version 4.12.0 Exiv2 kann in JP2 speichern: Ja Exiv2 kann in JPEG speichern: Ja Exiv2 kann in PGF speichern: Ja Exiv2 kann in PNG speichern: Ja Exiv2 kann in TIFF speichern: Ja Exiv2 unterstützt XMP-Metadaten: Ja LibCImg: 130 LibEigen: 3.2.92 LibExiv2: 0.25 LibJPEG: 80 LibJasper: 1.900.1 LibKDE: 4.14.16 LibKExiv2: 2.4.0 LibKdcraw: 2.4.2 LibLCMS: 2060 LibLensFun: 0.2.8-0 LibPGF: 6.14.12 LibPNG: 1.2.54 LibQt: 4.8.7 LibRaw: 0.17.0 LibTIFF: LIBTIFF, Version 4.0.6 Copyright (c) 1988-1996 Sam Leffler Copyright (c) 1991-1996 Silicon Graphics, Inc. Parallelisiertes Entfernen von Mosaikmustern: Unbekannt Prozessorkerne: 2 Unterstützung für Demosaic GPL2: Unbekannt Unterstützung für Demosaic GPL3: Unbekannt Unterstützung für LibKGeoMap: Nein Unterstützung für LibLqr: Ja Unterstützung von RawSpeed-Codec: Unbekannt Datenbanktreiber: QSQLITE KIPI-Module: 4.12.0 LibGphoto2: 2.5.9 LibKface: 3.5.0 LibKipi: 2.2.0 LibOpenCV: 2.4.9.1 Unterstützung für Baloo: Ja Unterstützung für Kdepimlibs: Nein Unterstützung für Sqlite2: Ja -- You are receiving this mail because: You are the assignee for the bug. |
https://bugs.kde.org/show_bug.cgi?id=368862
--- Comment #1 from Guenther M. Erhard <[hidden email]> --- Created attachment 101101 --> https://bugs.kde.org/attachment.cgi?id=101101&action=edit Screenshot of digikam album view with blurred orf thumbnail -- You are receiving this mail because: You are the assignee for the bug. |
In reply to this post by bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=368862
[hidden email] changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[hidden email] Component|AlbumsView |Raw-Engine --- Comment #2 from [hidden email] --- Can you share an ORF sample file to test here with digiKam 5.x ? Please use cloud service to share file. Gilles Caulier -- You are receiving this mail because: You are the assignee for the bug. |
In reply to this post by bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=368862
--- Comment #3 from Guenther M. Erhard <[hidden email]> --- Hi Gilles, I have put one sample orf, one rw2 sample and the screenshot put on GMX cloud: https://cloud.gmx.net/ngcloud/external?guestToken=IIaKtrn9RvGsY3IGwMMumQ&loginName=guenther.erhard@... BR Günther -- You are receiving this mail because: You are the assignee for the bug. |
In reply to this post by bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=368862
--- Comment #4 from [hidden email] --- No problem here with digiKam 5.2.0 : https://www.flickr.com/photos/digikam/29078699804/in/dateposted-public/ Did you enable Color Managed View with a wrong screen color profile ? Gilles Caulier -- You are receiving this mail because: You are the assignee for the bug. |
In reply to this post by bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=368862
Maik Qualmann <[hidden email]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[hidden email] --- Comment #5 from Maik Qualmann <[hidden email]> --- Created attachment 101110 --> https://bugs.kde.org/attachment.cgi?id=101110&action=edit thumbnail.png The extracted thumbnail from ORF image with libraw has only 160x120 pixels. The thumbnail from RW2 image has 1920x1440 pixels. Good to see at maximum thumbnail size view. Maik -- You are receiving this mail because: You are the assignee for the bug. |
In reply to this post by bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=368862
--- Comment #6 from Guenther M. Erhard <[hidden email]> --- Created attachment 101112 --> https://bugs.kde.org/attachment.cgi?id=101112&action=edit Thumbnail extracted from ORF by dcraw -- You are receiving this mail because: You are the assignee for the bug. |
In reply to this post by bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=368862
--- Comment #7 from Guenther M. Erhard <[hidden email]> --- Hi Gilles and Maik, No, CMS is correctly installed and setup. But I'm confused that libraw extracts such a small preview. If I use dcraw -x GME15390.ORF then I got an embedded jpg with 2400x3000 which is perfectly sharp. Maybe there is something wrong with libraw. Just a thought: maybe the ORF raw file has several previews in different sizes embedded and libraw pcks the first or smallest one? Guenther -- You are receiving this mail because: You are the assignee for the bug. |
In reply to this post by bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=368862
--- Comment #8 from Guenther M. Erhard <[hidden email]> --- One more thought: I use Digikam since version 0.8 and had never experienced this in all versions (did regularly updates from svn). Also after it was possible to have the thumbnails greater than 256px the pictures were always sharp. And digikam always used the embedded previews (which were already at 1600x1200 for my old Olympus E-510 raw) and not the halfsize raw because otherwise pictures shot in b/w would have a color thumbnail in album view. So I guess it must be some change in libraw or a related lib. Guenther -- You are receiving this mail because: You are the assignee for the bug. |
In reply to this post by bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=368862
--- Comment #9 from Guenther M. Erhard <[hidden email]> --- > But I'm confused that libraw extracts such a small preview. If I use dcraw > -x GME15390.ORF then I got an embedded jpg with 2400x3000 which is perfectly Just saw a typo: the command is dcraw -e FILENAME -- You are receiving this mail because: You are the assignee for the bug. |
In reply to this post by bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=368862
--- Comment #10 from Maik Qualmann <[hidden email]> --- Yes, there are 2 preview images in different sizes available: maik@linux-tpgn:~> exiv2 -pp GME15390.ORF Preview 1: image/jpeg, 160x120 pixels, 6946 bytes Preview 2: image/jpeg, 3200x2400 pixels, 1004415 bytes I have searched another RAW image from this camera on the Web. At this file libraw used the large preview for the thumbnail. However, the firmware version from your camera is greater. Strange. Maik -- You are receiving this mail because: You are the assignee for the bug. |
In reply to this post by bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=368862
--- Comment #11 from Guenther M. Erhard <[hidden email]> --- Mi Maik, That is maybe a glue. I use the experimental feature write meta data to raw files. To compare it I have made a new picture and imported it into digikam and did nothing else. But the result was the same. To give you more files to test I have uploaded to the GMX cloud some more raw files which all show only the small embedded preview in digikam: E-M5_no-Meta-write.ORF -> the virgin raw file mentioned above E-M5_old_firmware_Meta-written.ORF -> one of the first pictures I've made with this camera. Firmware is the original one. Meta was written. E-510_Meta-written.orf -> a file from my old E-510 camera with meta data written E-420_Meta-written.ORF -> a file from my wifes old E-420 camera with meta data written HTH Guenther -- You are receiving this mail because: You are the assignee for the bug. |
In reply to this post by bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=368862
--- Comment #12 from Guenther M. Erhard <[hidden email]> --- And all these files showed the correct preview with the same digikam version (e.g. 4.13) under Ubuntu 14.04. -- You are receiving this mail because: You are the assignee for the bug. |
In reply to this post by bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=368862
--- Comment #13 from [hidden email] --- Warning. In digiKam core, the preview and thumbnails extraction can be processed by 2 ways for RAW files. 1/ Exiv2 API 2/ Libraw API Depending of Exiv2 version used by digiKam the step 1/ can extract the thumbnail instead the preview and vis versa (if i remember). Note : raw are big data container, mostly based on TIFF/EP. one tiff tag can store thumb, one others can store more than one preview images in different sizes. In fact RAW are big mess, and sometime this can give strange behavior. Gilles Caulier -- You are receiving this mail because: You are the assignee for the bug. |
In reply to this post by bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=368862
--- Comment #14 from Guenther M. Erhard <[hidden email]> --- In my opinion the problem is the libraw version. Exiv2 is the same version (0.25) on both Ubuntu 14.04 and 16.04. I have now installed libraw 0.16.2 instead of 0.17.1 in my Ubuntu 16.04 and recompiled digikam 4.13 for a test and it is working! After thumbnails recreating they are sharp. So something has changed in libraw 0.17. Guenther -- You are receiving this mail because: You are the assignee for the bug. |
In reply to this post by bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=368862
--- Comment #15 from [hidden email] --- Are you sure that problem is not fixed with digiKam 5.1.0 which include libraw 0.18 ? If no, please report this problem to Libraw team, through github project page. https://github.com/LibRaw/LibRaw/issues Gilles Caulier -- You are receiving this mail because: You are the assignee for the bug. |
In reply to this post by bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=368862
--- Comment #16 from Guenther M. Erhard <[hidden email]> --- Just compiled 5.3 from git with libraw 0.18 and the error is the same. So it is libraw. I'll report to the libraw team. Thanks, Guenther -- You are receiving this mail because: You are the assignee for the bug. |
In reply to this post by bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=368862
--- Comment #17 from Guenther M. Erhard <[hidden email]> --- The libraw team has tested it and thinks that libraw is o.k.: https://github.com/LibRaw/LibRaw/issues/77 So what is broken? Guenther -- You are receiving this mail because: You are the assignee for the bug. |
In reply to this post by bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=368862
--- Comment #18 from [hidden email] --- With digiKam 5.2.0, there is no problem here to preview your ORF with good quality : https://www.flickr.com/photos/digikam/29717186702/in/dateposted-public/ Check your Preview settings, as mine. Gilles Caulier -- You are receiving this mail because: You are the assignee for the bug. |
In reply to this post by bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=368862
--- Comment #19 from Maik Qualmann <[hidden email]> --- Gilles, previewe is ok, only the thumbnail. Use maximum thumbnail size. Maik -- You are receiving this mail because: You are the assignee for the bug. |
Free forum by Nabble | Edit this page |