[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
WG Last Call for TIFF-FX and TIFF-FX-REG I-Ds
Folks,
This is the WG Last call notice for the following 2 I-Ds.
- draft-ietf-fax-tiff-fx-13.txt
- draft-ietf-fax-tiff-fx-reg-v2-00.txt
Abstracts of the documents are at the end of this mail.
I believe you already know them well. Both documents explains
the difference from the current ones, i.e, RFC 2301 and RFC 3250.
Also, for your information, the TIFF-FX interoperatibility report
(table) is attached for Draft Standard consideration at the next step.
This table combines the results of two testings.
The WG Last Call period is normally 2 weeks.
But, as IETF meeting is held very soon, it is better that
the period is 4 weeks, although FAX WG meeting is not scheduled there.
It finishes on July 23.
If you have "last comments", please send them by then.
Regards,
--
Hiroshi Tamura, Co-chair of IETF-FAX WG
----------------------------------------------------------------------
Abstract of draft-ietf-fax-tiff-fx-13.txt
This document is a revised version of RFC 2301.
The revisions, summarized in the list attached as Annex C to this
document, are based on the discussions and suggestions for
improvements that have been made since RFC 2301 was issued in March
1998, and on the results of independent implementations and
interoperability testing.
This RFC 2301 revision describes the TIFF (Tag Image File Format)
representation of image data specified by the ITU-T Recommendations
for black-and-white and color facsimile. This file format
specification is commonly known as TIFF-FX. It formally defines
minimal, extended and lossless JBIG profiles (Profiles S, F, J) for
black-and-white fax, and base JPEG, lossless JBIG and Mixed Raster
Content profiles (Profiles C, L, M) for color and grayscale fax.
These profiles correspond to the content of the applicable ITU-T
Recommendations.
----------------------------------------------------------------------
Abstract of draft-ietf-fax-tiff-fx-reg-v2-00.txt
This document describes the registration of the MIME sub-type
image/tiff-fx. The encodings are defined by File Format for Internet
Fax and its extensions.
----------------------------------------------------------------------
TIFF-FX INTEROPERABILITY TABLES
This report summarizes the interoperability test results for TIFF-FX,
specified in RFC 2301, the Proposed Standard File Format for
Internet Fax <ftp://ftp.isi.edu/in-notes/rfc2301.txt>. In particular,
it summarizes the results of the two interoperability reports
http://www.ietf.org/IESG/Implementations/TIFF-FAX-implementation.txt
http://www.ietf.org/IESG/Implementations/TIFF-FX-IMPLEMENTATION.txt
For each TIFF-FX profile, this report gives a table with the number of implementations for each feature of the profile.
The following independently implemented and jointly tested TIFF-FX:
Brother
Canon
Fuji Xerox
Genoa Technology (now Quality Logic)
Image Power
Intel
Kyocera Mita
Matsushita Graphic Communication Systems
Minolta
Mitsubishi
Murata
NEC
NTT Printec
Oki Data
Ricoh
Sharp
Toshiba TEC
Waseda University
Xerox
Details of their implementations are given in the interoperability
reports cited earlier. Of these participants,
18 implemented Profile S
16 implemented Profile F
9 implemented Profile J
8 implemented Profile C
5 implemented Profile L
5 implemented Profile M
- 1 other implemented Profile M reader only
ORGANIZATION OF THIS REPORT
This report is laid out in 6 parts, one for each profile. Each part has
a table that lists the features of the profile for which the
implementation had a choice, and the number of independent
implementations (# Impl) of that feature. For example, T4Options in
Profile S could have a value of 0 or 4; the implementations are counted
separately for each value. A reader/writer pair is counted as a single
implementation. Following the table a list of the fixed features, which
all implementations implemented and which had single values determined
by the profile. For example, BitsPerSample=1 for Profiles S, F and J.
Following this is a list of derivative features, which all
implementations implemented, but which have values that depended on the
data. For example, the value of StripByteCounts is a function of the
amount of compressed image data. Finally, there are optional notes.
The data in this report can be used to determine the features for which
there were at least two independent interoperable implementations.
This report was prepared by rbuckley@xxxxxxxxxxxxx and presented during
the IFax WG meeting at the 56th IETF Meeting in San Francisco.
+--------------------------------------------------+
| PROFILE S |
+-----------------------------------------+--------+
| Feature | # Impl |
+-------------------------+---------------+--------+
|YResolution | 98/100 | 18 |
| | 196/200 | 18 |
+-------------------------+---------------+--------+
|T4Options (Note 1) | 0 | 18 |
| | 4 | 11 |
+-------------------------+---------------+--------+
Fixed: Byte Order(II), BitsPerSample(1), Compression(3), FillOrder (2),
ImageWidth (1728), NewSubFileType (2), PhotometricInterpretation (0),
ResolutionUnit (2), SamplesPerPixel (1), XResolution (200/204)
Derivative: ImageLength, PageNumber, RowsPerStrip, StripByteCounts,
StripOffsets
Note 1: T4Options=0 and T4Options=4 are both required, and most if not
all implementations read both. All wrote T4Options=0, but only some
wrote T4Options=4. Only those implementations that wrote both were
counted.
+--------------------------------------------------+
| PROFILES F and J |
+-----------------------------------------+--------+
| Feature | # Impl |
+-------------------------+---------------+--------+
|Byte Order | II | 16 |
| | MM | 4 |
|Compression | 3 | 16 |
| | 4 | 15 |
| | 9 | 9 |
|DateTime | ascii | 2 |
|FillOrder | 1 | 10 |
| | 2 | 13 |
|ImageDescription | ascii | 3 |
|Orientation | 1 | 3 |
|PhotometricInterpretation| 0 | 15 |
| | 1 | 4 |
|ResolutionUnit | 2 | 16 |
| | 3 | 5 |
|RowsPerStrip | =ImageLength | 16 |
| | <ImageLength | 4 |
|Software | ascii | 3 |
|XResolution | 80 | 3 |
| | 160 | 3 |
| | 200/204 | 16 |
| | 300 | 13 |
| | 400 | 15 |
| | 600(Note 2) | 3 |
|YResolution | 77 | 3 |
| | 154 | 3 |
| | 196/200 | 16 |
| | 300 | 13 |
| | 400 | 16 |
| | 600(Note 2) | 3 |
+-------------------------+---------------+--------+
|Extension Fields |
+-------------------------+---------------+--------+
|DocumentName | ascii | 3 |
|T4Options | 0 | 16 |
| | 1 | 11 |
| | 4 | 9 |
| | 5 | 6 |
|T6Options | 0 | 6 |
+-------------------------+---------------+--------+
|New Fields |
+-------------------------+---------------+--------+
|BadFaxLines | n | 3 |
|CleanFaxLines | n | 3 |
|ConsecutiveBadFaxLines | n | 3 |
|GlobalParametersIFD | IFD | 4 |
| CodingMethod | n | 3 |
| FaxProfile | n | 4 |
| ProfileType | 1 | 4 |
|T82Options | 0 | 2 |
+-------------------------+---------------+--------+
Fixed: BitsPerSample (1), NewSubFileType (2), SamplesPerPixel (1)
Derivative: ImageLength, ImageWidth, PageNumber, StripByteCounts,
StripOffsets
Note 2: X- and YResolution values of 600 dpi were included in one of
the interoperability tests, although this value was not part of RFC
2301 and has not been included in the subsequent Internet Drafts.
+--------------------------------------------------+
| PROFILE C |
+-----------------------------------------+--------+
| Feature | # Impl |
+-------------------------+---------------+--------+
|Byte Order | II | 8 |
| | MM | 4 |
|BitsPerSample | 8 | 8 |
| | 12 | 0 |
|DateTime | ascii | 2 |
|FillOrder | 1 | 7 |
| | 2 | 8 |
|ImageDescription | ascii | 3 |
|Orientation | 1 | 3 |
|SamplesPerPixel | 1 | 8 |
| | 3 | 8 |
|Software | ascii | 5 |
|X/YResolution | 100 | 7 |
| | 200 | 8 |
| | 300 | 6 |
| | 400 | 6 |
+-------------------------+---------------+--------+
|Extension Fields |
+-------------------------+---------------+--------+
|ChromaSubsampling | (1,1) | 8 |
| | (2,2) | 8 |
|DocumentName | ascii | 3 |
+-------------------------+---------------+--------+
|New Fields |
+-------------------------+---------------+--------+
|Decode | <r> | 5 |
|GlobalParametersIFD | IFD | 5 |
| CodingMethod | n | 4 |
| FaxProfile | n | 5 |
| ProfileType | 1 | 5 |
| VersionYear | n | 4 |
+-------------------------+---------------+--------+
Fixed: ChromaPositioning (1), Compression (7), NewSubFileType (2),
PhotometricInterpretation (10), ResolutionUnit (2)
Derivative: ImageLength, ImageWidth, PageNumber, RowsPerStrip,
StripByteCounts, StripOffsets
+--------------------------------------------------+
| PROFILE L |
+-----------------------------------------+--------+
| Feature | # Impl |
+-------------------------+---------------+--------+
|Byte Order | II | 5 |
| | MM | 3 |
|Mode (see Note 3 below) | 1 | 4 |
| | 2 | 4 |
| | 3 | 4 |
| | 4 | 4 |
| | 5 | 4 |
| | 6 | 5 |
|DateTime | ascii | 3 |
|FillOrder | 1 | 5 |
| | 2 | 4 |
|ImageDescription | ascii | 5 |
|Orientation | 1 | 3 |
|Software | ascii | 5 |
|X/YResolution | 100 | 5 |
| | 200 | 5 |
| | 300 | 5 |
| | 400 | 4 |
+-------------------------+---------------+--------+
|Extension Fields |
+-------------------------+---------------+--------+
|DocumentName | ascii | 5 |
+-------------------------+---------------+--------+
|New Fields |
+-------------------------+---------------+--------+
|Decode | <r> | 5 |
|GlobalParametersIFD | IFD | 5 |
| CodingMethod | n | 5 |
| FaxProfile | n | 5 |
| ProfileType | 1 | 4 |
| VersionYear | n | 5 |
+-------------------------+---------------+--------+
Fixed: Compression (10), NewSubFileType (2), ResolutionUnit (2)
Derivative: ImageLength, ImageWidth, PageNumber, RowsPerStrip,
StripByteCounts, StripOffsets
Note 3: Profile L implements “modes,” which determine the combination
of certain features, as given in the following table.
+--------------+--------------+--------+--------+-------+
| Mode | Photometric- |Samples-|BitsPer-|Indexed|
| |Interpretation|PerPixel| Sample | |
+--------------+--------------+--------+--------+-------+
| 1=1-bit RGB | 2 | 3 | 1 | 0 |
| 2=1-bit CMY | 5 | 3 | 1 | 0 |
| 3=1-bit CMYK | 5 | 4 | 1 | 0 |
| 4=Palette | 10 | 1 | 8 | 1 |
| 5=Color | 10 | 3 | 4,8,12 | 0 |
| 6=Grayscale | 10 | 1 | 8 | 0 |
+--------------+--------------+--------+--------+-------+
+--------------------------------------------------+
| PROFILE M |
+-----------------------------------------+--------+
| Feature | # Impl |
+-------------------------+---------------+--------+
|Byte Order | II | 4 |
| | MM | 4 |
|DateTime | ascii | 2 |
|FillOrder | 1 | 4 |
| | 2 | 4 |
|ImageDescription | ascii | 3 |
|NewSubFileType | 16 | 4 |
| | 18 | 4 |
|Orientation | 1 | 3 |
|Software | ascii | 3 |
|Mask | | |
| Compression | 3 | 4 |
| | 4 | 4 |
| | 9 | 3 |
| X/YResolution | 100 | 4 |
| | 200 | 4 |
| | 300 | 4 |
| | 400 | 4 |
| StripRowCounts | n | 4 |
| SubIFD | IFD | 4 |
|Foreground/Background | | |
| Compression | 7 | 4 |
| | 10 | 3 |
| X/YResolution | 100 | 4 |
| | 200 | 4 |
| | 300 | 4 |
| | 400 | 4 |
| PhotoInterpretation | 2 | 3 |
| | 5 | 1 |
| | 10 | 4 |
| Decode | <r> | 3 |
| X/YPosition | <r> | 4 |
| ImageBaseColor | <n> | 4 |
| As Primary IFD | | 4 |
+-------------------------+---------------+--------+
|Extension Fields |
+-------------------------+---------------+--------+
|DocumentName | ascii | 3 |
+-------------------------+---------------+--------+
|New Fields |
+-------------------------+---------------+--------+
|GlobalParametersIFD | IFD | 4 |
| CodingMethod | n | 3 |
| FaxProfile | n | 3 |
| ProfileType | 1 | 3 |
| VersionYear | n | 3 |
| ModeNumber | n | 3 |
+-------------------------+---------------+--------+
Fixed: MaskPhotometricInterpetation (0), ResolutionUnit (2)
Derivative: ImageLayer, ImageLength, ImageWidth, PageNumber,
RowsPerStrip, StripByteCounts, StripOffsets
Note 4: ImageBaseColor was labeled DefaultImageColor in RFC2301.
ImageBaseColor is used in areas where no image data is available.