You can subscribe to this list here.
2001 
_{Jan}

_{Feb}

_{Mar}

_{Apr}
(2) 
_{May}
(15) 
_{Jun}
(24) 
_{Jul}
(9) 
_{Aug}
(14) 
_{Sep}

_{Oct}
(12) 
_{Nov}
(17) 
_{Dec}
(31) 

2002 
_{Jan}
(34) 
_{Feb}
(7) 
_{Mar}
(7) 
_{Apr}
(16) 
_{May}
(4) 
_{Jun}
(14) 
_{Jul}
(34) 
_{Aug}
(54) 
_{Sep}
(11) 
_{Oct}
(25) 
_{Nov}
(1) 
_{Dec}
(6) 
2003 
_{Jan}
(27) 
_{Feb}
(54) 
_{Mar}
(23) 
_{Apr}
(68) 
_{May}
(82) 
_{Jun}
(36) 
_{Jul}
(45) 
_{Aug}
(45) 
_{Sep}
(49) 
_{Oct}
(30) 
_{Nov}
(65) 
_{Dec}
(23) 
2004 
_{Jan}
(52) 
_{Feb}
(52) 
_{Mar}
(35) 
_{Apr}
(38) 
_{May}
(93) 
_{Jun}
(22) 
_{Jul}
(51) 
_{Aug}
(50) 
_{Sep}
(73) 
_{Oct}
(28) 
_{Nov}
(30) 
_{Dec}
(51) 
2005 
_{Jan}
(22) 
_{Feb}
(79) 
_{Mar}
(38) 
_{Apr}
(51) 
_{May}
(95) 
_{Jun}
(60) 
_{Jul}
(56) 
_{Aug}
(49) 
_{Sep}
(22) 
_{Oct}
(43) 
_{Nov}
(15) 
_{Dec}
(40) 
2006 
_{Jan}
(51) 
_{Feb}
(31) 
_{Mar}
(37) 
_{Apr}
(25) 
_{May}
(9) 
_{Jun}
(13) 
_{Jul}
(17) 
_{Aug}
(66) 
_{Sep}
(7) 
_{Oct}
(12) 
_{Nov}
(14) 
_{Dec}
(31) 
2007 
_{Jan}
(18) 
_{Feb}
(9) 
_{Mar}
(22) 
_{Apr}
(18) 
_{May}
(5) 
_{Jun}
(25) 
_{Jul}
(2) 
_{Aug}
(15) 
_{Sep}
(12) 
_{Oct}
(40) 
_{Nov}
(10) 
_{Dec}
(23) 
2008 
_{Jan}
(21) 
_{Feb}
(56) 
_{Mar}
(12) 
_{Apr}
(23) 
_{May}
(47) 
_{Jun}
(75) 
_{Jul}
(24) 
_{Aug}
(2) 
_{Sep}
(7) 
_{Oct}
(26) 
_{Nov}
(20) 
_{Dec}
(16) 
2009 
_{Jan}
(14) 
_{Feb}
(1) 
_{Mar}
(29) 
_{Apr}
(54) 
_{May}
(18) 
_{Jun}
(16) 
_{Jul}
(5) 
_{Aug}
(3) 
_{Sep}
(38) 
_{Oct}
(6) 
_{Nov}
(25) 
_{Dec}
(28) 
2010 
_{Jan}
(11) 
_{Feb}
(26) 
_{Mar}
(2) 
_{Apr}
(10) 
_{May}
(45) 
_{Jun}
(94) 
_{Jul}
(11) 
_{Aug}
(32) 
_{Sep}
(18) 
_{Oct}
(37) 
_{Nov}
(19) 
_{Dec}
(34) 
2011 
_{Jan}
(21) 
_{Feb}
(16) 
_{Mar}
(16) 
_{Apr}
(29) 
_{May}
(17) 
_{Jun}
(18) 
_{Jul}
(7) 
_{Aug}
(21) 
_{Sep}
(10) 
_{Oct}
(7) 
_{Nov}
(15) 
_{Dec}
(6) 
2012 
_{Jan}
(13) 
_{Feb}
(16) 
_{Mar}
(15) 
_{Apr}
(12) 
_{May}
(15) 
_{Jun}
(31) 
_{Jul}
(22) 
_{Aug}
(15) 
_{Sep}
(46) 
_{Oct}
(21) 
_{Nov}
(15) 
_{Dec}
(33) 
2013 
_{Jan}
(19) 
_{Feb}
(17) 
_{Mar}
(31) 
_{Apr}
(17) 
_{May}
(27) 
_{Jun}
(24) 
_{Jul}
(26) 
_{Aug}
(11) 
_{Sep}
(9) 
_{Oct}
(22) 
_{Nov}
(14) 
_{Dec}
(16) 
2014 
_{Jan}
(20) 
_{Feb}
(66) 
_{Mar}
(29) 
_{Apr}
(13) 
_{May}
(9) 
_{Jun}

