ijpds formats.book

KODAK VERSAMARK IJPDS Formats

Reference Guide

Kodak Versamark, Inc.

KODAK VERSAMARK IJPDS Formats

Reference Guide

FCC Compliance Statement

This equipment has been tested and found to comply with the limits for a Class A digital device, pursuant to Part 15 of the FCC Rules. These

limits are designed to provide reasonable protection against harmful interference when the equipment is operated in a commercial environment.

This equipment generates, uses, and can radiate radio frequency energy and, if not installed and used in accordance with the instruction manual,

may cause harmful interference to radio communications. Operation of this equipment in a residential area is likely to cause harmful interference,

in which case the user will be required to correct the interference at his own expense.

Note: Good quality, shielded (braided shielded) cables must be used for the RS-232-C and Centronics interfaces.

Canadian EMI Compliance Statement

Le présent appareil numérique n’émet pas de bruits radioélectriques dépassant les limites applicables aux appareils numériques de la classe A

prescrites dans le Règlement sur le brouillage radioélectrique édicté par le ministère des Communications du Canada.

This digital apparatus does not exceed the Class A limits for radio noise emissions from digital apparatus set out in the Radio Interference Regulations

of the Canadian Department of Communications.

EMI-CISPR 22/EN 55 022/CE Marking

Warning: This is a Class A product. In a domestic environment, this product may cause radio interference in which case the user may be

required to take adequate measures.

KODAK VERSAMARK IJPDS Formats Reference Guide

Part Number Medium Revision Date Description ECN

0113991-602

0113991-603

PDF

Previous Releases

002 02/2005

Revised CBM, CCD, and PHR information; added new record

RSRC; reformatted manual to Kodak standards

Part Number Revision Date Description ECN

K5123

0113991-603 PDF 001 02/2004 Revised PLR and CCD information; added Appendices D and E SDP1289

0113991 002 06/2000 Revised to include new records CBM and CCD PKG617

0113991 001 04/1999 Revised to include new records PKG290

0113770 00 11/1996 Revised to include new records 08972

0113636 00 10/1995 Initial release 08134

This document contains proprietary information of Kodak Versamark, Inc. or is licensors and is their exclusive property. It may not be

reproduced without a written agreement from Kodak Versamark, Inc. No patent or other license is granted to this information.

The software described in this document is furnished under a license agreement. The software may not be used or copied except as provided

in the license agreement.

Kodak Versamark, Inc. makes no warranty of any kind with regard to the contents of this document, including, but not limited to, the implied

warranties of merchantability and fitness for a particular purpose. Kodak Versamark, Inc. shall not be liable for any errors or for compensatory,

incidental or consequential damages in connection with the furnishing, performance, or use of this document or the examples contained herein.

Information concerning products not manufactured by Kodak Versamark, Inc. is provided without warranty or representation of any kind, and

Kodak Versamark, Inc. will not be liable for any damages resulting form the use of such information.

Kodak and Versamark are trademarks of Eastman Kodak Company.

0113991-602

0113991-603 02/2005 Printed in U.S.A.

Scope

This publication describes the format requirements for Inkjet Printer Data

Stream (IJPDS) job files. IJPDS job files are input to KODAK VERSAMARK

printing systems on magnetic tape or hard disk. Job files in IJPDS format

contain special-purpose records that describe all of the information

needed for a printing job.

The format required for each record is described in detail in this publication,

along with a discussion of the required record sequence. In addition,

the magnetic tape and disk format requirements are provided.

This publication is intended to be a reference guide where you can quickly

find a detailed description of a particular record in the job file. Tables in

Appendix A allow you to look up records alphabetically by name or

numerically by control code and find a brief description of the record along

with a page reference to a detailed description.

Appendix C in this publication describes the support for IJPDS records

provided by various KODAK VERSAMARK printers. This information should

be referenced prior to the design of a job.

Appendix D discusses indexing and multi-file IJPDS.

Appendix E discusses the IJQ file format.

The reader of this publication is assumed to be a programmer who is

involved with the preparation of job files for KODAK VERSAMARK printing

systems.

The reader should be familiar with KODAK VERSAMARK printing systems

and general inkjet printing terminology.

Reference Guide iii

Scope

Text Notations This manual uses the following typographical conventions.

Safety Notations The following definitions indicate safety precautions to the operator.

Note: Information that needs to be brought to the reader’s attention.

Caution: A situation where a mistake could result in the destruction of data or

system-type damage.

iv IJPDS Formats

This style Refers to

Ready Text displayed by the software.

go Anything you type, exactly as it appears, whether referenced

in text or at a prompt.

ENTER Special keys on the keyboard, such as enter, alt, and

spacebar.

[NEXT] Buttons and lights on the printer operator panel.

Save Software command buttons and sections of dialog boxes,

such as group boxes, text boxes, and text fields.

File → Open

A menu and a specific menu command.

ALT+F1 Pressing more than one key at the same time.

ALT, TAB Pressing more than one key in sequence.

xx,yy Variable in error messages and text.

jobfile.dat File names.

! WARNING

A potential hazard that could result in serious injury or death.

! DANGER

An imminent hazard that will result in serious injury or death.

Scope

Service and Support Technical equipment support is available 24 hours a day, 7 days a week.

Software and applications support is available 8:00 a.m. to 5:00 p.m.

EST/EDT, Monday through Friday.

Call for telephone or on-site technical support; to order parts or supplies;

to request documentation or product information.

U.S.A., Canada, and

worldwide

Phone Fax

+1-800-472-4839

+1-937-259-3739

+1-937-259-3808

Europe +41-21-806-0404 +41-21-806-1920

Asia/Pacific Rim +65-6744-6400 +65-6744-6700

Japan +81-3-3256-2613 +81-3-3256-2616

Updated service

information

http://www.kodakversamark.com

Customer support customer@kodakversamark.com

Reference Guide v

Contents

Chapter 1. Overview

KODAK VERSAMARK Printing System Components ............................................ 1-1

System Controller....................................................................................... 1-2

Data Station ............................................................................................... 1-2

Print Station................................................................................................ 1-2

Data Station RIPs ............................................................................................. 1-3

Synchronization ................................................................................................ 1-4

Documents........................................................................................................ 1-4

Pages and Page Buffers................................................................................... 1-5

Configuring Stitched RIPs................................................................................. 1-6

Image Positions (X and Y) ................................................................................ 1-6

Fonts................................................................................................................. 1-8

Line and Character Spacing....................................................................... 1-8

Category I Fonts......................................................................................... 1-8

Category II Fonts...................................................................................... 1-10

Regular and Super Fonts ......................................................................... 1-12

Definition Records for Category I Fonts............................................. 1-13

Definition Records for Category II Fonts............................................ 1-13

Current Font ............................................................................................. 1-13

Page Length ................................................................................................... 1-14

Fixed Files ...................................................................................................... 1-15

Example Record Uses .................................................................................... 1-16

One Document per Cue ........................................................................... 1-16

Two Documents per Cue.......................................................................... 1-17

Multiple Pages per Document .................................................................. 1-17

Chapter 2. Magnetic Tape Formats

Tape Specifications .......................................................................................... 2-1

Single File/Single Volume (without Labels)................................................ 2-1

Single File/Single Volume (with Labels) ..................................................... 2-2

Single File/Multiple Volume........................................................................ 2-2

Tape Labels ...................................................................................................... 2-3

Tape Blocking ................................................................................................... 2-5

Chapter 3. Disk Formats

Chapter 4. Record Formats

Record Information ........................................................................................... 4-1

Compression Types.......................................................................................... 4-2

Reserved - 0x0000..................................................................................... 4-2

32-Bit Vertical Run Length Encoding (RLEV32) - 0x0001.......................... 4-2

Job Control Record 2 (JC2) .............................................................................. 4-5

Select RIP (RIP) ............................................................................................... 4-7

PrintHead Requirements Record (PHR)........................................................... 4-8

Font Assignment Record (FAR)...................................................................... 4-10

Set Resolution Multiplier (SRM)...................................................................... 4-11

Page Length Requirement (PLR) ................................................................... 4-12

Super Font with Metrics (SFM) ....................................................................... 4-13

Reference Guide vii

Contents

viii IJPDS Formats

Font Definition with Metrics (FDM).................................................................. 4-14

Character Definition with Metrics (CDM)......................................................... 4-15

Compressed Character Definition (CCD)........................................................ 4-18

Super Font Definition (SFD)............................................................................ 4-21

Font Definition Record (FDR).......................................................................... 4-22

Character Definition Record (CDR)................................................................. 4-23

Load Fixed File (LFF)...................................................................................... 4-25

End of Fixed Files (EFF) ................................................................................. 4-26

Range Check Record (RCR)........................................................................... 4-27

Start of Document and Cue (SDC).................................................................. 4-28

Start of Document (SOD) ................................................................................ 4-30

Set Position (SPO) .......................................................................................... 4-32

Set Position (SPX) .......................................................................................... 4-33

Set Origin (SOR) ............................................................................................. 4-34

Set Relative Position (SRP) ............................................................................ 4-35

Cursor Save (CSS) ......................................................................................... 4-36

Cursor Restore (CSR)..................................................................................... 4-37

Set Font and Spacing (SFS) ........................................................................... 4-38

Set Font (SFT) ................................................................................................ 4-39

Set Font and Image (SFI)................................................................................ 4-40

Image a Line (IML) .......................................................................................... 4-41

Two-Byte Image Line (SIL) ............................................................................. 4-42

Multi-Part Line Mode (MPL) ............................................................................ 4-43

Set Fixed File (SFF) ........................................................................................ 4-44

Go to Fixed File (GFF) .................................................................................... 4-45

Reset Fixed File (RFF).................................................................................... 4-46

Unformatted Image Line (UIL)......................................................................... 4-47

Space (SPC) ................................................................................................... 4-48

Set Logical Function (SLF).............................................................................. 4-49

Fill a Rectangular Area (BOX)......................................................................... 4-51

Image Bitmap (IBM) ........................................................................................ 4-52

Compressed Bitmap (CBM) ............................................................................ 4-53

Remote Resource (RSRC).............................................................................. 4-54

Set Page Length (SPL) ................................................................................... 4-55

Start of Page (SOP) ........................................................................................ 4-56

Wait for Cue (WFC)......................................................................................... 4-57

Stop (STP) ...................................................................................................... 4-58

Message (MSG) .............................................................................................. 4-59

Verify Character Checksum (VCC) ................................................................. 4-60

No Operation (NOP)........................................................................................ 4-61

End of Job (EOJ)............................................................................................. 4-62

Job Control Record (JCR)............................................................................... 4-63

Chapter 5. Record Sequence

Single-RIP System ............................................................................................ 5-1

Multi-RIP System .............................................................................................. 5-4

Separate Files ................................................................................................... 5-6

Appendix A. Record References

Appendix B. Sample Font Coding

Category I Font ................................................................................................ B-2

Category II Font ............................................................................................... B-4

Appendix C. Printer Support for IJPDS

Contents

Appendix D. Indexing and Multi-File IJPDS

Basic Index Files (for Single-File IJPDS Jobs) ................................................ D-2

Multiple-File (Very Large) Jobs........................................................................ D-3

File Structure............................................................................................. D-3

File Naming ............................................................................................... D-3

Multiple-File Job index Files ............................................................................ D-4

Index File Structure ................................................................................... D-4

Index File Naming and Location................................................................ D-4

Old Scheme (Prior to MPC4RUN.EXE Version 1.56)......................... D-4

New Scheme (MPC4RUN.EXE Version 1.56 and Newer) ................. D-4

Appendix E. IJQ File Format

Monochrome RIP Data Structure...................................................................... E-1

CMYK RIP Data Structure ................................................................................ E-1

C++ Implementation of the Above Data Structures and Their Serialization ..... E-2

Example of File Writing (in MFC and C++) ....................................................... E-3

Glossary

Reference Guide ix

Figures

Figure 1.1 Printing system components....................................................... 1-1

Figure 1.2 Printer components..................................................................... 1-2

Figure 1.3 Physical and logical RIPs ........................................................... 1-3

Figure 1.4 Printing synchronization.............................................................. 1-4

Figure 1.5 X and Y directions....................................................................... 1-7

Figure 1.6 Character cell.............................................................................. 1-9

Figure 1.7 Building a line ............................................................................. 1-9

Figure 1.8 Line positioning and spacing ...................................................... 1-9

Figure 1.9 Character bounding box ........................................................... 1-10

Figure 1.10 Character escapements and offsets ......................................... 1-11

Figure 1.11 Line escapements..................................................................... 1-11

Figure 1.12 Vertical, right-to-left, and angle printing .................................... 1-12

Figure 1.13 Baseline font design ................................................................. 1-12

Figure 1.14 Page length for text................................................................... 1-14

Figure 1.15 Page length for position record................................................. 1-14

Figure 1.16 One document per cue ............................................................. 1-16

Figure 1.17 Two documents per cue ........................................................... 1-17

Figure 1.18 Multiple pages per document.................................................... 1-18

Figure 4.1 32-bit Vertical Run Length Encoding (RLEV32) ......................... 4-4

Figure 5.1 Single RIP-record sequence....................................................... 5-3

Figure 5.2 Multiple RIP sequence 1............................................................. 5-5

Figure 5.3 Multiple RIP sequence 2............................................................. 5-5

Tables

Table 2.1 VOL1 record format ................................................................ 2-3

Table 2.2 HDR1/EOV1/EOF1 record format........................................... 2-4

Table A.1 Records by acronym............................................................... A-2

Table A.2 Records by control code ......................................................... A-4

Table C.1 Printer support for IJPDS....................................................... C-2

Reference Guide xi

Chapter 1. Overview

KODAK VERSAMARK Printing System Components

An IJPDS job file contains all of the information needed by KODAK

VERSAMARK printing systems to process and print a complete job. The

