https://bugs.kde.org/show_bug.cgi?id=380970
Bug ID: 380970
Summary: Wrong bit depth per channel reported, no export
option to fix
Product: krita
Version: 3.1.3
Platform: Other
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: NOR
Component: File formats
Assignee: krita-bugs-n...@kde.org
Reporter: polarathene-sig...@hotmail.com
Target Milestone: ---
Image -> Properties, Depth: 8-bit integer/channel
The image consists of 3 bands of solid R, G and B. due to the 0/255 values when
I export to a format such as PNG, optimization appears to happen where Krita
knows it could use 1-bit channels instead to represent the image. There is no
option listed in the export dialog to prevent this.
While I'd like the image to retain the 0 and 255 channel values, this
optimization prevents it being able to work with FreeImage(which a program I am
trying to use the image with relies on) as it does not support the bit depth.
Can the ability to prevent this during export be made available?
ImageMagick's `identify -verbose /path/to/image.png` is what helped me realize
Krita was providing false information on bit depth of the image(probably
because it could be edited as 8-bit in Krita and thus wasn't locked to 1-bit
per channel like the stored format?).
identify output snippet:
Depth: 8/1-bit
Channel depth:
red: 1-bit
green: 1-bit
blue: 1-bit
alpha: 1-bit
......
png:IHDR.bit-depth-orig: 8
png:IHDR.bit_depth: 8
png:IHDR.color-type-orig: 6
png:IHDR.color_type: 6 (RGBA)
png:IHDR.interlace_method: 0 (Not interlaced)
png:IHDR.width,height: 9, 9
--
You are receiving this mail because:
You are watching all bug changes.
