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 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 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
<sixsi_l...@imagefront.de> 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
