Graphic technology — Prepress digital data exchange — Online transfer from electronic prepress systems to colour hardcopy devices

Specifies the mechanical, electrical, protocol and data format characteristics to permit online transfer of digital colour proof data between colour electronic prepress systems (CEPS) and direct digital colour proofing (DDCP) systems. The transfer protocol neither requires nor provides a mechanism to guarantee a sustained data rate. The mechanical and electrical characteristics and the transport level protocol make use of the small computer system interface (SCSI).

Technologie graphique — Échange de données digitales de préimpression — Transfert en ligne en provenance de systèmes de préimpression électronique vers des copies papier couleur

General Information

Status
Withdrawn
Publication Date
22-Jun-1994
Withdrawal Date
22-Jun-1994
Current Stage
9599 - Withdrawal of International Standard
Completion Date
01-Feb-2005
Ref Project

Buy Standard

Standard
ISO 10758:1994 - Graphic technology -- Prepress digital data exchange -- Online transfer from electronic prepress systems to colour hardcopy devices
English language
33 pages
sale 15% off
Preview
sale 15% off
Preview

Standards Content (Sample)

INTERNATIONAL ISO
10758
STANDARD
First edition
1994-07-01
Graphit technology - Prepress digital
Online transfer from
data exchange -
electronie prepress Systems to colour
hardcopy devices
Technologie graphique - Echange de donnbes digitales de
- Transfert en ligne en provenance de systemes de
preimpression
preimpression 6lectronique Vers des copies papier couleur
Reference number
ISO 10758:1994(E)

---------------------- Page: 1 ----------------------
ISO 10758:1994(E)
Contents
Page
1
..............................................................................................
1 Scope
1
.............................................................................
2 Conformance
1
................................................................
3 Normative references
1
.................................................................................
4 Definitions
2
.......................................................
5 Symbols and abbreviations
2
................................................................
6 General requirements
3
.............................
7 Application level protocol for proof transfer
3
...................................................
7.1 Application level commands
5
..............................................................
7.2 Command sequence
5
......................
8 Application level data formats for proof transfer
5
.........................................................................
81 . Job descriptor
9
..............................................................
82 . Separation descriptor
10
............................................................
. Image set descriptor
83
12
.............................................
84 . Contone picture file descriptor
12
..........................................................
85 . Line art file descriptor
16
..............................................
86 . Vendor-specific file descriptor
16
...............................................
87 . Set device feature descriptor
17
.............................................................
88 * Job Status response
17
........................................................
89 . Device Status response
,,.,.,.,.,.,. 18
8.10 Device capability response
19
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
8.11 Current feature response
20
. . . . . . . . . . . . . . . . . . . . . . . . . . . . .~.
8.12 Error response
20
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
9 SCSI as the transfer mechanism
20
..,...~...................,.,.....~,............~........
9.1 Physical characteristics
21
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
9.2 Logical characteristics
0 ISO 1994
All rights reserved. Unless otherwise specified, no part of this publication may be reproduced
or utilized in any form or by any means, electronie or mechanical, including photocopying and
microfilm, without Permission in writing from the publisher.
International Organization for Standardization
Case Postale 56 l CH-l 211 Geneve 20 l Switzerland
Printed in Switzerland
ii

---------------------- Page: 2 ----------------------
43 ISO ISO 10758:1994(E)
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
9.3 Supported SCSI commands
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
9.4 Supported SCSI messages
9.5 Transport level protocol for proof transfer . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
10 SCSI commands . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
10.1 SEND command . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
10.2 RECEIVE command . . . . . . . . . . . . . . . . . . . .*.*.*. 26
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
10.3 REQUEST SENSE command
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
10.4 INQUIRY command
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
10.5 MODE SELECT command
10.6 MODE SENSE command . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33

---------------------- Page: 3 ----------------------
0 ISO
ISO 10758:1994(E)
Foreword
ISO (the International Organization for Standardization) is a worldwide
federation of national Standards bodies (ISO member bodies). The work
of preparing International Standards is normally carried out through ISO
technical committees. Esch member body interested in a subject for
which a technical committee has been established has the right to be
represented on that committee. International organizations, governmental
and non-governmental, in liaison with ISO, also take patt in the work. ISO
collaborates closely with the International Electrotechnical Commission
(IEC) on all matters of electrotechnical standardization.
Draft International Standards adopted by the technical committees are
circulated to the member bodies for voting. Publication as an International
Standard requires approval by at least 75 % of the member bodies casting
a vote.
International Standard ISO 10758 was prepared by the American National
Standards Institute (as ANSI IT8.4-1989) and was adopted, under a special
“fast-track procedure ”, by Technical Committee ISO/TC 130, Graphit
technology, in parallel with its approval by the ISO member bodies.

