Re: Softimage and CMYK

[Jason S]

  
  
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 
  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
 

  
 

  

  

  


  

Re: Softimage and CMYK

[Sebastien Sterling]

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  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 
> 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
>>
>>
>>
>>
>>
>
>

Re: Softimage and CMYK

[Jason S]

  
  
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 
  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 
  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" 

Re: Softimage and CMYK

[Jason S]

  
  
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

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 
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
  

Re: Softimage and CMYK

[Sebastien Sterling]

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"  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  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 
>> 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
>>>
>>>
>>>
>>>
>>>
>>
>>
>
>
>

Re: Softimage and CMYK

[Sebastien Sterling]

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
>
>
>
>
>
>
>
>
>
>
>
>
>

RE: Softimage and CMYK

[Sven Constable]

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

 

 

 

 

 

 

Re: Softimage and CMYK

[Sebastien Sterling]

The blacks are off on pretty much everything I've had to interact with thus
far. they are wrong from the start, they where sent to us wrong, they look
wrong in acrobat



On 10 February 2016 at 13:40, <pete...@skynet.be> wrote:

>
> > Sounds interesting thx Fab
> > Thanks Pete, they are in .PDF but there are no layers included as far as
> i can tell,
> > the files where intended for printing originaly.
>
> oh I see, and I assumed they were intended for making your life miserable?
>
> One can send layered files to print (it’s not necessarily bad practice),
> it was worth a shot.
>
> It’s not clear to me in your description if the files you received look
> right to you – eg. in Acrobat - are the blacks ‘off’ there as well?
> Or in other words, are you sure that things go wrong during your
> conversion?
> There is some voodoo involved in exporting pdf’s – so something might have
> gone wrong client’s side – or the print-ready files might simply not
> resemble the actual result: special blacks, laquers indeed, color
> separations, flattened transparencies, LUTs – who knows – could be nothing
> to do with CMYK>RGB.
>
>
>
> On 10 February 2016 at 11:59, Fabian Schnuer Gohde <list@gohde.no>
> wrote:
>
>> Have a check if there are spot colors or laquer or similar layers in the
>> file. They can cause funny results. In the latest Acrobat Pro DC (part of
>> CC) under Tools>PrintProduction there is a color converter that might help
>> get this into the sRGB world.
>>
>> Best of luck,
>> Fabian
>>
>> On 10 February 2016 at 10:04, <pete...@skynet.be> wrote:
>>
>>> were they PDF’s?
>>> if the pdf is still layered, possibly there is a specific layer for
>>> creating those ultrablacks (if that is what’s going on) that you can turn
>>> off - in illustrator or indesign or such (not PS).
>>> Also, when there, and the files looks ‘normal’, you can simply try
>>> ‘export for web’ as a png or jpg.
>>>
>>>
>>>
>>> *From:* Sebastien Sterling <sebastien.sterl...@gmail.com>
>>> *Sent:* Tuesday, February 09, 2016 11:16 PM
>>> *To:* softimage@listproc.autodesk.com
>>> *Subject:* Re: Softimage and CMYK
>>>
>>> Could i approximate it ? in sRGB ? god but this is a mess :(
>>>
>>> I don't think the client has any original sRGB artwork
>>>
>>> On 9 February 2016 at 22:05, <pete...@skynet.be> wrote:
>>>
>>>> I don’t think it’s a colorspace problem perse – as within normal
>>>> ranges, going back and forth between RGB and CMYK isn’t so bad.
>>>>
>>>> The ultramarine blue in the blacks, might be something very different:
>>>> a good print black is not 100% black and 0% C,M,Y each: this would
>>>> result in a dark grey.
>>>> So ‘designers’ add some of the other colors, up to almost 300% total,
>>>> to deepen and tint the black.
>>>> A cold deep black with lots of cyan, a warmer black with yellow or...
>>>> everyone has his preference for mixing black it seems, and they even give
>>>> their blacks fancy names.
>>>>
>>>> Of course that’s bound to give you trouble going back to RGB – as those
>>>> are colors that are far outside the normal gamut of colors.
>>>> The other way around, we would call them illegal colors, our pure 100%
>>>> primary and secondary colors are among them.
>>>> As the others have pointed out, welcome to a world of pain – doing some
>>>> print work atm, having to mix and match 3D renders (linear), CMYK artwork,
>>>> photographs (srgb), physical parts painted with pantone colors and more,
>>>> and going back and forth between 3D and ps/illustrator and pdf - and it is
>>>> a minefield.
>>>> You have to inform your client that their artwork is purpose made for a
>>>> certain printing effect which makes them unfit for other use.
>>>> You might be better off scanning/photographing printed artwork or
>>>> physical products or ...
>>>>
>>>>
>>>> *From:* Sven Constable <sixsi_l...@imagefront.de>
>>>> *Sent:* Tuesday, February 09, 2016 10:38 PM
>>>> *To:* softimage@listproc.autodesk.com
>>>> *Subject:* RE: Softimage and CMYK
>>>>
>>>>
>>>> Even I don't get why black is ultramrine blue, I think it's not because
>>>> of CMYK vs RGB but the embedded color profile. I get pdfs for print all the
>>>> time, sometimes I even send

Re: Softimage and CMYK

[peter_b]

 
> Sounds interesting thx Fab
> Thanks Pete, they are in .PDF but there are no layers included as far as i 
> can tell, 
> the files where intended for printing originaly.

oh I see, and I assumed they were intended for making your life miserable?

One can send layered files to print (it’s not necessarily bad practice), it was 
worth a shot.

It’s not clear to me in your description if the files you received look right 
to you – eg. in Acrobat - are the blacks ‘off’ there as well?
Or in other words, are you sure that things go wrong during your conversion?
There is some voodoo involved in exporting pdf’s – so something might have gone 
wrong client’s side – or the print-ready files might simply not resemble the 
actual result: special blacks, laquers indeed, color separations, flattened 
transparencies, LUTs – who knows – could be nothing to do with CMYK>RGB.

 

On 10 February 2016 at 11:59, Fabian Schnuer Gohde <list@gohde.no> wrote:

  Have a check if there are spot colors or laquer or similar layers in the 
file. They can cause funny results. In the latest Acrobat Pro DC (part of CC) 
under Tools>PrintProduction there is a color converter that might help get this 
into the sRGB world. 

  Best of luck,
  Fabian

  On 10 February 2016 at 10:04, <pete...@skynet.be> wrote:

were they PDF’s? 
if the pdf is still layered, possibly there is a specific layer for 
creating those ultrablacks (if that is what’s going on) that you can turn off - 
in illustrator or indesign or such (not PS).
Also, when there, and the files looks ‘normal’, you can simply try ‘export 
for web’ as a png or jpg.



From: Sebastien Sterling 
Sent: Tuesday, February 09, 2016 11:16 PM
To: softimage@listproc.autodesk.com 
    Subject: Re: Softimage and CMYK

Could i approximate it ? in sRGB ? god but this is a mess :(


I don't think the client has any original sRGB artwork


On 9 February 2016 at 22:05, <pete...@skynet.be> wrote:

  I don’t think it’s a colorspace problem perse – as within normal ranges, 
going back and forth between RGB and CMYK isn’t so bad.

  The ultramarine blue in the blacks, might be something very different:
  a good print black is not 100% black and 0% C,M,Y each: this would result 
in a dark grey.
  So ‘designers’ add some of the other colors, up to almost 300% total, to 
deepen and tint the black.
  A cold deep black with lots of cyan, a warmer black with yellow or... 
everyone has his preference for mixing black it seems, and they even give their 
blacks fancy names.

  Of course that’s bound to give you trouble going back to RGB – as those 
are colors that are far outside the normal gamut of colors.
  The other way around, we would call them illegal colors, our pure 100% 
primary and secondary colors are among them.
  As the others have pointed out, welcome to a world of pain – doing some 
print work atm, having to mix and match 3D renders (linear), CMYK artwork, 
photographs (srgb), physical parts painted with pantone colors and more, and 
going back and forth between 3D and ps/illustrator and pdf - and it is a 
minefield.
  You have to inform your client that their artwork is purpose made for a 
certain printing effect which makes them unfit for other use.
  You might be better off scanning/photographing printed artwork or 
physical products or ...


  From: Sven Constable 
  Sent: Tuesday, February 09, 2016 10:38 PM
  To: softimage@listproc.autodesk.com 
  Subject: RE: Softimage and CMYK

  Even I don't get why black is ultramrine blue, I think it's not because 
of CMYK vs RGB but the embedded color profile. I get pdfs for print all the 
time, sometimes I even send CMYK renderings back to them (of course not 
rendered in cmyk but converted in PS afterwards and with their color profile 
attached). If converted from CMYK to RGB and vice versa I saw only minimal 
color shifting. It depends largely on color space and -profile. Remember CMYK 
and RGB are color models, not color space nor color profiles.



  If you import pdfs into PS, convert them to RGB and CMYK. If you see 
significant color changes between both, it'because of the color profiles that 
are assigned to CMYK and RGB inside Photoshop. I would just convert them to RGB 
and then test different color profiles (Edit->Convert to Profile). Tick 
'Preview' and switch between the different profiles available. Maybe one of it 
will crush the blacks.

  That is a bit awful and I agree with Rob, the client should send you 
proper files. But it's difficult to say what is proper since 3D is not print is 
not film is not reality. In an ideal world they would send you RGB files with 
sRGB color profile but I doubt this will ever happen. They usually work with 
CMYK from start to finish. 



  Are these product shots are meant for web or print? If print, they're 
possibly correct with black beeing blueish

Re: Softimage and CMYK

[Sebastien Sterling]

A very specific car, inside and out. :P

On 10 February 2016 at 18:22, Sebastien Sterling <
sebastien.sterl...@gmail.com> wrote:

> this feels like being asked to model a car with only the web as source of
> references :P
>
> On 10 February 2016 at 18:15, <pete...@skynet.be> wrote:
>
>> well there’s your answer then -
>> nothing much you can do on your end except document and liaise with
>> client.
>>
>> if the files are right’ and look wrong, chances are you are missing part
>> of the puzzle. LUT’s for instance. Perhaps there’s printer specific color
>> profiles used/baked in – perhaps they have source files that look right –
>> which would be a better starting point.
>>
>> messing about with sensitive stuff, such as changing colors on marketing
>> materials is something that should be undertaken only with consent from the
>> client.
>> as in: you’re saving their ass and they acknowledge this. otherwise this
>> will come back and bite you in the end.
>>
>> good luck!
>>
>> *From:* Sebastien Sterling <sebastien.sterl...@gmail.com>
>> *Sent:* Wednesday, February 10, 2016 2:46 PM
>> *To:* softimage@listproc.autodesk.com
>> *Subject:* Re: Softimage and CMYK
>>
>> The blacks are off on pretty much everything I've had to interact with
>> thus far. they are wrong from the start, they where sent to us wrong, they
>> look wrong in acrobat
>>
>>
>>
>> On 10 February 2016 at 13:40, <pete...@skynet.be> wrote:
>>
>>>
>>> > Sounds interesting thx Fab
>>> > Thanks Pete, they are in .PDF but there are no layers included as far
>>> as i can tell,
>>> > the files where intended for printing originaly.
>>>
>>> oh I see, and I assumed they were intended for making your life
>>> miserable?
>>>
>>> One can send layered files to print (it’s not necessarily bad practice),
>>> it was worth a shot.
>>>
>>> It’s not clear to me in your description if the files you received look
>>> right to you – eg. in Acrobat - are the blacks ‘off’ there as well?
>>> Or in other words, are you sure that things go wrong during your
>>> conversion?
>>> There is some voodoo involved in exporting pdf’s – so something might
>>> have gone wrong client’s side – or the print-ready files might simply not
>>> resemble the actual result: special blacks, laquers indeed, color
>>> separations, flattened transparencies, LUTs – who knows – could be nothing
>>> to do with CMYK>RGB.
>>>
>>>
>>>
>>> On 10 February 2016 at 11:59, Fabian Schnuer Gohde <list@gohde.no>
>>> wrote:
>>>
>>>> Have a check if there are spot colors or laquer or similar layers in
>>>> the file. They can cause funny results. In the latest Acrobat Pro DC (part
>>>> of CC) under Tools>PrintProduction there is a color converter that might
>>>> help get this into the sRGB world.
>>>>
>>>> Best of luck,
>>>> Fabian
>>>>
>>>> On 10 February 2016 at 10:04, <pete...@skynet.be> wrote:
>>>>
>>>>> were they PDF’s?
>>>>> if the pdf is still layered, possibly there is a specific layer for
>>>>> creating those ultrablacks (if that is what’s going on) that you can turn
>>>>> off - in illustrator or indesign or such (not PS).
>>>>> Also, when there, and the files looks ‘normal’, you can simply try
>>>>> ‘export for web’ as a png or jpg.
>>>>>
>>>>>
>>>>>
>>>>> *From:* Sebastien Sterling <sebastien.sterl...@gmail.com>
>>>>> *Sent:* Tuesday, February 09, 2016 11:16 PM
>>>>> *To:* softimage@listproc.autodesk.com
>>>>> *Subject:* Re: Softimage and CMYK
>>>>>
>>>>> Could i approximate it ? in sRGB ? god but this is a mess :(
>>>>>
>>>>> I don't think the client has any original sRGB artwork
>>>>>
>>>>> On 9 February 2016 at 22:05, <pete...@skynet.be> wrote:
>>>>>
>>>>>> I don’t think it’s a colorspace problem perse – as within normal
>>>>>> ranges, going back and forth between RGB and CMYK isn’t so bad.
>>>>>>
>>>>>> The ultramarine blue in the blacks, might be something very different:
>>>>>> a good print black is not 100% black and 0% C,M,Y each: this would
>>>>>> result in a d

Re: Softimage and CMYK

[Sebastien Sterling]

this feels like being asked to model a car with only the web as source of
references :P

On 10 February 2016 at 18:15, <pete...@skynet.be> wrote:

> well there’s your answer then -
> nothing much you can do on your end except document and liaise with client.
>
> if the files are right’ and look wrong, chances are you are missing part
> of the puzzle. LUT’s for instance. Perhaps there’s printer specific color
> profiles used/baked in – perhaps they have source files that look right –
> which would be a better starting point.
>
> messing about with sensitive stuff, such as changing colors on marketing
> materials is something that should be undertaken only with consent from the
> client.
> as in: you’re saving their ass and they acknowledge this. otherwise this
> will come back and bite you in the end.
>
> good luck!
>
> *From:* Sebastien Sterling <sebastien.sterl...@gmail.com>
> *Sent:* Wednesday, February 10, 2016 2:46 PM
> *To:* softimage@listproc.autodesk.com
> *Subject:* Re: Softimage and CMYK
>
> The blacks are off on pretty much everything I've had to interact with
> thus far. they are wrong from the start, they where sent to us wrong, they
> look wrong in acrobat
>
>
>
> On 10 February 2016 at 13:40, <pete...@skynet.be> wrote:
>
>>
>> > Sounds interesting thx Fab
>> > Thanks Pete, they are in .PDF but there are no layers included as far
>> as i can tell,
>> > the files where intended for printing originaly.
>>
>> oh I see, and I assumed they were intended for making your life miserable?
>>
>> One can send layered files to print (it’s not necessarily bad practice),
>> it was worth a shot.
>>
>> It’s not clear to me in your description if the files you received look
>> right to you – eg. in Acrobat - are the blacks ‘off’ there as well?
>> Or in other words, are you sure that things go wrong during your
>> conversion?
>> There is some voodoo involved in exporting pdf’s – so something might
>> have gone wrong client’s side – or the print-ready files might simply not
>> resemble the actual result: special blacks, laquers indeed, color
>> separations, flattened transparencies, LUTs – who knows – could be nothing
>> to do with CMYK>RGB.
>>
>>
>>
>> On 10 February 2016 at 11:59, Fabian Schnuer Gohde <list@gohde.no>
>> wrote:
>>
>>> Have a check if there are spot colors or laquer or similar layers in the
>>> file. They can cause funny results. In the latest Acrobat Pro DC (part of
>>> CC) under Tools>PrintProduction there is a color converter that might help
>>> get this into the sRGB world.
>>>
>>> Best of luck,
>>> Fabian
>>>
>>> On 10 February 2016 at 10:04, <pete...@skynet.be> wrote:
>>>
>>>> were they PDF’s?
>>>> if the pdf is still layered, possibly there is a specific layer for
>>>> creating those ultrablacks (if that is what’s going on) that you can turn
>>>> off - in illustrator or indesign or such (not PS).
>>>> Also, when there, and the files looks ‘normal’, you can simply try
>>>> ‘export for web’ as a png or jpg.
>>>>
>>>>
>>>>
>>>> *From:* Sebastien Sterling <sebastien.sterl...@gmail.com>
>>>> *Sent:* Tuesday, February 09, 2016 11:16 PM
>>>> *To:* softimage@listproc.autodesk.com
>>>> *Subject:* Re: Softimage and CMYK
>>>>
>>>> Could i approximate it ? in sRGB ? god but this is a mess :(
>>>>
>>>> I don't think the client has any original sRGB artwork
>>>>
>>>> On 9 February 2016 at 22:05, <pete...@skynet.be> wrote:
>>>>
>>>>> I don’t think it’s a colorspace problem perse – as within normal
>>>>> ranges, going back and forth between RGB and CMYK isn’t so bad.
>>>>>
>>>>> The ultramarine blue in the blacks, might be something very different:
>>>>> a good print black is not 100% black and 0% C,M,Y each: this would
>>>>> result in a dark grey.
>>>>> So ‘designers’ add some of the other colors, up to almost 300% total,
>>>>> to deepen and tint the black.
>>>>> A cold deep black with lots of cyan, a warmer black with yellow or...
>>>>> everyone has his preference for mixing black it seems, and they even give
>>>>> their blacks fancy names.
>>>>>
>>>>> Of course that’s bound to give you trouble going back to RGB – as
>>>>> those are colors that are far outside the normal g

Re: Softimage and CMYK

[peter_b]

which is arguably more doable, as you might find blueprints – I did for my own 
car.

This is more like giving you artwork on which a bucket of paint has been 
dropped.
It’s restoration.
if that’s your predicament and the client knowingly asks you to do this – then 
sure, grade away!


From: Sebastien Sterling 
Sent: Wednesday, February 10, 2016 7:23 PM
To: softimage@listproc.autodesk.com 
Subject: Re: Softimage and CMYK

A very specific car, inside and out. :P


On 10 February 2016 at 18:22, Sebastien Sterling <sebastien.sterl...@gmail.com> 
wrote:

  this feels like being asked to model a car with only the web as source of 
references :P


  On 10 February 2016 at 18:15, <pete...@skynet.be> wrote:

well there’s your answer then - 
nothing much you can do on your end except document and liaise with client.

if the files are right’ and look wrong, chances are you are missing part of 
the puzzle. LUT’s for instance. Perhaps there’s printer specific color profiles 
used/baked in – perhaps they have source files that look right – which would be 
a better starting point.

messing about with sensitive stuff, such as changing colors on marketing 
materials is something that should be undertaken only with consent from the 
client.
as in: you’re saving their ass and they acknowledge this. otherwise this 
will come back and bite you in the end.

good luck!

From: Sebastien Sterling 
Sent: Wednesday, February 10, 2016 2:46 PM
To: softimage@listproc.autodesk.com 
    Subject: Re: Softimage and CMYK

The blacks are off on pretty much everything I've had to interact with thus 
far. they are wrong from the start, they where sent to us wrong, they look 
wrong in acrobat




On 10 February 2016 at 13:40, <pete...@skynet.be> wrote:

   
  > Sounds interesting thx Fab
  > Thanks Pete, they are in .PDF but there are no layers included as far 
as i can tell, 
  > the files where intended for printing originaly.

  oh I see, and I assumed they were intended for making your life miserable?

  One can send layered files to print (it’s not necessarily bad practice), 
it was worth a shot.

  It’s not clear to me in your description if the files you received look 
right to you – eg. in Acrobat - are the blacks ‘off’ there as well?
  Or in other words, are you sure that things go wrong during your 
conversion?
  There is some voodoo involved in exporting pdf’s – so something might 
have gone wrong client’s side – or the print-ready files might simply not 
resemble the actual result: special blacks, laquers indeed, color separations, 
flattened transparencies, LUTs – who knows – could be nothing to do with 
CMYK>RGB.

   

  On 10 February 2016 at 11:59, Fabian Schnuer Gohde <list@gohde.no> 
wrote:

Have a check if there are spot colors or laquer or similar layers in 
the file. They can cause funny results. In the latest Acrobat Pro DC (part of 
CC) under Tools>PrintProduction there is a color converter that might help get 
this into the sRGB world. 

Best of luck,
Fabian

On 10 February 2016 at 10:04, <pete...@skynet.be> wrote:

  were they PDF’s? 
  if the pdf is still layered, possibly there is a specific layer for 
creating those ultrablacks (if that is what’s going on) that you can turn off - 
in illustrator or indesign or such (not PS).
  Also, when there, and the files looks ‘normal’, you can simply try 
‘export for web’ as a png or jpg.



  From: Sebastien Sterling 
  Sent: Tuesday, February 09, 2016 11:16 PM
  To: softimage@listproc.autodesk.com 
  Subject: Re: Softimage and CMYK

  Could i approximate it ? in sRGB ? god but this is a mess :(


  I don't think the client has any original sRGB artwork


  On 9 February 2016 at 22:05, <pete...@skynet.be> wrote:

I don’t think it’s a colorspace problem perse – as within normal 
ranges, going back and forth between RGB and CMYK isn’t so bad.

The ultramarine blue in the blacks, might be something very 
different:
a good print black is not 100% black and 0% C,M,Y each: this would 
result in a dark grey.
So ‘designers’ add some of the other colors, up to almost 300% 
total, to deepen and tint the black.
A cold deep black with lots of cyan, a warmer black with yellow 
or... everyone has his preference for mixing black it seems, and they even give 
their blacks fancy names.

Of course that’s bound to give you trouble going back to RGB – as 
those are colors that are far outside the normal gamut of colors.
The other way around, we would call them illegal colors, our pure 
100% primary and secondary colors are among them.
As the others have pointed out, welcome to a world of pain – doing 
some print work atm, having to mix and match 3D

Re: Softimage and CMYK

[peter_b]

well there’s your answer then - 
nothing much you can do on your end except document and liaise with client.

if the files are right’ and look wrong, chances are you are missing part of the 
puzzle. LUT’s for instance. Perhaps there’s printer specific color profiles 
used/baked in – perhaps they have source files that look right – which would be 
a better starting point.

messing about with sensitive stuff, such as changing colors on marketing 
materials is something that should be undertaken only with consent from the 
client.
as in: you’re saving their ass and they acknowledge this. otherwise this will 
come back and bite you in the end.

good luck!

From: Sebastien Sterling 
Sent: Wednesday, February 10, 2016 2:46 PM
To: softimage@listproc.autodesk.com 
Subject: Re: Softimage and CMYK

The blacks are off on pretty much everything I've had to interact with thus 
far. they are wrong from the start, they where sent to us wrong, they look 
wrong in acrobat




On 10 February 2016 at 13:40, <pete...@skynet.be> wrote:

   
  > Sounds interesting thx Fab
  > Thanks Pete, they are in .PDF but there are no layers included as far as i 
can tell, 
  > the files where intended for printing originaly.

  oh I see, and I assumed they were intended for making your life miserable?

  One can send layered files to print (it’s not necessarily bad practice), it 
was worth a shot.

  It’s not clear to me in your description if the files you received look right 
to you – eg. in Acrobat - are the blacks ‘off’ there as well?
  Or in other words, are you sure that things go wrong during your conversion?
  There is some voodoo involved in exporting pdf’s – so something might have 
gone wrong client’s side – or the print-ready files might simply not resemble 
the actual result: special blacks, laquers indeed, color separations, flattened 
transparencies, LUTs – who knows – could be nothing to do with CMYK>RGB.

   

  On 10 February 2016 at 11:59, Fabian Schnuer Gohde <list@gohde.no> wrote:

Have a check if there are spot colors or laquer or similar layers in the 
file. They can cause funny results. In the latest Acrobat Pro DC (part of CC) 
under Tools>PrintProduction there is a color converter that might help get this 
into the sRGB world. 

Best of luck,
Fabian

On 10 February 2016 at 10:04, <pete...@skynet.be> wrote:

  were they PDF’s? 
  if the pdf is still layered, possibly there is a specific layer for 
creating those ultrablacks (if that is what’s going on) that you can turn off - 
in illustrator or indesign or such (not PS).
  Also, when there, and the files looks ‘normal’, you can simply try 
‘export for web’ as a png or jpg.



  From: Sebastien Sterling 
  Sent: Tuesday, February 09, 2016 11:16 PM
  To: softimage@listproc.autodesk.com 
  Subject: Re: Softimage and CMYK

  Could i approximate it ? in sRGB ? god but this is a mess :(


  I don't think the client has any original sRGB artwork


  On 9 February 2016 at 22:05, <pete...@skynet.be> wrote:

I don’t think it’s a colorspace problem perse – as within normal 
ranges, going back and forth between RGB and CMYK isn’t so bad.

The ultramarine blue in the blacks, might be something very different:
a good print black is not 100% black and 0% C,M,Y each: this would 
result in a dark grey.
So ‘designers’ add some of the other colors, up to almost 300% total, 
to deepen and tint the black.
A cold deep black with lots of cyan, a warmer black with yellow or... 
everyone has his preference for mixing black it seems, and they even give their 
blacks fancy names.

Of course that’s bound to give you trouble going back to RGB – as those 
are colors that are far outside the normal gamut of colors.
The other way around, we would call them illegal colors, our pure 100% 
primary and secondary colors are among them.
As the others have pointed out, welcome to a world of pain – doing some 
print work atm, having to mix and match 3D renders (linear), CMYK artwork, 
photographs (srgb), physical parts painted with pantone colors and more, and 
going back and forth between 3D and ps/illustrator and pdf - and it is a 
minefield.
You have to inform your client that their artwork is purpose made for a 
certain printing effect which makes them unfit for other use.
You might be better off scanning/photographing printed artwork or 
physical products or ...


From: Sven Constable 
Sent: Tuesday, February 09, 2016 10:38 PM
To: softimage@listproc.autodesk.com 
Subject: RE: Softimage and CMYK

Even I don't get why black is ultramrine blue, I think it's not because 
of CMYK vs RGB but the embedded color profile. I get pdfs for print all the 
time, sometimes I even send CMYK renderings back to them (of course not 
rendered in cmyk but converted in PS afterwards and with their colo

Re: Softimage and CMYK

[peter_b]

were they PDF’s? 
if the pdf is still layered, possibly there is a specific layer for creating 
those ultrablacks (if that is what’s going on) that you can turn off - in 
illustrator or indesign or such (not PS).
Also, when there, and the files looks ‘normal’, you can simply try ‘export for 
web’ as a png or jpg.



From: Sebastien Sterling 
Sent: Tuesday, February 09, 2016 11:16 PM
To: softimage@listproc.autodesk.com 
Subject: Re: Softimage and CMYK

Could i approximate it ? in sRGB ? god but this is a mess :(


I don't think the client has any original sRGB artwork


On 9 February 2016 at 22:05, <pete...@skynet.be> wrote:

  I don’t think it’s a colorspace problem perse – as within normal ranges, 
going back and forth between RGB and CMYK isn’t so bad.

  The ultramarine blue in the blacks, might be something very different:
  a good print black is not 100% black and 0% C,M,Y each: this would result in 
a dark grey.
  So ‘designers’ add some of the other colors, up to almost 300% total, to 
deepen and tint the black.
  A cold deep black with lots of cyan, a warmer black with yellow or... 
everyone has his preference for mixing black it seems, and they even give their 
blacks fancy names.

  Of course that’s bound to give you trouble going back to RGB – as those are 
colors that are far outside the normal gamut of colors.
  The other way around, we would call them illegal colors, our pure 100% 
primary and secondary colors are among them.
  As the others have pointed out, welcome to a world of pain – doing some print 
work atm, having to mix and match 3D renders (linear), CMYK artwork, 
photographs (srgb), physical parts painted with pantone colors and more, and 
going back and forth between 3D and ps/illustrator and pdf - and it is a 
minefield.
  You have to inform your client that their artwork is purpose made for a 
certain printing effect which makes them unfit for other use.
  You might be better off scanning/photographing printed artwork or physical 
products or ...


  From: Sven Constable 
  Sent: Tuesday, February 09, 2016 10:38 PM
  To: softimage@listproc.autodesk.com 
  Subject: RE: Softimage and CMYK

  Even I don't get why black is ultramrine blue, I think it's not because of 
CMYK vs RGB but the embedded color profile. I get pdfs for print all the time, 
sometimes I even send CMYK renderings back to them (of course not rendered in 
cmyk but converted in PS afterwards and with their color profile attached). If 
converted from CMYK to RGB and vice versa I saw only minimal color shifting. It 
depends largely on color space and -profile. Remember CMYK and RGB are color 
models, not color space nor color profiles.



  If you import pdfs into PS, convert them to RGB and CMYK. If you see 
significant color changes between both, it'because of the color profiles that 
are assigned to CMYK and RGB inside Photoshop. I would just convert them to RGB 
and then test different color profiles (Edit->Convert to Profile). Tick 
'Preview' and switch between the different profiles available. Maybe one of it 
will crush the blacks.

  That is a bit awful and I agree with Rob, the client should send you proper 
files. But it's difficult to say what is proper since 3D is not print is not 
film is not reality. In an ideal world they would send you RGB files with sRGB 
color profile but I doubt this will ever happen. They usually work with CMYK 
from start to finish. 



  Are these product shots are meant for web or print? If print, they're 
possibly correct with black beeing blueish and the client expects the 
renderings accordingly …? 

  sven



  From: softimage-boun...@listproc.autodesk.com 
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Sebastien Sterling
  Sent: Tuesday, February 09, 2016 8:30 PM
  To: softimage@listproc.autodesk.com
  Subject: Re: Softimage and CMYK



  Basically the client wants a pack shot of thirty or so products, so we need 
to model them up and texture them.

  In order to texture them the client sent the original packaging files in .pdf 
format, but these where originally destined for print and so they are CMYK. 

  the colors are off, it is most noticeable in the blacks, as they have all 
shifted to ultramarine blue.

  I don't know how to fix this, it is pretty baffling, :(



  On 9 February 2016 at 19:19, Rob Chapman <tekano@gmail.com> wrote:

  aah was part of the DTP revolution first time around with Aldus products...  
So I remember a bit about conversion having to get renders to the printers 
sometimes and being very disappointed with the blue greys :)



  firstly this may help







  and may explain why the colors changed. some colors simply do not fit between 
gamuts and will change regardless.



  so you have the CMYK plates and have to match in RGB to render and then 
convert back to CMYK again? oof. have you tried regenerating in photoshop from 
the separate CMYK and they match the printers provided RGB 0utput? 



  Photoshop

Re: Softimage and CMYK

[Fabian Schnuer Gohde]

Have a check if there are spot colors or laquer or similar layers in the
file. They can cause funny results. In the latest Acrobat Pro DC (part of
CC) under Tools>PrintProduction there is a color converter that might help
get this into the sRGB world.

Best of luck,
Fabian

On 10 February 2016 at 10:04, <pete...@skynet.be> wrote:

> were they PDF’s?
> if the pdf is still layered, possibly there is a specific layer for
> creating those ultrablacks (if that is what’s going on) that you can turn
> off - in illustrator or indesign or such (not PS).
> Also, when there, and the files looks ‘normal’, you can simply try ‘export
> for web’ as a png or jpg.
>
>
>
> *From:* Sebastien Sterling <sebastien.sterl...@gmail.com>
> *Sent:* Tuesday, February 09, 2016 11:16 PM
> *To:* softimage@listproc.autodesk.com
> *Subject:* Re: Softimage and CMYK
>
> Could i approximate it ? in sRGB ? god but this is a mess :(
>
> I don't think the client has any original sRGB artwork
>
> On 9 February 2016 at 22:05, <pete...@skynet.be> wrote:
>
>> I don’t think it’s a colorspace problem perse – as within normal ranges,
>> going back and forth between RGB and CMYK isn’t so bad.
>>
>> The ultramarine blue in the blacks, might be something very different:
>> a good print black is not 100% black and 0% C,M,Y each: this would result
>> in a dark grey.
>> So ‘designers’ add some of the other colors, up to almost 300% total, to
>> deepen and tint the black.
>> A cold deep black with lots of cyan, a warmer black with yellow or...
>> everyone has his preference for mixing black it seems, and they even give
>> their blacks fancy names.
>>
>> Of course that’s bound to give you trouble going back to RGB – as those
>> are colors that are far outside the normal gamut of colors.
>> The other way around, we would call them illegal colors, our pure 100%
>> primary and secondary colors are among them.
>> As the others have pointed out, welcome to a world of pain – doing some
>> print work atm, having to mix and match 3D renders (linear), CMYK artwork,
>> photographs (srgb), physical parts painted with pantone colors and more,
>> and going back and forth between 3D and ps/illustrator and pdf - and it is
>> a minefield.
>> You have to inform your client that their artwork is purpose made for a
>> certain printing effect which makes them unfit for other use.
>> You might be better off scanning/photographing printed artwork or
>> physical products or ...
>>
>>
>> *From:* Sven Constable <sixsi_l...@imagefront.de>
>> *Sent:* Tuesday, February 09, 2016 10:38 PM
>> *To:* softimage@listproc.autodesk.com
>> *Subject:* RE: Softimage and CMYK
>>
>>
>> Even I don't get why black is ultramrine blue, I think it's not because
>> of CMYK vs RGB but the embedded color profile. I get pdfs for print all the
>> time, sometimes I even send CMYK renderings back to them (of course not
>> rendered in cmyk but converted in PS afterwards and with their color
>> profile attached). If converted from CMYK to RGB and vice versa I saw only
>> minimal color shifting. It depends largely on color space and -profile.
>> Remember CMYK and RGB are color models, not color space nor color profiles.
>>
>>
>>
>> If you import pdfs into PS, convert them to RGB and CMYK. If you see
>> significant color changes between both, it'because of the color profiles
>> that are assigned to CMYK and RGB inside Photoshop. I would just convert
>> them to RGB and then test different color profiles (Edit->Convert to
>> Profile). Tick 'Preview' and switch between the different profiles
>> available. Maybe one of it will crush the blacks.
>>
>> That is a bit awful and I agree with Rob, the client should send you
>> proper files. But it's difficult to say what is proper since 3D is not
>> print is not film is not reality. In an ideal world they would send you RGB
>> files with sRGB color profile but I doubt this will ever happen. They
>> usually work with CMYK from start to finish.
>>
>>
>>
>> Are these product shots are meant for web or print? If print, they're
>> possibly correct with black beeing blueish and the client expects the
>> renderings accordingly …?
>>
>> sven
>>
>>
>>
>> *From:* softimage-boun...@listproc.autodesk.com [mailto:
>> softimage-boun...@listproc.autodesk.com] *On Behalf Of *Sebastien
>> Sterling
>> *Sent:* Tuesday, February 09, 2016 8:30 PM
>> *To:* softimage@listproc.autodesk.com
>> *Subject:* Re: Softimage and CMYK
>>
>>
>>
>> Basically the client

Re: Softimage and CMYK

[Sebastien Sterling]

Sounds interesting thx Fab

Thanks Pete, they are in .PDF but there are no layers included as far as i
can tell, the files where intended for printing originaly.

On 10 February 2016 at 11:59, Fabian Schnuer Gohde <list@gohde.no>
wrote:

> Have a check if there are spot colors or laquer or similar layers in the
> file. They can cause funny results. In the latest Acrobat Pro DC (part of
> CC) under Tools>PrintProduction there is a color converter that might help
> get this into the sRGB world.
>
> Best of luck,
> Fabian
>
> On 10 February 2016 at 10:04, <pete...@skynet.be> wrote:
>
>> were they PDF’s?
>> if the pdf is still layered, possibly there is a specific layer for
>> creating those ultrablacks (if that is what’s going on) that you can turn
>> off - in illustrator or indesign or such (not PS).
>> Also, when there, and the files looks ‘normal’, you can simply try
>> ‘export for web’ as a png or jpg.
>>
>>
>>
>> *From:* Sebastien Sterling <sebastien.sterl...@gmail.com>
>> *Sent:* Tuesday, February 09, 2016 11:16 PM
>> *To:* softimage@listproc.autodesk.com
>> *Subject:* Re: Softimage and CMYK
>>
>> Could i approximate it ? in sRGB ? god but this is a mess :(
>>
>> I don't think the client has any original sRGB artwork
>>
>> On 9 February 2016 at 22:05, <pete...@skynet.be> wrote:
>>
>>> I don’t think it’s a colorspace problem perse – as within normal ranges,
>>> going back and forth between RGB and CMYK isn’t so bad.
>>>
>>> The ultramarine blue in the blacks, might be something very different:
>>> a good print black is not 100% black and 0% C,M,Y each: this would
>>> result in a dark grey.
>>> So ‘designers’ add some of the other colors, up to almost 300% total, to
>>> deepen and tint the black.
>>> A cold deep black with lots of cyan, a warmer black with yellow or...
>>> everyone has his preference for mixing black it seems, and they even give
>>> their blacks fancy names.
>>>
>>> Of course that’s bound to give you trouble going back to RGB – as those
>>> are colors that are far outside the normal gamut of colors.
>>> The other way around, we would call them illegal colors, our pure 100%
>>> primary and secondary colors are among them.
>>> As the others have pointed out, welcome to a world of pain – doing some
>>> print work atm, having to mix and match 3D renders (linear), CMYK artwork,
>>> photographs (srgb), physical parts painted with pantone colors and more,
>>> and going back and forth between 3D and ps/illustrator and pdf - and it is
>>> a minefield.
>>> You have to inform your client that their artwork is purpose made for a
>>> certain printing effect which makes them unfit for other use.
>>> You might be better off scanning/photographing printed artwork or
>>> physical products or ...
>>>
>>>
>>> *From:* Sven Constable <sixsi_l...@imagefront.de>
>>> *Sent:* Tuesday, February 09, 2016 10:38 PM
>>> *To:* softimage@listproc.autodesk.com
>>> *Subject:* RE: Softimage and CMYK
>>>
>>>
>>> Even I don't get why black is ultramrine blue, I think it's not because
>>> of CMYK vs RGB but the embedded color profile. I get pdfs for print all the
>>> time, sometimes I even send CMYK renderings back to them (of course not
>>> rendered in cmyk but converted in PS afterwards and with their color
>>> profile attached). If converted from CMYK to RGB and vice versa I saw only
>>> minimal color shifting. It depends largely on color space and -profile.
>>> Remember CMYK and RGB are color models, not color space nor color profiles.
>>>
>>>
>>>
>>> If you import pdfs into PS, convert them to RGB and CMYK. If you see
>>> significant color changes between both, it'because of the color profiles
>>> that are assigned to CMYK and RGB inside Photoshop. I would just convert
>>> them to RGB and then test different color profiles (Edit->Convert to
>>> Profile). Tick 'Preview' and switch between the different profiles
>>> available. Maybe one of it will crush the blacks.
>>>
>>> That is a bit awful and I agree with Rob, the client should send you
>>> proper files. But it's difficult to say what is proper since 3D is not
>>> print is not film is not reality. In an ideal world they would send you RGB
>>> files with sRGB color profile but I doubt this will ever happen. They
>>> usually work with CMYK from start to finish.
>>>
>>>
>&g

Re: Softimage and CMYK

[Sebastien Sterling]

Trouble is here what i hace is in CMYK from the printers and already
decolored, what should be black if ultramarine blue, am looking or a way to
convert these images back to sRGB and back to what they should look like.
there are lots of tutoriels on how to move from sRGB to CMYK but none for
the reverse. or how to color correct it.

On 9 February 2016 at 18:27, Sven Constable 
wrote:

> CMYK generally is not very well suited for 3d because rendering itself is
> RGB. When you convert textures in PS from CMYK to RGB I would use 'relative
> colormetric' (color settings->conversion options).
>
>
>
> sven
>
>
>
> *From:* softimage-boun...@listproc.autodesk.com [mailto:
> softimage-boun...@listproc.autodesk.com] *On Behalf Of *Sebastien Sterling
> *Sent:* Tuesday, February 09, 2016 7:13 PM
> *To:* softimage@listproc.autodesk.com
> *Subject:* Softimage and CMYK
>
>
>
> Hey list, am working on a job with package assets art in CMYK. Soft won't
> display them.
>
> Does softimage not support CMYK ?
>
> Also, when you move from srgb to CMYK in photoshop there is a color shift.
>
> is it possible to reverse this process ?
>
> Sorry for weird noobie questions, am not accustom to working with CMYK in
> production.
>
> is weird.
>

Re: Softimage and CMYK

[Rob Chapman]

aah was part of the DTP revolution first time around with Aldus
products...  So I remember a bit about conversion having to get renders to
the printers sometimes and being very disappointed with the blue greys :)

firstly this may help




and may explain why the colors changed. some colors simply do not fit
between gamuts and will change regardless.

so you have the CMYK plates and have to match in RGB to render and then
convert back to CMYK again? oof. have you tried regenerating in photoshop
from the separate CMYK and they match the printers provided RGB 0utput?

Photoshop LAB color mode was invented for this no? better off starting with
something super wide gamut really depends on what the printer is using to
convert to RGB with or originally sourced from and what printer profiles
etc eg is it coated or glossy paper , all that palava.

if its one specific pantone color or a few then you are in luck as you can
just render mattes like Mr Wuijster suggested and the printer can easily
spot color these.

good luck matching anything RGB with a printer tho...!



On 9 February 2016 at 18:49, Rob Wuijster  wrote:

> It's not possible, unless you have the exact profile for the printer it
> was finalized for.
> And it's weird that black is ultramarine blue in your files.
>
> Just have them give you RGB's, or give them a ton of mattes so they can
> color correct the shit out of it again.
>
> That's what normally happens over here, as the Photoshop guys seem to like
> that workflow ;-)
>
> Rob
>
> \/-\/\/
>
> On 9-2-2016 19:35, Sebastien Sterling wrote:
>
> Trouble is here what i hace is in CMYK from the printers and already
> decolored, what should be black if ultramarine blue, am looking or a way to
> convert these images back to sRGB and back to what they should look like.
> there are lots of tutoriels on how to move from sRGB to CMYK but none for
> the reverse. or how to color correct it.
>
> On 9 February 2016 at 18:27, Sven Constable 
> wrote:
>
>> CMYK generally is not very well suited for 3d because rendering itself is
>> RGB. When you convert textures in PS from CMYK to RGB I would use 'relative
>> colormetric' (color settings->conversion options).
>>
>>
>>
>> sven
>>
>>
>>
>> *From:* softimage-boun...@listproc.autodesk.com [mailto:
>> softimage-boun...@listproc.autodesk.com] *On Behalf Of *Sebastien
>> Sterling
>> *Sent:* Tuesday, February 09, 2016 7:13 PM
>> *To:* softimage@listproc.autodesk.com
>> *Subject:* Softimage and CMYK
>>
>>
>>
>> Hey list, am working on a job with package assets art in CMYK. Soft won't
>> display them.
>>
>> Does softimage not support CMYK ?
>>
>> Also, when you move from srgb to CMYK in photoshop there is a color shift.
>>
>> is it possible to reverse this process ?
>>
>> Sorry for weird noobie questions, am not accustom to working with CMYK in
>> production.
>>
>> is weird.
>>
>
> Geen virus gevonden in dit bericht.
> Gecontroleerd door AVG - www.avg.com
> Versie: 2016.0.7357 / Virusdatabase: 4522/11592 - datum van uitgifte:
> 02/09/16
>
>
>

Re: Softimage and CMYK

[Stephen Davidson]

You must have the client re-output the pdf's with an rgb color format.
Trying to convert CMYK back to rgb, is next to impossible.
I have tried to do this with poor results. Remember there
is also a difference between reflective color and transmission color
that makes the matching process even tougher.

Try this...
Take the printed color in hand, and hold it up to the screen
and match the color as best you can. Now turn on some
more lights in the room. See how the swatch does not match
the screen any more?

Sorry to add further complications, but it is a reality in
matching print to video, and vice versa.

Best Regards,
*  Stephen P. Davidson*

*(954) 552-7956*sdavid...@3danimationmagic.com

*Any sufficiently advanced technology is indistinguishable from magic*


 - Arthur C. Clarke



On Tue, Feb 9, 2016 at 2:29 PM Sebastien Sterling <
sebastien.sterl...@gmail.com> wrote:

> Basically the client wants a pack shot of thirty or so products, so we
> need to model them up and texture them.
>
> In order to texture them the client sent the original packaging files in
> .pdf format, but these where originally destined for print and so they are
> CMYK.
>
> the colors are off, it is most noticeable in the blacks, as they have all
> shifted to ultramarine blue.
>
> I don't know how to fix this, it is pretty baffling, :(
>
> On 9 February 2016 at 19:19, Rob Chapman  wrote:
>
>> aah was part of the DTP revolution first time around with Aldus
>> products...  So I remember a bit about conversion having to get renders to
>> the printers sometimes and being very disappointed with the blue greys :)
>>
>> firstly this may help
>>
>>
>>
>>
>> and may explain why the colors changed. some colors simply do not fit
>> between gamuts and will change regardless.
>>
>> so you have the CMYK plates and have to match in RGB to render and then
>> convert back to CMYK again? oof. have you tried regenerating in photoshop
>> from the separate CMYK and they match the printers provided RGB 0utput?
>>
>> Photoshop LAB color mode was invented for this no? better off starting
>> with something super wide gamut really depends on what the printer is using
>> to convert to RGB with or originally sourced from and what printer profiles
>> etc eg is it coated or glossy paper , all that palava.
>>
>> if its one specific pantone color or a few then you are in luck as you
>> can just render mattes like Mr Wuijster suggested and the printer can
>> easily spot color these.
>>
>> good luck matching anything RGB with a printer tho...!
>>
>>
>>
>> On 9 February 2016 at 18:49, Rob Wuijster  wrote:
>>
>>> It's not possible, unless you have the exact profile for the printer it
>>> was finalized for.
>>> And it's weird that black is ultramarine blue in your files.
>>>
>>> Just have them give you RGB's, or give them a ton of mattes so they can
>>> color correct the shit out of it again.
>>>
>>> That's what normally happens over here, as the Photoshop guys seem to
>>> like that workflow ;-)
>>>
>>> Rob
>>>
>>> \/-\/\/
>>>
>>> On 9-2-2016 19:35, Sebastien Sterling wrote:
>>>
>>> Trouble is here what i hace is in CMYK from the printers and already
>>> decolored, what should be black if ultramarine blue, am looking or a way to
>>> convert these images back to sRGB and back to what they should look like.
>>> there are lots of tutoriels on how to move from sRGB to CMYK but none for
>>> the reverse. or how to color correct it.
>>>
>>> On 9 February 2016 at 18:27, Sven Constable 
>>> wrote:
>>>
 CMYK generally is not very well suited for 3d because rendering itself
 is RGB. When you convert textures in PS from CMYK to RGB I would use
 'relative colormetric' (color settings->conversion options).



 sven



 *From:* softimage-boun...@listproc.autodesk.com [mailto:
 softimage-boun...@listproc.autodesk.com] *On Behalf Of *Sebastien
 Sterling
 *Sent:* Tuesday, February 09, 2016 7:13 PM
 *To:* softimage@listproc.autodesk.com
 *Subject:* Softimage and CMYK



 Hey list, am working on a job with package assets art in CMYK. Soft
 won't display them.

 Does softimage not support CMYK ?

 Also, when you move from srgb to CMYK in photoshop there is a color
 shift.

 is it possible to reverse this process ?

 Sorry for weird noobie questions, am not accustom to working with CMYK
 in production.

 is weird.

>>>
>>> Geen virus gevonden in dit bericht.
>>> Gecontroleerd door AVG - www.avg.com
>>> Versie: 2016.0.7357 / Virusdatabase: 4522/11592 - datum van uitgifte:
>>> 02/09/16
>>>
>>>
>>>
>>
>

Re: Softimage and CMYK

[peter_b]

I don’t think it’s a colorspace problem perse – as within normal ranges, going 
back and forth between RGB and CMYK isn’t so bad.

The ultramarine blue in the blacks, might be something very different:
a good print black is not 100% black and 0% C,M,Y each: this would result in a 
dark grey.
So ‘designers’ add some of the other colors, up to almost 300% total, to deepen 
and tint the black.
A cold deep black with lots of cyan, a warmer black with yellow or... everyone 
has his preference for mixing black it seems, and they even give their blacks 
fancy names.

Of course that’s bound to give you trouble going back to RGB – as those are 
colors that are far outside the normal gamut of colors.
The other way around, we would call them illegal colors, our pure 100% primary 
and secondary colors are among them.
As the others have pointed out, welcome to a world of pain – doing some print 
work atm, having to mix and match 3D renders (linear), CMYK artwork, 
photographs (srgb), physical parts painted with pantone colors and more, and 
going back and forth between 3D and ps/illustrator and pdf - and it is a 
minefield.
You have to inform your client that their artwork is purpose made for a certain 
printing effect which makes them unfit for other use.
You might be better off scanning/photographing printed artwork or physical 
products or ...


From: Sven Constable 
Sent: Tuesday, February 09, 2016 10:38 PM
To: softimage@listproc.autodesk.com 
Subject: RE: Softimage and CMYK

Even I don't get why black is ultramrine blue, I think it's not because of CMYK 
vs RGB but the embedded color profile. I get pdfs for print all the time, 
sometimes I even send CMYK renderings back to them (of course not rendered in 
cmyk but converted in PS afterwards and with their color profile attached). If 
converted from CMYK to RGB and vice versa I saw only minimal color shifting. It 
depends largely on color space and -profile. Remember CMYK and RGB are color 
models, not color space nor color profiles.

 

If you import pdfs into PS, convert them to RGB and CMYK. If you see 
significant color changes between both, it'because of the color profiles that 
are assigned to CMYK and RGB inside Photoshop. I would just convert them to RGB 
and then test different color profiles (Edit->Convert to Profile). Tick 
'Preview' and switch between the different profiles available. Maybe one of it 
will crush the blacks.

That is a bit awful and I agree with Rob, the client should send you proper 
files. But it's difficult to say what is proper since 3D is not print is not 
film is not reality. In an ideal world they would send you RGB files with sRGB 
color profile but I doubt this will ever happen. They usually work with CMYK 
from start to finish. 

 

Are these product shots are meant for web or print? If print, they're possibly 
correct with black beeing blueish and the client expects the renderings 
accordingly …? 

sven

 

From: softimage-boun...@listproc.autodesk.com 
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Sebastien Sterling
Sent: Tuesday, February 09, 2016 8:30 PM
To: softimage@listproc.autodesk.com
Subject: Re: Softimage and CMYK

 

Basically the client wants a pack shot of thirty or so products, so we need to 
model them up and texture them.

In order to texture them the client sent the original packaging files in .pdf 
format, but these where originally destined for print and so they are CMYK. 

the colors are off, it is most noticeable in the blacks, as they have all 
shifted to ultramarine blue.

I don't know how to fix this, it is pretty baffling, :(

 

On 9 February 2016 at 19:19, Rob Chapman <tekano@gmail.com> wrote:

aah was part of the DTP revolution first time around with Aldus products...  So 
I remember a bit about conversion having to get renders to the printers 
sometimes and being very disappointed with the blue greys :)

 

firstly this may help

 



 

and may explain why the colors changed. some colors simply do not fit between 
gamuts and will change regardless.

 

so you have the CMYK plates and have to match in RGB to render and then convert 
back to CMYK again? oof. have you tried regenerating in photoshop from the 
separate CMYK and they match the printers provided RGB 0utput? 

 

Photoshop LAB color mode was invented for this no? better off starting with 
something super wide gamut really depends on what the printer is using to 
convert to RGB with or originally sourced from and what printer profiles etc eg 
is it coated or glossy paper , all that palava.

 

if its one specific pantone color or a few then you are in luck as you can just 
render mattes like Mr Wuijster suggested and the printer can easily spot color 
these.

 

good luck matching anything RGB with a printer tho...! 

 

 

 

On 9 February 2016 at 18:49, Rob Wuijster <r...@casema.nl> wrote:

It's not possible, unless you have the exact profile for the printer it was 
finalized for.
And it's w

Re: Softimage and CMYK

[Rob Wuijster]

It's not possible, unless you have the exact profile for the printer it 
was finalized for.

And it's weird that black is ultramarine blue in your files.

Just have them give you RGB's, or give them a ton of mattes so they can 
color correct the shit out of it again.


That's what normally happens over here, as the Photoshop guys seem to 
like that workflow ;-)


Rob

\/-\/\/

On 9-2-2016 19:35, Sebastien Sterling wrote:
Trouble is here what i hace is in CMYK from the printers and already 
decolored, what should be black if ultramarine blue, am looking or a 
way to convert these images back to sRGB and back to what they should 
look like. there are lots of tutoriels on how to move from sRGB to 
CMYK but none for the reverse. or how to color correct it.


On 9 February 2016 at 18:27, Sven Constable > wrote:


CMYK generally is not very well suited for 3d because rendering
itself is RGB. When you convert textures in PS from CMYK to RGB I
would use 'relative colormetric' (color settings->conversion
options).

sven

*From:*softimage-boun...@listproc.autodesk.com

[mailto:softimage-boun...@listproc.autodesk.com
] *On Behalf Of
*Sebastien Sterling
*Sent:* Tuesday, February 09, 2016 7:13 PM
*To:* softimage@listproc.autodesk.com

*Subject:* Softimage and CMYK

Hey list, am working on a job with package assets art in CMYK.
Soft won't display them.

Does softimage not support CMYK ?

Also, when you move from srgb to CMYK in photoshop there is a
color shift.

is it possible to reverse this process ?

Sorry for weird noobie questions, am not accustom to working with
CMYK in production.

is weird.


Geen virus gevonden in dit bericht.
Gecontroleerd door AVG - www.avg.com 
Versie: 2016.0.7357 / Virusdatabase: 4522/11592 - datum van uitgifte: 
02/09/16

Re: Softimage and CMYK

[Sebastien Sterling]

Basically the client wants a pack shot of thirty or so products, so we need
to model them up and texture them.

In order to texture them the client sent the original packaging files in
.pdf format, but these where originally destined for print and so they are
CMYK.

the colors are off, it is most noticeable in the blacks, as they have all
shifted to ultramarine blue.

I don't know how to fix this, it is pretty baffling, :(

On 9 February 2016 at 19:19, Rob Chapman  wrote:

> aah was part of the DTP revolution first time around with Aldus
> products...  So I remember a bit about conversion having to get renders to
> the printers sometimes and being very disappointed with the blue greys :)
>
> firstly this may help
>
>
>
>
> and may explain why the colors changed. some colors simply do not fit
> between gamuts and will change regardless.
>
> so you have the CMYK plates and have to match in RGB to render and then
> convert back to CMYK again? oof. have you tried regenerating in photoshop
> from the separate CMYK and they match the printers provided RGB 0utput?
>
> Photoshop LAB color mode was invented for this no? better off starting
> with something super wide gamut really depends on what the printer is using
> to convert to RGB with or originally sourced from and what printer profiles
> etc eg is it coated or glossy paper , all that palava.
>
> if its one specific pantone color or a few then you are in luck as you can
> just render mattes like Mr Wuijster suggested and the printer can easily
> spot color these.
>
> good luck matching anything RGB with a printer tho...!
>
>
>
> On 9 February 2016 at 18:49, Rob Wuijster  wrote:
>
>> It's not possible, unless you have the exact profile for the printer it
>> was finalized for.
>> And it's weird that black is ultramarine blue in your files.
>>
>> Just have them give you RGB's, or give them a ton of mattes so they can
>> color correct the shit out of it again.
>>
>> That's what normally happens over here, as the Photoshop guys seem to
>> like that workflow ;-)
>>
>> Rob
>>
>> \/-\/\/
>>
>> On 9-2-2016 19:35, Sebastien Sterling wrote:
>>
>> Trouble is here what i hace is in CMYK from the printers and already
>> decolored, what should be black if ultramarine blue, am looking or a way to
>> convert these images back to sRGB and back to what they should look like.
>> there are lots of tutoriels on how to move from sRGB to CMYK but none for
>> the reverse. or how to color correct it.
>>
>> On 9 February 2016 at 18:27, Sven Constable 
>> wrote:
>>
>>> CMYK generally is not very well suited for 3d because rendering itself
>>> is RGB. When you convert textures in PS from CMYK to RGB I would use
>>> 'relative colormetric' (color settings->conversion options).
>>>
>>>
>>>
>>> sven
>>>
>>>
>>>
>>> *From:* softimage-boun...@listproc.autodesk.com [mailto:
>>> softimage-boun...@listproc.autodesk.com] *On Behalf Of *Sebastien
>>> Sterling
>>> *Sent:* Tuesday, February 09, 2016 7:13 PM
>>> *To:* softimage@listproc.autodesk.com
>>> *Subject:* Softimage and CMYK
>>>
>>>
>>>
>>> Hey list, am working on a job with package assets art in CMYK. Soft
>>> won't display them.
>>>
>>> Does softimage not support CMYK ?
>>>
>>> Also, when you move from srgb to CMYK in photoshop there is a color
>>> shift.
>>>
>>> is it possible to reverse this process ?
>>>
>>> Sorry for weird noobie questions, am not accustom to working with CMYK
>>> in production.
>>>
>>> is weird.
>>>
>>
>> Geen virus gevonden in dit bericht.
>> Gecontroleerd door AVG - www.avg.com
>> Versie: 2016.0.7357 / Virusdatabase: 4522/11592 - datum van uitgifte:
>> 02/09/16
>>
>>
>>
>

Re: Softimage and CMYK

[Rob Wuijster]

CMYK is for print.

Just work with RGB, and have the print peeps properly convert it from CMYK.
Or enter a world of hurt ;-)


