The warning is activated. but it doesn't put up any messages. On 12 February 2016 at 18:13, Sven Constable <sixsi_l...@imagefront.de> wrote:
> If the color changes when bringing it into PS, it means: > > A. Your settings in PS for CMYK uses a different profile than the file > uses and warning about profile mismatch is disabled. > B. The original file has no colorprofile and PS is set to not ask about > missing profiles. > > C. There is no color shift. PS displays it correctly. > > > > > > *From:* softimage-boun...@listproc.autodesk.com [mailto: > softimage-boun...@listproc.autodesk.com] *On Behalf Of *Sebastien Sterling > *Sent:* Friday, February 12, 2016 5:39 PM > *To:* softimage@listproc.autodesk.com > *Subject:* Re: Softimage and CMYK > > > > The problem here is that the cmyk image already has a decoloration when I > bring the .PDF into photoshop no matter what profiles I use there is still > that basterding color shift. > > On 12 Feb 2016 15:50, "Jason S" <jasonsta...@gmail.com> wrote: > > I found out when wanting to copy the lightness channel from the CMYK image > converted to lab to paste it in an RGB ver, and saw that just converting > all of it from there to RGB seemed to do the trick. > > Maybe because as lab works with a lightness channel, it doesnt need to do > any specific curve manipulations to recreate levels in another space > but go figure. > > nevertheless, hope that can work! > J > > On 02/12/16 10:13, Jason S wrote: > > You can have CMYK images in 16 or 32 too, but if your sources are 8 bit, > it can be fine if there aren't too wide gradients or making wild corrects. > > But here's what seems to work, > > converting from CMYK -> Lab Color seems to keep all levels as they were, > and then from Lab Color -> to RGB ... also seems to keep all levels as > they were! > > (It might be best to convert to 16bit (if they were in 8) before doing so.) > > Cheers, > J > > On 02/12/16 10:08, Sebastien Sterling wrote: > > I think it has to do with RGB being additive; adding all colors leads to > white > > and CMYK being subtractive. adding all colors leads to black > > RGB has so many more colors, it must be like clamping the bit depth but > not quite. > > at any rate you loose something going one way, so it is a destructive > workflow. > > > > On 12 February 2016 at 14:55, Jason S <jasonsta...@gmail.com> wrote: > > It weird because if you take screenshot while in CMYK colorspace and paste > in an RGB image, > there you go, same blacklevels and everything as in CMYK but in RGB space. > > So would there be a way to "bake" color info from one colorspace to > another? > (assuming it's for hirez images, otherwise you could just take screenshots > :P ) > > I find it surprising that something like photoshop cant manage to make a > 1:1 conversion. > > > On 02/11/16 18:19, Sebastien Sterling wrote: > > Have been doing variants of this, to no great success, it doesn't seem to > want to change anything, haven't tried absolute colometric though, maybe i > will try that. The Web converter actually does have an effect, but not > perfect, it does bring the ultramarines back towards black. > > > > On 11 February 2016 at 23:02, Sven Constable <sixsi_l...@imagefront.de> > wrote: > > Photoshop Edit->Convert To Profile > > You will see the source color space embedded in the original (if there is > any) and the target color space. > > Choose one of the RGB spaces (eg. sRGB). > > Check blackpoint compensation and Relative Colometric. > > Tick Preview to see the result. > > Ideally you should see no to minimal color shifting, but this depends on > the original color profile within the CMYK file. > > > > I'm pretty sure this what you'll get with that web based converter. > > However, your problem is not to get a close color match but to change > colors (ultramarine blue to black). Not sure if this is possible without > manual grading but you can try *unchecking black point compensation* and > switch to *Absolute Colometric*. Then switch through the different color > profiles and see if any of it will change the ultramarine blue back to > black. > > If this worked somehow, do a second conversion to sRGB *with blackpoint > compensation ON and relative colometric*. > > > > If this won't work, I think there is only manual color grading or have the > client send you "correct" files. > > > > sven > > > > > > > > > > > > >