IJPDS job files can be input to a printing system on magnetic tape or on a

hard disk, depending on the printing system's configuration.

An IJPDS job file consists of special-purpose records that are identified by

control codes. Records contain such information as font identification, font

bitmaps, image positions, fixed data, and variable data. All records used

in IJPDS job files are described in detail in Chapter 4.

To help you understand how a KODAK VERSAMARK printing system uses an

IJPDS job file to print a job, this chapter begins with a brief overview of

the printing system components. The remainder of the chapter is

dedicated to describing some of the terms and parameters used in the

IJPDS job file, including their relationships with certain records. Examples

of how the records are used in an IJPDS job file are also provided.

The following components are included in a KODAK VERSAMARK printing

system:

System controller

Data station

Print station

Printhead(s).

Figure 1.1 illustrates one possible printing system configuration:

Figure 1.1 Printing system components

IJPDS

System

controller

IJPDS

Data

station

Reference Guide 1 - 1

Chapter 1. Overview

KODAK VERSAMARK Printing System Components

1 - 2 IJPDS Formats

System Controller

The system controller is the PC on which the system controller software is

installed. Using this software, the operator controls the operation of the

printer or the printing system components. In addition, the system

controller software also handles the IJPDS job files. The software accepts

IJPDS job files as input, divides the IJPDS data by RIP number, and

sends the IJPDS data to the correct data station.

Note: Although the system controller software accepts files in other formats,

only IJPDS job files are discussed in this publication.

Data Station

The data station uses fonts, character input data, and positioning

information from the IJPDS job file to build bitmaps, which it sends to the

printhead. The data station receives IJPDS job files from the system

controller. Some data stations can receive job files directly from magnetic

tape or network.

The data station contains at least one Raster Image Processor (RIP).

Each RIP feeds at least one printhead. Some data stations contain up to

four RIPs and some RIPs can feed up to four printheads. In some

configurations the printheads can be stitched.

Print Station

Fluids for the printhead are controlled by the print station. Printhead sizes

vary among print stations and include 9-inch, 4-inch, and 1-inch

printheads, among others.

Note: The data station and print station may also be integrated in one

component, called a printer. The printer's data station contains one RIP,

which feeds one printhead, as shown in Figure 1.2.

Figure 1.2 Printer components

IJPDS

Printer

Data

station Print

station

Data Station RIPs

Chapter 1. Overview

Data Station RIPs

The data station's RIP uses input character data and fonts from the IJPDS

job file to build a bitmap in a page buffer that represents the image to be

printed. Each bit in a page buffer represents a dot in the image to be

printed. Each bitmap represents one page of the document to be printed.

Some printing systems contain more than one RIP. In a multi-RIP system,

information in an IJPDS job file must be divided among the RIPs used for

the job using a RIP record.

Each RIP can control from one to four printheads, depending on the data

station, print station, and the width of the printhead being used.

Multiple printheads can be stitched so that the image appears to have

been printed by one printhead. Stitching printheads can greatly increase

the maximum contiguous width of the image to be printed. If stitched

printheads are controlled by separate RIPs, the RIPs are also said to be

stitched.

In the IJPDS job file, the physical RIPs are numbered consecutively

starting with 0. Logical RIP numbers are required when two physical RIPs

are stitched. For example, in Figure 1.3, because RIPs 1 and 2 in data

station 1 are stitched, RIP 0 is used as the logical RIP number for the two

stitched RIPs.

The system controller in Figure 1.3 interprets the RIP numbers in the

IJPDS job file and directs the data to the appropriate RIP in the

appropriate data station.

Figure 1.3 Physical and logical RIPs

IJPDS System

controller

Data

station

Data

station

Data

station

Data

station

RIP 1 PH

RIP 2

RIP 1

RIP 2

RIP 1

RIP 2

RIP 1

RIP 2

Physical RIPs

(No stitching)

Logical RIPs

(DS1, RIPs 1&2

stitched)

Reference Guide 1 - 3

Chapter 1. Overview

Synchronization

Documents

1 - 4 IJPDS Formats

The components of printing systems can be mixed to form a customized

printing arrangement. For example, the system controller can be used to

synchronize printing for an IJPDS job file containing data for several

different data stations and printers. The IJPDS job file may contain data

for one or all of the data stations.

The system controller divides the data between the data stations using

the RIP records in the IJPDS job file. All RIPs in the configuration are

numbered consecutively as shown in Figure 1.4. The first two RIPs in the

second data station are stitched so only one logical RIP number is

assigned. Tach and cue signals to the various printers and data stations

are synchronized by the system controller to ensure proper print

registration.

Figure 1.4 Printing synchronization

IJPDS System

controller

Data

station RIP 1

Data

station

RIP 1

RIP 2

RIP 3

RIP 4

Printer RIP 1

Physical RIPs Logical RIPs

A document is a unit of input data that is printed in one area on the

substrate. In this publication, the term document does not refer to

physical media used in cut-sheet printing, such as an envelope.

KODAK VERSAMARK printing systems print a series of documents

containing both fixed and variable data. Fixed data is information that is

the same on all documents; it is obtained from fixed files in the IJPDS job

file. Variable data is information that can change from one document to

another; there is individual data in the IJPDS job file for each document.

Normally, there is one document printed for each cue mark on a web or

one document printed for each piece in cut-sheet printing.

Pages and Page Buffers

Chapter 1. Overview

Pages and Page Buffers

Multiple RIPs may be involved in printing the documents. An example is

duplex printing where one RIP prints one side of the document and

another RIP prints the other side. Another example is spot color, where a

separate RIP and printhead are used to print a color segment. There are

records in the IJPDS job file that provide each RIP with the information

necessary to print a portion of each document. The physical width of the

documents depends on the number and spacing of the printheads. The

length is controlled by information in the IJPDS job file.

The PLR (Page Length Requirement) record may be used to make the

length of the buffer longer than these defaults if a long document requires

it, at the expense of font memory. Using a PLR to call for the page buffer

to be shorter than the default has no effect. There's no appreciable impact

on performance with a change in PLR value. (See Appendix C for which

RIP/software versions support PLR.)

A page consists of the data for a document in a page buffer. If the

document data is equal to or less than the page buffer length, there is one

page per document. If the document data length is greater than the length

of the page buffer, a record in the IJPDS job file starts another page (page

buffer), resulting in two or more pages per document. The width of the

document data cannot be greater than the width of the page buffer or the

data outside the buffer will be lost (except in the case where two RIPs are

stitched, creating a super RIP as explained later).

There is one page buffer for each RIP. The page buffer size depends on

the printing system. The width of the page buffer depends on number of

jets in the printhead(s) driven from the RIP. For example, 2688 jets at

300dpi is 8.96 inches, the actual print width of the 9-inch printhead. Page

buffer length is hardware defined except for the CD120 and CD130 data

stations, which are software configurable by means of the PLR record.

The data stations' hardware lengths (and their default lengths) are

described in the following bulleted list of example page buffer sizes.

Appendix C lists which RIPs and software versions support PLR (and all

other IJPDS commands.)

The page buffer size is not related to the physical page size. A 17-inchlong

document, printed as one buffer page, could be cut or folded into two

final physical pages. Also, a 25-inch-long document, printed as two buffer

pages, could be one long physical page.

Example sizes of some page buffers for printheads are as follows:

4096 bits by 4096 bits, representing the print width of four 4-inch

printheads and a maximum page length of 17.07 inches (43.35 cm).

This is the CD3000 data station RIP.

2688 bits by 10240 bits, representing the print width of one 9-inch

printhead and a maximum page length of 34.13 inches (86.69 cm) at

300 dpi and 17.07 inches (43.36 cm) at 600 dpi. This is the CD120

data station 9-inch RIP.

1024 bits by 4096 bits, representing the print width of one 4-inch

printhead and a maximum page length of 17.07 inches (43.35 cm).

This is the CD100 or CD120 data station 4-inch RIP.

256 bits by 5280 bits, representing the print width of one 1-inch

printhead and a maximum page length of 22 inches (55.88 cm). This

is the DP5120/DP5240 data station RIP.

Reference Guide 1 - 5

Chapter 1. Overview

Configuring Stitched RIPs

Image Positions (X and Y)

1 - 6 IJPDS Formats

Some printing systems with multiple printheads contain multiple,

physically separate RIPs in the same data station. The page buffers for

each RIP represent the width of the printhead. Two or more RIPs can be

treated as a combined, single RIP, called a super RIP and the resulting

page buffer is as wide as the number of printheads. (For example, the

page buffer for each 4-inch printhead RIP is 1024 bits by 4096 bits. If the

RIPs for two 4-inch printheads are treated as a super RIP, data is sent to

the super RIP as if the page buffer were 2048 dots wide.)

The PLR may be used to make the length of the buffer longer than these

defaults if a long document requires it, at the expense of font memory.

Using a PLR to call for the RIP to be shorter than the default has no

effect. There is no appreciable impact on performance with a change in

PLR value.

When two or more RIPs are stitched, the IJPDS file should be built as if

there were a single larger RIP. If you want four 4-inch printheads to be

stitched, you configure the data for one 17-inch RIP and the operator

must configure the controller and data stations to stitch the four

printheads/RIPs after which the data stations will all be sent the 17-inch

data and each RIP will print its 4-inch (1024-dot) “slice”, clipping the parts

that “fall off” either side. This 17-inch logical RIP is called a super RIP.

Presently the equipment will not configure this automatically from the

stitched RIP indicator bits, but some future system might, so the job

should be described the job correctly, both in these bits and in the PHR

records (where you indicate there are four 1024-bit heads, and their

positions, in the 17-inch RIP).

You should also produce some sort of setup document for the operator,

as operators cannot easily determine the desired configuration from what

the controller tells them when they load the job.

Since you send stitched-RIP data as one larger RIP, the IJPDS proofer

software shows it as if it were one larger RIP, but it is possible in proofer

version 3.1 and above to use Show Stitch Lines in the View menu, or the

corresponding toolbar button, to show the stitch lines (in red) for purposes

of determining what printed data may be running across the stitch.

An image is a pattern of filled and unfilled dots. It can be a character, a

line of characters, or a graphic. Position records within the IJPDS job file

specify starting positions on the document for the image data that follows.

A starting position is defined by X and Y coordinates and can be absolute

or relative.

The cursor position at the start of a document is set to the upper left

corner of the document as viewed from the printhead looking in the

direction of substrate movement. As shown in Figure 1.5, the X,Y

coordinates for the upper left corner of the document are 0,0, which is the

cursor origin position. If a set origin record (SOR) occurs somewhere on

the page, the origin is reset to the current cursor position.

Chapter 1. Overview

Image Positions (X and Y)

Position records in the IJPDS job file have the following effects:

Set position record SPO or SPX uses the origin as a reference. If the

origin is 0,0, the SPO record contains the coordinates for an absolute

starting position. If the origin has been reset, the SPO contains a

relative starting position.

Set relative position record SRP always uses the current cursor

position as a reference and, therefore, contains a relative starting

position.

Starting position is not the same as cursor position. The current starting

position is the last position set by an SPO, SRP, SPX, or a cursor restore

(CSR) record. The cursor position moves as each character is placed in

the page buffer, but the starting position remains the same until it is

changed by another SPO, SRP, SPX, or CSR record.

The X direction is perpendicular to substrate movement and is sometimes

called the horizontal direction. The Y direction is in the direction opposite

substrate movement and is sometimes called the vertical direction. X and

Y values can be positive or negative. The arrows in Figure 1.5 indicate

the positive directions.

The measurement unit used for X and Y distances in IJPDS job files is the

dot. The dot represents the distance between pixels (dots) in the printed

image. For example, for 240 dots-per-inch (dpi) printheads, the

measurement is 1/240 inch.

In Figure 1.5, one 4-inch, 240-dpi printhead is shown printing documents.

The X and Y coordinates at the end of the document are X = 1023 dots

and Y = 4095 dots. This represents a maximum document size of 4.27

inches (10.8 cm) wide and 17.07 inches (43.35 cm) long.

Figure 1.5 X and Y directions

Documents

Cue marks

If additional printheads are introduced, the maximum document width

depends on the printhead sizes and the physical spacing of the

printheads. The maximum length of the document is dependent on the

printing system.

The cue marks shown in Figure 1.5 are preprinted on the web and are

used by the printing system to synchronize the start of documents. An

optical sensor detects the cue marks and generates a cue signal. For cutsheet

printing, the sensor detects the leading and trailing edges of each

piece.

Reference Guide 1 - 7

Chapter 1. Overview

Fonts

1 - 8 IJPDS Formats

Although the bitmaps for some images to be printed are included in the

IJPDS data stream (IBM and/or CBM record) and the bitmaps for other

images are built from parameters in the BOX record, most images are

identified as characters in a font. The characters in a font are stored as

bitmaps in the printing system and accessed as required by the data and

command records in the IJPDS job file to build a page buffer of the image.

IJPDS job files can contain two types of fonts: category I and category II.

Line and Character Spacing

Both category I and category II fonts are affected by the use of four

spacing values contained in several IJPDS records. The four spacing

values are:

Character spacing in the X dimension

Character spacing in the Y dimension

Line spacing in the X dimension

Line spacing in the Y dimension.

The four spacing values in effect at the time characters are being inserted

into the page buffer are added to the corresponding values defined in the

font. The spacing values in effect are those set by the last record

executed that contained spacing values.

An InterLine Spacing (ILS) value can be specified in start-of-document

(SOD and SDC) and set font (SFI and SFT) records. ILS is a positive Y

dimension value. When a record containing an ILS value is executed, the

Y line spacing value is set to the ILS value and the other three spacing

values are set to zero.

A set font and spacing (SFS) record contains fields for all four spacing

values and sets all values to those contained in the record.

Category I Fonts

The category I font format defines each character within a cell. The cell

contains all data needed to define the character itself in addition to data

that defines space around the character. See Figure 1.6.

Note: The following description of character and line spacing for the category I

font assumes an upright font orientation.

Horizontal spacing in the cell provides built-in character-to-character

spacing (X escapement). Each character cell in a font can have a unique

width to provide proportional spacing. The width is defined in the

character definition record (CDR) for each character. Vertical spacing in

the cell provides built-in line spacing (Y escapement). All cells in a font

must have the same height. The height is defined in the font definition

record (SFD or FDR) and applies to all characters in the font.

Character cell

Cursor positions

Starting position

Cell widths

Interline spacing

(ILS)

Figure 1.6 Character cell

Chapter 1. Overview

Fonts

When building the page buffer, the upper left corner of the first character

cell in a line is placed at the current cursor position. The cell for the next

character in the line is placed next to the first character. The Y coordinate

of the cursor for the second character is the same as the first character

and the X coordinate is increased by the width of the first character cell.

This process continues until the end of the line is reached. Refer to Figure

1.7.

Figure 1.7 Building a line

Cell

height

If the last record executed with spacing values was an SFS, the X and Y

character spacing values in that record can alter the spacing between

characters and the alignment of the characters. The X value is added to

the character width and the Y value moves the cursor for the next

character in the Y dimension.

The X coordinate of the cursor for the first character in the second line is

the same as that for the first character in the first line. The Y coordinate

for the second line is increased by the cell height for the font plus any ILS

specified in the font record (SFD or FDR) or in other IJPDS records, such

as SOD, SDC, SFT, or SFI. The ILS in the last record executed is the one

used. See Figure 1.8.

Figure 1.8 Line positioning and spacing

Reference Guide 1 - 9

Chapter 1. Overview

Fonts

1 - 10 IJPDS Formats

Bounding box

If the last record executed with spacing values was an SFS, the X and Y

line spacing values in that record affect the cursor position for the starting

point of the next line. The Y value is added to the cell height and the X

value moves the cursor for the starting point of the next line in the X

dimension.

Category II Fonts

Category II fonts use positive and negative escapements and offsets for

each character. Using these parameters, you can arrange the characters

in a variety of ways.

Each character in a category II font is defined in a box called a bounding

box. As shown in Figure 1.9, a bounding box encloses all dots required to

define the character, but does not normally include space around the

character. The bounding box for each character has its own height and

width as defined in the character definition record (CDM or CCD).

Figure 1.9 Character bounding box

The upper left corner of the bounding box is positioned in the page buffer

according to the values for the X and Y offsets in the CDM or CCD. The

offsets are signed binary fields and, therefore, can be negative or positive

values.

The upper left corner of the bounding box for the first character in a line is

placed at the position determined by adding the X and Y character offset

values to the current cursor position. In the first example in Figure 1.10,

the a character has an X offset of 0 and a positive Y offset. The cursor

position for the next character is then determined by adding the X and Y

character escapement values to the cursor position for the first character.

Note: The cursor position for the first character is the cursor position before the

offset values for the first character are added. The offset values do not

change the cursor position.

In the second example in Figure 1.10, the a character has a Y

escapement of 0 and a positive X escapement. The upper left corner of

the j character bounding box is then determined by adding the offset

values for j to the cursor position. Using a negative X offset for j allows

overlapping of the two characters. The character spacing X and Y values

are added to the X and Y character escapement values in the CDM or

CCD. The SFS record provides a means of altering the spacing between

characters.

Cursor position

Positive Y offset for a

Y line escapement

X line escapement

Figure 1.10 Character escapements and offsets

Positive X escapement for a

Negative X offset for j

Positive Y offset for j

Chapter 1. Overview

Fonts

This process of building a line continues until the end of the line is

reached. The cursor position for the first character in the second line is

determined by adding the X and Y escapement values in the font

definition record (SFM or FDM) to the cursor position for the first

character in the first line. See Figure 1.11.

Figure 1.11 Line escapements

The X and Y line spacing values are added to the X and Y line

escapement values in the SFM or FDM. Interline spacing can therefore be

controlled by line spacing values in the SFS record or the ILS value in an

SOD, SDC, SFT, or SFI record.

Figure 1.12 shows that by setting the X escapement value to 0 and the Y

escapement to a positive value, vertical printing of upright fonts is

achieved. Right-to-left printing is achieved by setting the Y escapement

value to zero and setting negative values for the X escapement.

Reference Guide 1 - 11

Chapter 1. Overview

Fonts

Negative Y offset for f

1 - 12 IJPDS Formats

Category II fonts allow the printing of a line at any angle as shown in

Figure 1.12. As seen for the character A, the characters must be defined

at an angle in their bounding boxes. The character escapement values

are then used to produce angle printing.

Figure 1.12 Vertical, right-to-left, and angle printing

Vertical printing

X escapement = 0

Y escapement = n

Character offsets let you design fonts using a baseline method. This

method, illustrated in Figure 1.12, uses a negative Y offset for each

character to place the character above the cursor position in the page

buffer. Therefore, a baseline for all characters can be maintained.

As shown in the illustration, the baseline method is useful when there is

the possibility of changing font sizes in a line. The f character in Figure

1.13 is larger than the other characters but maintains the same baseline.

Figure 1.13 Baseline font design

Regular and Super Fonts

Right-to-left printing

X escapement = negative n

Y escapement = 0

Angle printing

Baseline

X character escapement

Y character escapement

Both category I and category II fonts can be regular or super. A regular

font is a single-byte font that allows each character to be accessed with a

1-byte code. For example, a 1-byte code of hexadecimal 41 is used to

access the text character A in an ASCII text font. A super font is a doublebyte

font that allows each character to be accessed with a 2-byte code.

Super fonts are required for languages with more than 256 characters in a

font.

The number of regular and super fonts, including both category I and

category II, in an IJPDS job file cannot exceed 255.

Definition Records for Category I Fonts

Chapter 1. Overview

Fonts

Regular fonts are described in the IJPDS job file using font definition

records (FDR) and character definition records (CDR). Each font has one

FDR that provides a general description of the font. Immediately following

each FDR, up to 256 CDRs (plus a default CDR) define the bitmaps for

each character in the font.

For super fonts, the first byte of the 2-byte code identifies a subfont of the

super font and the second byte identifies the character in that subfont.

Super fonts are described in the IJPDS job file using super font definition

(SFD) records. Each super font has one SFD that provides a general

description of the font. Immediately following the SFD, up to 256 FDRs

describe each subfont in the super font. Immediately following each FDR,

up to 256 CDRs (plus a default CDR) define the bitmaps for each

character in the subfont.

Since there is no way for the Data Station to tell whether a subsequent

FDR begins a new single-byte font or another subfont to the super font it

has been loading, any SFD-style (category I) super fonts for a RIP must

be loaded after all single-byte FDR-style fonts for that RIP. (This is not a

problem with category II fonts as SFMs do not have subfonts.)

The preferred method of specifying a default character for the entire

super font is to include one default CDR immediately after the SFD, rather

than including a default CDR after each FDR.

Definition Records for Category II Fonts

Regular fonts are described in the IJPDS job file using font definition with

metrics (FDM) records and character definition with metrics (CDM)

records or compressed character definition (CCD) records. Each font has

one FDM that provides a general description of the font. Immediately

following each FDM, up to 256 CDMs or CCDs (plus a default CDM or

CCD) define the bitmaps for each character in the font.

For super fonts, the 2-byte code identifies one of up to 65,536 characters

in the super font. Super fonts are described in the IJPDS job file using

super font with metrics (SFM) records. Each super font has one SFM that

provides a general description of the font. Immediately following the SFM,

up to 65,536 CDMs or CCDs (plus a default CDM or CCD) define the

bitmaps for each character in the super font.

Current Font

In Chapter 4, the descriptions for some record fields refer to the “current

font”. The current font is the font currently in effect. It is the last font

specified, in execution order, by an IJPDS job file record. Notice that

execution order of records determines the current font rather than the

order of records in the IJPDS job file. Because some records that specify

fonts occur in fixed files, they may be executed in a different order than

the order in which they appear in the IJPDS job file.

The current font is set to a starting or default font at the start of each new

document. Refer to the description for the SOD or SDC record in

Chapter 4.

Reference Guide 1 - 13

Chapter 1. Overview

Page Length

1 - 14 IJPDS Formats

Page length

(Number of rows used)

Cell height

ILS

Page length

(Number of rows used)

SPO

X = 3

Y = 9

The length of a page is determined by the number of dot rows from row 0

(Y = 0) up to and including the highest row used before a new page is

started (by an SOP, SOD, SDC, or WFC record). When a new page is

started, the previous page is printed up through the highest row used.

Page length is defined as the number of dot rows used. Because the first

row is identified as Y = 0, the page length is one more than the highest

row used.

For example, if a page consists of only one line of text using an upright

category I font, the page length is the number of rows up to and including

the last row of interline spacing following the line of text. Assuming that

the character cell height is 10 dot rows and the interline spacing is 3 dot

rows, the page length is 13 dot rows. Refer to Figure 1.14.

Figure 1.14 Page length for text

X = 0

Y = 0

Highest row used

(Y coordinate)

If the cursor is left at the end of the page by a set position record (SPO),

the page length is equal to the Y position parameter in the SPO record

(assuming an origin of Y=0). The row previous to that identified by the Y

parameter is the last row on the page. In Figure 1.15, the page length is 9

dot rows.

Figure 1.15 Page length for position record

X = 0

Y = 0

Highest row used

(Y coordinate)

Fixed Files

Chapter 1. Overview

Fixed Files

If font characters are the lowest elements on a page, the following rules

apply. For a left-rotated or inverted font, the page length is one more than

the Y position of the start of line. If a right-rotated font is being used, the

page length is the number of dot rows up to and including the last column

of the last character.

The page length is determined by the last dot row used by any record on

the page. Records that affect the page length are SFI, IML, SIL, UIL,

SPO, SPX, SRP, SPC, BOX, CBM, and IBM. For the SFI, IML, SIL, UIL,

and SPC records, the font orientation determines the effect as previously

described. If a BOX, CBM, or IBM image is the lowest element on a page,

the page length is the starting Y position plus the height.

Instead of using the default page length based on the image data on the

page as just described, you can set the page length using the SPL record.

The page length can be set to be longer or shorter than the space

occupied by the image data. If the length is set to be shorter than the

image length, part of the image will be clipped. If the page length is set to

be longer than the image length, white space is included up to the

specified length.

Note: The PLR won't set the page length to less than the default:

4096 for printhead resolution 120 or 240 dpi;

10240 for printhead resolution 300 or 600 dpi.

The fixed file area is a storage area in the data station where fixed

information may be kept, so that the same information does not need to

be read repeatedly from the input file.

Each RIP may have up to 256 fixed files, numbered from 0 to 255. Each

fixed file may contain any number of records. The maximum amount of

fixed file storage available is printer dependent.

The fixed files for each RIP are loaded at the beginning of the job, after

the fonts. The start of each fixed file is indicated by an LFF record. The

LFF record is not stored as part of the fixed file. The end of the last fixed

file for each RIP is indicated by an EFF record. All records between the

first LFF and the EFF for each RIP are stored in the fixed file area, except

for the LFF, EFF, and RIP records.

During generation of documents, the data station maintains a pointer to

the current position of each fixed file for each RIP. At the start of a

document, all the pointers are reset to the start of their respective fixed

files. During processing of a document, the pointers may be changed, and

records stored in the fixed files may be executed, by use of the SFF, GFF,

and RFF commands.

Refer to Chapter 5 for a list of the records allowed in the fixed files.

Reference Guide 1 - 15

Chapter 1. Overview

Example Record Uses

1 - 16 IJPDS Formats

This section provides a general description of how documents and pages

are controlled by records in the IJPDS job file. Examples of record

sequences are used to illustrate concepts. Remember that these are

examples only and do not imply that the record sequences shown must

be used. For more information about any of the records discussed, refer

to Chapter 4.

One Document per Cue

Normally, as shown in Figure 1.16, there is only one document between

cues. The document is started by a start-of-document record (SDC) that

tells the printing system to wait for a cue signal before starting the

document and to start a page buffer at the X,Y coordinates of 0,0.

In this example, the SDC record is followed by an SPO record that

positions the cursor to a specific position on the document. Following the

SPO record are three IML records that cause the printing of three text

lines, starting at the current cursor position.

Because line 3 is the end of the document, it is immediately followed by

another SDC record. This SDC record ends the current document and

page and tells the printing system to wait for another cue before starting

the next document and to start a new page buffer at the X,Y coordinates

of 0,0.

Notice that the page and document are both ended immediately after

line 3.

Figure 1.16 One document per cue

Start of page and document

End of page and document

Start of next page and document

Records in Job file

Start of Document and Cue (SDC)

Set Position (SPO)

Image a Line (IML)

Start of Document and Cue (SDC)

Two Documents per Cue

Chapter 1. Overview

Example Record Uses

Two documents can be printed between cues by alternating SDC and

SOD records. Although the SDC record requires the printing system to

wait for a cue before starting the document, the SOD record does not.

Therefore, an SOD record starts another document immediately.

Figure 1.17 shows the records required to produce two documents per

cue. The first document starts at a cue because of the SDC record. The

second document is started by an SOD record that does not require a

cue. The second document, therefore, begins immediately after the space

inserted by the SPC record after line 3 of the first document.

The third document is defined by an SDC record and waits for the next

cue before starting.

Figure 1.17 Two documents per cue

Start of page and document

End of page and document

Start of next page and document

End of page and document

Start of next page and document

Multiple Pages per Document

Records in Job file

Start of Document and Cue (SDC)

Set Position (SPO)

Image a Line (IML)

Space (SPC)

Start of Document (SOD)

Set Position (SPO)

Image a Line (IML)

Start of Document and cue (SDC)

