I was responding to a thread (http://forums.adobe.com/thread/1165011?tstart=30) yesterday about black turning to 4-color in Acrobat and realized that (unless I'm missing something) the Output Preview (and I assume print output) has change in Acobat XI. Something tells me we might be seeing more questions about changing black values.
In Acrobat X the Output Preview simulation profile always showed the CMYK values of a PDF/X-1a or an unprofiled PDF as unchanged—the appearance of color changed not the numbers because the numbers would always be output unchanged.
In Acrobat XI the Output Preview is working differently. For PDF/X-1a the numbers change for any profile that conflicts with the Output Intent. For untagged PDFs the numbers change for profiles conflicting with the current Acrobat working CMYK space.
I think this means PDFs exported without document CMYK profiles (i.e. the Press Quality or High Quality Print presets) might have color problems because the host Acrobat working CMYK space could be anything and there is a chance of random CMYK to CMYK conversions.
Here's a PDF/X-1a with Europe ISO Coated as the Output Intent in Acrobat X:
Changing the simulation profile changes the preview:
Here's the same PDF opened in Acrobat XI, with the US Newsprint simulation profile the output numbers change rather than the preview:
Personally I am getting lost in all the screen shots of Acrobat showing different profiles. I really wish this forum software was akin to others where one can cycle through each post's images using next/previous buttons.
All I can say--not adding anything of value I suspect--is the following screen shot from my PDF was using an unchanged Press Quality export setting. The PDF's profile is in view.
Mike
When the PDF does not include a profile I get 0|0|0|50 no matter what CMYK Working Space or Simulation Profile is chosen in Acrobat X and earlier—the Press Quality preset doesn't include profiles.
In Acrobat XI the numbers change if the Working and Simulation Profiles conflict. So what happens if you leave the Simulation Profile at US SWOP and change your working space to something else?
I really got lost looking and reading through this thread.
If you have everything sync'd to the US SWOP defaults you wouldn't notice the change because by default the Output Preview opens with your Acrobat's Working Space as the Simulation Profile, so there would be no value change.
This might not be a problem in practice because by default the print destination is the same as the Working Space when a profile is not included.
The conventional wisdom has been if you don't include a CMYK profile the CMYK values should output unchanged—as with Press Quality or High Quality Print presets. It doesn't look like that's the case anymore.
So it seems like at least including an Output Intent (PDF/X-1a) is more important now.
Thanks, Rob.
Thank you for your patience. I am slow but get there eventually. Usually.
OK. I don't have my previous Acrobat version, which was 9, available. So I cannot play back and forth between the two versions. But I now understand better what you are saying about version 11.
So I think I need to leave it there.
Again, thank you. Mike
Acrobat XI's Output Preview has changed - in many ways - including this one. For both better and for the worse.
In the case of PDF/X compliant files, Output Preview is now behaving 100% correctly. Since all DeviceCMYK colors are implicitly tagged as being associated to the OutputIntent specified in the file, switching the simulation profile means that we (as per the PDF/X specs) to do a CMYK->CMYK transform to get the new color value. So that is what you now see.
HOWEVER, that (as you note) is also happening for PDFs w/o any embedded profile - and that's wrong - since DeviceCMYK should means that it takes on those same values regardless. This bug has been filed and we hope to fix it in a future update.
NOTE: this change is ONLY in Output Preview - it has NO IMPACT on printing or other operations.
In the case of PDF/X compliant files, Output Preview is now behaving 100% correctly. Since all DeviceCMYK colors are implicitly tagged as being associated to the OutputIntent specified in the file, switching the simulation profile means that we (as per the PDF/X specs) to do a CMYK->CMYK transform to get the new color value. So that is what you now see.
In all my testing I see a difference in the effect of an embedded profile vs. an output intent profile. I see it two ways when I export PDF/X.
With PDF/X exports, any InDesign Document CMYK colors list as DeviceCMYK in Acrobat. So, if I print separations to my postscript printer DeviceCMYK values always output unchanged—it doesn't matter if there's an Output Intent Profile (PDF/X) included and the print destination conflicts with that intent.
Furthermore if I place the PDF/X back into an InDesign document, with a Preserve Embedded Profiles policy, all DeviceCMYK color shows as unchanged in Separation Preview even when the InDesign document profile conflicts with the placed PDF/X's Output Intent.
On the otherhand if I export a PDF with no output intent and set the output to No Color Conversion/Include All Profiles, I do get expected CMYK to CMYK conversions when the destination conflicts with the embedded source profiles, both from my printer and when placing back into InDesign.
>if I print separations to my postscript printer DeviceCMYK values always output unchanged—
>It doesn't matter if there's an Output Intent Profile (PDF/X) included and the print destination conflicts with that intent.
So you are printing from Acrobat? What version on what OS platform? And what settings do you have enabled for color management in the Print dialog?
if I place the PDF/X back into an InDesign document
Unfortunately, InDesign does NOT respect the file's conformance to PDF/X when placing it :(. This is a long standing bug in InDesign.
10.6.8. Here are the files I'm testing:
http://www.zenodesign.com/forum/ProfilevsOutputIntent.zip
One thing I notice is that the Print dialog thumbnail preview does show the output intent having an effect, but that's not what happens in the printed separations. The color is 50% K so it's easy to see a conversion.
OH – you weren't kidding when you said you were printing separations. I thought you meant that in the generic sense.
Yes, when you print separations, no color management is applied. The standard does not address the issue of separated output, so either model (with or without transform) would be correct.
Yes, when you print separations, no color management is applied.
It is from my printer when the PDF includes profiles.
What good is Output Preview if its not returning the actual output separation values?
I think it makes sense that X-1a exports as DeviceCMYK so there's a workflow available that stops color management at export but notifies everyone downstream of the expected output. PDF/X-4 makes complete sense when the destination is unknown, but not if the profiles aren't working.
By default in AcrobatX a PDF/X-1a opened in Acrobat with the Simulation Profile as the Output Intent—both the preview and the separation output numbers were correct.
If I send out a US SWOP X-1a and my printer blows off the intent and outputs to US Sheetfed, there isn't going to be the CMYK to CMYK conversion the new Output Preview is showing. However, my unchanged 50% K fill might print darker than expected if the press is really printing to the US Sheetfed profile, which is what the old output preview would preview when US Sheetfed was chosen as the simulation profile instead of the US SWOP output intent.
>What good is Output Preview if its not returning the actual output separation values?
It is IMPOSSIBLE to return the "actual output separation values", since the software has no way of knowing how your press is calibrated (or if it even is calibrated). All we can do is use the information you've provided and work from that.
This is one reason why using color managed input (aka ICC profiled colors) instead of raw CMYK values is preferred.
>By default in AcrobatX a PDF/X-1a opened in Acrobat with the Simulation Profile as the Output Intent—
>both the preview and the separation output numbers were correct.
For PDF/X-1a files, the Output Preview is still correct in Acrobat XI. The only issue that has been identified is for PDFs that DO NOT comply with the PDF/X standards, so that no Output Intent exists.
>If I send out a US SWOP X-1a and my printer blows off the intent and outputs to US Sheetfed,
>there isn't going to be the CMYK to CMYK conversion the new Output Preview is showing.
It is debatable if your printer is following the standard or not. Some people say yes, some say no. As such, both positions are valid.
It is IMPOSSIBLE to return the "actual output separation values", since the software has no way of knowing how your press is calibrated (or if it even is calibrated). All we can do is use the information you've provided and work from that.
The output preview should show what values are outputting to the separation plates—the press has nothing to do with the separation output values. So my PDF/X-1a example is always outputting a 0|0|0|50 separation no matter what destination I choose. There's no way I'm getting a 25|25|35|0 separation which is what Acrobat XI's Output Preview is showing I'll get if I coose the conflicting US Sheetfed simulation profile.
InDesign and Photoshop work that way, the Separation Preview and Info panels are showing the plate values not the press values.
Rob – the details of a separated workflow are completely outside the PDF/X specification (and the PDF spec, for that matter). Acrobat assumes a modern composite and/or digital workflow, where the PDF/X file will be processed by a native PDF RIP according to the rules of PDF/X (rather than a historical separated Postscript workflow).
Neither InDesign nor Photoshop support PDF/X-compliant rendering, so the point is moot.
North America
Europe, Middle East and Africa
Asia Pacific