Re: Roland HiJet and ColorChoice RIP
Re: Roland HiJet and ColorChoice RIP
- Subject: Re: Roland HiJet and ColorChoice RIP
- From: Joel <email@hidden>
- Date: Fri, 22 Jun 2001 09:10:06 -0500
>
From: neilB <email@hidden>
(clip)
>
The rip is quoted as: Roland ColorChoice version "Adobe
>
PostScript 3". Does that sound right?
Roland Colorchoice v3.0 and v4.0 both support postscript level 3.
RRC v3.0 is the version of RIP he would have received with the FJ50.
Colorchoice is a smaller version of the Scanvec-Amiable Flexi and
PhotoPrint RIP family.
>
I think I may need to tweak the [various - custom made] profiles
>
he has a little to accommodate different print viewing conditions
>
- and wondered if the Roland Profiles we see in the Colorsync
>
folder are the ones being used by the rip or perhaps are just
>
there for soft-proofing?
RRC looks to its Roland Colorchoice 3>ICC profile folder>Roland FJX
folder for its output profiles (on both MAC and PC) for the FJ50. If
there are profiles IN the Colorsync Profiles Folder then these are
not being used by the RIP for printing. I set up alias in the
ColorSync Profiles Folder pointing to the Roland Colorchoice 3>ICC
profile folder>Roland FJX folder in order to access the profiles in
application menus.
>
Why do I ask?
>
>
When setting up the printer Parrotcolor needed confirmation of
>
the source [workingspace] profile and I wondered if this means
>
that the Roland ColorChoice software RIP uses device link
>
profiles or perhaps a proprietary profile type of some sort?
>
From: Rudy Vonk <email@hidden> writes:
>
>
I don't personally use this RIP, but since I have the printer, I have
>
the RIP. The user interface (Setup/Setup Properties...; Print tab)
>
suggests that it uses the ICC profiles (RGB input, CMYK input, Greyscale
>
input and device output) for actual printing. What color engine I
>
don't know...
>
Linotype on older RRC v3.0. RRC installs similar to Quark, in that
all it internal operations are contained within its own folder system
with the exception of a few extensions (on the MAC). Version 4.0 uses
Linotype on the PC, Apple on the MAC. (I have no data other than that
within the profiles themselves and comparing vague tag tables. I may
be wrong here.)
>
I cannot think of a reason why anybody would need to know my source
>
profile in order to create a printer profile. ColorChoice uses standard
>
regulation printer profiles, not device links. The canned Roland
>
profiles that come with it are also standard printer profiles.
dito. Thought when creating profiles using Scanvec-Amiable's ColorCal
(packaged with PhotoPrint - the daddy bear of Colorchoice) you create
MCH6 (6CLR) or (as with v2.6v1) MCH8 (88CLR) profiles which are then
exported as CMYK-with-HiFi-support profiles for use in the RIP and
other applications due to a dirth of MCH support.
I must note that virtually all RRC v3.0 canned profiles are mostly
type Version 1.0 written in PPS 2.0 ColorCal. PPS 2.5 ColorCal
creates type Version 2.0 profiles and will update most v1.0 profiles.
Many of the v1.0 and v2.0 canned profiles do not have preview tags. I
noticed considerable, though subtle improvements in softproofing
after generating tags.
>
What may be important is that the targets for profile generation be
>
printed through the same RIP, albeit with all color correction off, of
>
course. The RIP also selects a Roland "printing mode" and a media type,
>
which may influence the output it produces regardless of the profile
>
(e.g. dot size, perhaps an ink limit). I haven't experimented with it.
>
Correct. Each print mode (resolution), including Uni-directional and
Bi-directional, has a dramatic affect on the characterization
process. Linearization, Individual ink channel limits, Black Ink
Start, Black Ink Limit and GCR are demanding for some media. The
'hi-fi-support' tag generated by ColorCal allows the profile to be
used in 6CLR or 8CLR mode. Standard CMYK profiles only display in
CMYK mode.
Though I also must note several CMYK third party profiles generate
richer results on some media in 4CLR mode than their canned cousins
in 6 or 8. In particular those generated by PrintOpen 4.0 which we
demo'd last fall. Sometimes I wish we'd kept that puppy...