Rob

\/-\/\/
On 9-2-2016 19:12, Sebastien Sterling wrote:
Hey list, am working on a job with package assets art in CMYK. Soft 
won't display them.


Does softimage not support CMYK ?

Also, when you move from srgb to CMYK in photoshop there is a color shift.

is it possible to reverse this process ?

Sorry for weird noobie questions, am not accustom to working with CMYK 
in production.


is weird.

Geen virus gevonden in dit bericht.
Gecontroleerd door AVG - www.avg.com 
Versie: 2016.0.7357 / Virusdatabase: 4522/11592 - datum van uitgifte: 
02/09/16

RE: Softimage and CMYK

[Sven Constable]

CMYK generally is not very well suited for 3d because rendering itself is RGB. 
When you convert textures in PS from CMYK to RGB I would use 'relative 
colormetric' (color settings->conversion options). 

 

sven

 

From: softimage-boun...@listproc.autodesk.com 
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Sebastien Sterling
Sent: Tuesday, February 09, 2016 7:13 PM
To: softimage@listproc.autodesk.com
Subject: Softimage and CMYK

 

Hey list, am working on a job with package assets art in CMYK. Soft won't 
display them.

Does softimage not support CMYK ?

Also, when you move from srgb to CMYK in photoshop there is a color shift.

is it possible to reverse this process ?

Sorry for weird noobie questions, am not accustom to working with CMYK in 
production.

is weird.