---------------------- Page: 4 ----------------------
0 ISO
ISO 10758:1994(E)
Introduction
The technical content of this International Standard is identical to that of
American National Standard IT8.4-1989. The ANSI document was circu-
lated for ISO approval as a fast track document at the request of the 1989
plenary meeting of lSO/TC130 and subsequent to its approval was re-
structured to be in accordance with part 3 of the lSO/IEC Directives. The
IT8 document itself resulted from the joint efforts of an international in-
dustry group that included participants representing all of the major pre-
press vendors in the world. This group, initially identified as the DDES
(Digital Data Exchange Specification) Committee, later became the foun-
ders of the ANSI IT8 (Image Technology) accredited Standards committee
which is responsible for electronie data exchange Standards in graphic arts
prepress.
The data formats are modelled on ISO 10755 and ISO 10756. The trans-
port definition is implemented via ISO 9316.
This International Standard is organized to separate the data format and
transfer protocol used at the application Ievel from that used at the trans-
port level. A primary reason for this distinction is the desire to ease the
adaptation of this International Standard to transport mechanisms other
than SCSI.
Clause 4 includes definitions. Clauses 7 and 8 describe the application
level protocol for proof transfer and the data format at the application level.
These clauses will remain valid for future CEPS to DDCP connections that
might use other transport media.
Clause 9 describes the SCSI transport medium as it is used for CEPS to
DDCP communication in this International Standard, and clause 10 de-
scribes each of the SCSI commands as they are used to implement this
International Standard.
V

---------------------- Page: 5 ----------------------
This page intentionally left blank

---------------------- Page: 6 ----------------------
INTERNATIONAL STANDARD 0 ISO ISO 10758:1994(E)
- Prepress digital data
Graphit technology
- Online transfer from electronie prepress
exchange
Systems to colour hardcopy devices
1 Scope
This International Standard specifies the mechanical, electrical, protocol and data format characteristics to permit
online transfer of digital colour proof data between colour Electronie Prepress Systems (CEPS) and Direct Digital
Colour Proofing (DDCP) Systems. The transfer protocol neither requires nor provides a mechanism to guarantee
a sustained data rate. The mechanical and electrical characteristics and the transport level protocol make use of
the Small Computer System Interface (SCSI).
This International Standard takes precedence if a conflict exists with respect to the Standards indicated in
clause 3.
2 Conformance
A DDES implementation shall be in conformance with this International Standard if it meets the requirements of
clauses 6 through IO.
3 Normative references
The following Standards contain provisions which, through reference in this text, constitute provisions of this
International Standard. At the time of publication, the editions indicated were valid. All Standards are subject to
revision, and Parties to agreements based on this International Standard are encouraged to investigate the possi-
bility of applying the most recent editions of the Standards indicated below. Members of ISO and IEC maintain
registers of currently valid International Standards.
ISO/1 EC 646: 1991 I Information technology - ISO 7-bit coded Character set for information interchange.
ISO 93 16: 1989, Information processing Systems - Small Computer System Interface (SCSI).
ISO 10755:1992, Graphit technology - Prepress digital data exchange - Colour picture data on magnetic tape.
ISO 10756: 1994, Graphit technology - Prepress digital data exchange - Colour line art data on magnetic tape.
4 Definitions
For the purposes of this International Standard, the following definitions apply.
4.1 Digital Data Exchange Specification (DDES): A method of sharing digitally encoded information between
cooperating Systems.