Assume that the maximum length of the page buffer in a printing system

is 4096 dots. If a document exceeds this length, multiple pages are

required. Figure 1.18 illustrates the multiple page situation.

Note: The page length limit for the CD3000 and CD100 data stations is 4096

dots. The page length limit for CD120 data stations is settable by PLR (in

version 1.16, and was larger than 4096 dots in prior versions, to support

300x600 resolution). The DP5120/DP5240 printer data stations have

larger limits; see the 5120/5240 documentation.

In Figure 1.18, there is one document between cues and that document is

4900 dots in length. Therefore, two page buffers are required to store the

document. The document must be divided into pages by a start of page

(SOP) record before it overflows the page length limit of 4096 dots.

Although the division of the document into pages can occur anywhere

before the 4096 dot limit is reached, it is recommended for system

efficiency that the pages be balanced in size as nearly as possible.

Reference Guide 1 - 17

Chapter 1. Overview

Example Record Uses

1 - 18 IJPDS Formats

Figure 1.18 Multiple pages per document

Start of page and document

Start of new page

End of document

2300 dots

Start of new page and

next document

Start of Document and Cue (SDC)

Image a Line (IML)

Start of Page (SOP)

Image a Line (IML)

Image a LIne (IML)

Start of Document and Cue (SDC)

Note: For compatibility with older IJPDS job files, the DS3000 series printing

system will automatically divide a document into pages if an upright font is

being used and the length of the document exceeds 4096 dots. This

feature is available only when using the JCR record for DS2900 jobs (see

JCR record in Chapter 4).

Tape Specifications

Chapter 2. Magnetic Tape Formats

IJPDS job files can be stored on disk or magnetic tape. This chapter

describes the format required for magnetic tape. The disk format is

described in Chapter 3.

IJPDS job files on tape require 9-track magnetic tape using either no

labels or IBM standard labels. Recording densities of 1600 or 6250 bits

per inch (bpi) can be used.

The tape uses variable-length record and variable-length block structures.

Because the tape format does not exactly match any of the formats

defined by IBM, the format is considered as format U (Undefined) when

processing the tape on an IBM mainframe.

Two IBM-standard volume organizations are supported by KODAK

VERSAMARK printing systems:

Single file/single volume

Single file/multiple volume.

Only IBM standard labels are used in both volume organizations. User

labels are ignored. Tapes for the single file/single volume organization

can be generated with or without labels. Tapes for the single file/multiple

volume organization must have labels.

Note: If a tape is being prepared for use with the CS100 system controller, a

single file/single volume tape with labels is required.

Single File/Single Volume (without Labels)

In a single file/single volume organization, a single file appears on a

single tape volume. The following format is required for this volume

organization when labels are not generated.

- Tape Mark (optional)

Job File

- Tape Mark

Reference Guide 2 - 1

Chapter 2. Magnetic Tape Formats

Tape Specifications

2 - 2 IJPDS Formats

Single File/Single Volume (with Labels)

In a single file/single volume organization, a single job file appears on a

single tape volume. The following format is required for this volume

organization when labels are used.

VOL1 - Volume Label

HDR1 - Standard Header Label 1

HDR2 - Standard Header Label 2 (optional)

- Tape Mark

Job File

- Tape Mark

EOF1 - End-of-File Trailer Label 1

EOF2 - End-of-File Trailer Label 2 (optional)

- Tape Mark

Single File/Multiple Volume

In a single file/multiple volume organization, the contents of a single job

file can be on multiple tape volumes. The following labels and tape marks

are required for this volume organization.

VOL1 - Volume Header Label

HDR1 - Standard Header Label 1

HDR2 - Standard Header Label 2 (optional)

- Tape Mark

Job File (Section 1)

- Tape Mark

EOV1 - End-of-Volume Trailer Label 1

EOV2 - End-of-Volume Trailer Label 2 (optional)

- Tape Mark

The preceding pattern is repeated for tape reel 1 through tape reel n-1.

The last tape reel (n) requires the following format.

VOL1-Volume Header Label

HDR1-Standard Header Label 1

HDR2-Standard Header Label 2 (optional)

-Tape Mark

Job File (Section n)

-Tape Mark

EOF1-End-of-File Trailer Label 1

EOF2-End-of-File Trailer Label 2 (optional)

-Tape Mark

Tape Labels

Chapter 2. Magnetic Tape Formats

Tape Labels

Certain fields in the volume (VOL1) label and header/trailer 1 (HDR1/

EOF1/EOV1) labels are processed by some KODAK VERSAMARK printing

systems. The header/trailer 2 (HDR2/EOF2/EOV2) labels are not used.

The volume serial number in the first reel's VOL1 header is saved for

comparison in the event that this is a multiple volume file. For each

subsequent tape reel, the data set serial number in the HDR1 header is

compared to the volume serial number in the first reel's VOL1 header.

This comparison makes sure that the tape reels are part of the same job

file. The volume owner field in the VOL1 header is saved by some printing

systems.

The volume sequence number in the HDR1 header is checked for each

tape reel to make sure that the reels are mounted in the proper sequence.

The following fields in the HDR1 header are saved by some printing

systems:

Data set name

Creation date

Expiration date.

Tables 2.1 and 2.2 provide a general outline of the IBM VOL1 and HDR1

labels to show the fields used by the KODAK VERSAMARK printing systems.

For more detailed information on these or other labels, refer to IBM

documentation.

Table 2.1 VOL1 record format

Byte Position Bytes Field Name Description

1-4 4 Label identifier EBCDIC characters VOL1.

5-10 6 Volume serial A volume serial number, in EBCDIC,

number consisting of up to 6 characters. The field

must be left justified and space filled to

the right. For example, hex F0 F9 F3 F6

40 40 specifies a serial number of 0936.

11-41 31 Not used Not used by KODAK VERSAMARK printing

systems.

42-51 10 Volume Owner The name and address code, in

EBCDIC, of the owner of this tape.

52-80 29 Not used Not used by KODAK VERSAMARK printing

systems.

Reference Guide 2 - 3

Chapter 2. Magnetic Tape Formats

Tape Labels

2 - 4 IJPDS Formats

Table 2.2 HDR1/EOV1/EOF1 record format

Byte Position Bytes Field Contents Description

1-4 4 Characters

HDR1 or EOV1

or EOF1

EBCDIC characters HDR1, EOV1, or

EOF1.

5-21 17 Data set name The file name, in EBCDIC, for this job

file. The field must be left justified

and space filled to the right. For

example, hex D1 D6 C2 F1 F0 F0 40

40 40 40 40 40 40 40 40 40 40

represents a data set name of

JOB100.

22-27 6 Data set serial

number

28-31 4 Volume

sequence

number

The contents of this field must match

the volume serial number in the

VOL1 label of the first (or only) tape

of the file.

The sequence number, in EBCDIC,

of this tape in a multiple volume file.

The range is 0001-9999. Use 0001

for a single volume file.

32-35 4 File number Not used by KODAK VERSAMARK

printing systems.

36-39 4 Generation

number

Not used by KODAK VERSAMARK

printing systems.

40-41 2 Version number Not used by KODAK VERSAMARK

printing systems.

42-47 6 Creation date The creation date of the job file in

EBCDIC. The format is cyyddd,

where c represents the first 2 digits of

the year (hex 40 = 19 and hex F0 =

20).

48-53 6 Expiration date The expiration date of the job file in

EBCDIC. The format is cyyddd,

where c represents the first 2 digits of

the year (hex 40 = 19 and hex F0 =

20).

54 1 Data set security Not used by KODAK VERSAMARK

printing systems.

55-60 6 Block count Not used by KODAK VERSAMARK

printing systems.

61-80 20 Special codes Not used by KODAK VERSAMARK

printing systems.

Tape Blocking

Chapter 2. Magnetic Tape Formats

Tape Blocking

When written to tape, the job file consists of variable-length records that

are grouped into variable-length blocks. Each block on the tape starts with

a 2-byte block-length field. This binary field indicates the length of the

block, in bytes, including the block length field. The first byte in the block

length field is the most significant byte and the most significant bit in each

byte is the hex 80 bit. For example, hex 09 B6 specifies a block length of

2,486 bytes.

The maximum block length is 4,096 bytes. Each block must contain an

integral number of records. Records cannot be divided between blocks

(spanned).

For job files that contain data for multiple RIPs, each block can contain

data for only one RIP. A RIP command, identifying a specific RIP, must be

the first record in each block after the first block. Multiple RIPs are

explained in Chapter 1.

Reference Guide 2 - 5

Chapter 3. Disk Formats

An IJPDS job file contains all of the information required to run a job. The

job file can be on disk or magnetic tape. This chapter describes the disk

format required.

The format of an IJPDS file on disk is the same as the format on magnetic

tape (see Chapter 2) with two exceptions. First, tape labels and tape

marks are not present on disk. Second, all blocks must be padded so that

they contain exactly 4096 bytes. The pad characters can be binary zeroes

or any other fill characters. The block length field is still a variable-length

indicator and must contain the length of the usable portion of each 4096byte

block.

Reference Guide 3 - 1

Record Information

Chapter 4. Record Formats

An IJPDS job file consists of variable-length, special-purpose records that

describe the printing job. Each record is identified by a control code. All

information needed by the printing system for the job is contained in the

job file.

This chapter describes each record in detail. The record descriptions are

presented in the sequence that the records might appear in the file. The

sequence of some records is fixed while the sequence of other records

can vary depending on the job requirements. Required record sequences

are discussed in Chapter 5.

Tables containing reference lists of all IJPDS records are contained in

Appendix A. Table A.1 provides a list of all records in alphabetic order by

name. The table provides the assigned control code and purpose of each

record along with a page reference to the record description in this

chapter. Table A.2 provides the same information in a list compiled in

numeric order by control code.

Records having a defined length may have pad bytes added at the end

and the extra bytes will be ignored. The extra bytes must be included in

the Record Length field. Defined length records are those where the

length of usable information is either fixed or can be determined by

examining fields in the record. A RIP record is an example of a record

where the length of the usable information is fixed (the length is always 5

bytes). A PHR record is an example of a record where a field in the record

can be examined to determine the usable length. The “Number of

Printheads” field can be used to determine the usable length (the length is

18 bytes for one printhead and 42 bytes for four printheads).

For records that contain binary fields with more than one byte, the

leftmost byte is the most significant. If a field occupies bytes 5 and 6 in a

record, byte 5 is the most significant byte. For example, hex 01 7F

specifies a value of 383.

Some records use 4-byte signed binary values in the two's complement

form to specify X and Y escapements and offsets. The maximum negative

value for these fields is shown in the following equation in both decimal

and hex representation.

-2 31 = -2,147,483,648 = hex 80 00 00 00

The maximum positive value for these fields is shown in the following

equation in both decimal and hex representation.

2 31 - 1 = +2,147,483,647 = hex 7F FF FF FF

Reference Guide 4 - 1

Chapter 4. Record Formats

Compression Types

4 - 2 IJPDS Formats

Some records use 2-byte signed binary values in the two's complement

form to specify X and Y coordinates. The maximum negative value for

these fields is shown in the following equation in both decimal and hex

representation.

-2 15 = -32,768 = hex 80 00

The maximum positive value for these fields is shown in the following

equation in both decimal and hex representation.

2 15 - 1 = +32,767 = hex 7F FF

Some records also use two-byte, unsigned binary with values ranging

from 0 - 65, 535.

Some fields in some records are indicated as reserved. These fields must

be filled with binary zeroes, or unexpected and inconsistent results may

occur.

Certain fields are indicated as for use in DS2900 jobs only. Jobs for all

other printers must set these fields to binary zeroes. See the description

of the JCR record at the end of this chapter for restrictions on DS2900

jobs.

The defined compression types in this section apply to the CCD and CBM

record types described in this chapter.

Reserved - 0x0000

This data compression type is currently undefined.

32-Bit Vertical Run Length Encoding (RLEV32) - 0x0001

The original data is compressed using a lossless run length encoding

scheme. This scheme can provide reasonable compression of white

space, text, and line art data in a format that can be quickly

decompressed by the imager. This scheme may not be suitable for

grayscale images rendered to bilevel data where the run lengths are

typically very short.

The compression parameter for this encoding scheme is currently

reserved and must be set to binary 0x00000080.

A compressed packet of data consists of a flag word (0x00000080 - start

of run), a run count word (number of data words in a run), and a data

word. The flag word, the count word, and the data word are all unsigned

32-bit (4-byte) values. Each of the elements in the compressed data

packet are in big-endian byte order. Run lengths of less than three are

supported, but not recommended because of their inefficiency (except in

the case of a run of flag words [0x00000080]; flag words cannot be left

unencoded). Run lengths of less than three are generally left

uncompressed. A single flag word encountered in the data stream is most

efficiently encoded as a flag word, followed by a run length of zero, and

not followed by a data word. Some data patterns compressed using this

encoding scheme have the possibility of becoming up to 50% larger than

Chapter 4. Record Formats

Compression Types

the original uncompressed data. It is recommended, in cases where the

compressed data becomes larger than (or, in many cases, the same size

as) the uncompressed data, that the data be left uncompressed by the

data preparation program.

0x00000080 0x00000100 0x00000000 Run of 256 words of 0x00000000

0x00000080 0x00000000 Run of 1 word of 0x00000080

0x00000080 0x00000010 0x00000080 Run of 16 words of 0x00000080

Consecutive compressed packets and uncompressed data words in the

compressed data stream represent the original uncompressed data

starting from the top left corner of the image working down each column

of bitmapped data. A compressed packet may continue from the bottom

of one column to the top of the next column. A compressed data packet

cannot be divided among multiple data records (see the CCD record

description later in this chapter). The compressed data for an object

(character or bitmap) represented by a single data word value can be

encoded using a single packet - 0x00000080 n value - where n is the total

number of words in the original uncompressed data. In Figure 4.1, the

data shown could be compressed to the following:

0x00000080 0x00000027 0x00000000 0x00000080 0x00000004

0x0000ffff 0x00000080 0x0000001f 0x00000000 0x00000080

0x00000004 0xffffffff 0x00000080 0x0000001f 0x00000000

0x00000080 0x0000001b 0xffffffff 0x00000080 0x00000008

0x00000000 0x00000080 0x0000001b 0xffffffff 0x00000080

0x00000008 0x00000000 0x00000080 0x00000004 0xffffffff

0x00000080 0x0000001f 0x00000000 0x00000080 0x00000004

0xffff0000 0x00000080 0x0000003e 0x00000000

280 words compressed to 39 words, a 7 to 1 compression ratio (results

not typical for all applications).

Note: Each dot row of the raster must be padded to the right with zero bits to

make an integral number of 32-bit segments before compression. The

width of the bitmap or character pattern being compressed does not have

to be a multiple of 32 bits but the length of the raster dot row does.

Reference Guide 4 - 3

Chapter 4. Record Formats

Compression Types

4 - 4 IJPDS Formats

Figure 4.1 32-bit Vertical Run Length Encoding (RLEV32)

Byte address

(hex) 0 4 8 C 10 14 18 1C

Run #1

Run #2

440 440 444 448 44C 450 454 458 45C 35

Row number

(decimal)

Chapter 4. Record Formats

Job Control Record 2 (JC2)

The JC2 record must be the first record in the job file and must not occur

again in the file. There can be only one JC2 record in each job file. This

record, along with the PHR and the FAR records, contains system and job

information required for both single- and multi-RIP job files.

Note: The controller may use data provided in this record to formulate a

printhead ID, solely or in conjunction with RIP, PHR, and SRM records.

Byte Position Bytes Field Name Description

1-2 2 Record Length The length of this record, in binary, including the record length

field. For example, hex 00 D4 specifies a record length of 212

bytes.

3 1 Cyclic Record Count A binary cyclic record count using modulo 256. Each record in the

job is counted, starting with hex 01 for the first record. Because the

JC2 record is always the first record in the job file, the count is

always hex 01 for this record. The count is used to verify record

sequence.

4 1 Control Code A binary code that identifies the record type. A value of hex 24

identifies the JC2 record.

5-6 2 Reserved This field is not used and must contain all binary zeroes.

7 1 Even An EBCDIC E (hex C5) in this field indicates that the records in this

file have been padded to make them contain an even number of

bytes. For records whose length indicator specifies an odd number

of bytes, the printer will skip the last (pad) byte.

If this field contains anything other than an EBCDIC E, normal

processing of the records occurs.

8-15 8 Reserved This field is not used and must contain all binary zeroes.

16-17 2 RIP Configuration

(Logical RIPs)

Identifies the logical RIPs required for this job. Each bit position

represents a RIP. If the bit is set to 1, the RIP is required. Bit

assignments, shown in hex, are as follows:

80 00 = RIP 0

40 00 = RIP 1

20 00 = RIP 2

10 00 = RIP 3

08 00 = RIP 4, and so forth.

For example, hex B0 00 indicates that logical RIPs 0, 2, and 3 are

required for the job.

18-27 10 Reserved This field is not used and must contain all binary zeroes.

28 1 Stitched RIP Indicator If set to binary 1 (hex 01), this field indicates that there are stitched

RIPs and the following field identifies which RIPs are stitched.

If set to binary 0 (hex 00), this field indicates that there are no

stitched RIPs and the following field is ignored.

29-92 64 Stitched RIP

Configuration

(Logical RIPs)

This field consists of 16, 32-bit segments to define the stitching for

16 possible RIPs. The first segment, bytes 29-32, specifies which

physical RIPs are stitched to make logical RIP 0. For example, if

bytes 29-32 contain hex C0 00 00 00, physical RIPs 0 and 1 are

stitched to make logical RIP 0.

The logical RIPs are identified as specified in the RIP

Configuration field (byte positions 16-17). Refer to Chapter 1 for a

description of physical and logical RIPs.

93-143 51 Reserved This field is not used and must contain all binary zeroes.

Reference Guide 4 - 5

Chapter 4. Record Formats

Job Control Record 2 (JC2)

Byte Position Bytes Field Name Description

144-151 8 Security Code This field is used only if security is enabled. It is an 8-byte security

code that is the result of an encryption of the Job Identifier Field

(byte positions 205-212). The encryption may be done with or

without an operator-entered password.

152-174 23 Job Information A string of 23 EBCDIC characters used to identify this job. This can

be a job name, the data preparation program name, or any other

identifying information. This field can have any format. It is logged

when the job is run, but it is not used otherwise.

175-188 14 Data Prep Date A string of 14 EBCDIC characters containing the date this job file

was prepared. This field can have any format. It is logged when the

job is run, but it is not used otherwise.

189-202 14 Data Prep Time A string of 14 EBCDIC characters containing the time this job file

was prepared. This field can have any format. It is logged when the

job is run, but it is not used otherwise.

203-204 2 Reserved This field is not used and must contain all binary zeroes.

205-212 8 Job Identifier This field is used if security is enabled. It is an 8-byte Job Identifier,

in EBCDIC, that is encrypted as described in the Security Code

field (byte positions 144-151).

This field is logged whenever the Job History logging feature is

enabled (with or without security).

If the security or job history features are not used, this field can be

filled with pad characters of any kind or the record can end at byte

204.

4 - 6 IJPDS Formats

Select RIP (RIP)

The RIP record is required only for multi-RIP systems.

Chapter 4. Record Formats

Select RIP (RIP)

It is used to identify the logical RIP that is to receive subsequent data in

the job file until another RIP record is encountered. The subsequent data

can be fonts, fixed files, or variable data. If the same fonts or fixed files

are used for more than one RIP, they must be repeated in the job file for

each RIP.

The RIP record is permitted only at the start of a block on tape or disk. For

a multiple RIP job, it is required that each block (with the exception of the

first one) begin with the RIP record.

Refer to Chapter 1 for a discussion of physical and logical RIPs.

Note: The controller may use data provided in this record to formulate a

printhead ID, solely or in conjunction with JC2, PHR, and SRM records.

Byte Position Bytes Field Name Description

1-2 2 Record Length The length of this record, in binary, including the record length

field. For example, hex 00 05 specifies a record length of 5 bytes.

3 1 Cyclic Record Count A binary cyclic record count using modulo 256. Each record in the

job is counted, starting with hex 01 for the first record. The 255th

record is hex FF and the 256th record is hex 00. This count is used

to verify record sequence.

4 1 Control Code A binary code that identifies the record type. A value of hex 23

identifies the RIP record.

5 1 RIP Number This field identifies, in binary, the number of the logical RIP that is

to receive the data that follows in the job file. The range is 0-255.

For example, hex 04 identifies logical RIP number 4.

Reference Guide 4 - 7

Chapter 4. Record Formats

PrintHead Requirements Record (PHR)

The PHR record specifies the number and type of printheads required by

this job. It also describes the characteristics of each printhead. It is

recommended that you use this record but it is not required. If the record

is not present, the printer assumes the printheads present in the system

are correct. For multi-RIP systems where this record is used, it must

occur once for each RIP.

4 - 8 IJPDS Formats

Starting with byte position 11, four fields (8 bytes) are provided for each

printhead. These fields contain printhead-specific information.

Note: The controller may use data provided in this record to formulate a

printhead ID, solely or in conjunction with JC2, RIP, and SRM records.

Byte Position Bytes Field Name Description

1-2 2 Record Length The length of this record, in binary, including the record length

field. For example, hex 00 2A specifies a record length of 42 bytes

(the number of bytes required if four printheads are specified).

3 1 Cyclic Record Count A binary cyclic record count using modulo 256. Each record in the

job is counted, starting with hex 01 for the first record. The 255th

record is hex FF and the 256th record is hex 00. This count is used

to verify record sequence.

4 1 Control Code A binary code that identifies the record type. A value of hex 26

identifies the PHR record.

5-6 2 Print Resolution -

X Direction

7-8 2 Print Resolution -

Y Direction

The number of jets per inch, in unsigned binary, in each printhead.

This is the print resolution (dots per inch or dpi) in the X direction.

The X direction is perpendicular to substrate movement. All

printheads controlled by the same RIP must have the same Xdirection

resolution.

The print resolution (dots per inch or dpi), in unsigned binary, of the

printheads in the Y direction. The Y direction is upstream or

opposite the direction of paper movement. All printheads

controlled by the same RIP must have the same Y-direction

resolution.

This field is encoded in two parts: lines per tach and tachs per inch.

Bits 16 - 13 (0xF000) = Number of lines per tach;

0 = 1 line per tach;

1 - 8 = Number of lines per tach.

Bits 12 - 1 (0x0FFF) = Number of tachs per inch.

9-10 2 Number of Printheads The number, in unsigned binary, of printheads required by the job

for this RIP. This number is determined by comparing the number

of dots required for the maximum width (X direction) of the image

with the number of jets in the printheads used.

For example, 00 04 specifies 4 printheads.

11-12 2 Number of Jets The number, in unsigned binary, of jets in the first printhead. The

first printhead is the leftmost printhead when looking in the

direction of substrate movement.

For example, hex 04 00 specifies 1,024 jets (4-inch printhead) and

hex 01 00 specifies 256 jets (1-inch printhead).

13-14 2 Number of Drops The number, in binary, of drops per dot for the first printhead. This

field is printer and printhead dependent. The value of this field

must not be 0.

For example, hex 00 02 specifies 2 drops per dot for the first

printhead.

Byte Position Bytes Field Name Description

15-16 2 Relative Printhead

Position

Chapter 4. Record Formats

PrintHead Requirements Record (PHR)

An unsigned binary number that represents the offset, in dots, of

this printhead relative to the starting position of the first (leftmost)

printhead. A binary 0 in this field for all printheads indicates that

printhead positioning is not specified in the job file.

17-18 2 Reserved This field, reserved for the first printhead, is not used and must

contain all binary zeroes.

19-20 2 Number of Jets The number, in binary, of jets in the second printhead. The second

printhead is second from the left when looking in the direction of

substrate movement.

Continue - repeat bytes 11-18 for each printhead.

The first printhead prints from the first n columns of the page buffer, where

n is the number of jets specified in positions 11-12 of the PHR. The

second printhead prints from the next m columns, where m is the number

of jets specified in positions 19-20 of the PHR, and so forth.

Reference Guide 4 - 9

Chapter 4. Record Formats

Font Assignment Record (FAR)

The FAR record assigns numbers to font names for the fonts required by

this job. This record assigns names and numbers to regular and super

fonts, but not to subfonts of category I super fonts. It is recommended that

you use this record but it is not required. If the record is not included, the

printer assumes the fonts present in the system or loaded from the tape

are correct. For multi-RIP systems where this record is used, it must

occur once for each RIP.

Byte Position Bytes Field Name Description

4 - 10 IJPDS Formats

Starting with byte position 9, two fields (10 bytes) are provided for each

font. These fields contain the number and associated name for each font.

1-2 2 Record Length The length of this record, in binary, including the record length

field. For example, hex 00 44 specifies a record length of 68 bytes

(the number of bytes required if six fonts are named in this record).

3 1 Cyclic Record Count A binary cyclic record count using modulo 256. Each record in the

job is counted, starting with hex 01 for the first record. The 255th

record is hex FF and the 256th record is hex 00. This count is used

to verify record sequence.

4 1 Control Code A binary code that identifies the record type. A value of hex 25

identifies the FAR record.

5-6 2 Number of Fonts The number, in binary, of fonts required for this job for this RIP. The

range is 1 - 255. For example, hex 00 16 specifies 22 fonts.

7-8 2 Default Font The assignment number, in binary, of the default font. The default

font is set as the current font at the start of each document if the

SOD or SDC record does not contain a starting font number. The

range is 0-254. For example, hex 00 0A specifies a font number of

10.

9-10 2 Font Number The assignment number, in binary, for the font name in the next

field. The range is 0-254. For example, hex 00 02 specifies a font

number of 2.

11-18 8 Font Name The name of the font in EBCDIC. The field must be left justified

and space filled to the right. For example, hex C8 C5 E6 C9 E3 E3

40 40 specifies a font name of HEWITT. The same font in different

orientations must have a different font name for each orientation.

19-20 2 Font Number The assignment number, in binary, for the next font.

Continue - Repeat bytes 9-18 for each font.

In some printers, the font names and assigned numbers in the FAR

record are compared to those already loaded in the printer. If the names

and assigned numbers in this record agree with those already loaded and

no font records follow, no error occurs. If the names agree and one or

more assigned numbers disagree, a warning occurs and the assigned

numbers of the loaded fonts are changed to agree with those in this

record. If the font names in this record agree with fonts that appear later in

this job file, no error occurs.

If any of the font names in this record are not loaded and no fonts follow in

this job file, an error occurs. If fonts follow in this job file and any of the

font names in this record are not contained in these font files, an error

occurs.

Chapter 4. Record Formats

Set Resolution Multiplier (SRM)

The SRM record allows the data preparation program to specify distances

for character escapements and offsets, font escapements, spacing

values, and relative position values at a resolution higher than that of the

RIP.

This record sets a logical resolution for the current RIP and must appear

(if used) with the PHR and FAR records before any font records, fixed file

records, or the first document. The logical resolution is determined by

multiplying the resolution multiplier times the physical resolution of the

RIP. The resolution multiplier is calculated by raising 2 to the power of the

value in the exponent field of this record.

For example, if the exponent field contains 03, the resolution multiplier is

8 (2 to the third power). Assuming a physical resolution of 240 dpi for the

RIP, the logical resolution is 8 x 240 = 1920 dpi.

Assume that a distance field in one of the affected records contains a

logical X or Y distance of binary 101110100101 (2981 dots) and the

exponent field contains 3. The logical distance is converted to the

physical resolution of the RIP by moving the “binary” point 3 places to the

left, resulting in 101110100.101. The cursor is moved 372 dots according

to the whole binary number 101110100, but the fractional binary number.

101 is carried and added to the next fraction received. When the

accumulated fractions add up to a whole dot, the cursor is moved an extra

dot position.

Note: The controller may use data provided in this record to formulate a

printhead ID, solely or in conjunction with JC2, RIP, and PHR records.

Byte Position Bytes Field Name Description

1-2 2 Record Length The length of this record, in binary, including the record length

field. For example, hex 00 05 specifies a record length of 5 bytes.

3 1 Cyclic Record Count A binary cyclic record count using modulo 256. Each record in the

job is counted, starting with hex 01 for the first record. The 255th

record is hex FF and the 256th record is hex 00. This count is used

to verify record sequence.

4 1 Control Code A binary code that identifies the record type. A value of hex 39

identifies the SRM record.

5 1 Resolution Exponent A binary value with a range of 1-16. The resolution multiplier is

determined by raising 2 to the power of the value in this field.

The SRM record applies to the following fields in the following records:

SFM and FDM X and Y escapements

CDM and CCD X and Y offsets and escapements

SFS X and Y line spacing

X and Y character spacing

SRP X and Y

Reference Guide 4 - 11

Chapter 4. Record Formats

Page Length Requirement (PLR)

The PLR record specifies the page length requirement for the current RIP.

Byte Position Bytes Field Name Description

4 - 12 IJPDS Formats

This record is optional. If a PLR record is used, it must appear with the

PHR and FAR records before any font records, fixed file records, or the

first document.

Information in the PLR record can be used by the CD120 data station to

reallocate page buffers for the current RIP and allow more efficient use of

available memory. The maximum page length allowed is printer

dependent. Some printers display a warning message if the page length

requirements in this record cannot be met.

1-2 2 Record Length The length of this record, in binary, including the record length

field. For example, hex 00 08 specifies a record length of 8 bytes.

3 1 Cyclic Record Count A binary cyclic record count using modulo 256. Each record in the

job is counted, starting with hex 01 for the first record. The 255th

record is hex FF and the 256th record is hex 00. This count is used

to verify record sequence.

4 1 Control Code A binary code that identifies the record type. A value of hex 3B

identifies the PLR record.

5-8 4 Page Length

Requirement

An unsigned binary number that represents the page length

requirement for the current RIP in dots. For example, hex 00 00 0E

00 specifies a page length of 3,584 dots. The range is 0 -

4,294,967,295. The maximum page length is printer dependent.

Note: Specifying a page length longer than the default length may cause less

memory to be available for font storage.

Chapter 4. Record Formats

Super Font with Metrics (SFM)

The SFM record is used to provide general information about a Category

II super font and to indicate that the following CDM and/or CCD records

define characters in the super font. A super font is a double-byte font

used with certain languages to provide a large number of characters that

all have the same typeface and size.

Byte Position Bytes Field Name Description

After an SFM in the job file, any record other than a CDM, CCD, RIP,

NOP, or MSG ends the super font.

1-2 2 Record Length The length of this record, in binary, including the record length

field. For example, hex 00 16 specifies a record length of 22 bytes.

3 1 Cyclic Record Count A binary cyclic record count using modulo 256. Each record in the

job is counted, starting with hex 01 for the first record. The 255th

record is hex FF and the 256th record is hex 00. This count is used

to verify record sequence.

4 1 Control Code A binary code that identifies the record type. A value of hex 2F

identifies the SFM record.

5-8 4 X Escapement A signed binary number used to calculate the X coordinate of the

starting position for the next line. Negative values are represented

using the two's complement form. For example, hex 00 00 00 08

specifies +8 dots and hex FF FF FF F8 specifies -8 dots.

The current X line spacing value is added to the value in this field

to calculate the X position for the next line.

9-12 4 Y Escapement A signed binary number used to calculate the Y coordinate of the

starting position for the next line. Negative values are represented

using the two's complement form. For example, hex 00 00 00 1B

specifies +27 dots and hex FF FF FF E5 specifies -27 dots.

The current Y line spacing value is added to the value in this field

to calculate the Y position for the next line.

13 1 Font Rotation A binary code that identifies the font rotation.

0 (hex 00)=Upright2 (hex 02)=Inverted

1 (hex 01)=Right-Rotated3 (hex 03)=Left-Rotated

The font must be patterned in an upright rotation. This field is used

by the printing system to rotate the font to the desired rotation.

If it is to be used in more than one rotation in the same job, a super

font and all characters in the super font must be defined once for

each rotation.

14 1 Super Font Number A number, in binary, that identifies the super font. The range is 0 -

254. For example, hex 0A specifies a font number of 10.

15-22 8 Super Font Name The name of the super font in EBCDIC. The field must be left

justified and space filled to the right. For example, hex C8 C5 E6

C9 E3 E3 40 40 specifies a font name of HEWITT. This name must

match a font name in the FAR record.

Reference Guide 4 - 13

Chapter 4. Record Formats

Font Definition with Metrics (FDM)

The FDM record contains general information about the Category II font.

There is only one FDM for each font. An FDM is followed by CDM and/or

CCD records that define the characters in the font.

Byte Position Bytes Field Name Description

4 - 14 IJPDS Formats

After an FDM in the job file, any record other than a CDM, CCD, RIP,

NOP, or MSG ends the font. An example of FDM and CDM coding is

shown in Appendix B.

1-2 2 Record Length The length of this record, in binary, including the record length

field. For example, hex 00 16 specifies a record length of 22 bytes.

3 1 Cyclic Record Count A binary cyclic record count using modulo 256. Each record in the

job is counted, starting with hex 01 for the first record. The 255th

record is hex FF and the 256th record is hex 00. This count is used

to verify record sequence.

4 1 Control Code A binary code that identifies the record type. A value of hex 2E

identifies the FDM record.

5-8 4 X Escapement A signed binary number used to calculate the X coordinate of the

starting position for the next line. Negative values are represented

using the two's complement form. For example, hex 00 00 00 08

specifies +8 dots hex FF FF FF F8 specifies -8 dots.

The current X line spacing value is added to the value in this field

to calculate the X position for the next line.

9-12 4 Y Escapement A signed binary number used to calculate the Y coordinate of the

starting position for the next line. Negative values are represented

using the two's complement form. For example, hex 00 00 00 1B

specifies +27 dots and hex FF FF FF E5 specifies -27 dots.

The current Y line spacing value is added to the value in this field

to calculate the Y position for the next line.

13 1 Font Rotation A binary code that identifies the font rotation.

0 (hex 00)=Upright2 (hex 02)=Inverted

1 (hex 01)=Right-Rotated3 (hex 03)=Left-Rotated

The font must be defined in an upright rotation. This field is used

by the printing system to rotate the font to the desired rotation.

If a font is to be used in more than one rotation in the same job, it

must be defined once for each rotation.

14 1 Font Number A number, in binary, that identifies the font. The range is 0 - 254.

For example, hex 0A specifies a font number of 10.

15-22 8 Font Name The name of the font in EBCDIC. The field must be left justified

and space filled to the right. For example, hex C8 C5 E6 C9 E3 E3

40 40 specifies a font name of HEWITT. This name must match a

font name in the FAR record.

Chapter 4. Record Formats

Character Definition with Metrics (CDM)

CDM records, which are interchangeable with CCD records, follow an

SFM or FDM record and define each character in the font. The CDMs

contain the bitmap patterns for the characters. Up to 256 characters can

be defined for each FDM and up to 65,536 characters for an SFM.

Usually, there is one CDM for each character. However, in some fonts, a

continuation CDM is used to divide a character bitmap into two or more

records if it is necessary to limit the size of the records (because of block

length restrictions or other reasons). The character bitmap can be broken

only at the end of a row. When continuation CDMs are used, all fields up

to the bitmap pattern field must be the same in each CDM for the

character except for the continuation bit in the last CDM.

When an SFM or FDM is received, the printer defines null and default

characters in the following manner. When an SFM or FDM is first

processed by the printer, all characters in the font are set as null

characters. If the first CDM received has the default bit set, then the

character in this record is used as the default character. The default

character is used for all undefined characters in the font, including

character 00. Subsequent CDMs then redefine the characters for their

respective character identifiers. If the first CDM does not have the default

character bit set, then all characters remain null until redefined by

subsequent CDMs.

A null character has zero width and height, zero X and Y escapement,

and takes no space when printed.

Note: An example of FDM and CDM coding is shown in Appendix B.

Byte Position Bytes Field Name Description

1-2 2 Record Length The length of this record, in binary, including the record length

field. For example, hex 00 8C specifies a record length of 140

bytes.

3 1 Cyclic Record Count A binary cyclic record count using modulo 256. Each record in the

job is counted, starting with hex 01 for the first record. The 255th

record is hex FF and the 256th record is hex 00. This count is used

to verify record sequence.

4 1 Control Code A binary code that identifies the record type. A value of hex 30

identifies the CDM record.

5-6 2 Character Identifier A binary code that identifies the character defined in this record.

This is the code that must be used in the input data to access this

character for printing. The range is 0 - 255 for regular font

characters or 0 through 65,535 for super font characters.

If the default bit in byte 7 is set, this field is ignored.

7 1 Options Two bits in this field are used to specify two character definition

record options. Bit assignments are as follows.

Bit 0 (hex 80 bit)=Default Character bit.

Bit 1 (hex 40 bit)=Continuation bit.

If the default bit is set, this character must be the first one defined

in the font.

8 1 Reserved This field is not used and must contain all binary zeroes.

Reference Guide 4 - 15

Chapter 4. Record Formats

Character Definition with Metrics (CDM)

Byte Position Bytes Field Name Description

9-10 2 Width An unsigned binary number that specifies the width, in dots, of the

character bounding box. For example, hex 00 10 specifies a width

of 16 dots. The practical range is limited by the page buffer size

and font memory limitations. Each character in a font can have a

different width. A width of zero defines a blank character.

The width is the X dimension of the bounding box and the direction

is determined by the orientation of the font.

11-12 2 Height An unsigned binary number that specifies the height, in dots, of the

character bounding box. For example, hex 00 14 represents a

height of 20 dots. The practical range is limited by the page buffer

size and font memory limitations. Each character in a font can

have a different height. A height of zero defines a blank character.

The height is the Y dimension of the bounding box and the

direction is determined by the orientation of the font.

13-16 4 X Offset A signed binary number that specifies the X offset of the character.

The X offset is the number of dots to the left side of the character

bounding box from the current cursor position. Direction of the X

offset is determined by the orientation of the font.

Negative values are represented using the two's complement form.

For example, hex 00 00 00 03 specifies +3 dots and hex FF FF FF

FD specifies -3 dots.

17-20 4 Y Offset A signed binary number that specifies the Y offset of the character.

The Y offset is the number of dots to the top of the character

bounding box from the current cursor position. Direction of the Y

offset is determined by the orientation of the font.

Negative values are represented using the two's complement form.

For example, hex 00 00 00 04 specifies +4 dots and hex FF FF FF

FC specifies -4 dots.

21-24 4 X Escapement A signed binary number that specifies the direction and distance to

the cursor position for the next character from the X position of the

current character. Direction of the X escapement is determined by

the orientation of the font.

Negative values are represented using the two's complement form.

For example, hex 00 00 00 16 specifies +22 dots and hex FF FF

FF EA specifies -22 dots.

25-28 4 Y Escapement A signed binary number that specifies the direction and distance to

the cursor position for the next character from the Y position of the

current character. Direction of the Y escapement is determined by

the orientation of the font.

Negative values are represented using the two's complement form.

For example, hex 00 00 00 1B specifies +27 dots and hex FF FF

FF E5 specifies -27 dots.

4 - 16 IJPDS Formats

Byte Position Bytes Field Name Description

Chapter 4. Record Formats

Character Definition with Metrics (CDM)

29-n n Bitmap Pattern This field contains the bitmap pattern for the character defined by

this CDM. Each row of the pattern contains an integral number of

16-bit segments. The number of rows is determined by the height

field (bytes 11-12). The number of 16-bit segments per row is

determined by the width field (bytes 9-10). For example, if the

height is 21 and the width is 28, this field must contain 21 rows

consisting of two 16-bit segments each (42 16-bit segments or 84

bytes).

The high-order bit in this field (bit hex 80 in byte position 29)

controls the dot in the top left corner of the character bounding

box. Subsequent bits in the same segment control dots in a left-toright

order in the first row of the character. The first dot in the

second row of the character is controlled by the high-order bit of

the nth 16-bit segment, where n is the number of segments per

row plus one.

Each row must be padded to the right with binary zeroes.

If the character pattern will not fit in a block, a continuation CDM

must be used. An integral number of rows must be used in each

CDM record.

Reference Guide 4 - 17

Chapter 4. Record Formats

Compressed Character Definition (CCD)

CCD records, which are interchangeable with Character Definition with

Metrics (CDM) records, follow an SFM or FDM record and define each

character in the font. The CCDs contain the bitmap patterns for the

characters. Up to 256 characters can be defined for each FDM and up to

65,536 characters for an SFM.

Byte Position Bytes Field Name Description

4 - 18 IJPDS Formats

Usually, there is one CCD for each character. However, in some fonts, a

continuation CCD is used to divide a character bitmap into two or more

records if it is necessary to limit the size of the records (because of block

length restrictions or other reasons). The character bitmap can be broken

only at the end of a row. When continuation CCDs are used, all fields up

to the bitmap pattern field must be the same in each CCD for the

character except for the continuation bit in the last CCD.

When an SFM or FDM is received, the printer defines null and default

characters in the following manner. When an SFM or FDM is first

processed by the printer, all characters in the font are set as null

