Revising the Adobe CMM - call for feedback

Question

The first Adobe CMM was released a little more than a year ago. Happy birthday!
It's been downloaded more than 50,000 times. (But does anyone actually use it?)
Two companies - CGS Software and Color Solutions - have licensed the Adobe CMM for their products.
The Adobe CMM output - within the limitations of the CMM framework and APIs - should match the color-managed conversions in Adobe applications.
For applications that use the OS CMS (ColorSync, ICM, or WCS), installing the Adobe CMM may provide some benefits. The Adobe CMM extends the existing OS-level CMS with an alternate color conversion engine with which a color expert can build cross-vendor, cross-platform, workflows with consistent color conversions.
It's time to figure out what conversion features to include in the next revision.
A few bugs will be fixed.
We're considering providing supplemental APIs to control BPC, but this would be useless to all but those who actually write code to call the Adobe CMM directly. Do you?
We'd like to know how (and why) you use the CMM, about bugs in the CMM, or your CMM feature requests.
Thanks,
Lars

Answer 1

Hello, Ken
We've encountered following problems with Adobe CMM:
1.) Adobe CMM reverses channel order for bitmap formats like BM_xRGBQUADS, BM_CMYKQUADS and probably others. Here you have MS specification: http://msdn2.microsoft.com/en-us/library/ms536563(VS.85).aspx
2.) Adobe CMM doesn't accept 'spac' class ICC profiles. For example we have Lab->Lab identity profile, which we use to assemble ICC transformation like Lab->CMYK, CMYK->Lab. Microsoft CMM handles them very well.
3.) There is serious problem with BM_GRAY bitmap format. At one place MS claims that BM_GRAY is 32 bits per pixel and only the 8 bit gray-scale value is used. In table of bitmap formats MS claims that BM_GRAY is 8 bit per pixel format. Both interpretations can be found in MS spec: http://msdn2.microsoft.com/en-us/library/ms536563(VS.85).aspx Adobe CMM uses 32 bits, MS CMM use 8 bits per pixel.
Best regards, Jerzy Balamut