Parallel RIP processing
ASCII and PCL printing utilities
ASCII and the PS or PCL decomposers
System Guide
The operator can choose to enable or disable parallel RIP. If
VI Object Cache is enabled then Parallel RIP is automatically
disabled. Likewise if Parallel RIP is enabled then VI Object
Cache is disabled.
DocuSP processes the workflow in the following way:
1. Is the first job eligible for Parallel RIPing? If yes, DocuSP
processes the job using all the available Parallel RIPs and
no additional jobs can be processed.
2. If no, DocuSP routes the first job through a single RIP.
3. DocuSP determines whether the next job is eligible for
parallel RIPing.
4. If yes, DocuSP processes the job using all the remaining
RIPs. No other job can be RIPed until one of the jobs is
completed.
5. If no, DocuSP routes the job through the next single RIP
path. DocuSP continues through the cycle.
ASCII printing within various environments results in output
that is not always formatted as desired. Unfortunately, there
is no standard method for printing ASCII files. ASCII is a
character set and not a Page Description Language.
Therefore, ASCII files do not contain format commands.
Furthermore, there is no de facto standard for ASCII
formatting.
Nonetheless, users often have the requirement to match a
specific format. The utility below enables this formatting
flexibility along with a feature in Queue Manager that allows
the administrator to select the default document format.
The DocuSP software automatically wraps ASCII files with a
predefined set of PostScript code and sends the data through
the PostScript decomposer. Unfortunately, this predefined
formatting does not always meet customer ASCII printing
needs and there are no knobs to change the formatting within
PostScript.
Printing
4-3