[Digikam-devel] [digikam] [Bug 319241] Improvement about embedded preview loads full-sized image option
DrSlony via KDE Bugzilla
bugzilla_noreply at kde.org
Sun Feb 28 20:15:43 GMT 2016
https://bugs.kde.org/show_bug.cgi?id=319241
DrSlony <bugs at londonlight.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Version|4.10.0 |5.0.0
--- Comment #9 from DrSlony <bugs at londonlight.org> ---
A bump for making the preview mode selection more clear and more useful.
Currently digiKam5 git shows this option:
Preview Options
● Embedded preview shows a small, quick preview
○ Embedded view shows the full image.
Raw Images:
● Automatic
○ Embedded preview
○ Raw data in half size
This is not clear because raw images can contain several embedded JPEG images
of various sizes plus the raw data itself. TIFF images can contain a tiny
thumbnail but perhaps also a larger preview as well (I am unsure of this, I am
sure of the rest). So what does "a small, quick preview" mean? It's not clear.
I don't know whether "a small, quick preview" applies to JPEG, PNG and TIFF
images. Does it? If it does, please explain how.
I propose this because it is far more clear:
Preview Options
The preview image for raw files shows:
● The largest embedded JPEG image.
○ Full-sized demosaiced raw data.
○ Half-sized demosaiced raw data.
Apply auto-levels to demosaiced raw data: (see bug #347010)
● No
○ Yes
As a photographer it is very important that the preview does not apply
auto-levels. Currently it does and its impossible to turn this off.
As for the demosaicing algorithm, anything will do, though I invite you to
borrow the latest AMaZE code from RawTherapee, as it is very speed-optimized
and produces high quality results in a very short time, though this is a
separate issue, I just thought I'd mention it here.
https://github.com/Beep6581/RawTherapee/blob/master/rtengine/amaze_demosaic_RT.cc
I suppose showing the largest embedded JPEG image is fastest. Showing a
full-sized AMaZE-demosaiced image is slowest, though that does not mean its
slow - because the current AMaZE code in RawTherapee is so well optimized, a 10
megapixel image takes just 150-300ms on a typical machine.
--
You are receiving this mail because:
You are the assignee for the bug.
More information about the Digikam-devel
mailing list