Thread View: adobe.colormanagement
43 messages
43 total messages
Started by gher
Sun, 22 Mar 2009 13:14
Preparing files for print
Author: gher
Date: Sun, 22 Mar 2009 13:14
Date: Sun, 22 Mar 2009 13:14
18 lines
1322 bytes
1322 bytes
Hi everyone, I was given a .icc profile from my printer and was told to convert to this profile after I'd finished my editing in RGB mode. I was also given the following information: General Specs for newsprint: Colour should be CMYK. When converting RGB to CMYK, use the following Photoshop settings: � Ink Colour: Newsprint � Dot Gain: 30% � Separation Type: GCR � Black generation: Light � Total Ink Limit: 260% � UCA: 10% I don't understand the above settings as I thought that all that information was captured in the .icc profile that I was supplied. This is my first experience in a colour managed workflow so I may be getting a bit confused. If the above settings are not in the .icc profile then where do I set them in Photoshop? Would really appreciate any advice.
Re: Preparing files for print
Author: Gernot_Hoffmann
Date: Sun, 22 Mar 2009 14:38
Date: Sun, 22 Mar 2009 14:38
13 lines
1031 bytes
1031 bytes
Here is a nice description how to create a profile with special parameters (as tested by PhS CS2): <http://www.damiensymonds.com.au/art_newsprint.html> Probably the pressman gave you such a profile. A profile contains indeed all necessary data. The additional information helps understanding quality issues. You can test your conversions by View > Proof Setup > Proof Colors Best regards --Gernot Hoffmann
Re: Preparing files for print
Author: Marco_Ugolini
Date: Sun, 22 Mar 2009 22:51
Date: Sun, 22 Mar 2009 22:51
26 lines
2196 bytes
2196 bytes
I don't understand the above settings as I thought that all that information
was captured in the .icc profile that I was supplied.
You are correct. TAC (Total Area Coverage), dot gain/TVI (Tonal Value Increase), GCR, UCR, UCA, are all "rolled in" into the profile's own LUTs (Look-Up Tables).
The CMYK values that the profile generates upon conversion from, say, an AdobeRGB file will already, and precisely, account for all those factors.
So, if the profile is what you are being asked to use for your conversions, the rest of the information should be somewhat redundant.
One thing you could do, though, is to check and make sure that the profile actually *does* generate the TAC it is supposed to. If it turns out to be 320%, for example, then the profile is not correct for the stated press conditions, and you should make that known to your counterparts.
If you have ColorThink Pro, you can also view the profile's neutral rendering curves and inspect its black generation by looking at the black curve in the graph.
This is my first experience in a colour managed workflow so I may be getting
a bit confused. If the above settings are not in the .icc profile then
where do I set them in Photoshop?
They are not "settings in the ICC profile". Once the profile's LUTs (Look-Up Tables) are "baked in" at profile creation time, those "settings" disappear and become implied in the CMYK numbers that the conversion produces -- effectively invisible as "settings", unless you have a profile inspection tool like the already-mentioned ColorThink Pro.
Re: Preparing files for print
Author: gher
Date: Sun, 22 Mar 2009 23:00
Date: Sun, 22 Mar 2009 23:00
7 lines
1348 bytes
1348 bytes
Thanks for the reply, I'm still a bit confused. U.S Web Coated (SWOP) v2 was selected as the CMYK Working Space in the colour settings dialogue, and I then went into custom CMYK to see the current settings in that custom dialogue. I noted these and then clicked Cancel. I then changed the CMYK Working Space to the profile that my printer gave me (ISONewspaper26v4) and again went into Custom CMYK, but I was seeing the same settings as the US Web Coated (Swop). If both these profiles are the same to begin with, and I'm just creating a custom CMYK profile according to the setting given to me by my printer, then what's the use of the original profile that he sent me? What information is contained in that file if I'm recreating a custom cmyk profile?
Re: Preparing files for print
Author: gher
Date: Sun, 22 Mar 2009 23:05
Date: Sun, 22 Mar 2009 23:05
3 lines
676 bytes
676 bytes
Thanks for that reply, I must have posted my earlier one before viewing it.
Re: Preparing files for print
Author: Marco_Ugolini
Date: Sun, 22 Mar 2009 23:10
Date: Sun, 22 Mar 2009 23:10
5 lines
1087 bytes
1087 bytes
This is a common misunderstanding, but the Custom CMYK engine has *nothing at all* to do with ICC-profile-based conversions. The twain shall not meet -- they are *completely* separate from one another. Either you use one or the other. If you use ICC profiles to convert your image files, then Custom CMYK is *completely* out of the picture. That's why you are seeing no changes after you tinker with Custom CMYK: because it has no effect whatsoever on ICC conversions.
Re: Preparing files for print
Author: Marco_Ugolini
Date: Sun, 22 Mar 2009 23:21
Date: Sun, 22 Mar 2009 23:21
16 lines
1807 bytes
1807 bytes
Just another question if that's okay: after I've converted to profile
and obviously seen the drastic reduction in colour saturation due to the
newsprint profile, is it okay to make any more edits at this stage? I
mean if I try to apply any contrast curve or resaturate the colours or
something, that will just undo all the effects of the profile won't it?
No, you should soft-proof your image to your intended destination profile while it's *still in RGB*, *before* you convert. Once you have converted the file to the destination CMYK profile, it's too late to get back any saturated areas and detail that you could have otherwise retained.
Soft-proof in RGB, add adjustment layers to manipulate judiciously your Hue/Saturation (and Selective Color too, which can work wonders), save the file, then separate it to your destination CMYK profile. That is best practice.
Also, you are correct to fear unwanted effects from manipulating the file after it's converted to CMYK: for example, you could be pushing the image's TAC values in excess of the desired 260% target, causing the presence of excessive amounts of ink in the shadow areas on press.
Re: Preparing files for print
Author: gher
Date: Sun, 22 Mar 2009 23:43
Date: Sun, 22 Mar 2009 23:43
5 lines
1208 bytes
1208 bytes
Okay thanks - great advice. Just finally: I think I understand now that icc colour management relies on a calibrated monitor so that instead of using CMYK colour values to judge colour, you're actually trusting what you see on your screen. If someone has given me a CMYK value from a Pantone "Solid to process guide" booklet and asked me to colour an area of an image with this colour, I know that when I convert to profile the CMYK values are going to change. Does this mean that if I choose an icc colour managed workflow that CMYK values obtained from these Pantone booklets are no longer useful or valid due to the number changes?
Re: Preparing files for print
Author: Marco_Ugolini
Date: Mon, 23 Mar 2009 00:00
Date: Mon, 23 Mar 2009 00:00
28 lines
2258 bytes
2258 bytes
Just finally: I think I understand now that icc colour management relies
on a calibrated monitor so that instead of using CMYK colour values to
judge colour, you're actually trusting what you see on your screen.
Exactly. ICC color management, properly implemented, creates a work environment in which one can make reliable visual judgments. One should also make sure to have good color vision, and a bit of artistic sensibility can only help.
If someone has given me a CMYK value from a Pantone "Solid to process
guide" booklet and asked me to colour an area of an image with this colour,
I know that when I convert to profile the CMYK values are going to change.
Not necessarily. It depends on both the Pantone color and the type of CMYK destination: sheetfed is better than SWOP at rendering certain saturated colors, for example. Also, a number of Pantone colors are within reproducible range of both SWOP and sheetfed North American presses, for example. So, it all depends.
Does this mean that if I choose an icc colour managed workflow that CMYK
values obtained from these Pantone booklets are no longer useful or valid
due to the number changes?
If the client wants a Pantone color to be faithful to the visual appearance of that color in a Pantone swatchbook, then you should discuss the option of adding an extra plate on press just for that color. Otherwise, the color may change, depending on the ability of the printing conditions to produce a match.
Re: Preparing files for print
Author: gher
Date: Mon, 23 Mar 2009 00:46
Date: Mon, 23 Mar 2009 00:46
19 lines
1433 bytes
1433 bytes
You say that the CMYK values won't necessarily change when converting to profile. I just filled an RGB file with the equivalent CMYK values that matched a pantone colour, ie. 0 100 56 19 I then converted to profile (US Web Coated (SWOP) v2) and the colour values changed to: 11 100 57 2 I also tested it on the US Sheetfed Coated v2 and the colours changed to some other values. Is this just one particular set of CMYK values that won't convert successfully or is it true that other combinations may convert and have their values maintained? Could I also just clear another thing up? After working in Photoshop and converting to profile, before I place this image file into InDesign, should I embed the profile into the image? If I do embed the profile and I then create a pdf from the Indesign file, will the profile be embedded in the pdf?
Re: Preparing files for print
Author: Marco_Ugolini
Date: Mon, 23 Mar 2009 01:12
Date: Mon, 23 Mar 2009 01:12
26 lines
2135 bytes
2135 bytes
You say that the CMYK values won't necessarily change when converting
to profile.
If it's me you're referring to, read carefully: I didn't write that, and I'm not sure where you're getting it from.
I wrote that "a number of Pantone colors may be well within reproducible range of the press and inks used to print your work", but that's different from what you're mentioning here.
I just filled an RGB file with the equivalent CMYK values that matched
a pantone colour, ie. 0 100 56 19 I then converted to profile (US Web
Coated (SWOP) v2) and the colour values changed to: 11 100 57 2
Converting from one space to another *always* changes the color numbers in the file. Even when you convert from one CMYK space to another, or from one RGB space to a different RGB space.
What will *not* change is the *appearance* of that color. That's because any set of CMYK or RGB numbers produces a different-looking color when associated with different profiles.
By themselves, without a profile to assign to them a definite color appearance, the file's CMYK or RGB numbers have no objective color meaning.
In short, expect the color *numbers* to change, but expect the color *appearance* to remain constant -- except when the destination space is unable to reproduce the saturated appearance of the source color (gamut mismatch). In that case, the color will be mapped to the closest similar color in the destination, according to the selected rendering intent.
Re: Preparing files for print
Author: gher
Date: Mon, 23 Mar 2009 02:32
Date: Mon, 23 Mar 2009 02:32
5 lines
1267 bytes
1267 bytes
Okay - great explanation. I understand now. Just to round off the conversation: say I embed the profile in the photoshop image file and then place this image into Illustrator. I do some other work on the illustrator file, then save it and then place the illustrator .eps file into Indesign. Will the original placed photoshop image still have its profile embedded? I know this type of workflow may seem a bit sloppy but I sometimes work this way, ie. from photoshop to illustrator to indesign. So since the file will finally be output to pdf from Indesign, do I need to have apply any profiles in Illustrator as well since this is where a component of the file was placed from?
Re: Preparing files for print
Author: Marco_Ugolini
Date: Mon, 23 Mar 2009 02:49
Date: Mon, 23 Mar 2009 02:49
20 lines
1496 bytes
1496 bytes
Just to round off the conversation: say I embed the profile in the photoshop
image file and then place this image into Illustrator. I do some other
work on the illustrator file, then save it and then place the illustrator
.eps file into Indesign.
The EPS format does *not* retain ICC profile information. InDesign will assign to the linked EPS file whatever profile is the default for that whole InDesign document.
So since the file will finally be output to pdf from Indesign, do I need
to apply any profiles in Illustrator as well since this is where a component
of the file was placed from?
So long as the profile you use for the Illustrator file and the Photoshop image is the same as the default profile in the InDesign document, you'll be fine. But remember that EPS files lose any profile information.
Re: Preparing files for print
Author: gher
Date: Mon, 23 Mar 2009 04:50
Date: Mon, 23 Mar 2009 04:50
5 lines
1306 bytes
1306 bytes
Okay, so if I understand you correctly � since a .eps file loses any profile information, it's probably not worth my embedding the profile into the image in Photoshop if I'm going to place it into illustrator before going to Indesign. My best bet would be to convert to profile without embedding, place the image into illustrator and then into Indesign. Then once the layout is complete in Indesign I can assign the newspaper profile for the whole of the ID document. As a second scenario, if I'm placing the Photoshop file directly into InDesign then I can probably embed the profile. Although I don't know if that's a waste of time since I'd have to assign an overall profile in InDesign anyway. Have I got it right?
Re: Preparing files for print
Author: Marco_Ugolini
Date: Mon, 23 Mar 2009 05:02
Date: Mon, 23 Mar 2009 05:02
15 lines
1415 bytes
1415 bytes
Okay, so if I understand you correctly � since a .eps file loses any profile
information, it's probably not worth my embedding the profile into the
image in Photoshop if I'm going to place it into illustrator before going
to Indesign.
No, embed it: it's the right thing to do in any case, and won't hurt at all anyway. But know that that the profile information will not be retained once the image becomes part of an EPS.
But that will still be OK, as long as the proper profile for *all* the elements in the EPS is *the same* as the CMYK document profile for the InDesign document -- since that is the profile that will be assigned to the EPS once it becomes a linked element within that InDesign document.
I hope that this doesn't sound too complicated...
Re: Preparing files for print
Author: g_ballard
Date: Mon, 23 Mar 2009 05:42
Date: Mon, 23 Mar 2009 05:42
13 lines
1497 bytes
1497 bytes
interesting...I just sent a 24x30" poster to print In Photoshop, I had one full-bleed pixel layer and three basic type layers that I converted to Shape layers. Next I Converted to Sheetfed Coated CMYK then Saved as Photoshop .eps file (preserve vector data checked). Next I placed the file in an InDesign layout with no other files and handed off the file to the printer. At this point I want them to just print my file (like Quark used to do) -- but after reading this thread it sounds like once they open my file in InDesign to write the PDF -- I am not so sure that's going to happen now. I instructed them to turn off all PDF compression options -- at that point WHAT IS HAPPENING TO MY CMYK NUMBERS -- are the CMKY numbers going straight through or is the PDF doing some kind of color conversion. How do I get this Ps>Id> PDF to just run my Ps .eps files through with no compression or color changes?
Re: Preparing files for print
Author: pfigen
Date: Mon, 23 Mar 2009 05:49
Date: Mon, 23 Mar 2009 05:49
5 lines
1292 bytes
1292 bytes
"at that point WHAT IS HAPPENING TO MY CMYK NUMBERS -- are the CMKY numbers going straight through or is the PDF doing some kind of color conversion" It depends on how the Distiller preferences are set, and from what I recall, the default is to convert your data. You have to manually check the "Leave Color Unchanged" box. BTW, why are you using Sheetfed Coated? Do you really want to have 350 percent ink limits? I guess what I'm also saying is that in all the different print vendors I've used, I've never come across a single one that either used that profile or was close to it in their own calibration.
Re: Preparing files for print
Author: g_ballard
Date: Mon, 23 Mar 2009 05:56
Date: Mon, 23 Mar 2009 05:56
16 lines
940 bytes
940 bytes
> from what I recall, the default is to convert your data. You have to
manually check the "Leave Color Unchanged" box.
That's exactly what I don't understand, what would it be Converting my CMYK to?
> why are you using Sheetfed Coated?
It is going to a sheetfed press (why would I use a Web press standard)?
Re: Preparing files for print
Author: pfigen
Date: Mon, 23 Mar 2009 06:47
Date: Mon, 23 Mar 2009 06:47
15 lines
2450 bytes
2450 bytes
"That's exactly what I don't understand, what would it be Converting my CMYK to? I think they are just Command+E in Id to make PDF." Every program has its defaults, and more often than not, you're better off going through them one by one to make sure those settings are appropriate. You do that in Ps and ID, and you need to do it for Distiller too. The default setting also is to use jpeg compression on all your files as well. I'm pretty sure that the reason the default is set to convert is to guard against inexperienced designers placing RGB documents and sending those off to press. Converting automatically averts that problem but causes several more. The more advanced user is expected to go through and set those preferences as they need them. In any event, that's what you need to do. Who is the "they" who are exporting your ID files to pdf? If "they" are the printer, "they" should know better... "It is going to a sheetfed press (why would I use a Web press standard)?" Because unless you're printing on the highest quality paper on a great press, 350 percent ink coverage is too much. If your printer suggested that profile, you need to ask them what ink limits they recommend for their press on the paper you're printing on. Even on a number one sheet, most good printers want something more in the 320-325% range with a black something akin to what a GCR1 is in ProfileMaker. If you're not printing on at least a number two sheet - something like Topkote Gloss, even a lower ink limit might be in order. But again, you really need to communicate with your printer, and I'd be really surprised if Sheetfedv2 was the correct profile. And, of course, you might have a printer running device link profiles that make your profile choice less important, as they're going to reseparate on the fly anyway. Not to complicate matters, of course.
Re: Preparing files for print
Author: gher
Date: Mon, 23 Mar 2009 06:50
Date: Mon, 23 Mar 2009 06:50
13 lines
1389 bytes
1389 bytes
But that will still be OK, as long as the proper profile for *all* the
elements in the EPS is *the same* as the CMYK document profile for the
InDesign document -- since that is the profile that will be assigned to
the EPS once it becomes a linked element within that InDesign document.
So since the final layout will be output to newsprint, I would just set the working space in Illustrator to the .icc profile that I was using in Photoshop right? I mean this would be the proper profile for all the elements in the .eps you mention above right? There's no converting to profile like in Photoshop?
Then when I get to InDesign I do the same thing - just set the working profile to the newsprint .icc file? Then finally export to pdf and preserve all the settings?
Re: Preparing files for print
Author: Marco_Ugolini
Date: Mon, 23 Mar 2009 07:02
Date: Mon, 23 Mar 2009 07:02
23 lines
1677 bytes
1677 bytes
So since the final layout will be output to newsprint, I would just set
the working space in Illustrator to the .icc profile that I was using
in Photoshop right?
While you work in the Illustrator file, yes, the newsprint profile should be the one assigned to it. That way, you will see on your *calibrated and profiled monitor* something close to the final output.
Of course, the Illustrator EPS will still not retain the profile information. Though you embedded the newspaper profile in the Illustrator file, the profile information will be lost in the EPS.
So, the *truly* fundamental thing is to make sure that (a) all the elements in the Illustrator EPS are geared for your newsprint profile, and (b) that the InDesign document's default profile is the newsprint profile for your press output.
Then when I get to InDesign I do the same thing - just set the working
profile to the newsprint .icc file? Then finally export to pdf and preserve
all the settings?
Yes, you preserve the InDesign file's own profile, to be correct.
Re: Preparing files for print
Author: gher
Date: Mon, 23 Mar 2009 09:27
Date: Mon, 23 Mar 2009 09:27
1 lines
810 bytes
810 bytes
Thanks a million! You've cleared everything up.
Re: Preparing files for print
Author: Gernot_Hoffmann
Date: Mon, 23 Mar 2009 10:28
Date: Mon, 23 Mar 2009 10:28
28 lines
1733 bytes
1733 bytes
An image, saved by Photoshop as EPS can have an embedded profile (choice in the save menue). In Illustrator this EPS retains its profile if the EPS is embedded and it loses the profile if the EPS is linked. Nowadays there is no reason to use EPS (besides for PostScript programs, my preferred application). In an Adobe workflow use PSD or TIFF for raster images, PDF for combinations of raster images and vector graphic (PhS image+text layers,for instance), and PDF also for plain vector graphic. Illustrator PDF can be edited later by Illustrator, if this option was chosen. In InDesign a doc has a document color space set (mainly RGB and CMYK). But each image can have a different profile, either by embedding or by assignment. A good style: Convert all images to the same destination profile and use this as document profile. Also a good solution, after soft-proofing the RGB images by Photoshop: use RGB images, make a PDF and convert this globally into the destination space by Acrobat Professional. Best regards --Gernot Hoffmann.
Re: Preparing files for print
Author: g_ballard
Date: Mon, 23 Mar 2009 14:58
Date: Mon, 23 Mar 2009 14:58
49 lines
2194 bytes
2194 bytes
> Who is the "they" who are exporting your ID files to pdf? If "they"
are the printer, "they" should know better...
The printers here in San Diego don't even know what a profile is � they ask for CMYK or RGB � they don't have a clue about what CMYK their workflow is based on.
I look at their Photoshop color settings and they are consistently on default.
Further, Acrobat PDF have always confused me, which is why I am asking the question.
++++++
I use Photoshop CMYK .eps because I don't want them messing with the file � I didn't use .psd because it gives them an open opportunity to mess with my file.
I don't know any reason why my basic Pixel/VectorShape layers Photoshop .eps would not work as long as I got it right.
I took the extra step and placed my .eps in InDesign.
I told them exactly where/how to turn off compression in the Adobe PDF process.
+++++++
I guess my question is still is:
I place a Sheetfed Coated Photoshop .eps in InDesign.
I Command+E export PDF from InDesign.
I turn off Compression (so my pixels are sent straight through).
I save the PDF.
Did my CMYK "numbers" go straight through?
If not, what application is making the Conversion?
Where is it picking up its default profile?
What profile is it Converting to?
+++++++
I understand how profiles work in Photoshop, I just can't follow the chain...Indesign> Acrobat.
My goal is simply to place my .eps file in InDesign and Export my PDF and not have my color changed.
Re: Preparing files for print
Author: Lou_Dina
Date: Mon, 23 Mar 2009 17:05
Date: Mon, 23 Mar 2009 17:05
21 lines
3810 bytes
3810 bytes
George, I'm not answering your question, so I hope you will bear with me. To me, EPS is more of a legacy encoding and I never use it for anything. As mentioned earlier, EPS tags are not respected when placing into Quark or InDesign; they're ignored (or perhaps unseen). If you set up all your Adobe Apps to use the same RGB and CMYK space, (ARGB and US Web Coated SWOP are good general defaults, especially when you don't know where the job is going, or if your service provider is clueless), you should be fairly safe. I usually have color management turned on in InDesign. If I know the exact destination press, and if they have a profile, or if I know they adhere to a standard, then I set those as the document defaults in the ID document. Then I place tagged PSD or TIFF files from photoshop, and tagged AI files from Illustrator. You cange change the color settings of any individual placed image from within ID, so you can change rendering intent, etc. Any elements created from within ID iteself will be in the document's default color space (ARGB or US Web Coated SWOP, in the above example). I usually package this and send the ID file and links to the service provider. IF I export to PDF, I use ID's Export command, Press Quality, and "leave color unchanged", assuming I have all my elements in ID set to the destination CMYK. Or, you can convert to the destination CMYK (such as US Web Coated SWOP) in the PDF export and include the profile. This will make sure all elements are in a single space. Works fine. If you place an UNtagged file into ID, then ID will ASSIGN it's default profile. That's why it is good to have all your Adobe Color Settings synchronized and in the same color space. If color management is OFF in ID, then whatever numbers are in your file will be sent to the RIP at the printer. Tags will be ignored on placed files. Then, the commercial printer will do whatever they normally do at their end (plate curves, etc). Another option, is to convert to PDF and select a single destination color space, be NOT include tags. When your printer opens this un-color managed file, they won't know what the profiles are, so they will likely pass the numbers straight through their system, and you will get whatever the numbers are (based on their workflow). I usually get to select my commercial printer, and only work with ones that know how to handle a color managed workflow. Our proofs are always very close, and the press sheet is usually very close as well. I also agree with Peter, 350 TIL is a LOT of ink, and few presses and papers will do well with that much, though some can do it no problem. 300 TIL is usually plenty, and if you notice it anywhere it will be in the deepest blacks and shadows. The paper will have more influence than anything once you hit 300% ink. If you are working with a GOOD printer, who has a good sheetfed press that is properly maintained and set up, running good process control, and good coated stock, you can probably assume 320 to 330% total ink. But again, it will be noticeable mostly in the blacks and shadows. Hope this helps and doesn't just frustrate you, since I side stepped your question a little bit. Regards, Lou
Re: Preparing files for print
Author: g_ballard
Date: Mon, 23 Mar 2009 17:57
Date: Mon, 23 Mar 2009 17:57
45 lines
2921 bytes
2921 bytes
Thanks, Lou, I always read your posts with interest and appreciate the time you take to move people forward in their approach.
Web versus Sheetfed:
I (and many people) are stuck with Converting to an Adobe canned CMYK profile and handing it off.
Those of us (like me) that have only a crude awareness of a Web press or Sheetfed press may be mislead by the names.
For example, I go into a print shop, look at their Photoshop Color Settings and ask them if they know their CMYK is based on Web press standards � I usually follow up with the fact they have Sheetfed presses...
It just makes more (common) sense that if they have Sheetfed printing presses, they should be using Sheetfed CMYK color spaces because Web CMYK is not taking advantage of the machinery (limiting the ink to what, Web 240%? vs 320% Sheetfed?).
Next I usually ask them about their Photoshop working RGB (why sRGB) and broken Color Management Policies (but I won't go there here, suffice to say they don't have a clue what is going with their color miss-management, and how Adobe apps actually handle color).
How Adobe handles color:
>If you place an UNtagged file into ID, then ID will ASSIGN it's default
profile.
I can discuss HOW Photoshop handles color.
If you open an UNtagged CMYK file in Photoshop (Ps), Ps Assigns its default working RGB profile � but only for source space-to-monitor Conversion (the actual file isn't altered/changed at that point regardless of what profile I Assign and save).
The problem with InDesign (Id) and Acrobat (PDF):
The biggest problem I have is handing over a 80mb CMYK .tiff and having some clueless genius run it through PDF to produce a 3mb .jpg (by Adobe default).
But the PDF color issue is a lot more mysterious, and I haven't seen where anyone has ever explained it in lay terms, link by link.
For example, in still other words:
1) I place untagged CMYK in Id (at Id default settings).
2) I Com+E (Export) PDF (at PDF default settings).
Have my CMYK "numbers" been changed?
For some strange reason I think not � regardless if PDF mistagged my CMYK with its default profile � the PDF still possesses my original CMYK numbers.
+++++++
The only way [my] pea brain is going to understand this is to break down the process link by link...
Re: Preparing files for print
Author: pfigen
Date: Mon, 23 Mar 2009 18:42
Date: Mon, 23 Mar 2009 18:42
5 lines
1430 bytes
1430 bytes
Gary, If you export a pdf from ID at the default settings, there is no color conversion, but as soon as you choose PDF/X-1A, which is the setting you need for print, then it immediately defaults to convert your file - to whatever is loaded in the Output setting at the time. There is a dropdown menu there to choose from. It looks like it picks up your Color Settings from ID and uses that but I haven't tried enough combinations to know for sure. Since I always convert every element prior to importing to ID, there is never any question and I check the Output tab and change it to Leave Color Unchanged. Unfortunately this is a "feature", this automatically converting files when choosing X-1A that comes back to bite people in the ass, and if you or your printer don't know about it, it's bound to screw up your project. Or not.
Re: Preparing files for print
Author: Lou_Dina
Date: Mon, 23 Mar 2009 19:16
Date: Mon, 23 Mar 2009 19:16
41 lines
5120 bytes
5120 bytes
Gary (sorry if I got your name wrong...too much wine) It just makes more (common) sense that if they have Sheetfed printing presses, they should be using Sheetfed CMYK color spaces because Web CMYK is not taking advantage of the machinery (limiting the ink to what, Web 240%? vs 320% Sheetfed?). US Web Coated SWOPv2 is based on 300 TIL (240 TIL is typical of newsprint). US Sheetfed Coated has ink limits of 350%, which is generally a bit on the high side for even most sheetfed presses, and even that varies depending on the paper being used. How Adobe handles color: >If you place an UNtagged file into ID, then ID will ASSIGN it's default profile. I can discuss HOW Photoshop handles color. If you open an UNtagged CMYK file in Photoshop (Ps), Ps Assigns its default working RGB profile, true � but only for source space-to-monitor Conversion (the actual CMYK numbers haven't been altered/changed at that point regardless of what CMYK profile I Assign and save). There is no actual damage to my CMYK color until an actual Conversion takes place � specifically to a print space (the Conversion to monitor space is irrelevant to my questions because the source profile is independent of monitor RGB and the monitor does not affect my original CMYK numbers, it is only displaying them). The above is totally accurate.....BUT....if you have a CMYK file that was originally edited in US Web Coated SWOP space, save it UNtagged, then place that untagged CMYK file into InDesign, the file will be ASSIGNED the document CMYK space in ID. Let's assume the ID document is set to US Sheetfed Coated. No numbers are changed YET. But, if you send it to your service provider as is, they will have no choice but to assume your file's color space is US Sheetfed coated. And if you export to PDF, ID will tell Acrobat that the UNtagged file is US Sheetfed Coated. If you "leave colors unchanged", then the CMYK numbers pass straight through. I'd rather place tagged files so ID isn't working blind. In fact, I'd prefer to place ALL images (PSD, TIF, AI, etc) tagged in the destination color space if I have a profile for the press. Let's assume that color space is US Web Coated SWOPv2. ID is set up with that profile and ALL components are in that space. If you export to PDF-x/1, you make sure US Web Coated SWOP is specified in your export settings, leave color unchanged, and all files will be sent, as is, to your PDF. The PDF will show the output intent as US Web Coated SWOP. But the PDF color issue is a lot more mysterious, and I haven't seen where anyone has ever explained it in lay terms, link by link. For example, in still other words: 1) I place untagged CMYK in Id (at Id default settings). 2) I Com+E (Export) PDF (at PDF default settings). Have my CMYK "numbers" been changed? For some strange reason I think not � regardless if PDF mistagged my CMYK with its default profile � the PDF still possesses my original CMYK numbers. Well....you can set up Acrobat to leave colors unchanged, convert to profile, etc. Depending on your settings, you will get different results. If you DO place an untagged file into ID, just make sure the file was created using the same "default" CMYK setting, and you won't have a problem (at least in ID). The most important thing is to communicate clearly with your printer. I'd ask what their ink limits are for the press and stock on which you will print. If it is less than 350, then the next question to ask is why they are using US Sheetfed Coated, which stipulates 350%. US Web Coated SWOP is the most widely used profile in this country, perhaps somewhat conservative for many sheetfed press conditions, but at least safe and fairly widely used. If you don't want your colors reseparated, tell the printer specifically. But make sure you are designing according to what they expect. And ALWAYS have them send you a full color contract proof for you to sign off on. That is your guide and theirs. They have to meet those colors (within tolerances set by SWOP, which are unfortunately, fairly liberal). It gets complicated. Rick McCleary wrote a very nice book called CMYK 2.0, which addresses many of these questions. Gorgeous photography too. It's available from Amazon. It doesn't go into as much depth on color conversions as you probably want, but it is pretty clear. It also assumes you are dealing with a printer that isn't brain-dead or working the 'old way'. Hope something here helps. Lou
Re: Preparing files for print
Author: g_ballard
Date: Mon, 23 Mar 2009 19:38
Date: Mon, 23 Mar 2009 19:38
28 lines
1539 bytes
1539 bytes
Thanks, I didn't want to do the PDF, and I didn't watch them do it, so I don't know, but they said they did my no compression settings. You are saying (when everything has already been Converted): InDesign: Command+E Choose Adobe PDF Preset: PDF/X-1A:2001 Choose Output tab> Color> Color Conversion: "Leave Color Unchanged" That still leaves PDD/X> Output Intent Profile Name Any idea what that does (since there is no Off option)? +++++++ This is the first real look I've done into this. Let's say I had big book with all AdobeRGB tiffs placed in InDesign and I wanted to setup the PDF to do all the conversions to Press CMYK. I would: Choose Adobe PDF Preset: PDF/X-1A:2001 Choose Output tab> Color> Color Conversion: "Convert to Destination" and Destination: Press CMYK That still leaves PDD/X> Output Intent Profile Name Any idea what that does (since there is no Off option)?
Re: Preparing files for print
Author: Marco_Ugolini
Date: Mon, 23 Mar 2009 19:52
Date: Mon, 23 Mar 2009 19:52
24 lines
2066 bytes
2066 bytes
An image, saved by Photoshop as EPS can have an embedded (tagged) profile
(choice in the save menue). In Illustrator this EPS retains its profile
if the whole EPS is embedded and it loses the profile if the whole EPS
is linked.
My tests (which can be easily replicated) show otherwise. If I place an EPS raster file (saved in Photoshop with a specific embedded profile) into Illustrator, its profile is not honored, meaning that the placed image's appearance is incorrect -- since it conforms with the default profile *in Illustrator*, not with the one embedded in the raster file itself (whether this is linked or embedded).
If I save that Illustrator file as a PDF (v. 1.6 or 1.7, with "Include all Profiles" checked), the profiles embedded in the EPS images files are still *not* honored (judging from their incorrect appearance -- actually, there is some unorthodox behavior in *linked* EPS images).
On the other hand, the PSD and TIFF formats, as you mention, always look correct, in accordance with their embedded profile.
Bottom line, the EPS format is to be altogether shunned in color managed workflows, as either inadequate or unreliable.
Nowadays there is no reason to use EPS.
Agreed. Unless the separators specifically demand that it be used, for any reason -- in which case one should make sure first to separate the file for the intended output profile.
Re: Preparing files for print
Author: g_ballard
Date: Mon, 23 Mar 2009 19:57
Date: Mon, 23 Mar 2009 19:57
9 lines
1089 bytes
1089 bytes
Lou, Thanks again, I need to absorb your latest post...I just don't trust people around here and simply want to have my CMYK numbers go to press � which I think I get now (at least to handing off a good PDF). But still, I've had printers drag my PDFs into Photoshop and print my vector jaggy. Because these people don't know what a profile is, what their profile is, they are working in Adobe defaults or trying to "turn color management off". The export Adobe PDF engine is a real monster...
Re: Preparing files for print
Author: g_ballard
Date: Mon, 23 Mar 2009 20:04
Date: Mon, 23 Mar 2009 20:04
18 lines
1174 bytes
1174 bytes
> If I place an EPS raster file (saved in Photoshop with a specific embedded
profile) into Illustrator, its profile is not honored, meaning that the
placed image's appearance is incorrect
You mean on the monitor, right?
> Bottom line, the EPS format is to be altogether shunned in color managed
workflows
Actually, I am using EPS to take color management out of the job (I already have my color the way I want it and don't want it messed with down stream).
Re: Preparing files for print
Author: pfigen
Date: Mon, 23 Mar 2009 20:35
Date: Mon, 23 Mar 2009 20:35
1 lines
762 bytes
762 bytes
The way I see it is that you have no idea if your pixels are right or not at this point. I would be sending a tiff with embedded profile. What does their proof look like?
Re: Preparing files for print
Author: Marco_Ugolini
Date: Mon, 23 Mar 2009 20:38
Date: Mon, 23 Mar 2009 20:38
19 lines
1280 bytes
1280 bytes
You mean on the monitor, right?
Yes.
Actually, I am using EPS specifically to take color management out of
the job � I already have my color the way I want it (my CMYK, my pixels
and my vector) � and don't want them messed with down stream.
You could do that with TIFFs that are already correctly separated to the appropriate output profile *and* have an embedded profile, or are even left untagged.
If someone downstream chooses to strip the embedded profiles, the output will still be correct for the intended press, and if they honor the profiles it will still be correct. You "win" either way.
Re: Preparing files for print
Author: g_ballard
Date: Mon, 23 Mar 2009 22:00
Date: Mon, 23 Mar 2009 22:00
27 lines
1275 bytes
1275 bytes
> The way I see it is that you have no idea if your pixels are right or
not at this point
Why would you see it like that?
I am on a hardware-calibrated Apple 30" screen and already proofed my color in Photoshop.
> You could do that with TIFFs that are already correctly separated to
the appropriate output profile *and* have an embedded profile.
Very true.
> I think it would just be a good thing to move away from the EPS format
altogether.
I don't have the background to argue otherwise, yet there is no reason why a good eps file won't work (unless someone down stream messes with it).
Re: Preparing files for print
Author: Marco_Ugolini
Date: Mon, 23 Mar 2009 22:55
Date: Mon, 23 Mar 2009 22:55
12 lines
1178 bytes
1178 bytes
I don't have the background to argue otherwise � you probably have good
reasons for that advice � yet there is no reason why a good eps file won't
work (unless someone down stream messes with it).
No reason, true, but I'm making a point of best practices -- that it's more advisable to use TIFFs within color-managed workflows, and that I see the EPS format as obsolete by now.
As I said, I would make an exception only if a print provider *demands* that it be used, for any reason they may have to ask for that. But, honestly, I have not met any such instance, yet.
Re: Preparing files for print
Author: Lou_Dina
Date: Mon, 23 Mar 2009 23:05
Date: Mon, 23 Mar 2009 23:05
11 lines
2333 bytes
2333 bytes
Gary, PDF-x/1 is a standard group of PDF export settings widely used for jobs going to press. In order to conform, ALL components must be in a single CMYK color space, and that CMYK space must be shown in the PDF (output intent). Any CMYK elements in your ID document that are already in the destination space will be left along. Any RGB elements, or CMYK elements that are in a different CMYK space (or an assumed CMYK space that doesn't match the output intent) are converted to the output intent CMYK space on the way to PDF-land. If your printer doesn't demand PDF-X/1 compliant files, you can use the Press Quality present when exporting to PDF from ID. Leave the General, Marks & Bleeds, and Compression tabs alone. On the Output tab, set the color conversion to "No Color Conversion", and Profile Inclusion to "Don't Include Profiles". All components in your ID document will be sent to the PDF unchanged, even RGB elements and CMYK elements with a different CMYK space. If you want your CMYK numbers honored, this is one way to do it. But, be SURE to put a big note with the submission telling them not to screw with your files....just print the numbers. And get a color proof and sign off before releasing for print. If the proof looks good, then it is their job to match it. If not, well.....back to the drawing board. You can set compression to Do Not Downsample, but be sure your files are approximately the right rez. Normally, you don't want to send a 150 ppi or a 900 ppi file (at final image size) to the RIP when burning plates. Assuming a normal sheetfed press and line screen, you should be fine with resolutions between about 266 and 400 PPI. Remember, PDF can create RGB documents for the web, inkjet output, press, etc. Lou
Re: Preparing files for print
Author: pfigen
Date: Mon, 23 Mar 2009 23:51
Date: Mon, 23 Mar 2009 23:51
6 lines
1074 bytes
1074 bytes
"> The way I see it is that you have no idea if your pixels are right or not at this point Why would you see it like that? I am on a hardware-calibrated Apple 30" screen and already proofed my color in Photoshop." Because you don't really know if you have the right output profile. You've only been guessing at that, so nothing else really matters at this point unless you're going to a press check and the pressman is able to push or pull his rig to conform to your file.
Re: Preparing files for print
Author: g_ballard
Date: Tue, 24 Mar 2009 00:38
Date: Tue, 24 Mar 2009 00:38
20 lines
1648 bytes
1648 bytes
> Because you don't really know if you have the right output profile.
You've only been guessing at that,
That is the best guess I have available to me if he is using a high end 4-color sheetfed press on premium poster paper and if he is clueless about what profile his press is based on ���� what's the alternative ���� send him an "RGB" file with an embedded profile so the genius can ignore my profile because he "doesn't use profiles"
And because he has "turned colormanagement off" which means he will take a sledgehammer to my color to beat it up into his goofy work flow? � BTDT.
> so nothing else really matters at this point unless you're going to
a press check and the pressman is able to push or pull his rig to conform
to your file.
I have faith, if they are savvy enough to follow my instructions ����� send my eps files straight through, please ����� he will be able to hit my mark, my Photoshop-Epson proof, because my file is correct and within his press tolerance.
Re: Preparing files for print
Author: Marco_Ugolini
Date: Tue, 24 Mar 2009 01:15
Date: Tue, 24 Mar 2009 01:15
5 lines
840 bytes
840 bytes
How did this conversation make it here? You guys ("pfigen" and "g ballard") are not even talking to the author of the OP.
How does *he* profit from your conversation/altercation?
Perhaps you should just start your own thread.
Re: Preparing files for print
Author: pfigen
Date: Tue, 24 Mar 2009 01:43
Date: Tue, 24 Mar 2009 01:43
1 lines
849 bytes
849 bytes
So it took a left turn. Big deal. There's no altercation here at all. Perhaps it should have been a different thread but it wasn't. These things happen all the time. Besides, it's sort of related anyhow.
Re: Preparing files for print
Author: Marco_Ugolini
Date: Tue, 24 Mar 2009 01:48
Date: Tue, 24 Mar 2009 01:48
3 lines
686 bytes
686 bytes
Dear "pfigen', you are always such a gentleman. I bet it would kill you to say "sorry" and just move on...
Re: Preparing files for print
Author: g_ballard
Date: Tue, 24 Mar 2009 15:35
Date: Tue, 24 Mar 2009 15:35
3 lines
664 bytes
664 bytes
Sorry Marco. I got some very clear information out of this thread � thanks!
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads