Few bugs concerning multipage 16bit TIFF

[ikyquocked]

Hello, I noticed some abnormal results with this TIFF (I have a lot of them)
https://we.tl/t-0hCYYvHvYb
This is multipage TIFF with two pages. 1st is 16bit image, 2nd is 8 bit image.

Code: Select all

./nconvert -org_depth -out tiff -c 4 -page 1 myfile.tiff 

This command results 2nd page 8bit tiff

Code: Select all

./nconvert -org_depth -out tiff -c 4 -page 2 myfile.tiff 

This command results 1st page converted converted to 8bit tiff

It's quiet strange behavior of -page key and -org_depth key

Linux Mint 21.3

BTW, I downloaded 64bit app for Linux, but it shows x86? https://download.xnview.com/NConvert-linux64.tgz

Code: Select all

* NCONVERT v7.155 (c) 1991-2023 Pierre-E Gougelet (Sep  8 2023/13:54:44) **
        Version for Linux x86 (X11)  (All rights reserved)

[xnview]

First page is 0, second is 1

Code: Select all

./nconvert -org_depth -out tiff -c 4 -page 0 myfile.tiff 

This results to 16bit tiff

[ikyquocked]

First page is 0, second is 1

Code: Select all

./nconvert -org_depth -out tiff -c 4 -page 0 myfile.tiff 

This results to 16bit tiff

Oh, so the 0 page is the first page!
It is not obvious, please add this info to the --help manual

[cday]

Oh, so the 0 page is the first page!
It is not obvious, please add this info to the --help manual

Or maybe change to page 1, if that is possible?

Some room for debate?