characters. If the first CCD received has the default bit set, then the

character in this record is used as the default character. The default

character is used for all undefined characters in the font, including

character 00. Subsequent CCDs then redefine the characters for their

respective character identifiers. If the first CCD does not have the default

character bit set, then all characters remain null until redefined by

subsequent CCDs.

A null character has zero width and height, zero X and Y escapement,

and takes no space when printed.

1-2 2 Record Length The length of this record, in binary, including the record length

field. For example, hex 00 8C specifies a record length of 140

bytes.

3 1 Cyclic Record Count A binary cyclic record count using modulo 256. Each record in the

job is counted, starting with hex 01 for the first record. The 255th

record is hex FF and the 256th record is hex 00. This count is used

to verify record sequence.

4 1 Control Code A binary code that identifies the record type. A value of hex 3D

identifies the CCD record.

5-6 2 Character Identifier A binary code that identifies the character defined in this record.

This is the code that must be used in the input data to access this

character for printing. The range is 0 to 255 for single byte fonts or

0 to 65535 for double-byte fonts.

7 1 Options The bits in position 6 define options available for this character.

Bit 0 (hex 80 bit)= Default character bit

Bit 1= Continuation bit

If bit 0 is set to 1, this character is defined as this font’s default

character. If a default character is defined, it must be the first

character defined in the font, or unexpected results may occur. The

default character becomes the character used for all undefined

characters, including character 00.

If bit 1 is set to 1, the pattern for this character is continued in the

next CCD record. The continuation record looks identical to the

previous record except that the pattern is different and the

continuation bit is off unless the pattern is continued to the next

CCD record.

Byte Position Bytes Field Name Description

Chapter 4. Record Formats

Compressed Character Definition (CCD)

8 1 Reserved This field is unused and must contain all binary zeros.

9-10 2 Width A binary number representing the width of the uncompressed

character data to be combined into the RIP frame buffer. The

range is 0 to 65535, although the practical size is limited by the

page size and font memory limitations of the data station.

11-12 2 Height A binary number representing the height of the uncompressed

character data to be combined into the RIP frame buffer. The

range is 0 to 65535, although the practical size is limited by the

page size and font memory limitations of the data station.

Each character may have a different height and width, eliminating

the need to supply data to position the character inside the

character cell. If the CCD has a width or height of zero, a blank

character is defined. No data is combined into the frame buffer of

the RIP for characters with a width and/or height of zero.

13-16 4 X Offset A signed binary number that defines the number of dots to the left

side of the bounding box of the character from the X position of the

current cursor. The X offset moves relative to the font’s orientation.

The range is -2,147,483,647 to 2,147,483,647, although useful

values are limited by the page size of the RIP or Super RIP.

17-20 4 Y Offset A signed binary number that defines the number of dots to the top

side of the bounding box of the character from the Y position of the

current cursor. The Y offset moves relative to the font’s orientation.

The range is -2,147,483,647 to 2,147,483,647, although useful

values are limited by the page size of the RIP or Super RIP.

21-24 4 X Escapement A signed binary number that defines the direction and distance to

the left side of the next character cell from the X position of the

current character. The X escapement moves relative to the font’s

orientation. The range is -2,147,483,647 to 2,147,483,647,

although useful values are limited by the page size of the RIP or

Super RIP.

25-28 4 Y Escapement A signed binary number that defines the direction and distance to

the starting position of the next character cell from the Y position of

the current character. The Y escapement moves relative to the

font’s orientation. The range is -2,147,483,647 to 2,147,483,647,

although useful values are limited by the page size of the RIP or

Super RIP.

29-30 2 Reserved This field is unused and must contain all binary zeros.

31-32 2 Compression Type Specifies the compression algorithm used to compress the

bitmapped character data. Undefined or unsupported compression

types will cause an error message to be displayed and the font

download will stop.

Compression types (see “Compression Types” on page 4-2) are:

0x0000 = Reserved

0x0001 = 32-bit Vertical Run Length Encoding (RLEV32)

33-36 4 Compression

The meaning of these bytes depends on the compression type

Parameter

specified in bytes 30-31.

Reference Guide 4 - 19

Chapter 4. Record Formats

Compressed Character Definition (CCD)

Byte Position Bytes Field Name Description

37-n varies Compressed Character

Pattern

4 - 20 IJPDS Formats

Only the upright orientation is supported. Use of rotated characters

in this record will produce incorrect results.

The character pattern data for upright characters is stored

compressed and then decompressed when imaged. During

imaging, the high order bit of the first decompressed byte/word

controls the dot in the top left corner of the character bounding

box, and subsequent bits in the same decompressed byte/word

control adjacent dots in left to right order.

The compressed character pattern begins at byte position 37 and

is arranged in horizontal raster format compressed using the

compression method specified in byte positions 31 and 32. Each

row of the raster must be padded to the right with binary zeroes

(before compression) to make an integral number of 32-bit

segments. The width of the uncompressed character data (byte

positions 9 and 10) does not have to be a multiple of 32 bits but the

raster row length does.

Characters that cannot be compressed into a single CCD record must be

continued in one or more additional consecutive CCD records. The

compressed data must be divided among the continued records so that

the smallest unit of data is not divided between two CCD records. For

example, a CCD record compressed with RLEV32 must contain an

integral number of 32-bit words in the data pattern and a “run” cannot be

divided between multiple CCDs.

Should the character definition (including any continuation) contain more

or less uncompressed data than what is specified by the Height and

Width fields, the imager will display an error message and the font

download will stop. A character definition must be completed for a given

logical input RIP before any other character definitions are started.

Chapter 4. Record Formats

Super Font Definition (SFD)

The SFD record is used to provide general information about the

Category I super font and to indicate that the following FDR and CDR

records define subfonts and subfont characters. A super font is a doublebyte

font used with certain languages to provide a large number of

characters that all have the same typeface and size.

Byte Position Bytes Field Name Description

Following an SFD record, all FDR records define subfonts and all CDR

records define characters for the current subfont. As an option, a single

CDR may immediately follow an SFD to define the default character for

any undefined character in the super font. After an SFD, any record other

than CDR, RIP, NOP, MSG, or FDR ends the super font.

1-2 2 Record Length The length of this record, in binary, including the record length

field. For example, hex 00 12 specifies a record length of 18 bytes.

3 1 Cyclic Record Count A binary cyclic record count using modulo 256. Each record in the

job is counted, starting with hex 01 for the first record. The 255th

record is hex FF and the 256th record is hex 00. This count is used

to verify record sequence.

4 1 Control Code A binary code that identifies the record type. A value of hex 2A

identifies the SFD record.

5-6 2 Row Count An unsigned binary number that specifies the number of dot rows

for characters in all subfonts of this superfont. For example, hex 00

16 specifies 22 rows.

7 1 Reserved This field is not used and must contain all binary zeroes.

8 1 Interline Spacing (ILS) A binary number that specifies the number of additional dot rows of

space to be generated following each line printed with this font.

The range is 0 - 255.

The value in this field overrides the ILS of the subfonts. The value

in this field is overridden by the ILS values in the SOD, SDC, SFI,

or SFT records and the Y line spacing value in the SFS record.

9 1 Font Rotation A binary code that identifies the font rotation.

0 (hex 00)=Upright2 (hex 02)=Inverted

1 (hex 01)=Right3 (hex 03)=Left

The font must be patterned in an upright rotation. This field is used

by the printing system to rotate the font to the desired rotation. All

subfonts of this super font must have the same rotation.

The value in this field overrides the rotation value in the subfonts.

If it is to be used in more than one rotation in the same job, a super

font and all corresponding subfonts must be defined once for each

rotation.

10 1 Super Font Number A number, in binary, that identifies the super font. The range is 0 -

254. For example, hex 0A specifies a font number of 10.

11-18 8 Super Font Name The name of the super font in EBCDIC. The field must be left

justified and space filled to the right. For example, hex C8 C5 E6

C9 E3 E3 40 40 specifies a font name of HEWITT.

Reference Guide 4 - 21

Chapter 4. Record Formats

Font Definition Record (FDR)

The FDR record contains general information about the Category I font.

There is only one FDR for each font. An FDR is followed by CDR records

that define the characters in the font.

4 - 22 IJPDS Formats

The first FDR for each RIP causes the data station to remove all fonts

currently stored in the system for the indicated RIP and start loading the

new fonts. If there are no FDR records in the job file, the system checks

the fonts identified in the FAR record against the fonts currently loaded in

the system. If they do not match, an error is generated and printing is

inhibited.

For a super font, the FDRs are preceded by an SFD record and the FDRs

define subfonts of the super font. After an FDR in the job file, any record

other than a CDR, RIP, NOP, or MSG ends the font.

Note: An example of FDR and CDR coding is shown in Appendix B.

Byte Position Bytes Field Name Description

1-2 2 Record Length The length of this record, in binary, including the record length field.

For example, hex 00 12 specifies a record length of 18 bytes.

3 1 Cyclic Record Count A binary cyclic record count using modulo 256. Each record in the

job is counted, starting with hex 01 for the first record. The 255th

record is hex FF and the 256th record is hex 00. This count is used

to verify record sequence.

4 1 Control Code A binary code that identifies the record type. A value of hex 13

identifies the FDR record.

5-6 2 Row Count An unsigned binary number that specifies the number of dot rows in

each character bitmap. For example, hex 00 16 specifies 22 rows.

If this is a subfont, the value in this field must be the same as in

bytes 5-6 of the associated SFD.

7 1 Reserved This field is not used and must contain all binary zeroes.

8 1 Interline Spacing (ILS) A binary number that specifies the number of additional dot rows of

space to be generated following each line printed with this font. The

range is 0 - 255.

The value in this field for ILS is overridden by interline spacing

values in the SOD, SDC, SFI, SFT, or SFD records and the Y line

spacing value in the SFS record. If this is a subfont, the value in this

field must be the same as in byte 8 of the associated SFD.

9 1 Font Rotation A binary code that identifies the font rotation.

0 (hex 00)=Upright2 (hex 02)=Inverted

1 (hex 01)=Right3 (hex 03)=Left

The font must be patterned in an upright rotation. This field is used

by the printing system to rotate the font to the desired rotation.

If a font is to be used in more than one rotation in the same job, it

must be defined once for each rotation.

If this is a subfont, the rotation specified in this field must be the

same as that specified in byte 9 of the associated SFD.

10 1 Font Number A number, in binary, that identifies the font. The range is 0 - 254.

For example, hex 0A specifies a font number of 10.

If this is a subfont, the range is 0 - 255.

11-18 8 Font Name The name of the font in EBCDIC. The field must be left justified and

space filled to the right. For example, hex C8 C5 E6 C9 E3 E3 40

40 specifies a font name of HEWITT. This name must match a font

name in the FAR record.

If this is a subfont, the name in this field is ignored.

Chapter 4. Record Formats

Character Definition Record (CDR)

CDR records follow the FDR record and define each character in the font.

The CDRs contain the bitmap patterns for the characters. Up to 256

characters can be defined for each FDR. Usually, there is one CDR for

each character. However, in some fonts, a continuation CDR is used to

divide a character bitmap into two or more records if it is necessary to limit

the size of the records (because of block length restrictions or other

reasons). The character bitmap can be broken only at the end of a row.

When continuation CDRs are used, all fields up to the bitmap pattern field

must be the same in each CDR for the character except for the

continuation bit in the last CDR.

Note: As an option, a single CDR may immediately follow an SFD to define the

default character for any undefined character in the super font.

When an FDR is received, the printer defines null and default characters

in the following manner. When an FDR is first processed by the printer, all

256 characters in the font are set as null characters. If the first CDR

received has a hex 00 in the Character Identifier field, then the character

in this record is used as the default character for character identifiers hex

01 through FF (character 00 remains a null character). Subsequent CDRs

then redefine the characters for their respective character identifiers.

Character 00 can be redefined from the null character in this manner. If

the first CDR does not have a hex 00 in the Character Identifier field, then

all characters remain null until redefined by subsequent CDRs.

A null character has zero width, and takes no space when printed.

Note: An example of FDR and CDR coding is shown in Appendix B.

Byte Position Bytes Field Name Description

1-2 2 Record Length The length of this record, in binary, including the record length

field. For example, hex 00 8C specifies a record length of 140

bytes.

3 1 Cyclic Record Count A binary cyclic record count using modulo 256. Each record in the

job is counted, starting with hex 01 for the first record. The 255th

record is hex FF and the 256th record is hex 00. This count is used

to verify record sequence.

4 1 Control Code A binary code that identifies the record type. A value of hex 14

identifies the CDR record.

5 1 Character Identifier A binary code that identifies the character defined in this record.

This is the code that must be used in the input data to access this

character for printing. The range is 0 - 255.

6 1 Equivalent Character

Identifier

A binary code that identifies a character in the font that has a

bitmap pattern identical to this character. If 2 characters are the

same, it is not necessary to repeat the bitmap pattern. The

“Equivalent” bit in byte position 8 must be set for this field to be in

effect.

If the equivalent bit is set, the character defined in this field is part

of the font currently being defined unless another font is identified

in byte 9 or in bytes 9 and 10. If byte 9 identifies a regular font,

then byte 10 (if present) is ignored. If byte 9 identifies a super font,

then byte 10 must be present and identifies the subfont. In any

case, the character must have been previously loaded in the same

RIP.

Reference Guide 4 - 23

Chapter 4. Record Formats

Character Definition Record (CDR)

Byte Position Bytes Field Name Description

7 1 Segment Count A binary number that specifies the number of 16-bit segments

required to define one horizontal row of the character bitmap. The

final segment does not have to be completely used. The “Final

segment width” bits in position 8 define how many bits in the final

segment are used. All binary zeroes (hex 00) in position 7 indicate

a null character with zero width.

8 1 Options The bits in position 8 define options available for this character. Bit

