> 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
