<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2015-12-31 20:42 GMT+01:00 Elle Stone <span dir="ltr"><<a href="mailto:ellestone@ninedegreesbelow.com" target="_blank">ellestone@ninedegreesbelow.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 12/31/2015 01:52 PM, Gilles Caulier wrote:<br>
</span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
<br>
<br>
2015-12-31 19:44 GMT+01:00 Elle Stone <<a href="mailto:ellestone@ninedegreesbelow.com" target="_blank">ellestone@ninedegreesbelow.com</a><br></span>
<mailto:<a href="mailto:ellestone@ninedegreesbelow.com" target="_blank">ellestone@ninedegreesbelow.com</a>>>:<span class=""><br>
<br>
Krita, GIMP 2.0/2.10, Blender, the raw processors darktable and<br>
PhotoFlow, and also other image editing software have the capacity<br>
to open and save 32-bit floating point tiffs and/or openexr files.<br>
<br>
I've accumulated a lot of such files in the course of editing<br>
images, to the point where I'd like to find an image viewer for<br>
browsing through the images and then opening selected images with<br>
various high bit depth image editing programs.<br>
<br>
As far as I can tell, digiKam can't read floating point tiffs and<br>
also can't read openexr files. Would filing a bug report/enhancement<br>
request be worthwhile?<br>
<br>
<br>
digiKam use a 16 bits color depth integer image data container to edit,<br>
which will solve 99% of photography case, including RAW files.<br>
<br>
floating point image data are very specific case, typically used in pro<br>
video for ex.<br>
</span></blockquote>
<br>
In the past, yes. But I suspect that over the next couple of years more and more photographers and digital artists will be editing 32-bit floating point images.<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
You can load this kind of image in digiKam image editor through QImage<br>
loader, but in 8 bits per color per pixels. that all.<br>
<br>
<br>
It would be nice if digiKam could be used to not only view but also<br>
catalog and tag such images.<br>
<br>
<br>
Cataloging/tagging, etc, is not a problem here. Metadata management is<br>
delegate to Exiv2, which support TIFF, but not OpenEXR as i know. In all<br>
case XMP side car is the solution here. Also, no problem with database<br>
with these kind of image formats.<br>
</blockquote>
<br></span>
I put some sample files of various formats in a folder cataloged by digiKam, and refreshed the folder, and also closed and reopened digiKam:<br>
<br>
The openexr file and the Krita KRA file both failed to show in digiKam.<br>
<br>
The floating point tiff and the GIMP 2.9 XCF file both showed up, but without any actual image being displayed.</blockquote><div><br></div><div>For all of this, this is deleguate to KDE imgio Qt plugins. This package (from kdegraphics if i rememeber) must be installed.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
It would be extremely nice if digiKam could also be used to catalog<br>
and tag high bit depth GIMP XCF files and also Krita KRA files.<br>
<br>
<br>
Supporting other color depth that 16 bits will be complex and long to solve.<br>
</blockquote>
<br></span>
Currently digiKam sort of supports PhotoShop PSD files, at least ones that were saved using maximum compatibility. By "support" I mean a thumbnail is shown in digiKam.<br>
<br>
Would an embedded thumbnail of some sort maybe make it easier to enable support in digiKam for showing Krita KRA files and/or GIMP XCF files, not for editing with showFoto but rather displaying a thumbnail for cataloging and tagging with digiKam?</blockquote><div><br></div><div>See my previous comment.</div><div><br></div><div>Gilles Caulier</div></div></div></div>