Closed scossu closed 3 months ago
Hiya,
Yes, it looks like we should only expect 8 and 16-bit images to work. A simple test is:
$ vips colourspace nina.jpg x.v rgb16
ie. write x.v
, a vips image, as 16-bit RGB. This will take care of left justifying the bits (so the numeric range is 0-65535) and do any gamma adjustments. vips format is a very simple dump of the pixel array, so you can use it for any image type. The vips image viewer is handy for checking things:
https://github.com/jcupitt/vipsdisp/releases/tag/v3.0.4
(linux and windows binary)
If you turn on the info bar (burger menu / view / info bar) you can check exact pixel values:
Then save with kakadu:
$ vips kakadusave x.v x.jp2
And view with vipsdisp (this will load with openjpeg):
... haha there seems to be some problem here. I'll have a look.
I fixed 16-bit support and added float load and save to git main. Float load and save still has some issues around gamma and clipping, but does mostly work.
First try:
This seems to be a Kakadu limitation.
But then:
Not sure what's happening here. The converted image (
img2
) is all black if I save it as TIFF. Same for float to uchar. Is this the right conversion process?