ARW (i.e. raw) files taken with a Sony DSC-RX100 compact digital camera are only read at a resolution of 1616x1080 when they really have a resolution of 5492x3672. The same problem also happens in Geeqie, but not in Krita or darktable. For that reason, I suspect it is really a bug in a library shared by Geeqie and Gwenview, but I don't know enough about those libraries, so I'm reporting it to you. Reproducible: Always Steps to Reproduce: 1. Open a file taken with the said camera in Gwenview. 2. Zoom in. Actual Results: Already after step 1, the titlebar shows only "1616x1080". After step 2, you can see that at the point the file is at 100%, it is not visible on the screen at the resolution it really has, and trying to zoom in further expectedly only results in visible pixels. Expected Results: The displayed resolution should be 5492x3672, and the setting of 100% should result in a much more detailed image than it currently is. Version: 4.14.0 pre, as distributed with Fedora 21. (But this problem happened on earlier versions too, though I don't know exactly which ones.) I will try to attach a file with this problem after submitting here (I'm not familiar enough with this system), but if that does not work, please email me so I can send you one.
The file size limit doesn't allow me to attach a test case here, so I uploaded it here: https://www.dropbox.com/s/449ylewaa8ni26i/DSC04212.ARW?dl=0
Hi, I stumbled over the same problem. ARW Picture taken with a Sony Alpha 6000 with 24MP shows a resolution of 1616x1080(1.7MP) in Meta Information. Darktable and Krita are ok. Maybe there is a problem with libkdcraw ? I am using gwenview-git with libkdcraw-git in current Arch Linux. Gwenview 16.07.70
The issue is still here. I can confirm for Gentoo 16.12.3 and openSUSE in version 17.04.
In case of RAW files, gwenview only looks for an embedded JPEG preview that can be displayed. I'm pretty sure that the 1616x1080 preview image you see is the largest one available in that ARW file. AFAIK, darktable and krita never use the embedded JPEG preview, they always decode the whole RAW file. I don't think this is a bug in gwenview or libkdcraw.
Yes, that is intentional (I implemented the raw preview feature back in 2013). While Canon, Nikon and some other camera manufacturers do bundle full-res jpeg preview in the raw file, Sony bundles just a scaled-down one. As gwenview is intended to (pre)view the images as accurately as possible and at the same do it quickly, it uses the bundled preview rather than perform full raw data decoding.
See https://bugs.kde.org/show_bug.cgi?id=158788 for reference
Ok, suggesting to close this as 'not a bug'.
Hello. Fine for me. But then maybe user could be notified that it is only a preview to not to use it further. When I was starting with RAW, I thought that it is a quality I get. I almost saved the jpeg and deleted original RAWs.
This is not a bug in the preview. It is bad when i want to save ARW to JPEG.
(In reply to andrey.zu from comment #9) > This is not a bug in the preview. It is bad when i want to save ARW to JPEG. It is not a bug. If you want to save jpeg out of RAW, you should always go through the proper processing in a dedicated application (darktable etc.). The preview is what it is: a preview. Not only it is scaled down in some RAW types, it is also heavily compressed. If you want to use processed image straight out of the camera, just save jpeg in the camera. There's nothing gwenview can do to improve preview quality for ARW. This bug shall therefore be closed as NOT A BUG. Note: the feature is broken since 21.08: https://bugs.kde.org/show_bug.cgi?id=441698
(In reply to Martin Kyral from comment #10) > (In reply to andrey.zu from comment #9) > > This is not a bug in the preview. It is bad when i want to save ARW to JPEG. > > It is not a bug. If you want to save jpeg out of RAW, you should always go > through the proper processing in a dedicated application (darktable etc.). OK. Understood.