Proofing roundtrip 1984 - 2001 (2)
Proofing roundtrip 1984 - 2001 (2)
- Subject: Proofing roundtrip 1984 - 2001 (2)
- From: Henrik Holmegaard <email@hidden>
- Date: Wed, 5 Sep 2001 13:03:52 +0200
c1. colors produced by non-process inks are by and large outside the
process color gamuts, and they are as much of a challenge for digital
proofing as they are for older proofing technologies, but the
difference is that with say the ColorPicker module in ProfileMaker
Pro, you know which spot colors will reproduce in the proof and which
won't.
c2. "Every RIP I've tried seems to offer one of two things: Control
at the ink level, at the cost of screening that looks like sandpaper,
or Epson's pretty screening, and a hidden CMYK to RGB conversion that
makes the appearance of ink control illusory."
OK, OK, OK, out with the baby, the bathwater, the tub and the towel, too -:)
c3. "Press CMYK to Epson RGB with Abscol rendering, Advanced settings
set to No Color Adjustment."
Yes, for a one-step proof print, Absolute Colorimetric does not scale
the black point of the simulation space to the black point of the
destination proof space, if you separate to the simulation space
using Relative Colorimetric with Black Point Compensation enabled.
But page proofs rendered with Relative Colorimetric using an absolute
black point are as a rule more acceptable to users.
c4. "I have some RIPs with which I can send CMYK directly to the
Epson and I realize there are some advantages to being able to
control the printer from an ink level including black. But a simple
CMYK to RGB conversion seems to produce the best matching I've seen
so far."
Whether the printer uses the OS RGB-only printing pipeline or the
PostScript printing pipeline, it should not make assumptions about
the source RGB, because in that case it will be likely to assume an
average of uncalibrated monitors, which means it will assume sRGB,
and this internal gamut is too small to proof offset, even if the
printer's ink gamut is larger. IOW the proof printing system should
be stable and should not effectively limit its own gamut. Wrt black
control, we don't want the same black on an inkjet that we do on an
offset press, which is why say Eye-One Match and ProfileMaker Pro
have presets for a low black start that keeps black out of the
lighter end of the inkjet color space. The idea found among some
printers that a proof is only a proof if it is limited to the Lab to
CMYK conversion in the simulation / output profile, and the rest is a
mechanical dot for dot likeness, that's off now as much as it was
when the first color servers came around that allowed us to add the
CMYK - Lab - CMYK leg into the proofer space. The CMYK - Lab - CMYK
conversion reseparates to the right ink limit and black generation
for the proof printer.
The way I see it, ink control is not about reproducing the same black
in the simulation space as in the space doing the simulation, but
with the way inkjets are becoming more like printing presses and less
like 'wow, it's color!' desktop printers. Ink limiting on a printing
press is user configurable because the printing processes are so
flexible that you can't really build assumptions into them. When I
look at the inkjet scene, it seems to me they are moving in this
direction, too. People are trying so many papers and so many inks
that to get the right color means fingerprinting the colorimetry
using spectrophotometers, and to some extent setting the ink limits
via ICC profiles. The more flexible a printing system becomes, the
more user configurability will we want from it, but at the same time
nobody wants the learning curve.
Speed typing, probably ...