CMYK not working

[Bulldoggie]

Upon switching to CMYK there are no worms; highlight/neutral control points have no effect regardless of location; Shadow control point turns everything black regardless of location; hue clock shows 0's for C, M, Y and K in all areas of image; only able to adjust shadow/highlight thresholds in Cyan channel; tool tip labels for thresholds in Cyan channel (shadow and highlight) are reversed, when place color pins an adjustment is made at first drop, won't change if pin is subsequently moved, upon delete it resets.

The above happens without regard to pins displayed or not, full screen or windowed, CMYK channels all shown or shown separately, and after fresh reboots.

All other color spaces operate as expected; can rotate the curves in C, M, Y, and K; can adjust the curve in C, M, Y, and K and the image is modified as expected.

SW: WinXP SP2 all updates, CS3 all updates
HW: Intel Quad Core 2.4G, 2G Corsair mem, NVidia 8800 GTX latest drivers, ASUS Striker Extreme MB, stock timings and other BIOS settings

[Bulldoggie]

Can't find a way to edit the topic - at any rate, the problem remains after a full uninstall/reinstall of CM3.

[-default]

Obviously there is a serious problem here of some kind.  I may need to get a copy of the image you are working on, or a cropped version if it is large.  I did a quick run through using an RGB image and a CMYK image, in both 8 and 16 bit modes, and was not able to recreate this problem.

Is your Photoshop image a CMYK image?  If the source image is CMYK the wgCMYK radio button changes to CMYK - knowing which one is broken will make it easier for me to track down the problem.

[Bulldoggie]

All the images I've been working with are adobe RGB. I've tried several.

I brought in a prophoto and all the CMYK stuff worked expect the thresholding. Still able to threshold Cyan and nothing else. Will try some other types shortly.

[-default]

If you could email me (or post) a small image that shows this behavior, I'll try to make it happen on my system.

At the moment WgCMYK thresholding is limited to highlight only - the shadow calculation turned out to require a solution that was too "interesting".

[Bulldoggie]

Seems to be something with the Adobe RGB profile. If I open an existing Adobe RGB image psd (that I'm almost positive) created with ACR and simply convert it to Adobe RGB, it works. If I open an Adobe RGB jpg file (which started life as a NEF, then psd thru ACR and then jpg), it works fine. Looks like there's something odd about the psd's that ACR creates.

Note though, that the issue with thresholding remains in all of these cases. If the K appeared first in the tabs, I have a feeling it would work - assuming you want K and only K to support thresholding. RGB is set up with the master curve first, with thresholding working as I expect. It appears the CMYK section may be using the same threshold code so that it thinks the first tab entry is where thresholding belongs.

[Bulldoggie]

I have no clue what's going on! Everything, except the CMYK thresholding, is working fine now!!???

I suspect my earlier analysis is wrong. Not sure what fixed this.

[Bulldoggie]

Yikes! It's back. Now I think maybe it has to do with duplication of the background image. I'll send you the file I'm work with. It should work fine as is. Duplicate the background layer and then try CM.

[-default]

Bulldoggie - I think the CMYK problem may have been fixed in the beta version.  I'll email you the download location.

[-default]

I got the psd you sent and will use it to try to duplicate the problem.  Thanks.