---------------------- Page: 7 ----------------------
ISO 10758:1994(E) @iJ ISO
4.2 decimal Point notation: The expression of a decimal number in a numeric field as a string of numeric
characters (ISO/IEC 646 positions 3/0 to 3/9), with optional decimal Point (ISO/lEC 646 Position 2/14 - full stop).
43 . contone (colour picture) data: A rectangular array of picture elements ( “Pixels ”).
NOTE 1
A Pixel is represented by a set of values corresponding to its colour components, and for a four-colour picture
consists of four eight-bit bytes, representing cyan ( “C ”), magenta ( “M ”), yellow ( “Y ”) and black ( “K ”) process colours.
4.4 line art data: A rectangular array of picture elements ( “pixels ”), each of which holds one of a limited number
of colours. The colours may be defined in a colour Palette table, which specifies the values of the colour Separation
components for each entry in the Palette.
NOTE 2 Line art data are generally characterized by having contiguous areas of many Pixels of the same Palette entry, and
not simulating a greater range of colours by “dithering” or “error diffusion” techniques. The spatial information is therefore
amenable to run length encoding techniques, which may reduce file size and allow for faster processing.
45 . vendor-specific data: Data sent at the discretion of the vendor.
4.6 proof: A Simulation or prototype of a graphic arts printed image.
4.7 Direct Digital Colour Proofer (DDCP): An output device capable of producing a proof directly from digital
data.
4.8 image set: A logical grouping of data (contone picture data, line art data, vendor-specific data) used to create
a rectangular area of a proof.
5 Symbols and abbreviations
The following Symbols and abbreviations are used in this International Standard:
.
BP . Byte Position within a label. For ease of use with ISO 9316, byte positions Start with 0.
L: Length of field in number of byte positions.
SPACE or ‘6: The Character coded in Position 2/0 of ISO/IEC 646.
ZERO: The Character coded in Position 3/0 of ISO/IEC 646.
.
h . Hexadecimal numbers are identified by the digits 0 to 9 and the letters A to F followed by the lower
case “h” (e.g. 3F6Ah).
6 General requirements
image Sets. Esch image set shall
A proof shall be a Single sheet of 0 utput medium and shall contain one or more
cover a rectangula r area with s ides parall el to the edg es of the media. No two image sets shall overlap.
Esch image set shall contain at least one of the following data files: contone picture data file, line art data file or
a vendor specific data file. No more than one of each type shall be included in an image set. When both a line art
file and a picture file are present within an image set, the line art file shall take precedence (i.e. the transparency
or Opacity of the line art data wil determine the visibility of the underlying picture data).
All files within an image set shal have identical placement, orientation, length of line and breadth of area (i.e. will
overlay exactly).
Data transport between the CEPS and DDCP shall utilize ISO 9316 as defined within this International Standard.
The application layer shall communicate with the transport layer via application level commands and data descrip-
tors shall be used to transfer relevant Information between the CEPS and DDCP.
2

---------------------- Page: 8 ----------------------
43 ISO
ISO 10758:1994(E)
7 Application level protocol for proof transfer
The application layer communicates with the transport layer via application Ievel commands. These commands
convey data attribute information by means of descriptors.
Twelve types of data descriptors are specified for proof transfer; seven are used to describe the information sent
from the CEPS to the DDCP and five are used to describe the information sent from the DDCP to the CEPS.
The descriptors for transfer to the DDCP are Job Descriptor, Separation Descriptor, Image Set Descriptor, Contone
Picture File Descriptor, Line Art File Descriptor, Vendor Specific File Descriptor and Set Device Feature Descriptor.
The descriptors for transfer from the DDCP are Job Status Response, Device Status Response, Device Capability
Response, Current Feature Response and Error Response.
7.1 Application level commands
The following commands are specified for communication with the transport level: SEND JOB, STOP JOB, GET
JOB STATUS, GET DEVICE STATUS, GET DEVICE CAPABILITY, SET DEVICE FEATURE, GET CURRENT FEATURE
and REPORT STATUS.
The first five shall always be used and must be implemented. The last three shal I be used to support the optional
“spontaneous Status report” feature.
is GOOD, processing continues.
The responses to commands shall either be GOOD or ERROR. If the response
mation. The error response data
If the response is ERROR, the error response data structure contains error info
structure is described in 8.12.
The manner in which the transport layer implements these application Ievel commands is dependent on the par-
ticular transport medium used. A SCSI implementation is described in this International Standard.
7.1.1 SEND JOB
A job shall be started by sending the following information, in the Order described, from the CEPS to the DDCP:
- Job Descriptor (8.1);
- the first Separation Descriptor (8.2);
- other Separation descriptors;
- the first Image Set Descriptor (8.3);
- the first Contone Picture File Descriptor (8.4) and Contone Picture Data (if it exists);
- the first Line Art File Descriptor (8.5), colour table (8.5.1) and Line Art Data (if it exists);
- the first Vendor-specific File Descriptor (8.6) and Vendor Specific Data (if it exists);
- other image set descriptors, file descriptors and data.