_{Jul}
(11) 
_{Aug}
(21) 
_{Sep}
(15) 
_{Oct}
(5) 
_{Nov}
(5) 
_{Dec}
(10) 
2015 
_{Jan}
(6) 
_{Feb}
(26) 
_{Mar}
(26) 
_{Apr}

_{May}
(9) 
_{Jun}
(5) 
_{Jul}
(5) 
_{Aug}
(11) 
_{Sep}
(8) 
_{Oct}

_{Nov}

_{Dec}

2016 
_{Jan}
(3) 
_{Feb}

_{Mar}
(9) 
_{Apr}
(3) 
_{May}
(16) 
_{Jun}
(26) 
_{Jul}
(32) 
_{Aug}
(24) 
_{Sep}

_{Oct}

_{Nov}

_{Dec}

S  M  T  W  T  F  S 






1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22
(1) 
23

24

25

26

27

28

29

30

From: <marti@li...>  20021122 09:04:20

Hi, Since your question is quite interesting, I've also forwarded to mailing list. Hope this is not a problem to you. > I have been looking at your LCMS 1.09 code, and I have a question > concerning your interpolation routines, specifically the tetrahedral > interpolation routine using the Sakamoto algorithm. I have an > application that requires the use of such an algorithm, and (I hope you > don't mind) I was going to borrow this routine from your code. The > function in question is cmsTetrahedralInterp16(). Of course you can borrow any routine, this is the goal of open source, at least for me. And what you are asking for, is a very frequent question. So frequent, that I did promote this part to lcms API in ver 1.09 You can use the low level routines, or, and I will recommend this latter, use the LUT interface to accomplish same. The LUT interface is easy to use and allows also to add pre/post linearization, and if you plan to convert RGB > XYZ the prelinearization part is really a must. It can increase a lot the precission whilst lowering the amount of data (CLUT points) required. Then, here are the functions needed. More details in lcmsapi.txt LPLUT cmsAllocLUT(void); LPLUT cmsAllocLinearTable(LPLUT Lut, LPGAMMATABLE Tables[], int nTable); LPLUT cmsAlloc3DGrid(LPLUT Lut, int clutPoints, int inputChan, int outputChan); int cmsSample3DGrid(LPLUT Lut, _cmsSAMPLER Sampler, LPVOID Cargo, DWORD dwFlags); void cmsFreeLUT(LPLUT Lut); void cmsEvalLUT(LPLUT Lut, WORD In[], WORD Out[]); The typical procedure is:  First you allocate an empty LUT by calling cmsAllocLUT()  Then you add whatsever linearization by means of cmsAllocLinearTable()  Then you declare your multidimensional table size using cmsAlloc3DGrid()  Finally, you fill the table by using a callback function and cmsSample3DGrid() This gives to you a ready to use LUT. You can then evaluate values across this LUT by using cmsEvalLUT(). Where done, use cmsFreeLUT() to get rid of the memory. A couple of comments. If you plan to use RGB > XYZ, you should use a prelinearization table for decoupling gamma of RGB space. You could use cmsBuildGamma() to create such curve. For example, sRGB to XYZ needs a gamma curve of approximately gamma=2.2 Avoiding this table will result in quantization errors due to "impedance" mismatch between both spaces, XYZ has an aparent gamma of 1.0! You can use then lcms as a static library and only the needed routines will got linked. I tried to adjust granularity of library to allow very lightweight overhead in such cases. Ok, anyway I will try to answer about the implementation details as well. > Input[] appears to be the input values, which in my case would be the > X, Y and Z (input) values I enter to find the corresponding RGB > (output) values. Output[] appears to be the result of the > interpolation; the R, G, and B values the function identifies as > corresponding to my input X, Y and Z values. Correct? Yes, that is. > LutTable[] appears to be used by the function DENS, but I am not sure > about the pointers to Domain and nOutputs. I am assuming that nOutputs > is the total number of output channels (in my case 3)? But, I am not > sure about Domain; does that represent the last count in my CLUT (in my > case 728)? You can fill the L6PARAMS struct by calling cmsCalcCLUT16Params(int nSamples, int InputChan, int OutputChan, LPL16PARAMS p); You need to specify the cube (or hypercube in case of CMYK) side, and the number of input/output channels. In your case I assume 729 means a cube of 9 gridponts in each side. L16PARAMS params; cmsCalcCLUT16Params(9, 3, 3, ¶ms); ... cmsTetrahedralInterp16(Input[], Output[], Dens[], ¶ms); But again, please note that 9 points is not enough without linearization table. For my testings, you need at least 48!!! points to decouple gamma. But a simple 6 points prelinearization and 6 points on grid gives same accurancy as 48 points, so this step is really required. Hope this helps, Martí Maria The little cms project http://www.littlecms.com marti@...  Original Message  From: "Christopher Brown" Sent: Friday, November 22, 2002 12:27 AM Subject: Tetrahedral Interpolation > Hello Marti  > > I have been looking at your LCMS 1.09 code, and I have a question > concerning your interpolation routines, specifically the tetrahedral > interpolation routine using the Sakamoto algorithm. I have an > application that requires the use of such an algorithm, and (I hope you > don't mind) I was going to borrow this routine from your code. The > function in question is cmsTetrahedralInterp16(). > > Basically, what I have is a CLUT comprised of 729 RGB values with > corresponding XYZ values. The idea would be to take any given set of > XYZ values, and locate the appropriate corresponding RGB values, based > on the 729 data points contained in my CLUT. The values in the CLUT are > currently 16bits each in the range 0 to 65535. > > Now, I think I understand basically what this routine is doing. > However, I just want to verify a few things. There appear to be four > values passed to the function: Input[], Output[], LutTable[] and > LPL16PARAMS. > > Input[] appears to be the input values, which in my case would be the > X, Y and Z (input) values I enter to find the corresponding RGB > (output) values. Output[] appears to be the result of the > interpolation; the R, G, and B values the function identifies as > corresponding to my input X, Y and Z values. Correct? > > LutTable[] appears to be used by the function DENS, but I am not sure > about the pointers to Domain and nOutputs. I am assuming that nOutputs > is the total number of output channels (in my case 3)? But, I am not > sure about Domain; does that represent the last count in my CLUT (in my > case 728)? > > Based on this, please let me know if the following is correct: > > Domain = 728 (last count in CLUT, 0  728) > clutPoints = 729 (Domain + 1) > nOutputs = 3 > TotalOut = nOutputs > Input[] = Input values X, Y and Z > Output[] = Output values R, G and B > px = (X * 728) / 65535 > py = (Y * 728) / 65535 > pz = (Z * 728) / 65535 > > LutTable[] I am not entirely sure about. But, I am assuming that, if > RGB is my output, then c1 would look at R values, c2 at G values and c3 > at B values? This is the part that I am not clear on. Finally, what is > LPL16PARAMS? > > I apologize for asking so many questions; I want to thank you in > advance for any help you can give. Do you happen to have any > information regarding the Sakamoto algorithm, or can you point me to > any papers written on the topic? Also, what is your feeling as to how > this routine compares with your other tetrahedral and trilinear > interpolation routines, in terms of speed and accuracy? How does it > compare to the CatmullRom interpolation (that is remarked out in your > code)? > > Thanks again for all your help! > > Kind Regards, > >  Chris Brown > > > 