Smarter RIPS
Smarter RIPS
- Subject: Smarter RIPS
- From: "Mark Rice" <email@hidden>
- Date: Thu, 7 Feb 2008 13:21:24 -0500
I appreciate what you are offering me - however, building a new RIP is
beyond my time limitations at this time. In addition, a lot more
experimentation and research is needed to determine what the correct ink
limitation points are. The present system, used by most RIP makers, is kind
of silly - print a test pattern and "look" at it to see when the ink bleeds.
There are a lot of points that can be chosen using this system, and its not
very scientific or repeatable. It seems like the ink limitation choice is a
critical first step that is done in very cavalier fashion.
Mark
-----Original Message-----
From: Robert Krawitz [mailto:email@hidden]
Sent: Wednesday, February 06, 2008 7:22 PM
To: email@hidden
Cc: email@hidden; email@hidden; email@hidden
Subject: [email@hidden: [Openicc] Fwd: A New Topic!]
Mark,
Edmund was good enough to forward this message. I'm surprised I
missed it; I'm on the colorsync list, but perhaps I didn't read it
very thoroughly.
I'm the project lead for Gutenprint
(http://gimp-print.sourceforge.net). In case you're not familiar with
it, Gutenprint is a free/open source printer driver package that
currently supports about 800 printers from various manufacturers.
It's available on Linux/UNIX and OS X in source code form under the
GPL, and we also supply a binary installer for OS X.
Gutenprint has a lot of the raw capabilities needed to implement this
kind of thing; in particular, it makes available 16-bit, DeviceN,
completely uncorrected (that is, no ink limit, density, or
linearization) interfaces (among others). You can even adjust drop
sizes, light/dark ratios, transition ranges, and channel curves (in
conventional K/RGB/CMY/CMYK modes).
One of the tools that's distributed with the package is a test pattern
generator that allows you to specify test patterns. This could either
be used directly, or the API code cribbed from it as part of a toolset
that you describe.
Would this be of interest to you?
------- Start of forwarded message -------
Date: Wed, 6 Feb 2008 21:36:15 +0100
From: "edmund ronald" <email@hidden>
To: "OpenICC List" <email@hidden>
In-Reply-To: <009a01c868fe$0fcc5390$2f64fab0$@net>
MIME-Version: 1.0
Subject: [Openicc] Fwd: A New Topic!
Content-Type: text/plain; charset="us-ascii"
I think this proposal is sufficiently interesting that some of the
members of *this* list might wish to contact the author.
Please forgive me for forwarding it here.
Edmund
- ---------- Forwarded message ----------
From: Mark Rice <email@hidden>
Date: Feb 6, 2008 9:22 PM
Subject: A New Topic!
To: email@hidden
I am a fan of color management, but I have one major problem in dealing with
in the context of most inkjet printers: most inkjet RIPS are not consistent
or repeatable in calibration procedure. That flaw means that color
management is larger doomed on these RIPS for exacting users. My experience
came from the photographic digital imaging field, where extreme precision is
a must. All photographic photo printers and film recorders use "iterative
linearization" to obtain precisely controlled grayscales that match target
densities very precisely. I have been begging RIP makers Onyx and SAI to
produce such a RIP, but they don't really see the need for it. My problem is
that if one achieves a linearization that is close, but not dead on, one can
re-linearize, but it is just as likely to make the linearization worse as
better. And, of course, if the linearization changes, the ICC profiles
become nearly useless.
[>]
Here is my proposal for an Iterative Linearization RIP:
"Procedures for an Iterative Linearization RIP for Inkjet
Copyright Mark Rice 2007
This is a theory derived from working with photo equipment such as the Kodak
LVT, Durst Lambda, and Oce Lightjet.
1. Print test chart similar to existing Ink Limit chart.
2. Measure each value densitometrically until D-Max is achieved in each
color. Or, D-Max may be limited arbitrarily to assure that a similar value
can be achieved under all conditions of humidity, temperature, etc.
Comparable to process deviation in photo equipment.
3. Build a series of aim points from D-min to D-max based on some form of
theory - photo devices usually use L-Star RGB or "equal brightness" RGB for
good viewing discrimination. Aim points should be in a text or XML file for
editability and should be high precision values-up to four decimal points of
density. D-Min and D-Max may need to be edited in particular for
repeatability, and that often entails adjusting nearby points for evenness.
4. Discuss what cross color ink limitations should be.
5. Print the 4 or 6 or N-color grayscale, all colors combined to include
crosstalk characteristics. Present software doesn't seem to adjust for
crosstalk, except for ICC profiling.
6. Read the resulting gray scale into appropriate software. Compare
Difference of read values with aim points. Use an algorithm to move toward
aim points. LVT and Lambda use a different algorithm for initial reading
than subsequent readings.
7. Perform step 6 again, but with a new grayscale incorporating the
adjustments from step seven. A new algorithm that steps more "lightly"
toward the aim points is needed to avoid overshooting and "chasing its
tail".
8. Repeat until a minimum established variance from Difference is achieved.
(It can't aim for dead on or it will keep trying forever.)
9. Prepare the ICC profile.
This procedure will produce highly repeatable results that also will match
one machine and RIP to another with great accuracy. Presently I have this
problem: I may get close to a good linearization, and attempt to improve it,
but it may get worse instead of better. There is no possibility of improving
on an old linearization. If a filter is used, all the value of an ICC
profile is lost.
It also potentially allows one manufacturer's RIP profiles to be converted
to another manufacturer's profiles, a big problem in the industry at this
time.
Mark Rice Wednesday, February 06, 2008"
Comments, please!
Mark Rice
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Colorsync-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
com
This email sent to email@hidden
_______________________________________________
openicc mailing list
email@hidden
http://lists.freedesktop.org/mailman/listinfo/openicc
------- End of forwarded message -------
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Colorsync-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden