NDPluginPxvs does not work with ImageJ when ColorMode != 0

[MarkRivers]

NDPluginPxvs does not work with ImageJ when colorMode != 0. The reason is that the ImageJ NTNAViewer.java expects the ColorMode argument to be a 32-bit integer. That is what NDPluginPva sends. However, NDPluginPvxs sends a 64-bit integer, and ImageJ generates an error because that is not the datatype of the ColorMode attribute.

[MarkRivers]

Note that this is not a problem with the NDPluginPvxs, it is a problem with the PVXS library.

I expected that when changing the pvAccess server from PVA to PXVS the network bytestream would be unchanged, i.e. PVXS was just a different implementation of the pvAccess protocol, but did not actually change the protocol. However, this is not the case, PVXS does not transmit scalar values of Int8, UInt8, Int16, UInt16, Int32, UInt32, or Float32 in their native datatypes. It always promotes them to 64-bit values.

This means that pvAccess clients may need to be rewritten when changing from PVA to PVXS if the client has hardcoded the expected datatype.

[MarkRivers]

The ImageJ plugin prints this error when every NTNDArray is received from the NDPluginPvxs plugin:

31-Dec-2025 12:30:51.982: color mode is not an int