Image.Open() and 16bit gray images - int32 output

[lschaupp]

If you use Image.Open("test.png") on a uint16 png depth image
-> Pillow opens is with the mode "I" which is int32.
I'm wondering if this behaviour is intentional?
I guess there is no information loss involved - but why would you do this conversion to int32 instead
of the uint16?

Thanks!

[wiredfool]

There's better support for image operations on int32 images than int16, especially for signed 16 bit images.

[anntzer]

Is there any change this issue can be revisited? AFAICT Pillow's TIFF and JPEG handlers, for example, will happily open 16-bit data without upcasting, so I don't see why the PNG handler can't do the same.

[radarhere]

This has been revisited in the form of #3796

[radarhere]

I've created PR #7849 to address this.