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