0 is the high order bit (hex 80) and bit 7 is the low order bit (hex

01). Bit assignments are as follows.

Bit 0 (hex 80 bit)=Equivalent bit (no bitmap data).

Bit 1 (hex 40 bit)=Continuation bit.

Bits 2-7 (hex 3F bits)=Final segment width.

If bit 0 is set to 1, the bitmap for this character is equivalent to that

for the character specified in byte position 6 and the bitmap is not

repeated in this CDR. If bit 1 is set to 1, the pattern for this

character is continued in the next CDR.

Bits 2 through 7 contain a binary number in the range of 0 through

63. When the value is 1 through 16, it represents the number of

bits in the final 16-bit segment that are to be used. When the value

is 17 through 63, the entire final segment is used and additional

zero bits are created to fill out the additional bit positions. When

the value is 0, the entire final segment is used and 48 additional

zero bits are created to make a final segment containing 64 bits.

For example, a hex 45 in position 8 indicates that the continuation

bit is set and 5 bits of the final segment are used.

9-n n Bitmap Pattern The bitmap pattern for the character defined by this CDR. The

pattern data consists of m rows, each containing s 16-bit

segments, where m is the font height (row count) defined in bytes

5-6 of the FDR, and s is the segment count defined in byte 7 of the

CDR.

Each row must be padded to the right with binary zeroes.

If the equivalent bit in byte position 8 is set, this field can contain

font or super font identifiers. Refer to the description for the

Equivalent Character Identifier field (byte position 6).

If the character pattern will not fit in a block, a continuation CDR

must be used. An integral number of rows must be used in each

CDR record.

4 - 24 IJPDS Formats

Load Fixed File (LFF)

Byte Position Bytes Field Name Description

Chapter 4. Record Formats

Load Fixed File (LFF)

The LFF record specifies that all records that follow, up to another LFF

record or an EFF record, are to be loaded as part of the fixed file identified

in this record. The records in a fixed file are not executed at the time they

are loaded in the printer, but are stored in the fixed file for later use by the

GFF, RFF, SFF, or UIL records.

The first LFF record in the job file for each RIP causes all previously

loaded fixed files for that RIP to be cleared. Fixed files do not have to be

in numeric order in the job file. The amount of memory reserved in the

printer for fixed records is dependent on the printing system.

For a multiple RIP system, the RIP record is used to direct the fixed files

to the proper RIP. Each RIP must receive its own set of fixed files starting

with the LFF record and ending with the EFF record.

1-2 2 Record Length The length of this record, in binary, including the record length

field. For example, hex 00 06 specifies a record length of 6 bytes.

3 1 Cyclic Record Count A binary cyclic record count using modulo 256. Each record in the

job is counted, starting with hex 01 for the first record. The 255th

record is hex FF and the 256th record is hex 00. This count is used

to verify record sequence.

4 1 Control Code A binary code that identifies the record type. A value of hex 01

identifies the LFF record.

5-6 2 File Number A file number, in binary, that identifies the fixed file. For example, a

value of hex 00 0C identifies fixed file 12. The range is 0 - 255.

Reference Guide 4 - 25

Chapter 4. Record Formats

End of Fixed Files (EFF)

End of Fixed Files (EFF) The End of Fixed Files (EFF) record specifies the end of all fixed files for

4 - 26 IJPDS Formats

the job or for a particular RIP.

Byte Position Bytes Field Name Description

1-2 2 Record Length The length of this record, in binary, including the record length

field. For example, hex 00 06 specifies a record length of 6 bytes.

3 1 Cyclic Record Count A binary cyclic record count using modulo 256. Each record in the

job is counted, starting with hex 01 for the first record. The 255th

record is hex FF and the 256th record is hex 00. This count is used

to verify record sequence.

4 1 Control Code A binary code that identifies the record type. A value of hex 02

identifies the EFF record.

5-6 2 Maximum Line Width This field is used only to maintain compatibility with older job files

for the KODAK VERSAMARK DS2900 printing system. It is not

present for job files for other printing systems. The field contains a

binary number that specifies the maximum line width, in number of

dots, for this job. For example, a value of hex 06 18 specifies 1,560

dots (13 inches at 120 dpi).

Chapter 4. Record Formats

Range Check Record (RCR)

The RCR record sets limits for the four sides (top, bottom, left, and right)

of the page buffer. Any data that is positioned outside of these limits

causes the printer to generate a warning message for the current page.

After a warning message, printing will continue but at a reduced speed.

Byte Position Bytes Field Name Description

Warnings can be effectively disabled for the right side and bottom by

specifying the maximum positive value and for the left side and top by

specifying the maximum negative value. The maximum positive field

value is 2,147,483,647 (hex 7F FF FF FF). The maximum negative field

value is -2,147,483,648 (hex 80 00 00 00).

For compatibility with older jobs, default values for range checking are set

for all sides at the start of a new job to the size of the page buffer (top = 0,

bottom = maximum Y, left = 0, and right = maximum X). An RCR record in

the data stream after the JC2 record and before the first font, fixed file, or

SOD/SDC records will define the default range check values for the

current RIP. The ranges are set to the default values each time a new

document is started. An RCR record occurring after the start of a new

document defines the range values for the current document only.

1-2 2 Record Length The length of this record, in binary, including the record length

field. For example, hex 00 14 specifies a record length of 20 bytes.

3 1 Cyclic Record Count A binary cyclic record count using modulo 256. Each record in the

job is counted, starting with hex 01 for the first record. The 255th

record is hex FF and the 256th record is hex 00. This count is used

to verify record sequence.

4 1 Control Code A binary code that identifies the record type. A value of hex 32

identifies the RCR record.

5-8 4 Top Limit A signed binary number that sets the limit for the top of the page

buffer. If any data is positioned at a Y value less than this field, a

warning is generated.

A value of binary zero in this field sets the limit to the top of the

page (Y = 0).

9-12 4 Bottom Limit A signed binary number that sets the limit for the bottom of the

page buffer. If any data is positioned at a Y value greater than this

field, a warning is generated.

A value of binary zero in this field sets the limit to the bottom of the

page buffer (Y = maximum Y).

13-16 4 Left Limit A signed binary number that sets the limit for the left side of the

page buffer. If any data is positioned at an X value less than this

field, a warning is generated.

A value of binary zero in this field sets the limit to the left side of the

page buffer (X = 0).

17-20 4 Right Limit A signed binary number that sets the limit for the right side of the

page buffer. If any data is positioned at an X value greater than this

field, a warning is generated.

A value of binary zero in this field sets the limit to the right side of

the page buffer (X = maximum X).

Reference Guide 4 - 27

Chapter 4. Record Formats

Start of Document and Cue (SDC)

4 - 28 IJPDS Formats

This record does not cause the printing system to generate a warning

message for positioning outside of the specified limits. Positioning is

caused by records such as SPO, SRP, and SPC, or by character and font

escapements. Warnings are generated only when data such as BOX or

IBM images or character bounding boxes are placed outside of the limits.

This record does not control whether or not the data is printed; it controls

only whether or not a warning message is issued. Data which falls entirely

in the buffer will always be printed. Data which falls entirely outside the

buffer will never be printed. What happens to data that is partly in the

buffer is printer and release dependent.

Start of Document and Cue (SDC)

The SDC record specifies the start of a document at the next cue and

contains general information about the document. The records that follow,

up to another SDC record or an SOD record, contain the image

information for this document.

Byte Position Bytes Field Name Description

This record causes the start of a new page. Refer to Chapter 1 for a

description of documents and pages.

For a multi-RIP system, there must be an SDC or SOD record for each

document on each RIP.

The font and ILS specified in this record become the current font and ILS

and remain in effect until these values are specified by another record.

1-2 2 Record Length The length of this record, in binary, including the record length

field. For example, hex 00 18 specifies a record length of 24 bytes.

3 1 Cyclic Record Count A binary cyclic record count using modulo 256. Each record in the

job is counted, starting with hex 01 for the first record. The 255th

record is hex FF and the 256th record is hex 00. This count is used

to verify record sequence.

4 1 Control Code A binary code that identifies the record type. A value of hex 05

identifies the SDC record without security. A value of hex 11

identifies the security version of the SDC record.

5-6 2 Vertical Space This field is used only for the KODAK VERSAMARK DS2900 printing

system and should be binary 0 for all other systems.

An unsigned binary number that specifies the number of dot rows

of vertical space to generate.

7-10 4 Document Counter A document count, in binary, that identifies this document. The

count starts at 1 (hex 00 00 00 01) for the first document and is

incremented by 1 for each following document. This count is used

to verify document sequence.

11-12 2 User Output Signals This field is used to activate user output signals at the printing

system. The signals available are printing system dependent.

Each bit represents one output signal. The associated output

signal is activated when the bit is set to 1 and deactivated when

the bit is set to 0.

13 1 Starting Font Number A binary number that identifies the starting font in this document.

The range is 0-254. For example, hex 02 specifies a font number

of 2.

Byte Position Bytes Field Name Description

Chapter 4. Record Formats

Start of Document and Cue (SDC)

14 1 Starting ILS A binary number that identifies the number of dot rows of space to

be generated following each line printed with this font. For

example, hex 02 specifies 2 dot rows.

The value in this field overrides the ILS value in the SFD or FDR

records. The value in this field is overridden by the ILS value in the

SFI or SFT records.

If the font is a category II font, this field should contain binary

zeroes. If a value is specified, it is added to the Y line escapement

value specified in the font definition record (SFM or FDM).

15 1 Starting Fixed File

Number

A binary number that identifies the starting fixed file.

16 1 Reserved This field is not used and must contain all binary zeroes.

17-24 8 Job Identifier This field is used only if security is enabled. It is an eight-byte Job

Identifier and must be the same as the Job Identifier field in the

JC2 record.

The Starting Font Number, Starting ILS, And Starting Fixed File Number

fields are optional. These 3 fields are either all present or all not present.

If the 3 fields are not used for a non-security SDC record (control code

05), the record ends at byte position 12.

For a security SDC (control code 11), the 3 fields must be present

because the Job Identifier field is required.

If the Starting Font Number and Starting ILS fields are present, the

starting font is set and the Y line spacing is set to the value in the ILS field.

The other three spacing values are set to 0.

If the Starting Font Number and Starting ILS fields are not present, the

starting font is set to that specified as the default font in the FAR or JCR

record. If there is no FAR or JCR, the font for the current RIP with the

lowest font ID is used. If the starting font was defined by SFD or FDR, the

ILS value in that record is used for the Y line spacing value and the other

three spacing values are set to 0. If the font was defined by SFM or FDM,

the ILS is set to 0, along with the other three spacing values.

If the Starting Fixed File Number field is not present, this parameter is set

to fixed file 0.

All fixed file pointers are reset to the beginning of their respective fixed

files at the start of a document.

The logical function is set to 01 (“or”) at the start of each document.

Reference Guide 4 - 29

Chapter 4. Record Formats

Start of Document (SOD)

Start of Document (SOD) The SOD record specifies the start of a document and contains general

information about the document. The document is started immediately,

not waiting for a cue. The records that follow, up to another SOD record or

an SDC record, contain the image information for this document.

4 - 30 IJPDS Formats

This record causes the start of a new page. Refer to Chapter 1 for a

description of documents and pages.

For a multi-RIP system, there must be an SOD or SDC record for each

document on each RIP.

The font and ILS specified in this record become the current font and ILS

and remain in effect until these values are specified by another record.

Note: The SOD record cannot be used with the CS200 and CS220 system

controllers.

Byte Position Bytes Field Name Description

1-2 2 Record Length The length of this record, in binary, including the record length

field. For example, hex 00 18 specifies a record length of 24 bytes.

3 1 Cyclic Record Count A binary cyclic record count using modulo 256. Each record in the

job is counted, starting with hex 01 for the first record. The 255th

record is hex FF and the 256th record is hex 00. This count is used

to verify record sequence.

4 1 Control Code A binary code that identifies the record type. A value of hex 04

identifies the SOD record without security. A value of hex 10

identifies the security version of the SOD record.

5-6 2 Vertical Space This field is used only for the KODAK VERSAMARK DS2900 printing

system and should be binary 0 for all other systems.

An unsigned binary number that specifies the number of dot rows

of vertical space to generate.

7-10 4 Document Counter A document count, in binary, that identifies this document. The

count starts at 1 (hex 00 00 00 01) for the first document and is

incremented by 1 for each following document. This count is used

to verify document sequence.

11-12 2 User Output Signals This field is used to activate user output signals at the printing

system. The signals available are printing system dependent.

Each bit represents one output signal. The associated output

signal is activated when the bit is set to 1 and deactivated when

the bit is set to 0.

13 1 Starting Font Number A binary number that identifies the starting font in this document.

The range is 0-254. For example, hex 02 specifies a font number

of 2.

14 1 Starting ILS A binary number that identifies the number of dot rows of space to

be generated following each line printed with this font. For

example, hex 02 specifies 2 dot rows.

The value in this field overrides the ILS value in the SFD or FDR

records. The value in this field is overridden by the ILS value in the

SFI or SFT records.

If the font is a category II font, this field should contain binary

zeroes. If a value is specified, it is added to the Y line escapement

value specified in the font definition record (SFM or FDM).

15 1 Starting Fixed File

Number

A binary number that identifies the starting fixed file.

16 1 Reserved This field is not used and must contain all binary zeroes.

Byte Position Bytes Field Name Description

Chapter 4. Record Formats

Start of Document (SOD)

17-24 8 Job Identifier This field is used only if security is enabled. It is an 8-byte Job

Identifier and must be the same as the Job Identifier field in the

JC2 record.

The Starting Font Number, Starting ILS, And Starting Fixed File Number

fields are optional. These 3 fields are either all present or all not present.

If the 3 fields are not used for a non-security SOD record (control code

04), the record ends at byte position 12.