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