Krita, GIMP 2.0/2.10, Blender, the raw processors darktable and
PhotoFlow, and also other image editing software have the capacity to open and save 32-bit floating point tiffs and/or openexr files. I've accumulated a lot of such files in the course of editing images, to the point where I'd like to find an image viewer for browsing through the images and then opening selected images with various high bit depth image editing programs. As far as I can tell, digiKam can't read floating point tiffs and also can't read openexr files. Would filing a bug report/enhancement request be worthwhile? It would be nice if digiKam could be used to not only view but also catalog and tag such images. It would be extremely nice if digiKam could also be used to catalog and tag high bit depth GIMP XCF files and also Krita KRA files. Best, Elle _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
2015-12-31 19:44 GMT+01:00 Elle Stone <[hidden email]>: Krita, GIMP 2.0/2.10, Blender, the raw processors darktable and PhotoFlow, and also other image editing software have the capacity to open and save 32-bit floating point tiffs and/or openexr files. digiKam use a 16 bits color depth integer image data container to edit, which will solve 99% of photography case, including RAW files. floating point image data are very specific case, typically used in pro video for ex. You can load this kind of image in digiKam image editor through QImage loader, but in 8 bits per color per pixels. that all.
Cataloging/tagging, etc, is not a problem here. Metadata management is delegate to Exiv2, which support TIFF, but not OpenEXR as i know. In all case XMP side car is the solution here. Also, no problem with database with these kind of image formats.
Supporting other color depth that 16 bits will be complex and long to solve. Gilles Caulier _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
On 12/31/2015 01:52 PM, Gilles Caulier wrote:
> > > 2015-12-31 19:44 GMT+01:00 Elle Stone <[hidden email] > <mailto:[hidden email]>>: > > Krita, GIMP 2.0/2.10, Blender, the raw processors darktable and > PhotoFlow, and also other image editing software have the capacity > to open and save 32-bit floating point tiffs and/or openexr files. > > I've accumulated a lot of such files in the course of editing > images, to the point where I'd like to find an image viewer for > browsing through the images and then opening selected images with > various high bit depth image editing programs. > > As far as I can tell, digiKam can't read floating point tiffs and > also can't read openexr files. Would filing a bug report/enhancement > request be worthwhile? > > > digiKam use a 16 bits color depth integer image data container to edit, > which will solve 99% of photography case, including RAW files. > > floating point image data are very specific case, typically used in pro > video for ex. 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. > > You can load this kind of image in digiKam image editor through QImage > loader, but in 8 bits per color per pixels. that all. > > > It would be nice if digiKam could be used to not only view but also > catalog and tag such images. > > > Cataloging/tagging, etc, is not a problem here. Metadata management is > delegate to Exiv2, which support TIFF, but not OpenEXR as i know. In all > case XMP side car is the solution here. Also, no problem with database > with these kind of image formats. I put some sample files of various formats in a folder cataloged by digiKam, and refreshed the folder, and also closed and reopened digiKam: The openexr file and the Krita KRA file both failed to show in digiKam. The floating point tiff and the GIMP 2.9 XCF file both showed up, but without any actual image being displayed. > > > It would be extremely nice if digiKam could also be used to catalog > and tag high bit depth GIMP XCF files and also Krita KRA files. > > > Supporting other color depth that 16 bits will be complex and long to solve. 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. 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? Elle _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
2015-12-31 20:42 GMT+01:00 Elle Stone <[hidden email]>: On 12/31/2015 01:52 PM, Gilles Caulier wrote: For all of this, this is deleguate to KDE imgio Qt plugins. This package (from kdegraphics if i rememeber) must be installed.
See my previous comment. Gilles Caulier _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
On 12/31/2015 06:59 PM, Gilles Caulier wrote:
> > > It would be nice if digiKam could be used to not only view > but also > catalog and tag such images. > > > Cataloging/tagging, etc, is not a problem here. Metadata > management is > delegate to Exiv2, which support TIFF, but not OpenEXR as i > know. In all > case XMP side car is the solution here. Also, no problem with > database > with these kind of image formats. > > > I put some sample files of various formats in a folder cataloged by > digiKam, and refreshed the folder, and also closed and reopened digiKam: > > The openexr file and the Krita KRA file both failed to show in digiKam. > > The floating point tiff and the GIMP 2.9 XCF file both showed up, > but without any actual image being displayed. Upon further experimenting, most exr files do show up in digiKam, completely with displayed thumbnail - I'm not sure why the first exr file didn't show up. Also 32-bit floating point tiffs that are saved with thumbnails also do show up in digiKam complete with thumbnails. I've been saving tiffs without thumbnails. Sigh. Elle _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Can you share some EXR/TIFF images to test here please ? Gilles Caulier 2016-01-01 2:49 GMT+01:00 Elle Stone <[hidden email]>: On 12/31/2015 06:59 PM, Gilles Caulier wrote: _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
On 01/01/2016 04:52 PM, Gilles Caulier wrote:
> Can you share some EXR/TIFF images to test here please ? Sure! Here's a 32-bit floating point tiff exported by GIMP 2.9.3: http://ninedegreesbelow.com/bug-reports/digikam/apples-linear-srgb.tif Here's a 32-bit floating point openexr file exported by GIMP 2.9.3: ninedegreesbelow.com/bug-reports/digikam/apples-linear-srgb.exr Here are download links for test images from the openexr website (from http://www.openexr.com/downloads.html): http://download.savannah.nongnu.org/releases/openexr/openexr-images-1.4.0.tar.gz https://github.com/downloads/openexr/openexr/openexr-1.7.1.tar.gz As far as I can tell, after updating digiKam, and installing a few other bits of KDE, and remembering to save the 32-bit floating point tiffs with thumbnails embedded, digiKam has no problem showing the thumbnails for exr and floating point tiffs. Elle _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
> Here's a 32-bit floating point openexr file exported by GIMP 2.9.3: > ninedegreesbelow.com/bug-reports/digikam/apples-linear-srgb.exr Sorry: http://ninedegreesbelow.com/bug-reports/digikam/apples-linear-srgb.exr _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
EXR support work as expected here. It's not perfect, but at least, i can see images in thumbnails, preview and editor : For TIFF files, it's different. Only RGB encoding is supported for the moment. There is a file in bugzilla about this problem if i remember. Gilles Caulier 2016-01-01 23:22 GMT+01:00 Elle Stone <[hidden email]>:
_______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
On 01/02/2016 01:25 PM, Gilles Caulier wrote:
> EXR support work as expected here. It's not perfect, but at least, i can > see images in thumbnails, preview and editor : Oh, that's nice! I didn't realize the exr files would show in the preview. Color management is iffy, of course, as there's no embedded ICC profile. But at least the details can be seen. > https://www.flickr.com/photos/digikam/24104378806/in/dateposted-public/ > > For TIFF files, it's different. Only RGB encoding is supported for the > moment. There is a file in bugzilla about this problem if i remember. Also the 32-bit floating point RGB tiff files only show a thumbnail, and only if a thumbnail is embedded in the tiff. But at least there's a thumbnail. Elle _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Hi Elle,
I have an extension to the TIFF-Loader in digiKam 5.0.0 written for loading 32-bit floating point RGB images. We convert 32-bit image to 16-bit. Do you happen to have any more 32-bit floating point RGB TIFF sample files or links in the web for testing? Maik On Saturday 02 January 2016 14:16:15 Elle Stone wrote: > On 01/02/2016 01:25 PM, Gilles Caulier wrote: > > EXR support work as expected here. It's not perfect, but at least, i can > > > see images in thumbnails, preview and editor : > Oh, that's nice! I didn't realize the exr files would show in the > preview. Color management is iffy, of course, as there's no embedded ICC > profile. But at least the details can be seen. > > > https://www.flickr.com/photos/digikam/24104378806/in/dateposted-public/ > > > > For TIFF files, it's different. Only RGB encoding is supported for the > > moment. There is a file in bugzilla about this problem if i remember. > > Also the 32-bit floating point RGB tiff files only show a thumbnail, and > only if a thumbnail is embedded in the tiff. But at least there's a > thumbnail. > > Elle > _______________________________________________ > Digikam-users mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-users _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
On 01/04/2016 03:16 PM, Maik Qualmann wrote:
> Hi Elle, > > I have an extension to the TIFF-Loader in digiKam 5.0.0 written for loading > 32-bit floating point RGB images. We convert 32-bit image to 16-bit. Do you > happen to have any more 32-bit floating point RGB TIFF sample files or links in > the web for testing? > Hi Maik, I can generate 32f tiffs from various softwares (GIMP, darktable and PhotoFlow raw processors, Krita), with/without embedded thumbnails and etc. If you let me know what kind of sample tiffs you want (and assuming you don't need extremely large files), I can upload them to my website for you to download. Elle _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Seeking 32-bit images with a very high dynamic range. An example on this site:
http://www.cheshireeng.com/HDReye/Downloads.html Here's a current comparison between Darktable and digikam: https://goo.gl/photos/EkYY9X3s7doGCUPE6 As shown by other programs to these HDR images? Gimp 2.9.x for example? Maik > Hi Maik, > > I can generate 32f tiffs from various softwares (GIMP, darktable and > PhotoFlow raw processors, Krita), with/without embedded thumbnails and > etc. If you let me know what kind of sample tiffs you want (and assuming > you don't need extremely large files), I can upload them to my website > for you to download. > > Elle > > > > _______________________________________________ > Digikam-users mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-users _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
On 01/04/2016 04:23 PM, Maik Qualmann wrote:
> Seeking 32-bit images with a very high dynamic range. An example on this site: > > http://www.cheshireeng.com/HDReye/Downloads.html > > Here's a current comparison between Darktable and digikam: > > https://goo.gl/photos/EkYY9X3s7doGCUPE6 > > As shown by other programs to these HDR images? Gimp 2.9.x for example? Is that file supposed to be encoded linearly? Or some other curve? There doesn't seem to be an embedded ICC profile, so what you see depends on what profile you assign. Neither linear gamma sRGB nor regular sRGB seem right, and afaik the regular sRGB color space with its odd TRC is not much used for encoding HDR images. Such images really should be encoded linearly. I'll try to put together a couple of high dynamic range linear gamma sRGB images and post them for you. It might take a couple of days. Best, Elle _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
On 01/05/2016 10:57 AM, Elle Stone wrote:
> On 01/04/2016 04:23 PM, Maik Qualmann wrote: >> Seeking 32-bit images with a very high dynamic range. An example on >> this site: >> >> http://www.cheshireeng.com/HDReye/Downloads.html > I'll try to put together a couple of high dynamic range linear gamma > sRGB images and post them for you. It might take a couple of days. Here's the link: http://ninedegreesbelow.com/bug-reports/digikam/hdr1-linear-srgb.tif.zip Do you want any comparison screenshots? (darktable, GIMP, etc)? Best, Elle _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
> Here's the link:
> http://ninedegreesbelow.com/bug-reports/digikam/hdr1-linear-srgb.tif.zip Many Thanks! This image is not yet working, it has an alpha channel (RGBA). Support of alpha channel I have to write also. >Do you want any comparison screenshots? (darktable, GIMP, etc)? A screenshot of Gimp would be good. My Gimp version (2.8.16) can not yet 32 bits TIFF images load. Maik _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
On 01/08/2016 02:07 AM, Maik Qualmann wrote:
>> Here's the link: >> http://ninedegreesbelow.com/bug-reports/digikam/hdr1-linear-srgb.tif.zip The original tiff from the above link was made using a custom camera profile which produced some oddly oversaturated blues. In the above-linked zip file, I replaced the original tiff with a tiff made using pfstools, dcraw, and the dcraw default matrix profile. > Many Thanks! This image is not yet working, it has an alpha channel (RGBA). > Support of alpha channel I have to write also. The replacement tiff still has an alpha channel and also an embedded thumbnail. So the zip file also includes a second smaller version without an alpha channel and also without a thumbnail. If you'd like variations such as compressed tiff, 16-bit floating point tiff, etc, let me know. > >> Do you want any comparison screenshots? (darktable, GIMP, etc)? > > A screenshot of Gimp would be good. My Gimp version (2.8.16) can not yet 32 > bits TIFF images load. GIMP 2.8 probably never will be able to load floating point tiffs. Here are links to screenshots of high bit depth GIMP 2.9.3 from git and darktable 2.0.0, both displaying the floating point tiff: http://ninedegreesbelow.com/bug-reports/digikam/hdr1-GIMP-29-screenshot.jpg http://ninedegreesbelow.com/bug-reports/digikam/hdr1-darktable-screenshot.jpg Elle _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Free forum by Nabble | Edit this page |