You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is consistent with the Colorspacious Python library as well as Billy Bigg's C implementation. It looks like this may not be the case with the Colour Python package, but their implementation differs so much I haven't had time to do a comprehensive comparison.
The text was updated successfully, but these errors were encountered:
"The Problem with CAT02 and Its Correction" Changjun Li, Esther Perales, M Ronnier Luo, and Francisco Martínez-Verdú.
Abstract:
It was reported that the CAT02 imbedded in the CIECAM02 suffers from predicting
the corresponding colours with negative tristimulus values. To overcome this problem,
a mathematical approach is proposed for modifying the CAT02. This approach
combines the non-negativity constraint for the corresponding colours’ tristimulus
values with the minimisation of the colour differences between the tristimulus values
of the corresponding colours obtained by visual observations and tristimulus values of
the corresponding colours predicted by the model, which resulted in a constrained
non-linear optimisation problem. A revised matrix is established using the MATLAB
routine “ fmincon ”.
The performances of the CAT02 with various matrices including the original CAT02
matrix and the new matrix are tested using the visual data sets and the optimum
colours. Test results show that the CAT02 with the new matrix successfully predicted
corresponding colours’ tristimulus vales without negative values for all optimum
colours and colour matching functions of two standard observers under the test
illuminants considered. However, accuracy with the new matrix for predicting the
visual data becomes about 1 CIELAB colour difference unit worse compared with the
original CAT02. It seems that the accuracy has to be sacrificed in order to ensure the
non-negativity constraint for the tristimulus values of the corresponding colours.
Some Jab and JCh colors that are far outside of displayable RGB end up registering as defined, and I don't know why. For example:
This is consistent with the Colorspacious Python library as well as Billy Bigg's C implementation. It looks like this may not be the case with the Colour Python package, but their implementation differs so much I haven't had time to do a comprehensive comparison.
The text was updated successfully, but these errors were encountered: