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