---------------------- Page: 9 ----------------------
Q ISO
ISO 10758:1994(E)
EXAMPLE (Sample sequence of data transfer)
This example Shows the Order in which the descriptors and data are sent for a proof consisting of two image Sets,
the first containing both contone and line art data and the second containing contone data only.
Job Descriptor
Separation Descriptor (Sep. 1)
Separation Descriptor (Sep. 2)
Separation Descriptor (Sep. 3)
Separation Descriptor (Sep. 4)
Image Set Descriptor (Set 1)
Contone Picture File Descriptor
Contone Picture Data
Line Art File Descriptor
Colour Definition Table
Line Art Data
Image Set Descriptor (Set 2)
Contone Picture File Descriptor
Contone Picture Data
7.1.2 STOP JOB
A job that is currently transferring data to or executing on the DDCP tan be aborted by sending the STOP JOB
command. The CEPS may send this command at any time.
7.1.3 GET JOB STATUS
The Status of a job tan be determined by sending the GET JOB STATUS command. The job Status response data
is described in 8.8.
7.1.4 GET DEVICE STATUS
The Status of the DDCP device tan be determined by sending the GET DEVICE STATUS command. The device
Status response data is described in 8.9.
7.1.5 GET DEVICE CAPABILITY
The capability of the DDCP device tan be determined by sending the GET DEVICE CAPABILITY command. The
device capability response data is described in 8.10.
7.1.6 SET DEVICE FEATURE
Selectable features of the DDCP tan be set by sending the SET DEVICE FEATURE command. The Set Device
Feature Descriptor is described in 8.7.
7.1.7 GET CURRENT FEATURE
The current Status of selectable features of the DDCP tan be determined by sending the GET CURRENT FEATURE
command. The response is described in 8.11.
7.1.8 REPORT STATUS
The DDCP uses this optional command to spontaneously report the job Status. The use of this feature shall be
explicitly enabled by the CEPS (via the SET DEVICE FEATURE command) after determining that the capability is
supported (via the GET DEVICE CAPABILITY command). The job Status response data is described in 8.8.
4

---------------------- Page: 10 ----------------------
0 ISO
ISO 10758:1994(E)
7.2 Command sequence
A typical sequence of application level commands is shown in figure 1.
GET DEVICE CAPABILITY shall be used on “power-up” and optionally during Systems Operation to determine
specific characteristics and capabilities of the device.
The normal sequence for passing data to a device shall begin with a GET DEVICE STATUS command. If the ER-
ROR condition is returned, no further data will be sent until the condition has been cleared. If the Status returned
is GOOD, the SEND JOB command is sent. This process tan then repeat for all jobs that need to be sent to the
device. Optionally, the GET JOB STATUS command may be used to determine the Status of a particular job by
PROOF ID (see 8.1.2).
The STOP JOB command may be used to stop a job that is currently running. When this command is used, the
device may continue until it reaches an acceptable stopping Point.
CEPS DDCP
Get device capability (9.55) -
Device capability response (8.10)
Get device Status (9.5.4)
Send job (9.5.1)
Get job Status (9.53)
m
Job Status response (8.8)
Stop job (9.52)
Set device features (9.5.6) -
Get current features (9.5.7) -
Current features response (8.11)
- .
Error response (8.12)
Report Status (9.5.8)
Error response (8.12)
Figure 1 - Graphit arts device command sequence application level
8 Application level data formats for proof transfer
All values used in the descriptors shall be in ISO/lEC 646 representation. Numeric fields shall be right-aligned and
ZERO padded, and alphanumeric fields shall be Ieft-aligned and padded with SPACEs.
8.1 Job descriptor
There shall be one job descriptor for each job. The job descriptor shall be the first block of data sent for a job
transfer from the CEPS. The job descriptor shall be 512 bytes in length. Table 1 gives byte Position, field name,
length in bytes, and contents for the job descriptor.

---------------------- Page: 11 ----------------------
ISO 10758:1994(E)
Table 1 - Job descriptor
job descriptor identifier “JOBPRF”
compliance level
originating vendor name
originating site name
I,-,-” , l,,,, 11 , ,IV”
output device type
number of proofs requested
vertical scaling factor (decimal Point notation)
number of Separations
colour sequence
value for 100 % dot
format of contone data
format of line art data
number of image sets
reserved for DDES use
8.1 .l Compliance level
Compliance level specifies which Version of this International Standard is used by the job. A value of “0” means
no compliance is specified; a value of "1" means compliance with this edition of this International Standard.
8.1.2 Proof ID
Proof ID shall be a unique identifier assigned to each proof and is the Primat-y reference to the proof. The CEPS
is responsible for ensuring the uniqueness of this identifier in a multi-unit environment.
8.1.3 Job name
Job name shall be a string identifier associated with some logical collection of proofs.
8.1.4 Originating equipment vendor name and site name
Originating equipment vendor name and site name shall be provided for convenience.

