SUMMARY Sony A7r3 ARW files are displayed blurred. STEPS TO REPRODUCE 1. Import the ARW files from the camera 2. View the RAW file in editor 3. The image looks out of focus. OBSERVED RESULT The image looks out of focus, looks blurred. The same files imported and displayed in darktable are looking sharp. EXPECTED RESULT Sharp images SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: OpenSuse Leap 15.1 (available in About System) KDE Plasma Version: Plasma 5.15 KDE Frameworks Version: 5.58 Qt Version: 5.12 ADDITIONAL INFORMATION The same image files imported and displayed in darktable are looking sharp.
Please try with official digiKam 6.1.0 AppImage or last current 6.2.0 pre-release available here : https://files.kde.org/digikam/ In both cases, libraw engine have been updated and must support your camera. Best Gilles Caulier
I can not see a difference in the sharpness with a test image from the web. For me, digiKam has developed the better RAW image if the automatic brightness option is activated. Please make a screenshot with both programs in the view. Maik
You write once in the preview and then in the editor. These are different things. In the preview, you will see depending on the setting only the RAW-integrated preview image. Maik
Git commit 77e22672b2b1c91cf1c712f69c3e77e3548f9c5a by Gilles Caulier. Committed on 12/07/2019 at 03:25. Pushed by cgilles into branch 'master'. Internal Libraw updated to last stable 0.19.3. New camera supported: Canon A560, FujiFilm X-T30, Nikon Coolpix A1000, Z6, Z7, Olympus E-M1X, Sony ILCE-6400, Several dng files from phones and drones. Full camera List supported: https://www.libraw.org/supported-cameras-snapshot-201903 M +6 -2 NEWS M +6 -0 core/libs/rawengine/libraw/Changelog.txt M +1 -1 core/libs/rawengine/libraw/README.md M +21 -2 core/libs/rawengine/libraw/internal/dcraw_common.cpp M +1 -1 core/libs/rawengine/libraw/internal/dcraw_fileio.cpp M +1 -1 core/libs/rawengine/libraw/internal/defines.h M +2 -1 core/libs/rawengine/libraw/libraw/libraw.h M +4 -2 core/libs/rawengine/libraw/libraw/libraw_alloc.h M +3 -2 core/libs/rawengine/libraw/libraw/libraw_const.h M +1 -1 core/libs/rawengine/libraw/libraw/libraw_datastream.h M +1 -1 core/libs/rawengine/libraw/libraw/libraw_internal.h M +11 -11 core/libs/rawengine/libraw/libraw/libraw_types.h M +3 -3 core/libs/rawengine/libraw/libraw/libraw_version.h M +1 -1 core/libs/rawengine/libraw/samples/4channels.cpp M +1 -1 core/libs/rawengine/libraw/samples/dcraw_emu.cpp M +1 -1 core/libs/rawengine/libraw/samples/dcraw_half.c M +1 -1 core/libs/rawengine/libraw/samples/half_mt.c M +1 -1 core/libs/rawengine/libraw/samples/half_mt_win32.c M +1 -1 core/libs/rawengine/libraw/samples/mem_image.cpp M +1 -1 core/libs/rawengine/libraw/samples/multirender_test.cpp M +2 -3 core/libs/rawengine/libraw/samples/openbayer_sample.cpp M +1 -1 core/libs/rawengine/libraw/samples/postprocessing_benchmark.cpp M +1 -1 core/libs/rawengine/libraw/samples/raw-identify.cpp M +1 -1 core/libs/rawengine/libraw/samples/simple_dcraw.cpp https://invent.kde.org/kde/digikam/commit/77e22672b2b1c91cf1c712f69c3e77e3548f9c5a
Bogdan, Please try with current 6.2.0 pre-release AppImage Linux bundle available here : https://files.kde.org/digikam/ ... and give us a fresh feedback about this problem... Best Gilles Caulier
I'm sure he means the preview and uses the embedded preview image. The embedded image has WhatsApp level (1616x1080) in size. Since we keep the proportions consistent, it is zoomed to the original size at the 100% view (also because of facial rectangles). This makes it look blurry. He has to set the preview in half RAW size. Maik
Just for comparison, RAW to the embedded preview: Sony ARW: 7968x4320 RAW -> preview 1616x1080 My Nikon NEF: 6016x4016 -> preview 6000x4000 Sony has a really small preview embedded. Maik
I was away, I tried with the appimage and it is better, but still fuzzy. To answer to Maik, if the embedded image is low resolution, what can be done for Sony RAW files that they should not blurred? RawTherapy and Sony's viewer do that beautifully. Also, the colors are much better. Darktable has washed out colors and although it is a bit better than digikam the problems are similar
Can you post a screenshot in full resolution? With two program windows side by side, digiKam and RawTherapy showing the same image. Maik
@boggan comment #8 Look this screenshot of the part of setup dialog for preview configuration : https://www.digikam.org/img/content/about/features_preview_options.png Do not use "Embedded preview", but "RAW data in half size" option. I use also Sony Alpha camera here, and i display RAW file preview by this way to obtain a better quality on my 4K screens. Gilles Caulier
Hi Gilles, Indeed this was the problem, I did not expect to be such a huge difference. This being said, I set all the Linux RAW developers: Darktable, Digikam and Rawtherapy to have preview with half RAW size. They are now pretty similar, with Darktable seeming to have a very small advantage. However, when compared with the Sony viewer they all look a little blurry. I am wandering if pre/viewing in Sony's application is using full RAW size. Any thoughs? I'd like to have the best previewing before I decide which photos to use. Perhaps to allow Digikam to use full size as an option? Will Libraw allow this? Thanks, Bogdan
Probably Sony program use full RAW size. And yes, Libraw permit to use full RAW size without problem, but it's time consuming, as full demosaicing will be processed. If you have a power CPU available, it can be acceptable. You can bench the full raw demosaicing on your computer using Image EDitor and Raw Import tool (look in Setup dialog). Gilles Caulier
I downloaded a a7r3 ARW sample from the web : https://drive.google.com/open?id=1QXCjf1pQ6rsDV_q57PQ4pKMYi7Uz0LIR (link take from here : https://www.mattgranger.com/a7r3) ...and compared embedded preview and half size preview with a zoom a 120% to see the details : https://imgur.com/e2ivZDO It's clear, half size is better than embedded preview. Now, a comparison between half size and a real RAW demosaicing in image editor : https://imgur.com/np4u83z Here i used the most faster way to decode RAW : 8 bits, Bilinear, post processing to default. The quality is a little bit better, but color are just more neutral. Time to decode is more longer. For me there is not a real gain. Gilles Caulier
Created attachment 122326 [details] attachment-26954-0.html Thanks for the analysis I have a powerful computer and I would not downgrade to 8 bit color even for preview. Colors are not good. I guess that allowing people to choose how they want to do it would be a plus. In fact Sony does it. Thank you Bogdan On Sat, Aug 24, 2019, 12:23 , <bugzilla_noreply@kde.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=409148 > > --- Comment #13 from caulier.gilles@gmail.com --- > I downloaded a a7r3 ARW sample from the web : > > https://drive.google.com/open?id=1QXCjf1pQ6rsDV_q57PQ4pKMYi7Uz0LIR > > (link take from here : https://www.mattgranger.com/a7r3) > > ...and compared embedded preview and half size preview with a zoom a 120% > to > see the details : > > https://imgur.com/e2ivZDO > > It's clear, half size is better than embedded preview. > > Now, a comparison between half size and a real RAW demosaicing in image > editor > : > > https://imgur.com/np4u83z > > Here i used the most faster way to decode RAW : 8 bits, Bilinear, post > processing to default. The quality is a little bit better, but color are > just > more neutral. Time to decode is more longer. > > For me there is not a real gain. > > Gilles Caulier > > -- > You are receiving this mail because: > You are on the CC list for the bug.
Not reproducible with digiKam 7.0.0-beta1.