# of bits, wrong values

[golemus]

I have noticed some bugs and also some inreliabilities / inconsistencies in following place. Especially with file that have larger than 8bits per channel, alpha channel present or CMYK mode:

# of bits (in Info - Properties - Image):

- PSD 4x16b cmyk shows 32bit even though it should show 64bit
- TIF 16bit CMYK shows as 32bit even though it should show 64bit


- JXL 8bit shows 32bit RGB. It is a bit confusing, IMO it should be either 24bit RGB or 32bit RGBA so if there is 8 bit for alpha channel it should be visible as another letter A after RGB: RGBA
- JXL 16bit shows 64bit RGB. Same explanation as above

- PSD 8bit RGB shows 24bit RGB and PSD 16bit RGB shows 48bit RGB. I am not sure if PSD save always alpha channel even if there is no information inside it but if it does then these probably should be 32bit RGBA and 64bit RGBA


I understand that the program is currently aimed for 8bit image processing and that some of this info can be found from ExifTool page but when browsing through pics it is important to get accurate info on true bit depth of the image so that you can make decisions where to use it.

I think I saw same issues with some other formats earlier but don't remember now what they were. Probably at least CR2, RW2 and DNG RAW images (although in their context bit depth does not really mean same as it is raw sensor data).

E.g. loading a large PSD project could take 1-2mins (with slow computer) and is stupid to do only for checking what bit depth it is.

[xnview]

could you send us some sample files?

[golemus]

could you send us some sample files?

yes. I will send asap (hopefully before tomorrow) and will quote you again here when they are online.