---------------------- Page: 12 ----------------------
0 ISO
ISO 10758:1994(E)
8.1.5 Job type flag
Job type flag shall specify “N“ for normal, “T“ for test, and “V“ for vendor-specific jobs. Zero shall be valid for
“number of Separations“ and “number of image Sets“ only if the “job type flag“ is not ‘IN “. For test pictures the
DDCP may print the user data and include DDCP vendor defined test indicators.
8.1.6 Output device type
Output device type shall identify the type of proofing device. The only value currently defined is “H “; it means that
data to be halftoned is provided to the proofing device, and hence, the Separation Descriptor information is
meaningful. All other alphabetic characters are reserved for ISO use.
8.1.7 Number of proofs
The number of proofs shall be the number of copies to be printed.
8.1.8 Paper name and ink set name
Spate shall be provided for the naming of the Paper and ink set to be used. Valid names will be provided by the
DDCP vendor.
8.1.9 Scaling factors
The vertical and horizontal scaling factors specify the desired scaling of the output image size as a percentage of
the provided image size. Esch field shall be 6 bytes in length and will range from 001,OO to 999,00 with resolution
of 0 ‘01. The value of 100,OO is the default value and its occurrence means that no resizing shall be required in that
direction.
8.1.10 File disposition
File disposition will determine what to do with the data after it has been proofed. The default value shall be zero
meaning that the data on the DDCP may be deleted; a value of one means that the data shall be saved. Use and
disposition of saved data shall be a DDCP responsibility.
8.1.11 Number of Separations
The number of Separations shall be the number of individual colour Separations. Valid entries in “number of colour
Separations “, BP 233-234, are “01“ for one colour to “16“ for sixteen colours. The value “00“ is valid if the job
type flag is not “ N “; it means there are no Separation Descriptors.
8.1.12 Colour sequence
The sequence of colours (up to 16 colours in a variety of sequences) shall be defined in BP 235-250. Valid entries
in the “sequence of colour“ field are, in any sequence:
“~“ ‘1 M ‘I “C ‘I ‘1 Kl‘
- yellow, magenta, cyan and black inks.
II R ff 11 G ‘1 II B 1‘
- red, green, and blue light intensity.
- user definable colours or Separations such as
“ 1 “ to “9“
pink, varnish, etc.
‘1 1‘
Q - no colour attributes implied.
Colour descriptors shall be contiguous, left-aligned and SPACE padded.
8.1.13 Colour values
The scaling of the colour values contained in the data shall be linear with respect to printing dot percentage. The
bytes shall be unsigned and any values from 0 to 255 may be found. The relationship between byte values and
7

---------------------- Page: 13 ----------------------
ISO 10758:1994(E) 0 ISO
colour values (Step size, direction of slope, and intercept) shall be at the discretion of the originator of the file, but
shall be identical for all colour Separations in one file. lt shall be specified by expressing the byte values corre-
sponding to 0 % dot and 100 % dot as a string of numeric characters (ISO/IEC 646 positions 3/0 to 3/9) in
BP 251-254 and BP 255-258 respectively.
Figure 2 Shows further the scaling of colour values for the case where 0 % dot is the value 20 and 100 % dot is
the value 220.
100
0
100 AO 255
Value
Figure 2 - Example of scaling of colour values
8.1.14 Format of contone data
There are three formats for interleaving the picture data: Pixel interleaving, line interleaving and colour interleaving.
BP 259-260 shall contain one of the following values:
11 II
- Pixel interleaving;
00
II II
01 - line interleaving;
II II
02 - colour interleaving.
8.1 .14.1 Pixel interleaving
A row of alternating colour Pixels (Sets of rt colours of yt Separations) forms a line of the picture, and a sequence
of these lines forms the breadth of the picture.
To ensure compatibility with machines using 16-bit words there shall be an even number of bytes per line written.
Therefore, if the number of colour Separations and the number of pixels/line are both odd, there shall be one re-
dundant byte at the end of each line.

