Hi, We received this bug on the Debian Bug tracker system : Several of the Texture templates provided with Krita are for 16-bit half float images, however, the Debian package does not support images with this bit depth. Using one of these templates produces an image that has been promoted to 32-bit float. Attempting to open a half float image created in another program fails with the error message "Cannot create storage". http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=717508 I confirm that when opening the 16 bits float texture templates, it is promoted to a 32 bits float. In debian we haven't these dependencies : vc, opengtl, ocio. Maybe it's related ?
I strongly recommend adding those dependencies, but that cannot be the issue here. I only have got a Debian vm that installes Krita 2.4 here -- I'm afraid I'm not a debian user myself -- so I cannot check. Does Krita offer a 16f option in the create image screen? If not, it means that openexr is built without support for the half format. I'm not sure how that is possible, though...
(In reply to comment #1) > Does Krita offer a16f option in the create image screen? If I do New -> Custom Document, with depth = 16 bits, it's OK. In Image->properties, I can see the depth is still 16 bits. But If I choose New -> Texture Templates -> Texture 1k 16 bits float rgb, then in Image-> properties, depth is now 32 bits. Concerning OpenExr, the description of the Debian package says : Support for the "half" 16-bit floating-point pixel format. http://packages.debian.org/jessie/libopenexr6 Please let me know if you need more testing on a Debian system.
Hm, but is "New -> Custom Document, with depth = 16 bit" 16 bit float or 16 bit (integer)?
Original reporter here. The bit depth options under new Custom Document are: "8 Bits", "16 Bits", and "32 Bits float". Choosing 16 Bits produces a 16 bit integer image.
Okay, in that case somehow support for half is missing. I have no idea how that's possible, though...
Might also be a too old version of LCMS.
That's probably it. I think that 2.6 didn't force lcms 2.4 yet.
Debian is still shipping lcms 2.2.
Indeed in the Changelog of lcms 2.4, I see: - Added "half" float support I will see if it's possible to update liblcms in Debian testing: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=701993tlc
Okay, thanks for checking with us!