Unfortunately, I don't have a JPEG copy of this image (the camera does not support simultaneous RAW+JPEG capture), and I don't have access to a X-Rite (GretagMacbeth) ColorChecker or similar color profiling equipment.
You can use as a reference the 8 bit DSCO image - as far as I've seen, after compensating for the number of bits, the 12 bit and 8 bit images look the same. So I guess you could extrapolate for the 12 bit color matrix from the 8 bit DSCO image.
A point / feature request for Alex - if you're building an application to convert the raw images - could you create a format configuration file where we can edit / create new formats? I mean - to make the application as universal as possible, not just for S1800. The format configuration should consist on something like:
// comments with double slash
file_size1(bytes), resolution_X1 x resolution_Y1, header1(bytes)
file_size2(bytes), resolution_X2 x resolution_Y2, header2(bytes)
file_sizen(bytes), resolution_Xn x resolution_Yn, headern(bytes)
n_bits // number of bits pe pixel
scale_x, scale_y
G, R // GL GH RL RH for more than 8 bits per pixel
B, G // BL BH GL GH
so, for instance, for the 8 bit DSCO from fuji S1800 the format configurationwould look like:
12241200, 4040x3030, 0 //12241200 bytes, 4040x3030 resolution, 0 bytes in header
8 //8 bits / pixel
1,1 // since there are only 8 bits per pixels, no scaling between file size and picture size is needed
G, R
B, G
for the 12 bit DSCO image the format would be:
24482400, 4040x3030, 0 //24482400 bytes, 4040x3030 resolution, 0 bytes in header
12 //12 bits / pixel
2,1 // since there are 12 bits / pixel we need to compensate the file size / image size
GL, GH, RL, RH // L and H letters order designate little / big endian
BL, BH, GL, GH
Valid entries for the CFA can by something like R, G, B, Y, Cb, Cr, 0 (if you'de like to skip the value - this is good when trying to crack the format) and the matrix size is not fixed.
So for YRGB file the matrix would loog like
1, 1.5 // so scale 1 on the horizontal, 1.5 on the vertical - i.e. 2 vertical pixels are constructed with 3 bytes
Y, Y
Cb, Cr
Y, Y
You could add in the format configuration file also the color conversion values after the CFA matrix.
A problem that I could see with the format is how to specify the CFA when the RAW format packs 2 pixels in 3 bytes for 12 bits / pixel.
An application that can be configured like this would be a real helper - you could use it basically to convert a variety of RAW files, from different cameras, not only from fuji S1800! You could use it also to try to hack the format!
Anyway - for my purposes I'll build one that saves PNGs (for 16 bit support) in matlab so I have easy access to interpolation algorithms and PNG support (it can be deployed as a standalone application, but not the happiest implementation).