---------------------- Page: 14 ----------------------
0 ISO
ISO 10758:1994(E)
8.1 .14.2 Line interleaving
One line of a colour is followed by that line of the next colour (n lines of IZ colour Separations).
To ensure compatibility with machines using 16-bit words there shall be an even number of bytes per line written.
Therefore, if the number of pixels/line is odd, there shall be one redundant byte at the end of each line.
8.1 .14.3 Colour interleaving
All lines of one colour are followed by all lines of the next colour (n images of IZ colour Separations).
To ensure compatibility with machines using 16-bit words there shall be an even number of bytes per line written.
Therefore, if the number of pixels/line is edd, there shall be one redundant byte at the end of each line.
8.1.15 Format of line art data
BP 261-262 shall contain the values “30” to indicate coloured line art data.
8.1.16 Number of image sets
Number of image sets shall be the number of nonoverlapping rectangular areas to be placed on the output Page.
BP 263-264, shall be “01” to “99 ”. The value “00” is valid if the job type
Valid entries in “number of image Sets ”,
flag is not ” N I ’; it means there are no Image Set Descriptors.
8.2 Separation descriptor
There is a Separation descriptor for each Separation specified in the job descriptor. The Separation descriptor shall
be 128 bytes in length. Table 2 gives byte Position, field name, length in bytes, and content for the Separation
descriptor.
Table 2 - Separation descriptor
BP Field name Ld Content
6 “SEPb”
00-03 Separation descriptor identifier
2 “01 ” - “16”
04-05 Separation number
dot gain table reference identifier 2
06-07
08-11 solid area density 4
1 “1” or “M”
12 units of Screen ruling
Il II
1 = lines/inch
l’ M ” = lines/millimetre
Screen ruling (decimal Point notation) 6
13-18
Screen angle (decimal Point notation) 5
19-23
24-43 dot shape 20
44-45 trap table reference identifier 2
46-83 reserved for DDES use 38
84-127 reserved for vendor use 44
8.2.1 Dot gain table reference identifier
The dot gain table reference identifier shall be passed to the DDCP from the CEPS and provides a reference to the
particular dot gain table, contained in the DDCP, to be used for the Separation.

---------------------- Page: 15 ----------------------
Q ISO
ISO 10758:1994(E)
8.2.2 Solid area density
Solid area density shall be the densitometric value of a solid patch of the particular ink. The value fange is 0,OO to
5 ’00.
8.2.3 Screen ruling
Screen ruling shall be the number of lines (or dots) per unit (inch or millimetres) on a half tone Screen. The value
fange shall be 0 ’00 to 500,OO with resolution of 0,Ol.
8.2.4 Screen angle
Screen angle (in degrees) shall be the angle at which the half tone screens are intended to be placed with respect
to a common reference line (the horizontal axis of the image set) measured counter clockwise. The value range
shall be 0 ’0 to 360 ’0 with a resolution of Oll.
8.2.5 Dot shape
Dot shape shall be a name description of the shape of the dot. Valid names will be provided by the DDCP vendor.
8.2.6 Trap table reference identifier
The trap table referenceidentifier shall be passed to the DDCP from the CEPS and provides a reference to the
particular trap table, contained in the DDCP, to be used for the Separation.
NOTE 3 Trap is a measure of the efficiency of transfer of one ink printed on top of another ink compared to that same ink
printed on a plain Substrate.
8.3 Image set descriptor
There shall be an image set descriptor for each image set. The image set descriptor shall be 128 bytes long.
Table3 gives byte position, field name, length in bytes and content for an image set descriptor.
Table 3 - Image set descriptor
Content
Field name
BP
4 l’ I MGV’
00-03 image set descriptor identifier
2 “01 ” - l’99”
04-05 image set number
10
06-15 relative horizontal placement of picture (decimal Point
notation in millimetres)
IO
16-25 relative vertical placement of picture (decimal Point no-
tation in millimetres)
2
26-27 orientation
10
28-37 length of line (decimal Point notation in millimetres)
IO
38-47 breadth of area (decimal Point notation in millimetres)
1 “Y” or “ N ”
48 CPF exists
1 ‘IY” or ” N ”
49 LAF exists
1 “Y” or “N ”
50 VSF exists
27
51-77 reserved for DDES use
vendor-specific information 50
78-127
10

---------------------- Page: 16 ----------------------
0 ISO ISO 10758:1994(E)
8.3.1 Hori
...

Questions, Comments and Discussion

Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.