Network Working Group R. Buckley
Request for Comments: 3949 D. Venable
Obsoletes: 2301 Xerox Corporation
Category: Standards Track L. McIntyre
Consultant
G. Parsons
Nortel Networks
J. Rafferty
Brooktrout
February 2005
Network Working Group R. Buckley
Request for Comments: 3949 D. Venable
Obsoletes: 2301 Xerox Corporation
Category: Standards Track L. McIntyre
Consultant
G. Parsons
Nortel Networks
J. Rafferty
Brooktrout
February 2005
File Format for Internet Fax
Internet传真的文件格式
Status of this Memo
本备忘录的状况
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
本文件规定了互联网社区的互联网标准跟踪协议，并要求进行讨论和提出改进建议。有关本协议的标准化状态和状态，请参考当前版本的“互联网官方协议标准”（STD 1）。本备忘录的分发不受限制。
Copyright Notice
版权公告
Copyright (C) The Internet Society (2005).
版权所有（C）互联网协会（2005年）。
Abstract
摘要
This document is a revised version of RFC 2301. The revisions, summarized in the list attached as Annex B, are based on 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.
本文件是RFC 2301的修订版。附件B所附清单中汇总的修订内容基于自1998年3月发布RFC 2301以来的讨论和改进建议，以及独立实施和互操作性测试的结果。
This RFC 2301 revision describes the Tag Image File Format (TIFF) representation of image data specified by the International Telecommunication Union (ITU-T) Recommendations for black-and-white and color facsimile. This file format specification is commonly known as TIFF for Fax eXtended (TIFF-FX). It formally defines minimal, extended, and lossless Joint Bi-level Image experts Group (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.
本RFC 2301修订版描述了国际电信联盟（ITU-T）黑白和彩色传真建议规定的图像数据的标签图像文件格式（TIFF）表示。此文件格式规范通常称为TIFF for Fax eXtended（TIFF-FX）。它正式定义了用于黑白传真的最小、扩展和无损联合双层图像专家组（JBIG）配置文件（配置文件S、F、J），以及用于彩色和灰度传真的基本JPEG、无损JBIG和混合光栅内容配置文件（配置文件C、L、M）。这些配置文件对应于适用的ITU-T建议的内容。
Table of Contents
目录
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 4
1.1. Scope . . . . . . . . . . . . . . . . . . . . . . . . . . 5
1.2. Approach. . . . . . . . . . . . . . . . . . . . . . . . . 5
1.3. Overview of this Document . . . . . . . . . . . . . . . . 5
2. TIFF and Fax . . . . . . . . . . . . . . . . . . . . . . . . . 7
2.1. TIFF Overview . . . . . . . . . . . . . . . . . . . . . . 7
2.1.1. File Structure . . . . . . . . . . . . . . . . . . 8
2.1.2. Image Structure. . . . . . . . . . . . . . . . . . 10
2.1.3. TIFF File Structure for Fax Applications . . . . . 11
2.2. TIFF Fields for All Fax Applications. . . . . . . . . . . 12
2.2.1. TIFF Fields required for all fax profiles. . . . . 13
2.2.2. Additional TIFF Fields required for all fax
profiles . . . . . . . . . . . . . . . . . . . . . 14
2.2.3. TIFF Fields recommended for all fax profiles . . . 17
2.2.4. New TIFF Fields recommended for fax profiles . . . 18
3. Profile S: Minimal Black-and-White Fax Profile . . . . . . . . 20
3.1. Overview. . . . . . . . . . . . . . . . . . . . . . . . . 20
3.2. Required TIFF Fields. . . . . . . . . . . . . . . . . . . 21
3.2.1. Baseline Fields. . . . . . . . . . . . . . . . . . 21
3.2.2. Extension Fields . . . . . . . . . . . . . . . . . 23
3.2.3. New Fields . . . . . . . . . . . . . . . . . . . . 23
3.3. Recommended TIFF Fields . . . . . . . . . . . . . . . . . 23
3.4. End of Line (EOL) and Return to Control (RTC) . . . . . . 23
3.4.1. RTC Exclusion. . . . . . . . . . . . . . . . . . . 24
3.5. File Structure. . . . . . . . . . . . . . . . . . . . . . 24
3.6. Profile S: Minimal Black-and-White Profile Summary. . . . 26
4. Profile F: Extended Black-and-White Fax Profile. . . . . . . . 27
4.1. TIFF-F Overview . . . . . . . . . . . . . . . . . . . . . 28
4.2. Required TIFF Fields. . . . . . . . . . . . . . . . . . . 29
4.2.1. Baseline Fields. . . . . . . . . . . . . . . . . . 29
4.2.2. Extension Fields . . . . . . . . . . . . . . . . . 32
4.2.3. New Fields . . . . . . . . . . . . . . . . . . . . 32
4.3. Recommended TIFF Fields . . . . . . . . . . . . . . . . . 32
4.3.1. Baseline Fields. . . . . . . . . . . . . . . . . . 32
4.3.2. Extension Fields . . . . . . . . . . . . . . . . . 33
4.3.3. New Fields . . . . . . . . . . . . . . . . . . . . 33
4.4. Technical Implementation Issues . . . . . . . . . . . . . 34
4.4.1. Strips . . . . . . . . . . . . . . . . . . . . . . 34
4.4.2. Bit Order. . . . . . . . . . . . . . . . . . . . . 34
4.4.3. Multi-Page . . . . . . . . . . . . . . . . . . . . 35
4.4.4. Compression. . . . . . . . . . . . . . . . . . . . 35
4.4.5. Example Use of Page-quality Fields . . . . . . . . 36
4.4.6. Practical Guidelines for Writing and Reading
Multi-Page TIFF-F Files. . . . . . . . . . . . . . 36
4.4.7. Use of TIFF-F for Streaming Applications . . . . . 38
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 4
1.1. Scope . . . . . . . . . . . . . . . . . . . . . . . . . . 5
1.2. Approach. . . . . . . . . . . . . . . . . . . . . . . . . 5
1.3. Overview of this Document . . . . . . . . . . . . . . . . 5
2. TIFF and Fax . . . . . . . . . . . . . . . . . . . . . . . . . 7
2.1. TIFF Overview . . . . . . . . . . . . . . . . . . . . . . 7
2.1.1. File Structure . . . . . . . . . . . . . . . . . . 8
2.1.2. Image Structure. . . . . . . . . . . . . . . . . . 10
2.1.3. TIFF File Structure for Fax Applications . . . . . 11
2.2. TIFF Fields for All Fax Applications. . . . . . . . . . . 12
2.2.1. TIFF Fields required for all fax profiles. . . . . 13
2.2.2. Additional TIFF Fields required for all fax
profiles . . . . . . . . . . . . . . . . . . . . . 14
2.2.3. TIFF Fields recommended for all fax profiles . . . 17
2.2.4. New TIFF Fields recommended for fax profiles . . . 18
3. Profile S: Minimal Black-and-White Fax Profile . . . . . . . . 20
3.1. Overview. . . . . . . . . . . . . . . . . . . . . . . . . 20
3.2. Required TIFF Fields. . . . . . . . . . . . . . . . . . . 21
3.2.1. Baseline Fields. . . . . . . . . . . . . . . . . . 21
3.2.2. Extension Fields . . . . . . . . . . . . . . . . . 23
3.2.3. New Fields . . . . . . . . . . . . . . . . . . . . 23
3.3. Recommended TIFF Fields . . . . . . . . . . . . . . . . . 23
3.4. End of Line (EOL) and Return to Control (RTC) . . . . . . 23
3.4.1. RTC Exclusion. . . . . . . . . . . . . . . . . . . 24
3.5. File Structure. . . . . . . . . . . . . . . . . . . . . . 24
3.6. Profile S: Minimal Black-and-White Profile Summary. . . . 26
4. Profile F: Extended Black-and-White Fax Profile. . . . . . . . 27
4.1. TIFF-F Overview . . . . . . . . . . . . . . . . . . . . . 28
4.2. Required TIFF Fields. . . . . . . . . . . . . . . . . . . 29
4.2.1. Baseline Fields. . . . . . . . . . . . . . . . . . 29
4.2.2. Extension Fields . . . . . . . . . . . . . . . . . 32
4.2.3. New Fields . . . . . . . . . . . . . . . . . . . . 32
4.3. Recommended TIFF Fields . . . . . . . . . . . . . . . . . 32
4.3.1. Baseline Fields. . . . . . . . . . . . . . . . . . 32
4.3.2. Extension Fields . . . . . . . . . . . . . . . . . 33
4.3.3. New Fields . . . . . . . . . . . . . . . . . . . . 33
4.4. Technical Implementation Issues . . . . . . . . . . . . . 34
4.4.1. Strips . . . . . . . . . . . . . . . . . . . . . . 34
4.4.2. Bit Order. . . . . . . . . . . . . . . . . . . . . 34
4.4.3. Multi-Page . . . . . . . . . . . . . . . . . . . . 35
4.4.4. Compression. . . . . . . . . . . . . . . . . . . . 35
4.4.5. Example Use of Page-quality Fields . . . . . . . . 36
4.4.6. Practical Guidelines for Writing and Reading
Multi-Page TIFF-F Files. . . . . . . . . . . . . . 36
4.4.7. Use of TIFF-F for Streaming Applications . . . . . 38
4.5. Implementation Warnings . . . . . . . . . . . . . . . . . 38
4.5.1. Uncompressed Data. . . . . . . . . . . . . . . . . 38
4.5.2. Encoding and Resolution. . . . . . . . . . . . . . 38
4.5.3. EOL byte-aligned . . . . . . . . . . . . . . . . . 39
4.5.4. EOL. . . . . . . . . . . . . . . . . . . . . . . . 40
4.5.5. RTC Exclusion. . . . . . . . . . . . . . . . . . . 40
4.5.6. Use of EOFB for T.6 Compressed Images. . . . . . . 40
4.6. Example Use of TIFF-F . . . . . . . . . . . . . . . . . . 40
4.7. Profile F: Extended Black-and-white Fax Profile Summary . 41
5. Profile J: Lossless JBIG Black-and-White Fax Profile . . . . . 43
5.1. Overview. . . . . . . . . . . . . . . . . . . . . . . . . 43
5.2. Required TIFF Fields. . . . . . . . . . . . . . . . . . . 44
5.2.1. Baseline Fields. . . . . . . . . . . . . . . . . . 44
5.2.2. Extension Fields . . . . . . . . . . . . . . . . . 44
5.2.3. New Fields . . . . . . . . . . . . . . . . . . . . 44
5.3. Recommended TIFF Fields . . . . . . . . . . . . . . . . . 45
5.4. Profile J: Lossless JBIG Black-and-White Profile Summary. 45
6. Profile C: Base Color Fax Profile. . . . . . . . . . . . . . . 47
6.1. Overview. . . . . . . . . . . . . . . . . . . . . . . . . 47
6.2. Required TIFF Fields. . . . . . . . . . . . . . . . . . . 47
6.2.1. Baseline Fields. . . . . . . . . . . . . . . . . . 47
6.2.2. Extension Fields . . . . . . . . . . . . . . . . . 49
6.2.3. New Fields . . . . . . . . . . . . . . . . . . . . 50
6.3. Recommended TIFF Fields . . . . . . . . . . . . . . . . . 52
6.4. Profile C: Base Color Fax Profile Summary . . . . . . . . 52
7. Profile L: Lossless Color Profile. . . . . . . . . . . . . . . 54
7.1. Overview. . . . . . . . . . . . . . . . . . . . . . . . . 54
7.1.1. Color Encoding . . . . . . . . . . . . . . . . . . 54
7.1.2. JBIG Compression . . . . . . . . . . . . . . . . . 55
7.2. Required TIFF Fields. . . . . . . . . . . . . . . . . . . 55
7.2.1. Baseline Fields. . . . . . . . . . . . . . . . . . 56
7.2.2. Extension Fields . . . . . . . . . . . . . . . . . 57
7.2.3. New Fields . . . . . . . . . . . . . . . . . . . . 57
7.3. Recommended TIFF Fields . . . . . . . . . . . . . . . . . 57
7.4. Profile L: Lossless Color Fax Profile Summary . . . . . . 58
8. Profile M: Mixed Raster Content Profile. . . . . . . . . . . . 60
8.1. Overview. . . . . . . . . . . . . . . . . . . . . . . . . 60
8.1.1. MRC 3-layer model. . . . . . . . . . . . . . . . . 60
8.1.2. A TIFF Representation for the MRC 3-layer model. . 62
8.2. Required TIFF Fields. . . . . . . . . . . . . . . . . . . 64
8.2.1. Baseline Fields. . . . . . . . . . . . . . . . . . 64
8.2.2. Extension Fields . . . . . . . . . . . . . . . . . 66
8.2.3. New Fields . . . . . . . . . . . . . . . . . . . . 67
8.3. Recommended TIFF Fields . . . . . . . . . . . . . . . . . 69
8.4. Rules and Requirements for Images . . . . . . . . . . . . 69
8.5. Profile M: MRC Fax Profile Summary. . . . . . . . . . . . 71
9. MIME content-types image/tiff and image/tiff-fx. . . . . . . . 74
10. Security Considerations. . . . . . . . . . . . . . . . . . . . 74
4.5. Implementation Warnings . . . . . . . . . . . . . . . . . 38
4.5.1. Uncompressed Data. . . . . . . . . . . . . . . . . 38
4.5.2. Encoding and Resolution. . . . . . . . . . . . . . 38
4.5.3. EOL byte-aligned . . . . . . . . . . . . . . . . . 39
4.5.4. EOL. . . . . . . . . . . . . . . . . . . . . . . . 40
4.5.5. RTC Exclusion. . . . . . . . . . . . . . . . . . . 40
4.5.6. Use of EOFB for T.6 Compressed Images. . . . . . . 40
4.6. Example Use of TIFF-F . . . . . . . . . . . . . . . . . . 40
4.7. Profile F: Extended Black-and-white Fax Profile Summary . 41
5. Profile J: Lossless JBIG Black-and-White Fax Profile . . . . . 43
5.1. Overview. . . . . . . . . . . . . . . . . . . . . . . . . 43
5.2. Required TIFF Fields. . . . . . . . . . . . . . . . . . . 44
5.2.1. Baseline Fields. . . . . . . . . . . . . . . . . . 44
5.2.2. Extension Fields . . . . . . . . . . . . . . . . . 44
5.2.3. New Fields . . . . . . . . . . . . . . . . . . . . 44
5.3. Recommended TIFF Fields . . . . . . . . . . . . . . . . . 45
5.4. Profile J: Lossless JBIG Black-and-White Profile Summary. 45
6. Profile C: Base Color Fax Profile. . . . . . . . . . . . . . . 47
6.1. Overview. . . . . . . . . . . . . . . . . . . . . . . . . 47
6.2. Required TIFF Fields. . . . . . . . . . . . . . . . . . . 47
6.2.1. Baseline Fields. . . . . . . . . . . . . . . . . . 47
6.2.2. Extension Fields . . . . . . . . . . . . . . . . . 49
6.2.3. New Fields . . . . . . . . . . . . . . . . . . . . 50
6.3. Recommended TIFF Fields . . . . . . . . . . . . . . . . . 52
6.4. Profile C: Base Color Fax Profile Summary . . . . . . . . 52
7. Profile L: Lossless Color Profile. . . . . . . . . . . . . . . 54
7.1. Overview. . . . . . . . . . . . . . . . . . . . . . . . . 54
7.1.1. Color Encoding . . . . . . . . . . . . . . . . . . 54
7.1.2. JBIG Compression . . . . . . . . . . . . . . . . . 55
7.2. Required TIFF Fields. . . . . . . . . . . . . . . . . . . 55
7.2.1. Baseline Fields. . . . . . . . . . . . . . . . . . 56
7.2.2. Extension Fields . . . . . . . . . . . . . . . . . 57
7.2.3. New Fields . . . . . . . . . . . . . . . . . . . . 57
7.3. Recommended TIFF Fields . . . . . . . . . . . . . . . . . 57
7.4. Profile L: Lossless Color Fax Profile Summary . . . . . . 58
8. Profile M: Mixed Raster Content Profile. . . . . . . . . . . . 60
8.1. Overview. . . . . . . . . . . . . . . . . . . . . . . . . 60
8.1.1. MRC 3-layer model. . . . . . . . . . . . . . . . . 60
8.1.2. A TIFF Representation for the MRC 3-layer model. . 62
8.2. Required TIFF Fields. . . . . . . . . . . . . . . . . . . 64
8.2.1. Baseline Fields. . . . . . . . . . . . . . . . . . 64
8.2.2. Extension Fields . . . . . . . . . . . . . . . . . 66
8.2.3. New Fields . . . . . . . . . . . . . . . . . . . . 67
8.3. Recommended TIFF Fields . . . . . . . . . . . . . . . . . 69
8.4. Rules and Requirements for Images . . . . . . . . . . . . 69
8.5. Profile M: MRC Fax Profile Summary. . . . . . . . . . . . 71
9. MIME content-types image/tiff and image/tiff-fx. . . . . . . . 74
10. Security Considerations. . . . . . . . . . . . . . . . . . . . 74
11. References . . . . . . . . . . . . . . . . . . . . . . . . . . 74
11.1. Normative References . . . . . . . . . . . . . . . . . . 74
11.2. Informative References . . . . . . . . . . . . . . . . . 76
Annex A: Summary of TIFF Fields for Internet Fax . . . . . . . . . 77
Annex B: List of technical edits to RFC 2301 . . . . . . . . . . . 81
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . . 82
Full Copyright Statement . . . . . . . . . . . . . . . . . . . . . 84
11. References . . . . . . . . . . . . . . . . . . . . . . . . . . 74
11.1. Normative References . . . . . . . . . . . . . . . . . . 74
11.2. Informative References . . . . . . . . . . . . . . . . . 76
Annex A: Summary of TIFF Fields for Internet Fax . . . . . . . . . 77
Annex B: List of technical edits to RFC 2301 . . . . . . . . . . . 81
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . . 82
Full Copyright Statement . . . . . . . . . . . . . . . . . . . . . 84
This document describes the use of TIFF (Tag Image File Format) to represent the data content and structure generated by the current suite of ITU-T Recommendations for Group 3 facsimile. These recommendations and the TIFF fields described here support the following facsimile profiles:
本文件描述了使用TIFF（标签图像文件格式）表示当前ITU-T第3组传真建议套件生成的数据内容和结构。这些建议和此处描述的TIFF字段支持以下传真配置文件：
S: Minimal black-and-white profile, using binary MH compression
[T.4]
F: Extended black-and-white profile, using binary MH, MR, and MMR
compression [T.4, T.6]
J: Lossless JBIG black-and-white profile, with JBIG compression
[T.85, T.82]
C: Lossy color and grayscale profile, using JPEG compression [T.42,
T.81]
L: Lossless color and grayscale profile, using JBIG compression
[T.43, T.82]
M: Mixed raster content profile [T.44], using a combination of
existing compression methods
S: Minimal black-and-white profile, using binary MH compression
[T.4]
F: Extended black-and-white profile, using binary MH, MR, and MMR
compression [T.4, T.6]
J: Lossless JBIG black-and-white profile, with JBIG compression
[T.85, T.82]
C: Lossy color and grayscale profile, using JPEG compression [T.42,
T.81]
L: Lossless color and grayscale profile, using JBIG compression
[T.43, T.82]
M: Mixed raster content profile [T.44], using a combination of
existing compression methods
Each profile corresponds to the content of ITU-T Recommendations shown and is a subset of the full TIFF for facsimile specification.
每个配置文件对应于所示ITU-T建议的内容，并且是完整TIFF传真规范的子集。
Profile S describes a minimal interchange set of fields, which will guarantee that, at least, binary black-and-white images will be supported. Implementations are required to support this minimal interchange set of fields.
概要文件S描述了一组最小的字段交换，这将保证至少支持二进制黑白图像。需要实现来支持这个最小的字段交换集。
With the intent of specifying a file format for Internet fax, this document
为了指定Internet传真的文件格式，本文档
1. specifies the structure of TIFF files for facsimile data, 2. defines ITU fax-compatible values for existing TIFF fields, and 3. defines new TIFF fields and values required for compatibility with ITU color fax.
1. 指定传真数据的TIFF文件的结构，2。定义现有TIFF字段和3的ITU传真兼容值。定义与ITU彩色传真兼容所需的新TIFF字段和值。
This specification of TIFF for facsimile is known as TIFF-FX (TIFF for Fax eXtended). References to the format described by this specification should always use the term "TIFF-FX", and some profiles in this specification may not be interpreted correctly by other TIFF applications.
本传真TIFF规范称为TIFF-FX（传真扩展TIFF）。对本规范所述格式的引用应始终使用术语“TIFF-FX”，本规范中的某些配置文件可能无法被其他TIFF应用程序正确解释。
This document defines a TIFF-based file format specification for enabling standardized messaging-based fax over the Internet. It specifies the TIFF fields and field values required for compatibility with the existing ITU-T Recommendations for Group 3 black-and-white, grayscale, and color facsimile. TIFF has historically been used for handling fax image files in applications such as store-and-forward messaging. Implementations that support this file format specification for import/export may elect to support it as a native format. This document recommends a TIFF file structure compatible with low-memory and page-level streaming implementations.
本文档定义了一个基于TIFF的文件格式规范，用于在Internet上启用标准化的基于消息传递的传真。它规定了与第3组黑白、灰度和彩色传真现有ITU-T建议兼容所需的TIFF字段和字段值。TIFF历来用于处理应用程序（如存储和转发消息）中的传真图像文件。支持此文件格式规范进行导入/导出的实现可以选择将其作为本机格式支持。本文档建议使用与低内存和页面级流媒体实现兼容的TIFF文件结构。
Unless otherwise noted, the current TIFF specification [TIFF] and selected TIFF Technical Notes [TTN1, TTN2] are the primary references for describing TIFF and defining TIFF fields. This document is the primary reference for defining TIFF field values for fax applications.
除非另有说明，当前的TIFF规范[TIFF]和选定的TIFF技术说明[TTN1，TTN2]是描述TIFF和定义TIFF字段的主要参考。本文档是定义传真应用程序TIFF字段值的主要参考。
The basic approach to using TIFF for facsimile data is to insert the compressed fax image data into a TIFF file and use TIFF fields to encode the parameters that describe the image data. These fields will have values that comply with the ITU-T Recommendations.
将TIFF用于传真数据的基本方法是将压缩的传真图像数据插入TIFF文件，并使用TIFF字段对描述图像数据的参数进行编码。这些字段的值将符合ITU-T建议。
This approach takes advantage of TIFF features and structures that bridge the data formats and performance requirements of both legacy fax machines and host-based fax applications. TIFF constructs for pages, images, and strips allow a TIFF file to preserve the fax data stream structure and the performance advantages that come with it. A TIFF-based approach also builds on an established base of users and implementors and ensures backward compatibility with existing TIFF-based IETF proposals and work in progress for Internet fax.
此方法利用TIFF功能和结构，将传统传真机和基于主机的传真应用程序的数据格式和性能要求连接起来。用于页面、图像和条带的TIFF结构允许TIFF文件保留传真数据流结构及其附带的性能优势。基于TIFF的方法还建立在已建立的用户和实施者基础上，并确保与现有基于TIFF的IETF提案和正在进行的Internet传真的向后兼容性。
Section 2 gives an overview of TIFF. Section 2.1 describes the structure of TIFF files, including general guidelines for structuring multi-page TIFF files. Section 2.2 lists the TIFF fields that are required or recommended for all fax profiles. The TIFF fields used
第2节概述了TIFF。第2.1节描述了TIFF文件的结构，包括构造多页TIFF文件的一般准则。第2.2节列出了所有传真配置文件所需或建议的TIFF字段。使用的TIFF字段
only by specific fax profiles are described in Sections 3 - 8, which describe the individual fax profiles. These sections also specify the ITU-compatible field values (image parameters) for each profile.
第3-8节仅对特定的传真配置文件进行了描述，其中描述了各个传真配置文件。这些部分还指定了每个配置文件的ITU兼容字段值（图像参数）。
The full set of permitted fields of TIFF for facsimile are included in the current TIFF specification, Section 2 of this document, and the sections on specific profiles of facsimile operation. This document defines profiles of TIFF for facsimile, where a profile is a subset of the full set of permitted fields and field values of TIFF for facsimile.
当前TIFF规范、本文件第2节以及关于传真操作的特定配置文件的章节中包含了传真TIFF的全套许可字段。本文件定义了传真TIFF的配置文件，其中配置文件是传真TIFF的全套允许字段和字段值的子集。
Section 3 defines the minimal black-and-white facsimile profile (Profile S), which is required in all implementations. Section 4 defines the extended black-and-white fax profile (Profile F), which provides a standard definition of TIFF-F. Section 5 describes the lossless black-and-white profile using JBIG compression (Profile J).
第3节定义了所有实施中所需的最小黑白传真配置文件（配置文件S）。第4节定义了扩展黑白传真配置文件（配置文件F），它提供了TIFF-F的标准定义。第5节描述了使用JBIG压缩的无损黑白配置文件（配置文件J）。
Section 6 defines the base color profile, required in all color implementations, for the lossy JPEG representation of color and grayscale facsimile data (Profile C). Section 7 defines the lossless JBIG color and grayscale facsimile profile (Profile L), and Section 8 defines the Mixed Raster Content facsimile profile (Profile M). Each of these sections concludes with a table summarizing the required and recommended fields for each profile and the values they can have.
第6节为彩色和灰度传真数据（配置文件C）的有损JPEG表示定义了所有彩色实现中所需的基色配置文件。第7节定义了无损JBIG彩色和灰度传真配置文件（配置文件L），第8节定义了混合光栅内容传真配置文件（配置文件M）。每个部分最后都有一个表，总结了每个概要文件的必需字段和建议字段以及它们可以具有的值。
Section 9 refers to the MIME content types used in connection with TIFF for facsimile. Sections 10 and 11 give Security Considerations and References, followed by Authors' Addresses and the Copyright Notice. Annex A gives a summary of the TIFF fields used or defined in this document and provides a convenient reference for implementors.
第9节涉及与传真TIFF相关的MIME内容类型。第10节和第11节给出了安全注意事项和参考，然后是作者地址和版权声明。附录A总结了本文件中使用或定义的TIFF字段，并为实施者提供了方便的参考。
To implement only the minimal interchange black-and-white set of fields and values (Profile S), one need read only Sections 1, 2, 3, 9, and 10.
为了只实现字段和值（概要文件）的最小交换黑白集，需要只读第1、2、3、9和10节。
The following tree diagram shows the relationship among profiles and between profiles and coding methods.
下图显示了配置文件之间以及配置文件和编码方法之间的关系。
S (MH)
/ \
B&W / \ Color
------------ ----------
/ \ \
/ F (MH, MR, MMR) C (JPEG)
/ / \
J (JBIG) ---- \
/ \
L (JBIG) \
\
M (MRC)
S (MH)
/ \
B&W / \ Color
------------ ----------
/ \ \
/ F (MH, MR, MMR) C (JPEG)
/ / \
J (JBIG) ---- \
/ \
L (JBIG) \
\
M (MRC)
A profile is based on a collection of ITU-T facsimile coding methods. For example, Profile S, the minimal profile, is based on Modified Huffman (MH) compression, which is defined in ITU-T Rec. T.4. Profile F specifies Modified Huffman (MH), Modified READ (MR), and Modified Modified READ (MMR) compressions, which are defined in ITU-T Rec. T.4 and T.6.
配置文件基于一系列ITU-T传真编码方法。例如，配置文件S（最小配置文件）基于修改的哈夫曼（MH）压缩，该压缩在ITU-T Rec.T.4中定义。剖面F规定了修改的哈夫曼（MH）、修改的读取（MR）和修改的读取（MMR）压缩，这些在ITU-T Rec.T.4和T.6中定义。
All implementations of TIFF for facsimile MUST implement Profile S, which is the root node of the tree. All color implementations of TIFF for facsimile MUST implement Profile C. The implementation of a particular profile MUST also implement those profiles on the path that connect it to the root node, and MAY optionally implement profiles not on the path connecting it to the root node. For example, an implementation of Profile M must also implement Profiles C and S and may optionally implement Profile F, J, or L. For another example, an implementation of Profile C must also implement Profile S and may optionally implement Profile F or J.
传真TIFF的所有实现都必须实现概要文件S，它是树的根节点。用于传真的TIFF的所有颜色实现必须实现配置文件C。特定配置文件的实现还必须在将其连接到根节点的路径上实现这些配置文件，并且可以选择不在将其连接到根节点的路径上实现配置文件。例如，配置文件M的实现还必须实现配置文件C和S，并且可以可选地实现配置文件F、J或L。例如，配置文件C的实现还必须实现配置文件S，并且可以可选地实现配置文件F或J。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", " NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [REQ].
本文件中的关键词“必须”、“不得”、“要求”、“应”、“不得”、“应”、“不应”、“建议”、“可”和“可选”应按照[REQ]中的说明进行解释。
TIFF provides a means for describing, storing, and interchanging raster image data. A primary goal of TIFF is to provide a rich environment within which applications can exchange image data. The current TIFF specification [TIFF] defines a commonly used core set of TIFF fields known as Baseline TIFF. The current specification, the set of Pagemaker TIFF Technical Notes [TTN1], and TIFF Technical Note 2 [TTN2] define several TIFF extensions. The TIFF-based specification for fax applications uses a subset of Baseline TIFF
TIFF提供了一种描述、存储和交换光栅图像数据的方法。TIFF的主要目标是提供一个丰富的环境，应用程序可以在其中交换图像数据。当前的TIFF规范[TIFF]定义了一组常用的核心TIFF字段，称为基线TIFF。当前规范、Pagemaker TIFF技术说明集[TTN1]和TIFF技术说明2[TTN2]定义了几个TIFF扩展。基于TIFF的传真应用程序规范使用基准TIFF的子集
fields, with selected extensions, as described in this document. In a few cases, this document defines new TIFF fields specifically for fax applications.
字段，带有选定的扩展名，如本文档所述。在少数情况下，本文档专门为传真应用程序定义了新的TIFF字段。
TIFF is designed for raster images, which makes it a good match for facsimile documents, which are multi-page raster images. Each raster image consists of a number of rows or scanlines, each of which has the same number of pixels, the unit of sampling. Each pixel has at least one sample or component (exactly one for black-and-white images).
TIFF是为光栅图像而设计的，这使得它非常适合多页光栅图像的传真文档。每个光栅图像由若干行或扫描线组成，每个行或扫描线具有相同数量的像素（采样单位）。每个像素至少有一个样本或组件（黑白图像正好有一个）。
A TIFF file begins with an 8-byte image file header. The first two bytes describe the byte order used within the file. Legal values are "II" (0x4949) when bytes are ordered from least to most significant (little-endian), and "MM" (0x4D4D), when bytes are ordered from most to least significant (big-endian) within a 16- or 32-bit integer. Either byte order can be used, except in the case of the minimal black-and-white profile, which SHALL use value "II". The next two bytes contain the value 42, which identifies the file as a TIFF file and is ordered according to the value in the first two bytes of the header. The last four bytes give the offset that points to the first image file directory (IFD). This and all other offsets in a TIFF file are with respect to the beginning of the TIFF file. An IFD can be at any location in the file after the header but must begin on a word boundary.
TIFF文件以8字节的图像文件头开头。前两个字节描述文件中使用的字节顺序。当字节在16位或32位整数内从最低有效到最高有效（小端）排序时，法定值为“II”（0x4949）；当字节在16位或32位整数内从最高有效到最低有效（大端）排序时，法定值为“MM”（0x4D4D）。可以使用任意一个字节顺序，但最小黑白模式除外，该模式应使用值“II”。接下来的两个字节包含值42，该值将文件标识为TIFF文件，并根据头两个字节中的值进行排序。最后四个字节给出指向第一个映像文件目录（IFD）的偏移量。TIFF文件中的此偏移和所有其他偏移都是相对于TIFF文件的开头的偏移。IFD可以位于文件头之后的任何位置，但必须从单词边界开始。
An IFD is a sequence of tagged fields, sorted in ascending order by tag value. An IFD consists of a 2-byte count of the number of fields, a sequence of field entries, and a 4-byte offset to the next IFD. The fields contain information about the image and pointers to the image data. Each separate raster image in the file is represented by an IFD.
IFD是标记字段的序列，按标记值按升序排序。IFD由字段数的2字节计数、字段条目序列和到下一个IFD的4字节偏移量组成。这些字段包含有关图像的信息和指向图像数据的指针。文件中每个单独的光栅图像都由IFD表示。
Each field entry in an IFD has 12 bytes and consists of a 2-byte Tag, 2 bytes identifying the field type (e.g., short, long, rational, ASCII), 4 bytes giving the count (number of values or offsets), and 4 bytes containing either the offset to a field value stored outside the IFD or, based on the type and count, the field value itself. Resolution and metadata such as dates, names, and descriptions are examples of "long" field values that do not fit in 4 bytes and therefore use offsets in the field entry. Details are given in the TIFF specification [TIFF].
IFD中的每个字段条目有12个字节，包括一个2字节的标签，2个字节标识字段类型（例如，短、长、有理、ASCII），4个字节给出计数（值或偏移量的数量），4个字节包含存储在IFD外部的字段值的偏移量，或者根据类型和计数包含字段值本身。解析和元数据（如日期、名称和描述）是“长”字段值的示例，这些字段值不适合4字节，因此在字段条目中使用偏移量。详细信息见TIFF规范[TIFF]。
A TIFF file can contain more than one IFD, where each IFD is a subfile whose type is given in the NewSubfileType field. Multiple IFDs can be organized either as a linked list, with the last entry in
TIFF文件可以包含多个IFD，其中每个IFD都是一个子文件，其类型在NewSubfileType字段中给出。可以将多个IFD组织为一个链表，最后一个条目位于
each IFD pointing to the next IFD (the pointer in the last IFD is 0), or as a tree, using the SubIFDs field in the primary IFD [TTN1]. The SubIFDs field contains an array of pointers to child IFDs of the primary IFD.
每个IFD指向下一个IFD（最后一个IFD中的指针为0），或作为树，使用主IFD[TTN1]中的子IFD字段。SubIFDs字段包含指向主IFD的子IFD的指针数组。
Child IFDs describe related images, such as reduced resolution versions of the primary IFD image. The same IFD can point both to a next IFD and to child IFDs, and child IFDs can themselves point to other IFDs.
子IFD描述相关图像，例如主IFD图像的低分辨率版本。同一个IFD可以指向下一个IFD和子IFD，子IFD本身也可以指向其他IFD。
All fax profiles represent a multi-page fax image as a linked list of IFDs, with a NewSubfileType field containing a bit that identifies the IFD as one page of a multi-page document. Each IFD has a PageNumber field, identifying the page number in ascending order, starting at 0 for the first page. Although a Baseline TIFF reader is not required to read any IFDs beyond the first, an implementation that reads the files that comply with this specification SHALL read multiple IFDs. Only the Mixed Raster Content fax profile, described in Section 8, requires the use of child IFDs.
所有传真配置文件都将多页传真图像表示为IFD的链接列表，其中NewSubfileType字段包含一个位，该位将IFD标识为多页文档的一页。每个IFD都有一个页码字段，以升序标识页码，第一页从0开始。尽管基线TIFF读取器不需要读取第一个IFD之外的任何IFD，但读取符合本规范的文件的实现应读取多个IFD。只有第8节所述的混合光栅内容传真配置文件需要使用子IFD。
The following figure illustrates the structure of a multi-page TIFF file.
下图说明了多页TIFF文件的结构。
+-----------------------+
| Header |------------+
+-----------------------+ | First IFD
| IFD (page 0) |<-----------+ Offset
+---| |------------+
Value | +-----------------------+ |
Offset +-->| Long Values |--+ |
+-----------------------| | Strip |
| Image Data |<-+ Offset |
| strip 1 page 0 | | |
+-----------------------+ | |
| : | : |
|
+-----------------------+ | Next IFD
| IFD (page 1) |<-----------+ Offset
+---| |------------+
Value | +-----------------------+ |
Offset +-->| Long Values |--+ |
+-----------------------| | Strip |
| Image Data |<-+ Offset |
| strip 1 page 1 | | |
+-----------------------+ | |
| strip 2 page 1 |<-+ |
+-----------------------+ | |
| : | : |
|
+-----------------------+ | Next IFD
| IFD (page 2) |<-----------+ Offset
| : |
+-----------------------+
| Header |------------+
+-----------------------+ | First IFD
| IFD (page 0) |<-----------+ Offset
+---| |------------+
Value | +-----------------------+ |
Offset +-->| Long Values |--+ |
+-----------------------| | Strip |
| Image Data |<-+ Offset |
| strip 1 page 0 | | |
+-----------------------+ | |
| : | : |
|
+-----------------------+ | Next IFD
| IFD (page 1) |<-----------+ Offset
+---| |------------+
Value | +-----------------------+ |
Offset +-->| Long Values |--+ |
+-----------------------| | Strip |
| Image Data |<-+ Offset |
| strip 1 page 1 | | |
+-----------------------+ | |
| strip 2 page 1 |<-+ |
+-----------------------+ | |
| : | : |
|
+-----------------------+ | Next IFD
| IFD (page 2) |<-----------+ Offset
| : |
An IFD stores an image as one or more strips, as shown in the preceding figure. A strip consists of 1 or more scanlines (rows) of raster image data in compressed form. An image may be stored in a single strip or may be divided into several strips, which would require less memory to buffer. (Baseline TIFF recommends about 8k bytes per strip, but existing fax usage is typically one strip per image.)
IFD将图像存储为一个或多个条带，如上图所示。条带由1条或多条压缩形式的光栅图像数据扫描线（行）组成。图像可以存储在单个条带中，也可以分为多个条带，这将需要更少的内存来缓冲。（基线TIFF建议每个条带大约8k字节，但现有的传真使用通常是每个图像一条带。）
Each IFD requires three strip-related fields: StripOffsets, RowsPerStrip, and StripByteCounts. The StripOffsets field is an array of pointers to the strip or strips that contain the actual image data. The StripByteCounts field gives the number of bytes in each strip after compression. TIFF requires that each strip, except
每个IFD需要三个与条带相关的字段：StripOffset、RowsPerStrip和StripByteCounts。StripOffsets字段是指向包含实际图像数据的一个或多个条带的指针数组。StripByteCounts字段给出压缩后每个条带中的字节数。TIFF要求每个条带
the last, contain the same number of scanlines, which is given in the RowsPerStrip field. This document introduces the new StripRowCounts field that allows a variable number of scanlines per strip, which is required by the Mixed Raster Content fax profile (Section 8).
最后，包含相同数量的扫描线，这在RowsPerStrip字段中给出。本文档介绍了新的StripRowCounts字段，该字段允许每个条带具有可变数量的扫描线，这是混合光栅内容传真配置文件（第8节）所要求的。
Image data is stored as uninterpreted, compressed image data streams within a strip. The formats of these streams follow the ITU-T Recommendations. The Compression field in the IFD indicates the type of compression, and other TIFF fields in the IFD describe image attributes such as color encoding and spatial resolution. Compression parameters are stored in the compressed data stream rather than in TIFF fields. This makes the TIFF representation and compressed data format specification independent of each another. This approach, modeled on [TTN2], allows TIFF to add new compression schemes gracefully as they become available.
图像数据作为未解释的压缩图像数据流存储在条带中。这些流的格式遵循ITU-T建议。IFD中的压缩字段表示压缩类型，IFD中的其他TIFF字段描述图像属性，如颜色编码和空间分辨率。压缩参数存储在压缩数据流中，而不是TIFF字段中。这使得TIFF表示和压缩数据格式规范相互独立。这种基于[TTN2]的方法允许TIFF在新的压缩方案可用时优雅地添加新的压缩方案。
Some attributes can be specified both in the compressed data stream and within a TIFF field. It is possible that the two values will differ. When this happens for values required to interpret the data stream, the values in the data stream take precedence. For informational values that are not required to interpret the data stream, such as author name, then the TIFF field value takes precedence.
可以在压缩数据流和TIFF字段中指定某些属性。这两个值可能不同。当解释数据流所需的值发生这种情况时，数据流中的值优先。对于解释数据流不需要的信息值，如作者姓名，则优先使用TIFF字段值。
The TIFF specification has a very flexible file structure that does not specify the ordering of IFDs, field values, and image data in a file. Individual applications may require or recommend an ordering.
TIFF规范具有非常灵活的文件结构，不指定文件中IFD、字段值和图像数据的顺序。个别应用可能需要或建议订购。
This specification recommends that when using a TIFF file for facsimile, a multi-page fax document SHOULD be represented as a linked list of IFDs. It also recommends that a TIFF file for facsimile SHOULD order pages in a TIFF file in the same way that they are ordered in a fax data stream. In a TIFF file, a page consists of several elements: one or more IFDs (including subIFDs), long field values that are stored outside the IFDs, and image data (in one or more strips).
本规范建议，当使用TIFF文件进行传真时，多页传真文件应表示为IFD的链接列表。它还建议用于传真的TIFF文件在TIFF文件中的页面顺序应与在传真数据流中的页面顺序相同。在TIFF文件中，页面由多个元素组成：一个或多个IFD（包括子IFD）、存储在IFD外部的长字段值和图像数据（在一个或多个条带中）。
The minimal black-and-white profile (Profile S) specifies a required ordering of pages and elements within a page (Section 3.5). The extended black-and-white profile (Profile F) provides guidelines for ordering pages and page elements (Section 4.4.6). Other profiles SHOULD follow these guidelines. This recommendation is intended to simplify the implementation of TIFF writers and readers in fax applications and the conversion between TIFF file and fax data stream representations. However, for interchange robustness, readers SHOULD
最小黑白配置文件（配置文件S）规定了页面和页面内元素的所需顺序（第3.5节）。扩展黑白配置文件（配置文件F）提供了页面和页面元素排序指南（第4.4.6节）。其他配置文件应遵循这些准则。本建议旨在简化传真应用程序中TIFF写入程序和读取器的实现，以及TIFF文件和传真数据流表示之间的转换。然而，对于交换健壮性，读者应该
be prepared to read TIFF files whose structure is consistent with [TIFF], which supports a more flexible file structure than is recommended here.
准备阅读结构与[TIFF]一致的TIFF文件，后者支持比此处推荐的更灵活的文件结构。
This specification introduces an optional new GlobalParametersIFD field, defined in Section 2.2.4. This field has type IFD and indicates parameters describing the fax session. While it is often possible to obtain these parameters by scanning the file, it is convenient to make them available together in one place for fast and easy access. If the GlobalParametersIFD occurs in a TIFF file, it SHOULD be located in the first IFD, immediately following the 8-byte image file header.
本规范引入了第2.2.4节中定义的可选新GlobalParametersIFD字段。此字段的类型为IFD，表示描述传真会话的参数。虽然通常可以通过扫描文件来获取这些参数，但可以方便地将它们放在一个地方，以便快速轻松地访问。如果GlobalParametersIFD出现在TIFF文件中，则它应位于第一个IFD中，紧跟在8字节图像文件头之后。
The TIFF specification [TIFF] is organized as a baseline set and several extensions, including technical notes [TTN1, TTN2] that will be incorporated in the next release of TIFF. The baseline and extensions have required and optional fields.
TIFF规范[TIFF]被组织为一个基线集和几个扩展，包括将纳入下一版本TIFF的技术说明[TTN1，TTN2]。基线和扩展具有必填字段和可选字段。
Facsimile applications require (and recommend) a mixture of baseline and extensions fields, as well as some new fields that are not part of the TIFF specification and that are defined in this document. This sub-section lists the fields that are required or recommended for all profiles. In particular, Section 2.2.1 lists the fields that are required by all profiles and that have values that do not depend on the profile. Section 2.2.2 lists the fields that are required by all profiles and that have values that do depend on the profile. Section 2.2.3 lists the fields that are recommended for all profiles. Fields required or recommended by some but not all profiles are given in the section (Section 3 - 8) that describes that profile. The sections for each fax profile have subsections for required and recommended fields; each subsection organizes the fields according to whether they are baseline, extension or new.
传真应用程序需要（并建议）基线和扩展字段的混合，以及一些不属于TIFF规范一部分且在本文档中定义的新字段。本小节列出了所有配置文件所需或建议的字段。特别是，第2.2.1节列出了所有配置文件所需的字段，这些字段的值与配置文件无关。第2.2.2节列出了所有配置文件所需的字段，这些字段的值取决于配置文件。第2.2.3节列出了建议用于所有配置文件的字段。描述该概要文件的部分（第3-8节）中给出了某些概要文件（而非所有概要文件）所需或建议的字段。每个传真配置文件的部分都有用于必填字段和推荐字段的小节；每个小节根据字段是基线字段、扩展字段还是新字段来组织字段。
The fields required for facsimile have only a few legal values, specified in the ITU-T Recommendations. Of these legal values, some are required and some are optional, just as they are required (mandatory) or optional in fax implementations that conform to the ITU-T Recommendations. The required and optional values are noted in the sections on the different fax profiles.
传真所需的字段只有ITU-T建议中规定的几个法定值。在这些法律价值中，有些是必需的，有些是可选的，正如它们在符合ITU-T建议的传真实施中是必需的（强制性）或可选的一样。所需值和可选值在不同传真配置文件的部分中进行了说明。
This section describes the fields required or recommended by all fax profiles. The pattern for the description of TIFF fields in this document is as follows:
本节介绍所有传真配置文件所需或建议的字段。本文档中TIFF字段的描述模式如下：
FieldName(TagValueInDecimal) = allowable values. TYPE
FieldName（TagValueInDecimal）=允许的值。类型
WhetherRequiredByTIFForTIFFforFAX
Count = (omitted if =1) = (if not in current spec but available)
Explanation of the field, how it's used, and the values it can
have. Default value, if any, as specified in [TIFF].
WhetherRequiredByTIFForTIFFforFAX
Count = (omitted if =1) = (if not in current spec but available)
Explanation of the field, how it's used, and the values it can
have. Default value, if any, as specified in [TIFF].
When a field's default value is the desired value, that field may be omitted from the relevant IFD unless specifically required by the text of this specification.
当某个字段的默认值为所需值时，除非本规范文本有明确要求，否则相关IFD中可省略该字段。
The TIFF fields listed in this section SHALL be used by all fax profiles but have field values that are not specified by the ITU standards, i.e., the fields do not depend on the profile. The next subsection lists the fields that SHALL be used by all fax profiles, but which do have values specified by the ITU-specified or profile-specific values. Fields that SHALL be used by some but not all profiles are given in the Sections (3 - 8) that describe the profiles that use them.
本节中列出的TIFF字段应由所有传真配置文件使用，但其字段值未由ITU标准规定，即字段不依赖于配置文件。下一小节列出了所有传真配置文件应使用的字段，但这些字段的值由ITU指定或配置文件特定值指定。部分而非所有外形应使用的字段在描述使用它们的外形的章节（3-8）中给出。
ImageLength(257) SHORT or LONG RequiredByTIFFBaseline Total number of scanlines in image. No default, must be specified.
ImageLength（257）图像中扫描线总数所需的短或长。没有默认值，必须指定。
PageNumber(297) SHORT RequiredByTIFFforFAX, TIFFExtension Count = 2 The first number represents the page number (0 for the first page); the second number is the total number of pages in the document. If the second value is 0, then the total page count is not available. No default, must be specified
PageNumber（297）TiffForFax要求的短，TIFFExtension Count=2第一个数字表示页码（第一页为0）；第二个数字是文档中的总页数。如果第二个值为0，则总页数不可用。没有默认值，必须指定
RowsPerStrip(278) SHORT or LONG RequiredByTIFFBaseline The number of scanlines per TIFF strip, except for the last strip. For a single strip image, this is the same as the value of the ImageLength field. Default = 2**32 - 1 (meaning all scanlines in one strip).
RowsPerStrip（278）TIFF基线要求的短或长每个TIFF条带的扫描线数，最后一条除外。对于单个条形图像，这与ImageLength字段的值相同。默认值=2**32-1（表示一条带中的所有扫描线）。
StripByteCounts(279) SHORT or LONG RequiredByTIFFBaseline Count = number of strips For each strip, the number of bytes in that strip after compression. No default, must be specified.
StripByteCounts（279）SHORT或LONG RequiredByTIFFBaseline Count=每个条带的条带数，压缩后该条带中的字节数。没有默认值，必须指定。
StripOffsets(273) SHORT or LONG RequiredByTIFFBaseline Count = number of strips For each strip, the byte offset from the beginning of the file to the start of that strip. No default, must be specified.
StripOffset（273）SHORT或LONG RequiredByTIFFBaseline Count=每个条带的条带数，即从文件开头到该条带开头的字节偏移量。没有默认值，必须指定。
The TIFF fields listed in this section SHALL be used by all fax profiles, but the values associated with them depend on the profile being described and the associated ITU Recommendations. Therefore, only the fields are defined here; the values applicable to a particular fax profile are described in Sections 3 - 8. Fields that SHALL be used by some but not all profiles are given in the section (3 - 8) describing the profile that uses them.
本节中列出的TIFF字段应由所有传真配置文件使用，但与之相关的值取决于所描述的配置文件和相关的ITU建议。因此，此处仅定义字段；第3-8节描述了适用于特定传真配置文件的值。部分而非全部外形应使用的字段在描述使用它们的外形的章节（3-8）中给出。
BitsPerSample(258) SHORT RequiredByTIFFBaseline Number of bits per image sample. Default = 1 (field may be omitted if this is the value).
BitsPerSample（258）TIFF所需的短基线每个图像样本的位数。默认值=1（如果这是值，则可以省略该字段）。
Compression(259) SHORT RequiredByTIFFBaseline Compression method used for image data. Default = 1 (no compression, so may not be omitted for FAX).
压缩（259）用于图像数据的基线压缩方法所需的短时间。默认值=1（无压缩，因此传真时不能省略）。
FillOrder(266) SHORT RequiredByTIFFforFax The default bit order in Baseline TIFF per [TIFF] is indicated by FillOrder=1, where bits are not reversed before being stored. However, TIFF for Fax typically uses the setting of FillOrder=2, where the bit order within bytes is reversed before storage (i.e., bits are stored with the Least Significant Bit first). Default = 1 (field may be omitted if this is the value) Facsimile data appears on the phone line in bit-reversed order relative to its description in the relevant ITU compression Recommendation. Therefore, a wide majority of facsimile implementations choose this natural order for storage.
FillOrder（266）FillOrder（266）SHORT REQUIRED BYTIFF FORFAX基线TIFF per[TIFF]中的默认位顺序由FillOrder=1表示，其中位在存储之前不会反转。然而，TIFF for Fax通常使用FillOrder=2的设置，其中字节内的位顺序在存储之前颠倒（即，位以最低有效位优先存储）。默认值=1（如果这是值，则可省略字段）传真数据以与相关ITU压缩建议中的描述相反的位顺序出现在电话线上。因此，大多数传真实现都选择这种自然的存储顺序。
Nevertheless, all readers conforming to this specification must be able to read data in both bit orders, except in the case of Profile S, which only requires support for FillOrder=2 (Least Significant Bit first).
尽管如此，符合本规范的所有读卡器必须能够以两种位顺序读取数据，但配置文件S的情况除外，它只需要支持FillOrder=2（最低有效位优先）。
ImageWidth(256) SHORT or LONG RequiredByTIFFBaseline The number of pixels (columns) per scanline (row) of the image No default, must be specified.
ImageWidth（256）TiffBaseline要求的短或长必须指定图像每扫描线（行）的像素数（列）无默认值。
NewSubFileType(254) LONG RequiredByTIFFforFAX A general indication of the kind of data contained in this IFD Bit 1 is 1 if the image is a single page of a multi-page document. Default = 0 (no subfile bits on, so may not be omitted for FAX).
TIFFFORFAX要求的新闻子文件类型（254）长如果图像是多页文档的单页，则此IFD位1中包含的数据类型的一般指示为1。默认值=0（没有子文件位打开，因此传真时不能省略）。
PhotometricInterpretation(262) SHORT RequiredByTIFFBaseline The color space of the image data. No default, must be specified.
测光解释（262）图像数据的颜色空间所需的简短说明。没有默认值，必须指定。
ResolutionUnit(296) SHORT RequiredByTIFFBaseline The unit of measure for resolution. 2 = inch, 3 = centimeter; Default = 2 (field may be omitted if this is the value)
ResolutionUnit（296）是分辨率的度量单位。2=英寸，3=厘米；默认值=2（如果为该值，则可省略该字段）
SamplesPerPixel(277) SHORT RequiredByTIFFBaseline The number of color components per pixel; SamplesPerPixel is 1 for a black-and-white, grayscale or indexed (palette) image. Default = 1 (field may be omitted if this is the value).
SamplesPerPixel（277）每个像素所需的颜色分量数量；对于黑白、灰度或索引（调色板）图像，SamplesPerPixel为1。默认值=1（如果这是值，则可以省略该字段）。
XResolution(282) RATIONAL RequiredByTIFFBaseline The horizontal resolution of the image in pixels per resolution unit. The ITU-T Recommendations for facsimile specify a small number of horizontal resolutions: 100, 200, 300, 400 pixels per inch, and 80, 160 pixels per centimeter (or 204, 408 pixels per inch). The allowed XResolution values for each profile are given in the section defining that profile. Per [T.4], it is permissible for applications to treat the following XResolution values as being equivalent: <204, 200> and <400,408> in pixels/inch. These equivalencies were allowed by [T.4] to permit conversions between inch and metric based facsimile terminals. To ensure interoperability, if an application accepts any member of the pairs then T.4 requires it to accept both (e.g., accept 204 if 200 pixels per inch is accepted). TIFF for Facsimile Writers SHOULD express XResolution in inch-based units, for consistency with historical practice and to maximize interoperability. See the table below for information on how to convert from an ITU-T metric value to its inch-based equivalent resolution. No default, must be specified
XResolution（282）RATIONAL RequiredByTIFFBaseline图像的水平分辨率，单位为像素/分辨率单位。ITU-T传真建议规定了少量的水平分辨率：每英寸100200300400像素和每厘米80160像素（或每英寸204408像素）。每个配置文件允许的分辨率值在定义该配置文件的部分中给出。根据[T.4]，允许应用程序将以下X分辨率值视为等效值：<204200>和<400408>像素/英寸。[T.4]允许这些等效性，以允许在基于英寸和公制的传真终端之间进行转换。为确保互操作性，如果应用程序接受对中的任何成员，则T.4要求它同时接受这两个成员（例如，如果接受每英寸200像素，则接受204）。传真机的TIFF应以英寸为单位表示X分辨率，以与历史惯例保持一致，并最大限度地提高互操作性。有关如何将ITU-T公制值转换为基于英寸的等效分辨率的信息，请参见下表。没有默认值，必须指定
YResolution(283) RATIONAL RequiredByTIFFBaseline The vertical resolution of the image in pixels per resolution unit. The ITU-T Recommendations for facsimile specify a small number of vertical resolutions: 100, 200, 300, 400 pixels per inch, and 38.5, 77, 154 pixels per centimeter (or 98, 196, 391 pixels per inch). The allowed YResolution values for each profile are given in the section defining that profile. Per [T.4], it is permissible for applications to treat the following YResolution values as being equivalent: <98, 100>, <196, 200>, and <391, 400> in pixels/inch. These equivalencies were allowed by [T.4] to permit conversions between inch- and metric-based facsimile terminals. To insure interoperability, if an application accepts any member of the pairs, then T.4 requires it to accept both (e.g., accept 98 if 100 pixels per inch is accepted). TIFF for Facsimile Writers SHOULD express YResolution in inch-based units, for consistency with historical practice and to maximize
YResolution（283）RATIONAL RequiredByTIFFBaseline图像的垂直分辨率，单位为像素/分辨率单位。ITU-T传真建议规定了少量垂直分辨率：每英寸100、200、300、400像素，每厘米38.5、77、154像素（或每英寸98196391像素）。每个配置文件允许的YResolution值在定义该配置文件的部分中给出。根据[T.4]，允许应用程序将以下Y分辨率值视为等效值：<98100>、<196200>和<391400>（像素/英寸）。[T.4]允许这些等效性，以允许在基于英寸和公制的传真终端之间进行转换。为了确保互操作性，如果应用程序接受对中的任何一个成员，则T.4要求它同时接受这两个成员（例如，如果接受每英寸100像素，则接受98）。传真机的TIFF应以英寸为单位表示Y分辨率，以与历史惯例保持一致，并最大限度地提高分辨率
interoperability. See the table below for information on converting from the metric value to its inch based equivalent resolution. No default, must be specified.
互操作性。有关从公制值转换为基于英寸的等效分辨率的信息，请参见下表。没有默认值，必须指定。
+-----------------------------+-----------------------------+
| XResolution | YResolution |
+--------------+--------------+--------------+--------------+
|ResolutionUnit|ResolutionUnit|ResolutionUnit|ResolutionUnit|
| =2 (inch) | =3 (cm) | =2 (inch) | =3 (cm) |
+--------------+--------------+--------------+--------------+
| 100 | | 100 | |
+--------------+--------------+--------------+--------------+
| 204 | 80 | 98 | 38.5 |
| 200 | | 100 | |
+--------------+--------------+--------------+--------------+
| 204 | 80 | 196 | 77 |
| 200 | | 200 | |
+--------------+--------------+--------------+--------------+
| 204 | 80 | 391 | 154 |
+--------------+--------------+--------------+--------------+
| 300 | | 300 | |
+--------------+--------------+--------------+--------------+
| 408 | 160 | 391 | 154 |
| 400 | | 400 | |
+--------------+--------------+--------------+--------------+
+-----------------------------+-----------------------------+
| XResolution | YResolution |
+--------------+--------------+--------------+--------------+
|ResolutionUnit|ResolutionUnit|ResolutionUnit|ResolutionUnit|
| =2 (inch) | =3 (cm) | =2 (inch) | =3 (cm) |
+--------------+--------------+--------------+--------------+
| 100 | | 100 | |
+--------------+--------------+--------------+--------------+
| 204 | 80 | 98 | 38.5 |
| 200 | | 100 | |
+--------------+--------------+--------------+--------------+
| 204 | 80 | 196 | 77 |
| 200 | | 200 | |
+--------------+--------------+--------------+--------------+
| 204 | 80 | 391 | 154 |
+--------------+--------------+--------------+--------------+
| 300 | | 300 | |
+--------------+--------------+--------------+--------------+
| 408 | 160 | 391 | 154 |
| 400 | | 400 | |
+--------------+--------------+--------------+--------------+
The TIFF fields listed in this section MAY be used by all fax profiles. However, Profile S writers (the minimal fax profile described in Section 3) SHOULD NOT use these fields. Recommended fields that are profile-specific are described in Sections 3 - 8.
本节中列出的TIFF字段可供所有传真配置文件使用。但是，配置文件的编写者（第3节中描述的最小传真配置文件）不应使用这些字段。第3-8节介绍了特定于配置文件的推荐字段。
DateTime(306) ASCII OptionalInTIFFBaseline Date/time of image creation in 24-hour format "YYYY:MM:DD HH:MM:SS". No default.
DateTime（306）ASCII OptionalInTIFFBaseline 24小时格式图像创建的日期/时间“YYYY:MM:DD HH:MM:SS”。没有默认值。
DocumentName(269) ASCII OptionalInTIFFExtension(DocumentStorageAndRetrieval) The name of the scanned document. This is a TIFF extension field, not a Baseline TIFF field. No default.
DocumentName（269）ASCII选项AntiffExtension（DocumentStorageAndRetrieval）扫描文档的名称。这是TIFF扩展字段，不是基线TIFF字段。没有默认值。
ImageDescription(270) ASCII OptionalInTIFFBaseline A string describing the contents of the image. No default.
ImageDescription（270）ASCII OptionantiffBaseline描述图像内容的字符串。没有默认值。
Orientation(274) = 1 - 8. SHORT OptionalinTIFFBaseline 1: 0th row represents the visual top of the image; the 0th column represents the visual left side of the image. See the current TIFF spec [TIFF] for further values; Baseline TIFF only requires value=1. Default = 1. Note: It is recommended that a writer that is aware of the orientation include this field to give a positive indication of the orientation, even if the value is the default. Writers should not generate mirror images, because many readers will not properly reverse the image before display or print.
方向（274）=1-8。SHORT OptionInTiffBaseline 1:0行表示图像的可视顶部；第0列表示图像的可视左侧。有关更多值，请参见当前TIFF规范[TIFF]；基线TIFF仅要求值=1。默认值=1。注意：建议了解方向的写入程序包括此字段，以提供方向的正向指示，即使该值是默认值。写入程序不应生成镜像，因为许多读卡器在显示或打印之前不会正确反转图像。
Software(305) ASCII OptionalInTIFFBaseline The name and release number of the software package that created the image. No default.
软件（305）ASCII OptionalInTIFFBaseline创建映像的软件包的名称和版本号。没有默认值。
The new TIFF fields listed in this section MAY be used by all fax profiles. However, Profile S writes (the minimal fax profile described in Section 3) SHOULD NOT use these fields. In addition, support for these new TIFF fields has not been included in historical TIFF-F readers described in Section 4 and [TIFF-F]. These fields describe "global" parameters of the fax session that created the image data. They are optional, not part of the current TIFF specification, and are defined in this document.
本节中列出的新TIFF字段可供所有传真配置文件使用。但是，配置文件S写入（第3节中描述的最小传真配置文件）不应使用这些字段。此外，第4节和[TIFF-F]中所述的历史TIFF-F阅读器中未包含对这些新TIFF字段的支持。这些字段描述创建图像数据的传真会话的“全局”参数。它们是可选的，不是当前TIFF规范的一部分，并在本文档中定义。
The first new field, GlobalParametersIFD, is an IFD that contains global parameters and is located in a Primary IFD.
第一个新字段GlobalParametersIFD是一个包含全局参数的IFD，位于主IFD中。
GlobalParametersIFD (400) IFD or LONG
全局参数为FD（400）IFD或LONG
An IFD containing global parameters. It is recommended that a TIFF writer place this field in the first IFD, where a TIFF reader would find it quickly.
包含全局参数的IFD。建议TIFF编写器将此字段放在第一个IFD中，TIFF阅读器可以在其中快速找到它。
Each field in the GlobalParametersIFD is a TIFF field that is legal in any IFD. Required baseline fields should not be located in the GlobalParametersIFD but should be in each image IFD. If a
GlobalParametersIFD中的每个字段都是在任何IFD中合法的TIFF字段。必需的基线字段不应位于GlobalParametersIFD中，而应位于每个图像IFD中。如果
conflict exists between fields in the GlobalParametersIFD and in the image IFDs, then the data in the image IFD shall prevail.
全局参数SIFD和图像IFD中的字段之间存在冲突，则应以图像IFD中的数据为准。
Among the GlobalParametersIFD entries is a new ProfileType field that generally describes information in this IFD and in the TIFF file.
GlobalParametersIFD条目中有一个新的ProfileType字段，它通常描述此IFD和TIFF文件中的信息。
ProfileType(401) LONG The type of image data stored in this IFD. 0 = Unspecified 1 = Group 3 fax No default
ProfileType（401）长此IFD中存储的图像数据类型。0=未指定1=第3组传真无默认值
The following new global fields are defined in this document as IFD entries for use with fax applications.
以下新的全局字段在本文档中定义为IFD条目，用于传真应用程序。
FaxProfile(402) = 0 - 6. BYTE The profile that applies to this file; a profile is subset of the full set of permitted fields and field values of TIFF for facsimile. The currently defined values are: 0: does not conform to a profile defined for TIFF for facsimile 1: minimal black & white lossless, Profile S 2: extended black & white lossless, Profile F 3: lossless JBIG black & white, Profile J 4: lossy color and grayscale, Profile C 5: lossless color and grayscale, Profile L 6: Mixed Raster Content, Profile M
传真配置文件（402）=0-6。字节应用于此文件的配置文件；配置文件是传真TIFF的全套允许字段和字段值的子集。当前定义的值为：0:不符合为传真TIFF定义的配置文件1:最小黑白无损、配置文件S2:扩展黑白无损、配置文件F3:无损JBIG黑白、配置文件J4:有损颜色和灰度、配置文件C5:无损颜色和灰度、配置文件L6:混合光栅内容、配置文件M
CodingMethods(403) LONG This field indicates which coding methods are used in the file. A value of 1 in a bit location indicates the corresponding coding method is used. More than one bit set to 1 means more than one coding method is used in the file. Bit 0: unspecified compression Bit 1: 1-dimensional coding, ITU-T Rec. T.4 (MH - Modified Huffman) Bit 2: 2-dimensional coding, ITU-T Rec. T.4 (MR - Modified READ) Bit 3: 2-dimensional coding, ITU-T Rec. T.6 (MMR - Modified MR) Bit 4: ITU-T Rec. T.82 coding, using ITU-T Rec. T.85 (JBIG) Bit 5: ITU-T Rec. T.81 (Baseline JPEG) Bit 6: ITU-T Rec. T.82 coding, using ITU-T Rec. T.43 (JBIG color) Bits 7 - 31: reserved for future use
CodingMethods（403）长此字段指示文件中使用的编码方法。位位置中的值为1表示使用了相应的编码方法。多个位设置为1表示文件中使用了多个编码方法。比特0：未指定压缩比特1:1维编码，ITU-T Rec.T.4（MH-修改的哈夫曼）比特2:2维编码，ITU-T Rec.T.4（MR-修改的读取）比特3:2维编码，ITU-T Rec.T.6（MMR-修改的MR）比特4:ITU-T Rec.T.82编码，使用ITU-T Rec.85（JBIG）比特5:ITU-T Rec.81（基线JPEG）位6:ITU-T Rec.T.82编码，使用ITU-T Rec.T.43（JBIG颜色）位7-31：保留供将来使用
Note: There is a limit of 32 compression types to identify standard compression methods.
注意：识别标准压缩方法的压缩类型限制为32种。
VersionYear(404) BYTE Count: 4 The year of the standard specified by the FaxProfile field, given as 4 characters, e.g., '1997'; used in lossy and lossless color profiles.
VersionYear（404）字节计数：4 FaxProfile字段指定的标准年份，以4个字符表示，例如“1997”；用于有损和无损颜色配置文件。
ModeNumber (405) BYTE The mode of the standard specified by the FaxProfile field. A value of 0 indicates Mode 1.0; used in Mixed Raster Content profile.
ModeNumber（405）字节由FaxProfile字段指定的标准模式。值为0表示模式1.0；用于混合光栅内容配置文件。
This section defines the minimal black-and-white subset of TIFF for facsimile. This subset is designated Profile S. All implementations of TIFF for facsimile SHALL support the minimal subset.
本节定义了传真TIFF的最小黑白子集。该子集被指定为概要文件S。传真TIFF的所有实现都应支持最小子集。
Black-and-white mode is the binary fax application most users are familiar with today. This mode is appropriate for black-and-white text and line art. Black-and-white mode is divided into two levels of capability. This section describes the minimal interchange set of TIFF fields that must be supported by all implementations in order to assure that some form of image, albeit black-and-white, can be interchanged. This minimum interchange set is a strict subset of the fields and values defined for the extended black-and-white profile (TIFF-F or Profile F) in Section 4, which describes extensions to the minimal interchange set of fields that provide a richer set of black-and-white capabilities.
黑白模式是目前大多数用户熟悉的二进制传真应用程序。此模式适用于黑白文本和线条艺术。黑白模式分为两个能力级别。本节介绍所有实现必须支持的TIFF字段的最小交换集，以确保某种形式的图像（尽管是黑白图像）可以交换。该最小交换集是第4节中为扩展黑白配置文件（TIFF-F或配置文件F）定义的字段和值的严格子集，该节描述了对提供更丰富黑白功能的字段最小交换集的扩展。
The minimal interchange portion of the black-and-white facsimile mode supports 1-dimensional Modified Huffman (MH) compression, with the original Group 3 fax resolutions, commonly called "standard" and "fine."
黑白传真模式的最小交换部分支持一维修改哈夫曼（MH）压缩，具有原始的第3组传真分辨率，通常称为“标准”和“精细”
To assure interchange, this profile uses the minimal set of fields with a minimal set of values. There are no recommended fields in this profile. Further, the TIFF file is required to be "little-endian", which means that the byte order value in the TIFF header is "II". This profile defines a required ordering for the pages in a fax document and for the IFDs and image data of a page. It also requires
为了确保交换，此配置文件使用具有最小值集的最小字段集。此配置文件中没有推荐的字段。此外，TIFF文件要求为“little endian”，这意味着TIFF头中的字节顺序值为“II”。此配置文件为传真文档中的页面以及页面的IFD和图像数据定义了所需的顺序。它还需要
that a single strip contain the image data for each page; see Section 3.5. The image data may contain RTC sequences, as specified in Section 3.4.
单个条带包含每页的图像数据；见第3.5节。如第3.4节所述，图像数据可能包含RTC序列。
Besides the fields listed in Section 2.2.1, the minimal black-and-white fax profile requires the following fields. The fields listed in Section 2.2.1 and the fields and fax-specific values specified in this subsection must be supported by all implementations.
除了第2.2.1节中列出的字段外，最小黑白传真配置文件还需要以下字段。所有实施必须支持第2.2.1节中列出的字段以及本小节中指定的字段和传真特定值。
BitsPerSample(258) = 1. SHORT RequiredByTIFFBaseline Binary data only. Default = 1 (field may be omitted if this is the value)
比特采样（258）=1。仅限基线二进制数据所需的短字符。默认值=1（如果为该值，则可省略该字段）
Compression(259) = 3. SHORT RequiredByTIFFBaseline 3 = 1- or 2- dimensional coding. The value 3 is a TIFF extension value [TIFF]. The T4Options field must be specified, and its value specifies that the data is encoded with the Modified Huffman (MH) compression of [T.4].
压缩（259）=3。TIFF基线3所需的短代码=1维或2维编码。值3是TIFF扩展值[TIFF]。必须指定T4Options字段，其值指定使用[T.4]的修改的哈夫曼（MH）压缩对数据进行编码。
FillOrder(266) = 2. SHORT RequiredByTIFFBaseline 2 = Least Significant Bit first
填充顺序（266）=2。SHORT RequiredByTIFFBaseline 2=最低有效位优先
NOTE: Baseline TIFF readers are only required to support FillOrder 1, where the lowest numbered pixel is stored in the MSB of the byte. However, because many devices, such as modems, transmit the LSB first when converting the data to serial form, it is common for black-and-white fax products to use the second FillOrder = 2, where the lowest numbered pixel is stored in the LSB. Therefore, this value is specified in the minimal black-and-white profile.
注意：基线TIFF读取器仅需要支持FillOrder 1，其中编号最低的像素存储在字节的MSB中。然而，由于许多设备（如调制解调器）在将数据转换为串行形式时首先传输LSB，因此黑白传真产品通常使用第二个FillOrder=2，其中编号最低的像素存储在LSB中。因此，该值在最小黑白配置文件中指定。
ImageWidth(256) = 1728. SHORT or LONG RequiredByTIFFBaseline This profile only supports a page width of 1728 pixels. This width corresponds to North American Letter and Legal and to ISO A4 size pages. No default, must be specified.
图像宽度（256）=1728。此配置文件仅支持1728像素的页面宽度。此宽度对应于北美字母和法律以及ISO A4大小的页面。没有默认值，必须指定。
NewSubFileType(254) = (Bit 1=1).
LONG
RequiredByTIFFforFAX
Bit 1 is 1 if the image is a single page of a multi-page document.
Default = 0 (no subfile bits on, so may not be omitted for fax).
NewSubFileType(254) = (Bit 1=1).
LONG
RequiredByTIFFforFAX
Bit 1 is 1 if the image is a single page of a multi-page document.
Default = 0 (no subfile bits on, so may not be omitted for fax).
PhotometricInterpretation(262) = 0. SHORT RequiredByTIFFBaseline 0 = pixel value 1 means black. No default, must be specified.
测光解释（262）=0。SHORT RequiredByTIFFBaseline 0=像素值1表示黑色。没有默认值，必须指定。
ResolutionUnit(296) = 2. SHORT RequiredByTIFFBaseline The unit of measure for resolution. 2 = inch. Default = 2 (field may be omitted if this is the value).
分辨率单位（296）=2。分辨率的度量单位。2=英寸。默认值=2（如果为该值，则可省略该字段）。
SamplesPerPixel(277) = 1. SHORT RequiredByTIFFBaseline The number of components per pixel; 1 for black-and-white. Default = 1 (field may be omitted if this is the value).
采样每像素（277）=1。每个像素所需的组件数；1个黑白的。默认值=1（如果这是值，则可以省略该字段）。
XResolution(282) = 200, 204. RATIONAL RequiredByTIFFBaseline The horizontal resolution of the image is expressed in pixels per resolution unit. In pixels/inch, the allowed values are 200 and 204, which may be treated as equivalent. See Section 2.2.2 for inch metric equivalency. No default, must be specified.
分辨率（282）=200204。RationalRequiredByTiffBaseline图像的水平分辨率以每分辨率单位的像素表示。以像素/英寸为单位，允许值为200和204，可以将其视为等效值。英寸公制等效性见第2.2.2节。没有默认值，必须指定。
YResolution(283) = 98, 100, 196, 200. RATIONAL RequiredByTIFFBaseline The vertical resolution of the image is expressed in pixels per resolution unit. In pixels/inch, the allowed values are 98, 100, 196, and 200; 98 and 100 may be treated as equivalent, and 196 and 200 may be treated as equivalent. See Section 2.2.2 for inch metric equivalency. No default, must be specified.
YResolution（283）=98100196200。RationalRequiredByTiffBaseline图像的垂直分辨率以每分辨率单位的像素表示。以像素/英寸为单位，允许值为98、100、196和200；98和100可被视为等效，196和200可被视为等效。英寸公制等效性见第2.2.2节。没有默认值，必须指定。
T4Options(292) = (Bit 0 = 0, Bit 1 = 0, Bit 2 = 0, 1)
LONG
RequiredTIFFExtension (when Compression = 3)
Bit 0 = 0 indicates MH compression.
Bit 1 must be 0.
Bit 2 = 1 indicates that EOLs are byte aligned, = 0 EOLs not byte
aligned.
Default is all bits are 0 (applies when EOLs are not byte aligned)
T4Options(292) = (Bit 0 = 0, Bit 1 = 0, Bit 2 = 0, 1)
LONG
RequiredTIFFExtension (when Compression = 3)
Bit 0 = 0 indicates MH compression.
Bit 1 must be 0.
Bit 2 = 1 indicates that EOLs are byte aligned, = 0 EOLs not byte
aligned.
Default is all bits are 0 (applies when EOLs are not byte aligned)
Note: The T4Options field is required when the Compression field has a value of 3. Bit 0 of this field specifies the compression used (MH only in this profile). MH coding requires the use of EOL (End of Line) codes: Bit 2 indicates whether the EOL codes are byte-aligned or not. See Section 3.4 for details.
注意：当压缩字段的值为3时，T4Options字段是必需的。此字段的第0位指定使用的压缩（仅在此配置文件中使用MH）。MH编码要求使用下线（行尾）代码：位2表示下线代码是否字节对齐。详见第3.4节。
None.
没有一个
None.
没有一个
TIFF extensions for fax, used in this specification, differ from Baseline TIFF in the following ways:
本规范中使用的传真TIFF扩展在以下方面与基准TIFF不同：
- A 12-bit EOL sequence MUST precede each line of MH-compressed image data. (Baseline TIFF does not use these EOL sequences.) - The EOL sequence MAY be byte-aligned, in which case fill bits are added so that the EOL sequence ends on a byte boundary, and any subsequent image data begins on a byte boundary. - If the EOL codes are not byte aligned, the image data MAY be followed by an RTC (Return to Control) sequence, consisting of 6 consecutive EOLs.
- 每行MH压缩图像数据之前必须有一个12位EOL序列。（基线TIFF不使用这些EOL序列。）-EOL序列可以是字节对齐的，在这种情况下，添加填充位，以便EOL序列在字节边界上结束，任何后续图像数据在字节边界上开始。-如果EOL代码没有字节对齐，则图像数据后面可能会有一个RTC（返回控制）序列，该序列由6个连续的EOL组成。
In conventional fax, an MH-compressed fax data stream for a page consists of the following sequence: EOL, compressed data (first line), EOL, compressed data, ... , EOL, compressed data (last line), RTC (6 consecutive EOL codes)
在传统传真中，页面的MH压缩传真数据流由以下序列组成：EOL、压缩数据（第一行）、EOL、压缩数据，下线，压缩数据（最后一行），RTC（6个连续下线代码）
Baseline TIFF does not use EOL codes or Return to Control (RTC) sequences for MH-compressed data. However, the TIFF extension field T4Options used in this specification for MH compression (Compression = 3) requires EOLs.
基线TIFF不对MH压缩数据使用下线代码或返回控制（RTC）序列。但是，本规范中用于MH压缩（压缩=3）的TIFF扩展字段T4选项需要EOL。
Furthermore, Bit 2 in the T4Options field indicates whether or not the EOL codes are byte aligned. If Bit 2 = 1, indicating the EOL codes are byte aligned, then fill bits have been added as necessary before EOL codes so that an EOL code always ends on a byte boundary, and the first bit of data following an EOL begins on a byte boundary. Without fill bits, an EOL code may end in the middle of a byte. Byte alignment relieves application software of the burden of bit-shifting every byte while parsing scanlines for line-oriented image manipulation (such as writing a TIFF file). Not all TIFF readers historically used for fax are able to deal with non byte aligned data.
此外，T4Options字段中的第2位指示下线代码是否为字节对齐。如果位2=1，表示下线代码是字节对齐的，则在下线代码之前根据需要添加了填充位，以便下线代码始终在字节边界上结束，下线后的第一位数据在字节边界上开始。如果没有填充位，EOL代码可以在字节中间结束。字节对齐减轻了应用软件在解析扫描线进行面向行的图像处理（如编写TIFF文件）时对每个字节进行位移位的负担。并非所有用于传真的TIFF阅读器都能够处理非字节对齐的数据。
While TIFF extension requires EOL codes, TIFF in fax applications has traditionally prohibited RTC sequences. Implementations that seek common processing and interfaces for fax data streams and Internet fax files would prefer that the TIFF data include RTC sequences.
虽然TIFF扩展需要EOL代码，但传真应用程序中的TIFF传统上禁止RTC序列。为传真数据流和Internet传真文件寻求公共处理和接口的实现更希望TIFF数据包括RTC序列。
To reconcile these differences, RTCs are allowed in cases where EOL codes are not byte aligned and no fill bits have been added to the data. This corresponds to situations where the fax data is simply inserted in a strip without being processed or interpreted. RTCs should not occur in the data when EOLs have been byte aligned. This is formally specified in the next subsection.
为了协调这些差异，允许在下线代码未对齐字节且未向数据添加填充位的情况下使用RTC。这对应于传真数据仅插入条带而不进行处理或解释的情况。当EOL已进行字节对齐时，数据中不应出现RTC。这将在下一小节中正式规定。
Implementations that seek to maintain strict conformance with TIFF and compatibility with the historical use of TIFF for fax SHOULD NOT include the RTC sequence when writing TIFF files. However, implementations that need to support "transparency" of T.4-generated image data MAY include RTCs when writing TIFF files if the flag settings of the T4Options field are set for non byte aligned data, i.e., Bit 2 is 0. Implementors of TIFF readers should be aware that there are some existing TIFF implementations for fax that include the RTC sequence in MH image data. Therefore, minimal set readers MUST be able to process files that do not include RTCs and SHOULD be able to process files that do include RTCs.
在编写TIFF文件时，寻求与TIFF保持严格一致并与TIFF传真历史使用兼容的实施不应包括RTC序列。然而，如果T4Options字段的标志设置是针对非字节对齐数据设置的，则需要支持T.4生成的图像数据的“透明度”的实现在写入TIFF文件时可能包括RTC，即位2为0。TIFF阅读器的实现者应该知道，一些现有的传真TIFF实现包括MH图像数据中的RTC序列。因此，最小集读取器必须能够处理不包含RTC的文件，并且应该能够处理包含RTC的文件。
The TIFF header, described in Section 2.1.1, contains two bytes that describe the byte order used within the file. For the minimal black-and-white profile, these bytes SHALL have the value "II" (0x4949), denoting that the bytes in the TIFF file are in LSByte-first order (little-endian). The first or 0th IFD immediately follows the header, so offset to the first IFD is 8. The header values are shown in the following table:
第2.1.1节中描述的TIFF头包含两个字节，用于描述文件中使用的字节顺序。对于最小黑白配置文件，这些字节的值应为“II”（0x4949），表示TIFF文件中的字节为LSByte一阶（小端）。第一个或第0个IFD紧跟在标题之后，因此第一个IFD的偏移量为8。标题值如下表所示：
+--------+-------------------+--------+-----------+
| Offset | Description | Value |
+--------+-------------------+--------+-----------+
| 0 | Byte Order | 0x4949 (II) |
+--------+-------------------+--------+-----------+
| 2 | Identifier | 42 decimal |
+--------+-------------------+--------+-----------+
| 4 | Offset of 0th IFD | 0x 0000 0008 |
+--------+-------------------+--------+-----------+
+--------+-------------------+--------+-----------+
| Offset | Description | Value |
+--------+-------------------+--------+-----------+
| 0 | Byte Order | 0x4949 (II) |
+--------+-------------------+--------+-----------+
| 2 | Identifier | 42 decimal |
+--------+-------------------+--------+-----------+
| 4 | Offset of 0th IFD | 0x 0000 0008 |
+--------+-------------------+--------+-----------+
The minimal black-and-white profile SHALL order IFDs and image data within a file as follows: (1) There SHALL be an IFD for each page in a multi-page fax document; (2) the IFDs SHALL occur in the same order in the file as the pages occur in the document; (3) the IFD SHALL precede the image data to which it has offsets; (4) the image data SHALL occur in the same order in the file as the pages occur in the document; (5) the IFD, the value data, and the image data to which it has offsets SHALL precede the next image IFD; and (6) the image data for each page SHALL be contained within a single strip.
最小黑白配置文件应按如下顺序排列文件中的IFD和图像数据：（1）多页传真文件中的每页应有IFD；（2） IFD在文件中的出现顺序应与文件中的页面出现顺序相同；（3） IFD应位于其具有偏移的图像数据之前；（4） 图像数据在文件中的出现顺序应与文件中的页面出现顺序相同；（5） IFD、值数据及其偏移的图像数据应位于下一图像IFD之前；和（6）每页的图像数据应包含在单个条带内。
As a result of (6), the StripOffsets field will contain the pointer to the image data. With two exceptions, the field entries in the IFD contain the field values instead of offsets to field values located outside the IFD. The two exceptions are the values for the XResolution and YResolution fields, both of which are type RATIONAL and require 2 4-byte numbers. These "long" field values SHALL be placed immediately after the IFD which containing the offsets to them, and before the image data pointed to by that IFD.
作为（6）的结果，StripOffsets字段将包含指向图像数据的指针。除了两个例外，IFD中的字段条目包含字段值，而不是IFD外部字段值的偏移量。这两个例外是XResolution和YResolution字段的值，它们都是RATIONAL类型，需要2个4字节的数字。这些“长”字段值应立即放置在包含偏移的IFD之后，并放置在该IFD指向的图像数据之前。
The effect of these requirements is that the IFD for the first page SHALL come first in the file after the TIFF header, followed by the long field values for XResolution and YResolution, followed by the image data for the first page, then the IFD for second page, and so on. This is shown in the following figure. Each IFD is required to have a PageNumber field, which has value 0 for the first page, 1 for the second page, and so on.
这些要求的效果是，文件中第一页的IFD应位于TIFF标题之后，然后是X分辨率和Y分辨率的长字段值，然后是第一页的图像数据，然后是第二页的IFD，依此类推。下图显示了这一点。每个IFD都需要有一个PageNumber字段，第一页的值为0，第二页的值为1，依此类推。
+-----------------------+
| Header |------------+
+-----------------------+ | First IFD
| IFD (page 0) | <----------+ Offset
+---| |------------+
| | |--+ |
Value | +-----------------------+ | |
Offset +-->| Long Values | | |
+-----------------------| | Strip |
| Image Data (page 0) |<-+ Offset |
+-----------------------+ | Next IFD
| IFD (page 1) | <----------+ Offset
+---| |------------+
| | |--+ |
Value | +-----------------------+ | |
Offset +-->| Long Values | | |
+-----------------------| | Strip |
| Image Data (page 1) |<-+ Offset |
+-----------------------+ | Next IFD
| IFD (page 2) | <----------+ Offset
+-----------------------+
| : |
+-----------------------+
| Header |------------+
+-----------------------+ | First IFD
| IFD (page 0) | <----------+ Offset
+---| |------------+
| | |--+ |
Value | +-----------------------+ | |
Offset +-->| Long Values | | |
+-----------------------| | Strip |
| Image Data (page 0) |<-+ Offset |
+-----------------------+ | Next IFD
| IFD (page 1) | <----------+ Offset
+---| |------------+
| | |--+ |
Value | +-----------------------+ | |
Offset +-->| Long Values | | |
+-----------------------| | Strip |
| Image Data (page 1) |<-+ Offset |
+-----------------------+ | Next IFD
| IFD (page 2) | <----------+ Offset
+-----------------------+
| : |
Using this file structure may reduce the memory requirements in implementations. It also provides some support for streaming, in which a file can be processed as it is received and before the entire file is received.
使用此文件结构可以减少实现中的内存需求。它还提供了对流式传输的一些支持，在流式传输中，可以在接收文件时和接收整个文件之前对其进行处理。
The table below summarizes the TIFF fields that compose the minimal interchange set for black-and-white facsimile. The Baseline and Extension fields and field values MUST be supported by all implementations. For convenience, certain fields that have a value that is a sequence of flag bits are shown with integer values corresponding to the flags that are set. An implementation should test the setting of the relevant flag bits individually, however, to allow extensions to the sequence of flag bits to be appropriately ignored. (See, for example, T4Options below.)
下表总结了构成黑白传真最小交换集的TIFF字段。所有实现都必须支持基线和扩展字段以及字段值。为方便起见，具有标志位序列值的某些字段显示为与设置的标志对应的整数值。然而，实现应该单独测试相关标志位的设置，以允许适当忽略对标志位序列的扩展。（例如，请参见下面的T4选项。）
+---------------------------+--------------------------------+
| Baseline Fields | Values |
+---------------------------+--------------------------------+
| BitsPerSample | 1 |
+---------------------------+--------------------------------+
| Compression | 3: 1D Modified Huffman coding |
| | set T4Options = 0 or 4 |
+------------------------------------------------------------+
+---------------------------+--------------------------------+
| Baseline Fields | Values |
+---------------------------+--------------------------------+
| BitsPerSample | 1 |
+---------------------------+--------------------------------+
| Compression | 3: 1D Modified Huffman coding |
| | set T4Options = 0 or 4 |
+------------------------------------------------------------+
+---------------------------+--------------------------------+
| FillOrder | 2: least significant bit first |
+---------------------------+--------------------------------+
| ImageWidth | 1728 |
+---------------------------+--------------------------------+
| ImageLength | n: total number of scanlines |
| | in image |
+---------------------------+--------------------------------+
| NewSubFileType | 2: Bit 1 identifies single |
| | page of a multi-page document |
+---------------------------+--------------------------------+
| PageNumber | n,m: page number n followed by |
| | total page count m |
+---------------------------+--------------------------------+
| PhotometricInterpretation | 0: pixel value 1 means black |
+---------------------------+--------------------------------+
| ResolutionUnit | 2: inch |
+---------------------------+--------------------------------+
| RowsPerStrip | number of scanlines per strip |
| | = ImageLength, with one strip |
+---------------------------+--------------------------------+
| SamplesPerPixel | 1 |
+---------------------------+--------------------------------+
| StripByteCounts | number of bytes in TIFF strip |
+---------------------------+--------------------------------+
| StripOffsets | offset from beginning of |
| | file to single TIFF strip |
+---------------------------+--------------------------------+
| XResolution | 204, 200 (pixels/inch) |
+---------------------------+--------------------------------+
| YResolution | 98, 196, 100, 200 (pixels/inch)|
+---------------------------+--------------------------------+
| Extension Fields |
+---------------------------+--------------------------------+
| T4Options | 0: MH coding, EOLs not byte |
| | aligned |
| | 4: MH coding, EOLs byte aligned|
+---------------------------+--------------------------------+
+---------------------------+--------------------------------+
| FillOrder | 2: least significant bit first |
+---------------------------+--------------------------------+
| ImageWidth | 1728 |
+---------------------------+--------------------------------+
| ImageLength | n: total number of scanlines |
| | in image |
+---------------------------+--------------------------------+
| NewSubFileType | 2: Bit 1 identifies single |
| | page of a multi-page document |
+---------------------------+--------------------------------+
| PageNumber | n,m: page number n followed by |
| | total page count m |
+---------------------------+--------------------------------+
| PhotometricInterpretation | 0: pixel value 1 means black |
+---------------------------+--------------------------------+
| ResolutionUnit | 2: inch |
+---------------------------+--------------------------------+
| RowsPerStrip | number of scanlines per strip |
| | = ImageLength, with one strip |
+---------------------------+--------------------------------+
| SamplesPerPixel | 1 |
+---------------------------+--------------------------------+
| StripByteCounts | number of bytes in TIFF strip |
+---------------------------+--------------------------------+
| StripOffsets | offset from beginning of |
| | file to single TIFF strip |
+---------------------------+--------------------------------+
| XResolution | 204, 200 (pixels/inch) |
+---------------------------+--------------------------------+
| YResolution | 98, 196, 100, 200 (pixels/inch)|
+---------------------------+--------------------------------+
| Extension Fields |
+---------------------------+--------------------------------+
| T4Options | 0: MH coding, EOLs not byte |
| | aligned |
| | 4: MH coding, EOLs byte aligned|
+---------------------------+--------------------------------+
This section defines the extended black-and-white profile or Profile F of TIFF for facsimile. It provides a standard definition of what has historically been known as TIFF Class F and now as TIFF-F. In doing so, it aligns this profile with current ITU-T Recommendations for black-and-white fax and with existing industry practice. Implementations of this profile include implementations of Profile S.
本节定义了用于传真的TIFF扩展黑白模式或模式F。它提供了历史上被称为TIFF F级和现在被称为TIFF-F级的标准定义。通过这样做，它将此配置文件与当前ITU-T对黑白传真的建议以及现有的行业实践保持一致。此概要文件的实现包括概要文件S的实现。
This section describes extensions to the minimal interchange set of fields (Profile S) that provide a richer set of black-and-white capabilities. The fields and values described in this section are a superset of the fields and values defined for the minimal interchange set in Section 3. In addition to the MH compression, Modified READ (MR) and Modified Modified READ (MMR) compression, as described in [T.4] and [T.6] are supported.
本节描述了对最小字段交换集（概要文件）的扩展，这些字段提供了更丰富的黑白功能集。本节中描述的字段和值是为第3节中的最小交换集定义的字段和值的超集。除MH压缩外，还支持[T.4]和[T.6]中所述的修改读取（MR）和修改读取（MMR）压缩。
Section 4.1 gives an overview of TIFF-F. Section 4.2 describes the TIFF fields that SHALL be used in this profile. Section 4.3 describes the fields that MAY be used in this profile. In the spirit of the original TIFF-F specification, Sections 4.4 and 4.5 discuss technical implementation issues and warnings. Section 4.6 gives an example of TIFF-F use. Section 4.7 gives a summary of the required and recommended fields and their values.
第4.1节概述了TIFF-F。第4.2节描述了本配置文件中应使用的TIFF字段。第4.3节描述了本配置文件中可能使用的字段。本着原始TIFF-F规范的精神，第4.4节和第4.5节讨论了技术实施问题和警告。第4.6节给出了TIFF-F使用的示例。第4.7节总结了所需字段和建议字段及其值。
Though it has been in common use for many years, TIFF-F has previously never been documented in the form of a standard. An informal TIFF-F document was originally created by a small group of fax experts led by Joe Campbell. The existence of TIFF-F is noted in [TIFF], but it is not defined. This document serves as the formal definition of the F application of [TIFF] for Internet applications. For ease of reference, the term TIFF-F will be used throughout this document as a shorthand for the extended black-and-white profile of TIFF for facsimile.
尽管TIFF-F已经普遍使用多年，但此前从未以标准的形式记录。非正式的TIFF-F文档最初由Joe Campbell领导的一个传真专家小组创建。TIFF-F的存在在[TIFF]中有说明，但没有定义。本文件作为[TIFF]在互联网应用中的F应用的正式定义。为便于参考，本文件中将使用术语TIFF-F作为传真用TIFF扩展黑白配置文件的缩写。
Up until the TIFF 6.0 specification, TIFF supported various "Classes" that defined the use of TIFF for various applications. Classes were used to support specific applications. In this spirit, TIFF-F has been known historically as "TIFF Class F". Previous informal TIFF-F documents [TIFF-F0] used the "Class F" terminology. As of TIFF 6.0 [TIFF], the TIFF Class concept has been eliminated in favor of the concept of Baseline TIFF. Therefore, this document updates the definition of TIFF-F as the F profile of TIFF for facsimile, by using Baseline TIFF as defined in [TIFF] as the starting point and then adding the TIFF extensions to Baseline TIFF that apply for TIFF-F. In almost all cases, the resulting definition of TIFF-F fields and values remains consistent with those used historically in earlier definitions of TIFF Class F. Where some of the values for fields have been updated to provide more precise conformance with the ITU-T [T.4] and [T.30] fax recommendations, these differences are noted.
在TIFF 6.0规范之前，TIFF支持各种“类”，定义了TIFF在各种应用中的使用。类用于支持特定的应用程序。本着这种精神，TIFF-F历来被称为“TIFF F级”。先前的非正式TIFF-F文件[TIFF-F0]使用了“F类”术语。自TIFF 6.0[TIFF]起，TIFF类别概念已被取消，取而代之的是基准TIFF的概念。因此，本文件以[TIFF]中定义的基准TIFF为起点，然后将适用于TIFF-F的TIFF扩展添加到基准TIFF中，从而将TIFF-F的定义更新为传真TIFF的F配置文件。在几乎所有情况下，TIFF-F字段和值的最终定义与TIFF F类早期定义中使用的字段和值保持一致。如果一些字段的值已更新，以提供与ITU-T[T.4]和[T.30]传真建议更精确的一致性，则应注意这些差异。
This section lists the required fields and the values they must have to be ITU-compatible. Besides the fields listed in Section 2.2.1, the extended black-and-white fax profile SHALL use the following fields.
本节列出了所需字段及其必须与ITU兼容的值。除第2.2.1节中列出的字段外，扩展黑白传真配置文件应使用以下字段。
BitsPerSample(258) = 1. SHORT RequiredByTIFFBaseline Binary data only. Default = 1 (field may be omitted if this is the value)
比特采样（258）=1。仅限基线二进制数据所需的短字符。默认值=1（如果为该值，则可省略该字段）
Compression(259) = 3, 4. SHORT RequiredByTIFFBaseline 3 = 1- or 2- dimensional coding, must have T4Options field This is a TIFF Extension value [TIFF]. 4 = 2-dimensional coding, ITU-T Rec. T.6 (MMR - Modified Modified READ, must have T6Options field)) This is a TIFF Extension value. Default = 1 (and is not applicable; field must be specified)
压缩（259）=3，4。SHORT RequiredByTIFFBaseline 3=1维或2维编码，必须具有T4Options字段这是TIFF扩展值[TIFF]。4=二维编码，ITU-T Rec.T.6（MMR-修改读取，必须有T6Options字段））这是TIFF扩展值。默认值=1（不适用；必须指定字段）
NOTE: Baseline TIFF permits use of value 2 for Modified Huffman compression, but data is presented in a form that does not use EOLs, and so TIFF for facsimile uses Compression=3 instead. See Sections 4.4.4, 4.5.1, and 4.5.2 for more information on compression and encoding.
注：基线TIFF允许将值2用于修改后的哈夫曼压缩，但数据以不使用EOL的形式呈现，因此传真TIFF使用压缩=3。有关压缩和编码的更多信息，请参见第4.4.4、4.5.1和4.5.2节。
FillOrder(266) = 1 , 2. SHORT RequiredByTIFFBaseline Profile F readers must be able to read data in both bit orders, but the vast majority of facsimile products store data LSB first, exactly as it appears on the telephone line. 1 = Most Significant Bit first. 2 = Least Significant Bit first.
填充顺序（266）=1，2。SHORT RequiredByTIFFBaseline Profile F读卡器必须能够以两种位顺序读取数据，但绝大多数传真产品首先存储数据LSB，与电话线上显示的数据完全相同。1=第一个最高有效位。2=最低有效位优先。
ImageWidth(256) SHORT or LONG RequiredByTIFFBaseline This profile supports the following fixed page widths: 1728, 2592, 3456 (corresponding to North American Letter and Legal and ISO A4 paper sizes), 2048, 3072, 4096 (corresponding to ISO B4 paper size), and 2432, 3648, 4864 (corresponding to ISO A3 paper size). No default; must be specified.
此配置文件支持以下固定页面宽度：1728、2592、3456（对应于北美字母、法律和ISO A4纸张尺寸）、2048、3072、4096（对应于ISO B4纸张尺寸）和2432、3648、4864（对应于ISO A3纸张尺寸）。没有违约；必须指定。
NOTE: Historical TIFF-F did not include support for the following widths related to higher resolutions: 2592, 3072, 3648, 3456, 4096, and 4864. Historical TIFF-F documents also included the following values related to A5 and A6 widths: 816 and 1216. Per the most recent version of [T.4], A5 and A6 documents are no longer supported in Group 3 facsimile, so the related width values are now obsolete. See section 4.5.2 for more information on inch/metric equivalencies and other implementation details.
注：历史TIFF-F不支持以下与更高分辨率相关的宽度：2592、3072、3648、3456、4096和4864。历史TIFF-F文件还包括以下与A5和A6宽度相关的值：816和1216。根据[T.4]的最新版本，第3组传真中不再支持A5和A6文档，因此相关宽度值现在已过时。有关英寸/公制当量和其他实施细节的更多信息，请参见第4.5.2节。
NewSubFileType(254) = (Bit 1=1).
LONG
RequiredByTIFFforFAX
Bit 1 is 1 if the image is a single page of a multi-page document.
Default = 0 (no subfile bits on, so may not be omitted for fax).
NewSubFileType(254) = (Bit 1=1).
LONG
RequiredByTIFFforFAX
Bit 1 is 1 if the image is a single page of a multi-page document.
Default = 0 (no subfile bits on, so may not be omitted for fax).
NOTE: Bit 1 is always set to 1 for TIFF-F, indicating a single page of a multi-page image. The same bit settings are used when TIFF-F is used for a one-page fax image. See Section 4.4.3 for details on multi-page files.
注意：对于TIFF-F，位1始终设置为1，表示多页图像的单页。当TIFF-F用于一页传真图像时，使用相同的位设置。有关多页文件的详细信息，请参见第4.4.3节。
PhotometricInterpretation(262) = 0, 1. SHORT RequiredByTIFFBaseline 0 = pixel value 1 means black, 1 = pixel value 1 means white. This field allows notation of an inverted or negative image. No default, must be specified.
光度解释（262）=0,1。TiffBaseline 0=像素值1表示黑色，1=像素值1表示白色。此字段允许对反转图像或负片图像进行标记。没有默认值，必须指定。
ResolutionUnit(296) = 2, 3. SHORT RequiredByTIFFBaseline The unit of measure for resolution. 2 = inch, 3 = centimeter; = TIFF-F has traditionally used inch-based measurement. Default = 2 (field may be omitted if this is the value).
分辨率单位（296）=2，3。分辨率的度量单位。2=英寸，3=厘米；=TIFF-F传统上使用基于英寸的测量。默认值=2（如果为该值，则可省略该字段）。
SamplesPerPixel(277) = 1. SHORT RequiredByTIFFBaseline 1 = monochrome, bi-level in this case (see BitsPerSample). Default = 1 (field may be omitted if this is the value).
采样每像素（277）=1。SHORT RequiredByTIFFBaseline 1=在这种情况下为单色、双电平（参见BitsPerSample）。默认值=1（如果这是值，则可以省略该字段）。
XResolution(282) = 200, 204, 300, 400, 408 RATIONAL RequiredByTIFFBaseline The horizontal resolution of the image is expressed in pixels per resolution unit. In pixels/inch, the allowed values are 200, 204, 300, 400, and 408. See Section 2.2.2 for inch metric equivalency. No default, must be specified.
X分辨率（282）=200、204、300、400、408 TIFF基线所需的有理数图像的水平分辨率以每分辨率单位的像素表示。以像素/英寸为单位，允许值为200、204、300、400和408。英寸公制等效性见第2.2.2节。没有默认值，必须指定。
NOTE: The values of 200 and 408 have been added to the historical TIFF-F values, for consistency with [T.30]. Some existing TIFF-F implementations may also support values of 80 pixels/cm, which is equivalent to 204 pixels per inch. See section 4.5.2 for information on implementation details.
注：200和408的值已添加到历史TIFF-F值中，以与[T.30]保持一致。一些现有的TIFF-F实现可能还支持80像素/厘米的值，相当于每英寸204像素。有关实施细节的信息，请参见第4.5.2节。
YResolution(283) = 98, 100, 196, 200, 300, 391, and 400 RATIONAL RequiredByTIFFBaseline The vertical resolution of the image is expressed in pixels per resolution unit. In pixels/inch, the allowed values are 98, 100, 196, 200, 300, 391, and 400 pixels/inch. See Section 2.2.2 for inch metric equivalency. No default, must be specified
YResolution（283）=TIFF基线所需的98、100、196、200、300、391和400 RATIONAL图像的垂直分辨率以像素/分辨率单位表示。以像素/英寸为单位，允许的值为98、100、196、200、300、391和400像素/英寸。英寸公制等效性见第2.2.2节。没有默认值，必须指定
NOTE: The values of 100, 200, and 391 have been added to the historical TIFF-F values, for consistency with [T.30]. Some existing TIFF-F implementations may also support values of 77 and 38.5 (cm), which are equivalent to 196 and 98 pixels per inch, respectively. See section 4.5.2 for more information on implementation details.
注：100、200和391的值已添加到历史TIFF-F值中，以与[T.30]保持一致。一些现有的TIFF-F实现还可能支持77和38.5（cm）的值，这分别相当于每英寸196和98像素。有关实施细节的更多信息，请参见第4.5.2节。
NOTE: Not all combinations of XResolution, YResolution, and ImageWidth are legal. The following table gives the legal combinations and corresponding paper sizes [T.30].
注：并非所有X分辨率、Y分辨率和ImageWidth的组合都是合法的。下表给出了合法组合和相应的纸张尺寸[T.30]。
+--------------+-----------------+---------------------------+
| XResolution x YResolution | ImageWidth |
+--------------+-----------------+---------+--------+--------+
| 200x100, 204x98 | | | |
| 200x200, 204x196 | 1728 | 2048 | 2432 |
| 204x391 | | | |
+--------------+-----------------+---------+--------+--------+
| 300 x 300 | 2592 | 3072 | 3648 |
+--------------+-----------------+---------+--------+--------+
| 408 x 391, 400 x 400 | 3456 | 4096 | 4864 |
+--------------+-----------------+---------+--------+--------+
|Letter,A4| B4 | A3 |
| Legal | | |
+---------+--------+--------+
| Paper Size |
+---------------------------+
+--------------+-----------------+---------------------------+
| XResolution x YResolution | ImageWidth |
+--------------+-----------------+---------+--------+--------+
| 200x100, 204x98 | | | |
| 200x200, 204x196 | 1728 | 2048 | 2432 |
| 204x391 | | | |
+--------------+-----------------+---------+--------+--------+
| 300 x 300 | 2592 | 3072 | 3648 |
+--------------+-----------------+---------+--------+--------+
| 408 x 391, 400 x 400 | 3456 | 4096 | 4864 |
+--------------+-----------------+---------+--------+--------+
|Letter,A4| B4 | A3 |
| Legal | | |
+---------+--------+--------+
| Paper Size |
+---------------------------+
T4Options(292) = (Bit 0 = 0 or 1, Bit 1 = 0, Bit 2 = 0 or 1)
LONG
RequiredTIFFExtension (when Compression = 3)
T4Options was also known as Group3Options in a prior version of
[TIFF].
Bit 0 = 1 indicates MR compression, = 0 indicates MH compression.
Bit 1 must be 0.
Bit 2 = 1 indicates that EOLs are byte aligned, = 0 EOLs not byte
aligned.
Default is all bits are 0 (applies when MH compression is used and
EOLs are not byte aligned) (See Section 3.2.2.) The T4Options
field is required when the Compression field has a value of 3.
This field specifies the compression used (MH or MR) and whether
the EOL codes are byte aligned or not. If they are byte aligned,
then fill bits have been added as necessary so that the End of
Line (EOL) codes always end on byte boundaries. See Sections 3.4,
4.5.3, and 4.5.4 for details.
T4Options(292) = (Bit 0 = 0 or 1, Bit 1 = 0, Bit 2 = 0 or 1)
LONG
RequiredTIFFExtension (when Compression = 3)
T4Options was also known as Group3Options in a prior version of
[TIFF].
Bit 0 = 1 indicates MR compression, = 0 indicates MH compression.
Bit 1 must be 0.
Bit 2 = 1 indicates that EOLs are byte aligned, = 0 EOLs not byte
aligned.
Default is all bits are 0 (applies when MH compression is used and
EOLs are not byte aligned) (See Section 3.2.2.) The T4Options
field is required when the Compression field has a value of 3.
This field specifies the compression used (MH or MR) and whether
the EOL codes are byte aligned or not. If they are byte aligned,
then fill bits have been added as necessary so that the End of
Line (EOL) codes always end on byte boundaries. See Sections 3.4,
4.5.3, and 4.5.4 for details.
T6Options(293) = (Bit 0 = 0, Bit 1 = 0).
LONG
RequiredTIFFExtension (when Compression = 4)
Used to indicate parameterization of 2D Modified Modified READ
(MMR) compression. T6Options was also known as Group4Options in a
prior version of [TIFF]. Bit 0 must be 0.
Bit 1 = 0 indicates uncompressed data mode is not allowed; = 1
indicates that uncompressed data is allowed (see [TIFF]). Default
is all bits 0. For FAX, the field must be present and have the
value 0. The use of uncompressed data where compression would
expand the data size is not allowed for FAX.
T6Options(293) = (Bit 0 = 0, Bit 1 = 0).
LONG
RequiredTIFFExtension (when Compression = 4)
Used to indicate parameterization of 2D Modified Modified READ
(MMR) compression. T6Options was also known as Group4Options in a
prior version of [TIFF]. Bit 0 must be 0.
Bit 1 = 0 indicates uncompressed data mode is not allowed; = 1
indicates that uncompressed data is allowed (see [TIFF]). Default
is all bits 0. For FAX, the field must be present and have the
value 0. The use of uncompressed data where compression would
expand the data size is not allowed for FAX.
NOTE: MMR compressed data is two-dimensional and does not use EOLs. Each MMR encoded image MUST include an "end-of-facsimile-block" (EOFB) code at the end of each coded strip; see Section 4.5.6.
注：MMR压缩数据是二维的，不使用EOL。每个MMR编码图像必须在每个编码条的末端包含“传真块末端”（EOFB）代码；见第4.5.6节。
None.
没有一个
See Section 2.2.3.
见第2.2.3节。
See Section 2.2.3.
见第2.2.3节。
See Section 2.2.4 and optional fields below.
见第2.2.4节和下面的可选字段。
Three new, optional fields, used in the original TIFF-F description to describe page quality, are defined in this specification. The information contained in these fields is usually obtained from receiving facsimile hardware (if applicable). They SHOULD NOT be used in writing TIFF-F files for facsimile image data that is error corrected or otherwise guaranteed not to have coding errors. Some applications need to understand exactly the error content of the data. For example, a CAD program might wish to verify that a file has a low error level before importing it into a high-accuracy document. Because Group 3 facsimile devices do not necessarily perform error correction on the image data, the quality of a received page must be inferred from the pixel count of decoded scanlines. A "good" scan line is defined as a line that, when decoded, contains the correct number of pixels. Conversely, a "bad" scanline is defined as a line that, when decoded, contains an incorrect number of pixels.
本规范中定义了原始TIFF-F描述中用于描述页面质量的三个新的可选字段。这些字段中包含的信息通常从接收传真硬件（如适用）获得。对于已纠正错误或以其他方式保证没有编码错误的传真图像数据，不应在写入TIFF-F文件时使用它们。有些应用程序需要准确地理解数据的错误内容。例如，CAD程序可能希望在将文件导入高精度文档之前验证文件的错误级别是否较低。由于第3组传真设备不必对图像数据执行纠错，因此必须从解码扫描线的像素计数推断接收页面的质量。“良好”扫描线定义为解码时包含正确像素数的线。相反，“坏”扫描线定义为解码时包含不正确像素数的扫描线。
BadFaxLines(326)
SHORT or LONG
The number of "bad" scanlines encountered by the facsimile device
during reception. A "bad" scanline is defined as a scanline that,
when decoded, comprises an incorrect number of pixels. Note that
PercentBad = (BadFaxLines/ImageLength) * 100.
No default.
BadFaxLines(326)
SHORT or LONG
The number of "bad" scanlines encountered by the facsimile device
during reception. A "bad" scanline is defined as a scanline that,
when decoded, comprises an incorrect number of pixels. Note that
PercentBad = (BadFaxLines/ImageLength) * 100.
No default.
CleanFaxData(327) = 0, 1, 2. SHORT Indicates whether "bad" lines encountered during reception are stored in the data, or whether "bad" lines have been replaced by the receiver. 0 = No "bad" lines 1 = "bad" lines exist but were regenerated by the receiver, 2 = "bad" lines exist but have not been regenerated. No default.
CleanFaxData（327）=0,1,2。SHORT表示在接收过程中遇到的“坏”行是否存储在数据中，或者“坏”行是否已被接收器替换。0=没有“坏”行1=“坏”行存在但已由接收方重新生成，2=“坏”行存在但尚未重新生成。没有默认值。
NOTE: Many facsimile devices do not actually output bad lines. Instead, the previous good line is repeated in place of a bad line. Although this substitution, known as line regeneration, results in a visual improvement to the image, the data is nevertheless corrupted. The CleanFaxData field describes the error content of the data. That
注：许多传真设备实际上不会输出坏线路。相反，将重复上一个好的行而不是坏的行。尽管这种替换（称为线再生）可以改善图像的视觉效果，但数据仍然被破坏。CleanFaxData字段描述数据的错误内容。那个
is, when the BadFaxLines and ImageLength fields indicate that the facsimile device encountered lines with an incorrect number of pixels during reception, the CleanFaxData field indicates whether these bad lines are actually still in the data or whether the receiving facsimile device replaced them with regenerated lines.
也就是说，当BadFaxLines和ImageLength字段指示传真设备在接收期间遇到像素数不正确的行时，CleanFaxData字段指示这些坏行实际上是否仍在数据中，或者接收传真设备是否用重新生成的行替换它们。
ConsecutiveBadFaxLines(328) LONG or SHORT Maximum number of consecutive "bad" scanlines received. The BadFaxLines field indicates only the quantity of bad lines. No Default.
连续BadFaxLines（328）长或短收到的连续“坏”扫描线的最大数量。BadFaxLines字段仅指示坏行的数量。没有默认值。
NOTE: The BadFaxLines and ImageLength data indicate only the quantity of bad lines. The ConsecutiveBadFaxLines field is an indicator of the distribution of bad lines and may therefore be a better general indicator of perceived image quality. See Section 4.4.5 for examples of the use of these fields.
注意：BadFaxLines和ImageLength数据仅表示坏行的数量。ConcertiveBadFaxlines字段是坏线分布的指示器，因此可能是感知图像质量的更好的通用指示器。有关这些字段的使用示例，请参见第4.4.5节。
In general, TIFF files divide an image into "strips", also known as "bands". Each strip contains a few scanlines of the image. By using strips, a TIFF reader need not load the entire image into memory, enabling it to fetch and decompress small random portions of the image as necessary.
通常，TIFF文件将图像分成“条带”，也称为“条带”。每个条带包含图像的几条扫描线。通过使用条带，TIFF阅读器无需将整个图像加载到内存中，从而可以根据需要提取和解压缩图像的随机小部分。
The number of scanlines in a strip is described by the RowsPerStrip value and the number of bytes in the strip after compression by the StripByteCount value. The location in the TIFF file of each strip is given by the StripOffsets values.
条带中的扫描线数由RowsPerStrip值描述，压缩后的条带字节数由StripByteCount值描述。每个条带在TIFF文件中的位置由StripOffset值给出。
Strip size is application dependent. The recommended approach for multi-page TIFF-F images is to represent each page as a single strip. Existing TIFF-F usage is typically one strip per page in multi-page TIFF-F files. See Sections 2.1.2 and 2.1.3.
带钢尺寸取决于应用。多页TIFF-F图像的推荐方法是将每一页表示为单个条带。在多页TIFF-F文件中，现有的TIFF-F使用通常是每页一条。见第2.1.2节和第2.1.3节。
The current TIFF specification [TIFF] does not require a Baseline TIFF reader to support FillOrder=2, i.e., lowest numbered 1-bit pixel in the least significant bit of a byte. It further recommends that FillOrder=2 be used only in special purpose applications.
当前TIFF规范[TIFF]不要求基线TIFF读取器支持FillOrder=2，即字节最低有效位中编号最低的1位像素。它还建议FillOrder=2仅用于特殊用途。
Facsimile data appears on the phone line in bit-reversed order relative to its description in ITU-T Recommendation T.4. Therefore, most facsimile applications choose this natural order for data in a file. Nevertheless, TIFF-F readers must be able to read data in both bit orders and support FillOrder values of 1 and 2.
传真数据在电话线上的显示顺序与ITU-T建议T.4中的描述相反。因此，大多数传真应用程序对文件中的数据选择这种自然顺序。尽管如此，TIFF-F读卡器必须能够以位顺序读取数据，并支持FillOrder值1和2。
Many existing applications already read TIFF-F-like files but do not support the multi-page field. Since a multi-page format greatly simplifies file management in fax application software, TIFF-F specifies multi-page documents (NewSubfileType = 2) as the standard case.
许多现有应用程序已经读取了类似TIFF-F的文件，但不支持多页字段。由于多页格式大大简化了传真应用软件中的文件管理，TIFF-F将多页文档（NewSubfileType=2）指定为标准案例。
It is recommended that applications export multiple-page TIFF-F files without manipulating fields and values. Historically, some TIFF-F writers have attempted to produce individual single-page TIFF-F files with modified NewSubFileType and PageNumber (page one-of-one) values for export purposes. However, there is no easy way to link such multiple single-page files together into a logical multiple-page document, so this practice is not recommended.
建议应用程序在不操纵字段和值的情况下导出多页TIFF-F文件。从历史上看，一些TIFF-F编写器曾尝试使用修改过的NewSubFileType和PageNumber（第一页，共一页）值生成单个单页TIFF-F文件，以用于导出目的。但是，没有简单的方法将多个单页文件链接到一个逻辑多页文档中，因此不建议使用这种做法。
In Group 3 facsimile, there are three compression methods which had been standardized as of 1994 and are in common use. The ITU-T T.4 Recommendation [T.4] defines a one-dimensional compression method known as Modified Huffman (MH) and a two-dimensional method known as Modified READ (MR) (READ is short for Relative Element Address Designate). In 1984, a somewhat more efficient compression method known as Modified Modified READ (MMR) was defined in the ITU-T T.6 Recommendation [T.6]. MMR was originally defined for use with Group 4 facsimile, so that this compression method has been commonly called Group 4 compression. In 1991, the MMR method was approved for use in Group 3 facsimile and has since been widely utilized.
在第3组传真中，有三种压缩方法，自1994年起已被标准化，并普遍使用。ITU-T T.4建议[T.4]定义了一种称为修改的哈夫曼（MH）的一维压缩方法和一种称为修改的读取（MR）的二维方法（读取是相对元素地址指定的缩写）。1984年，ITU-T T.6建议[T.6]中定义了一种更有效的压缩方法，称为修改读取（MMR）。MMR最初定义用于第4组传真，因此这种压缩方法通常被称为第4组压缩。1991年，MMR方法被批准用于第3组传真，并已被广泛使用。
TIFF-F supports these three compression methods. The most commonly used is the one-dimensional Modified Huffman (MH) compression method. This is specified by setting the Compression field value to 3 and then setting bit 0 of the T4Options field to 0. Alternatively, the two dimensional Modified READ (MR) method, which is much less frequently used in historical TIFF-F implementations, may be selected by setting bit 0 of the T4Options field to 1. The value of Bit 2 in this field is determined by the use of fill bits.
TIFF-F支持这三种压缩方法。最常用的是一维修正哈夫曼（MH）压缩方法。这是通过将压缩字段值设置为3，然后将T4Options字段的位0设置为0来指定的。或者，可以通过将T4Options字段的位0设置为1来选择二维修改读取（MR）方法，该方法在历史TIFF-F实现中使用的频率要低得多。该字段中位2的值由填充位的使用确定。
Depending upon the application, the more efficient two-dimensional Modified Modified READ (MMR)compression method from T.6 may be selected by setting the Compression field value to 4 and then setting
根据应用，可以通过将压缩字段值设置为4，然后设置为0来选择来自T.6的更有效的二维修改读取（MMR）压缩方法
the first two bits (and all unused bits) of the T6Options field to 0. More information to aid the implementor in making a compression selection is contained in Section 4.5.2.
T6Options字段的前两位（以及所有未使用的位）为0。第4.5.2节包含了帮助实施者进行压缩选择的更多信息。
Baseline TIFF also permits use of Compression=2 to specify Modified Huffman compression, but the data does not use EOLs. As a result, TIFF-F uses Compression=3 instead of Compression=2 to specify Modified Huffman compression.
基线TIFF还允许使用Compression=2指定修改后的哈夫曼压缩，但数据不使用EOL。因此，TIFF-F使用Compression=3而不是Compression=2来指定修改后的哈夫曼压缩。
Here are examples for writing the CleanFaxData, BadFaxLines, and ConsecutiveBadFaxLines fields:
以下是写入CleanFaxData、BadFaxLines和ConcertiveBadFaxLines字段的示例：
1. Facsimile hardware does not provide page-quality information: MUST NOT write page-quality fields.
1. 传真硬件不提供页面质量信息：不得写入页面质量字段。
2. Facsimile hardware provides page-quality information, but reports no bad lines. Write only BadFaxLines = 0.
2. 传真硬件提供页面质量信息，但不报告坏行。只写BadFaxLines=0。
3. Facsimile hardware provides page-quality information and reports bad lines. Write both BadFaxLines and ConsecutiveBadFaxLines. Also write CleanFaxData = 1 or 2 if the hardware's regeneration capability is known.
3. 传真硬件提供页面质量信息并报告错误行。写入错误传真行和连续错误传真行。如果已知硬件的再生能力，还可以写入CleanFaxData=1或2。
4. Source image data stream is error corrected or otherwise guaranteed to be error free such as for a computer-generated file: SHOULD NOT write page-quality fields.
4. 源图像数据流已更正错误或以其他方式保证无错误，例如对于计算机生成的文件：不应写入页面质量字段。
TIFF Writers SHOULD only generate these fields when the image has been generated from a fax image data stream where error correction, e.g., Group 3 Error Correction Mode, was not used.
TIFF写入程序仅当图像是从未使用纠错（例如组3纠错模式）的传真图像数据流生成时，才应生成这些字段。
4.4.6. Practical Guidelines for Writing and Reading Multi-Page TIFF-F Files
4.4.6. 编写和读取多页TIFF-F文件的实用指南
Traditionally, TIFF-F has required readers and writers to be able to handle multi-page TIFF-F files. The experience of various TIFF-F implementors has shown that implementing TIFF-F can be greatly simplified if certain practical guidelines are followed when writing multi-page TIFF-F files.
传统上，TIFF-F要求读写器能够处理多页TIFF-F文件。各种TIFF-F实现者的经验表明，如果在编写多页TIFF-F文件时遵循某些实用指南，则可以大大简化TIFF-F的实现。
The structure for a multi-page TIFF-F file will include one IFD per document page. In this case, this IFD will define the attributes for a single page. A second simplifying guideline is that the writer of TIFF-F files SHOULD present IFDs in the same order as the actual sequence of pages. (The pages are numbered within TIFF-F beginning with page 0 as the first page and then ascending (i.e., 0, 1,
多页TIFF-F文件的结构将包括每个文档页一个IFD。在这种情况下，此IFD将定义单个页面的属性。第二个简化准则是，TIFF-F文件的编写者应该按照与实际页面顺序相同的顺序呈现IFD。（页面在TIFF-F中编号，从第0页开始作为第一页，然后升序（即0，1，
2, ...). However, any field values over 4 bytes will be stored separately from the IFD. TIFF-F readers SHOULD expect IFDs to be presented in page order but be able to handle exceptions.
2, ...). 但是，任何超过4字节的字段值都将与IFD分开存储。TIFF-F阅读器应该期望IFD按页面顺序显示，但能够处理异常。
Per [TIFF], the exact placement of image data is not specified. However, the offsets for each image strip are defined from within each IFD. Where possible, another guideline for TIFF-F writers is that the image data for each page of a multi-page document SHOULD be contained within a single strip (i.e., one image strip per fax page). A single image strip per page further simplifies TIFF-F file writing for applications such as store and forward messaging, where the file is usually prepared in advance of the transmission, but other assumptions may apply for the size of the image strip for applications that require "streaming" techniques (see section 4.4.7). If a different image strip size guideline has been used (e.g., constant size for image strips that may be less than the page size), this will immediately be evident from the values/offsets of the fields related to strips.
根据[TIFF]，未指定图像数据的确切位置。但是，每个图像条带的偏移是从每个IFD中定义的。在可能的情况下，TIFF-F编写器的另一条准则是，多页文档每页的图像数据应包含在单个条带中（即，每个传真页一个图像条带）。每页一个图像条进一步简化了TIFF-F文件在存储和转发消息等应用中的写入，其中文件通常在传输之前准备好，但其他假设可能适用于需要“流”技术的应用中图像条的大小（见第4.4.7节）。如果使用了不同的图像条尺寸指南（例如，图像条的恒定尺寸可能小于页面尺寸），这将立即从与条带相关的字段的值/偏移量中表现出来。
Another simplifying guideline is that each IFD SHOULD be placed in the TIFF-F file structure at a point preceding the image that the IFD describes.
另一个简化准则是，每个IFD都应放置在IFD描述的图像前面的TIFF-F文件结构中。
In addition, placing the image data in a physical order within the TIFF file structure which is consistent with the logical page order simplifies TIFF-F file writing and reading. In practice, TIFF-F readers will need to use the strip offsets to find the exact physical location of the image data, whether or not it is presented in logical page order.
此外，在TIFF文件结构中以与逻辑页面顺序一致的物理顺序放置图像数据简化了TIFF-F文件的写入和读取。在实践中，TIFF-F阅读器需要使用条带偏移来查找图像数据的确切物理位置，无论它是否以逻辑页面顺序显示。
If the image data is stored in multiple strips, then the strips SHOULD occur in the file in the same order that the data they contain occurs in the facsimile transmission, starting from the top of the page.
如果图像数据存储在多个条带中，则条带在文件中的出现顺序应与其包含的数据在传真传输中出现的顺序相同，从页面顶部开始。
TIFF-F writers MAY follow another simplifying guideline, in which the IFD, the value data and the image data to which the IFD has offsets precede the next image IFD. However, this guideline has been relaxed compared to the others given here.
TIFF-F编写器可以遵循另一个简化准则，其中IFD、值数据和IFD偏移的图像数据在下一个图像IFD之前。然而，与此处给出的其他指南相比，该指南已经放宽。
In the case of the minimal profile, which is also the minimal subset of Profile F, the SHOULDs and MAYs of these guidelines become SHALLs (see Section 3.5).
在最小剖面的情况下，也是剖面F的最小子集，这些指南的应该和可能变成页岩（见第3.5节）。
A TIFF-F file structured using the guidelines of this section will essentially consist of a linked list of IFDs, presented in ascending page order, each pointing to a single page of image data
使用本节指南构建的TIFF-F文件基本上由IFD链接列表组成，按升序显示，每个IFD指向一页图像数据
(one strip per page), where the pages of image data are also placed in a logical page order sequence within the TIFF-F file structure. (The pages of image data may themselves be stored in a contiguous manner, at the option of the implementor).
（每页一条），在TIFF-F文件结构中，图像数据的页面也按逻辑页面顺序排列。（根据实施者的选择，图像数据的页面本身可以以连续的方式存储）。
TIFF-F has historically been used for handling fax image files in applications such as store and forward messaging, where the entire size of the file is known in advance. Although TIFF-F may also be used as a file format for cases such as streaming applications, assumptions differing from those provided in this section (e.g., the entire size and number of pages within the image are not known in advance) may be required. As a result, a definition for the streaming application of TIFF-F is beyond the scope of this document.
TIFF-F历来用于在存储和转发消息等应用程序中处理传真图像文件，在这些应用程序中，文件的整个大小都是事先知道的。尽管TIFF-F也可以用作流媒体应用程序等情况下的文件格式，但可能需要与本节中提供的假设不同的假设（例如，图像中的整个大小和页数事先未知）。因此，TIFF-F流媒体应用的定义超出了本文档的范围。
TIFF-F requires the ability to read and write at least one-dimensional T.4 Huffman ("compressed") data. Uncompressed data is not allowed. The "Uncompressed" bit in T4Options or T6Options must be set to 0.
TIFF-F要求能够读取和写入至少一维T.4 Huffman（“压缩”）数据。不允许使用未压缩的数据。T4Options或T6Options中的“未压缩”位必须设置为0。
Since two-dimensional encoding is not required for Group 3 compatibility, some historic TIFF-F readers have not been able to read such files. The minimum subset of TIFF-F REQUIRES support for one-dimensional (Modified Huffman) files, so this choice maximizes portability. However, implementors seeking greater efficiency SHOULD use T.6 MMR compression when writing TIFF-F files. Some TIFF-F readers will also support two-dimensional Modified READ files. Implementors who wish to have the maximum flexibility in reading TIFF-F files should support all three of these compression methods (MH, MR, and MMR).
由于第3组兼容性不需要二维编码，因此一些历史上的TIFF-F阅读器无法读取此类文件。TIFF-F的最小子集要求支持一维（修改过的哈夫曼）文件，因此这种选择最大限度地提高了可移植性。但是，寻求更高效率的实现者在编写TIFF-F文件时应使用T.6 MMR压缩。一些TIFF-F阅读器还支持二维修改读取文件。希望在读取TIFF-F文件时具有最大灵活性的实现者应该支持这三种压缩方法（MH、MR和MMR）。
Almost all facsimile products support both standard (98 dpi) vertical resolution and "fine" (196 dpi) resolution. Therefore, fine-resolution files are quite portable in the real world.
几乎所有传真产品都支持标准（98 dpi）垂直分辨率和“精细”（196 dpi）分辨率。因此，高分辨率文件在现实世界中是非常可移植的。
In 1993, the ITU-T added support for higher resolutions in the T.30 recommendation, including 200 x 200, 300 x 300, and 400 x 400 in dots per inch-based units. At the same time, support was added for metric dimensions equivalent to the following inch-based resolutions: 391v x 204h and 391v x 408h. Therefore, the full set of inch-based equivalents of the new resolutions are supported in the TIFF-F
1993年，ITU-T在T.30建议中增加了对更高分辨率的支持，包括200 x 200、300 x 300和400 x 400点/英寸单位。同时，增加了对公制尺寸的支持，相当于以下基于英寸的分辨率：391v x 204h和391v x 408h。因此，TIFF-F支持新分辨率的全套基于英寸的等效图像
writer, as they may appear in some image-data streams received from Group 3 facsimile devices. However, many facsimile terminals and older versions of TIFF-F readers are likely not to support these higher resolutions.
写入器，因为它们可能出现在从第3组传真设备接收的一些图像数据流中。然而，许多传真终端和旧版本的TIFF-F阅读器可能不支持这些更高的分辨率。
Per [T.4], it is permissible for applications to treat the following XResolution values as equivalent: <204,200> and <400,408>. Similarly, the following YResolution values may also be treated as equivalent: <98, 100>, <196, 200>, and <391, 400>. These equivalencies were allowed by [T.4] to permit conversions between inch- and metric-based facsimile terminals.
根据[T.4]，允许应用程序将以下X分辨率值视为等效值：<204200>和<400408>。类似地，以下Y分辨率值也可以视为等效值：<98100>、<196200>和<391400>。[T.4]允许这些等效性，以允许在基于英寸和公制的传真终端之间进行转换。
The optional support of metric-based resolutions in the TIFF-F reader (i.e., 77 x 38.5 cm) is included for completeness, as they are used in some legacy TIFF-F applications, but this use is not recommended for the creation of TIFF-F files by a writer.
TIFF-F阅读器（即77 x 38.5 cm）中基于公制分辨率的可选支持是为了完整性，因为它们在一些传统TIFF-F应用程序中使用，但不建议作者在创建TIFF-F文件时使用此选项。
The historical convention for TIFF-F has been that all EOLs in Modified Huffman or Modified READ data must be byte-aligned. However, Baseline TIFF has permitted use of non byte-aligned EOLs by default, so that a large percentage of TIFF-F reader implementations support both conventions. Therefore, the minimum subset of TIFF-F, or Profile S, as defined in Section 3, includes support for both byte-aligned and non-byte-aligned EOLs; see Section 3.2.2.
TIFF-F的历史惯例是，修改后的Huffman或修改后的读取数据中的所有EOL必须是字节对齐的。但是，基线TIFF默认情况下允许使用非字节对齐的EOL，因此大部分TIFF-F读卡器实现都支持这两种约定。因此，第3节中定义的TIFF-F或配置文件S的最小子集包括对字节对齐和非字节对齐EOL的支持；见第3.2.2节。
An EOL is said to be byte-aligned when Fill bits have been added as necessary before EOL codes so that EOL always ends on a byte boundary, thus ensuring an EOL sequence of a one byte preceded by a zero nibble: xxxx0000 00000001.
当在下线代码之前添加必要的填充位时，下线被称为字节对齐，这样下线总是在字节边界上结束，从而确保下线序列为一个一字节前有一个零半字节：xxxx0000 0000000 1。
Modified Huffman compression encodes bits, not bytes. This means that the end-of-line token may end in the middle of a byte. In byte alignment, extra zero bits (Fill) are added so that the first bit of data following an EOL begins on a byte boundary. In effect, byte alignment relieves application software of the burden of bit-shifting every byte while parsing scan-lines for line-oriented image manipulation (such as writing a TIFF file).
修改后的哈夫曼压缩编码位，而不是字节。这意味着行尾令牌可以在字节中间结束。在字节对齐中，添加额外的零位（填充），以便下线后的第一位数据从字节边界开始。实际上，字节对齐减轻了应用软件在解析扫描行以进行面向行的图像处理（如编写TIFF文件）时对每个字节进行位移位的负担。
For Modified READ compression, each line is terminated by an EOL and a one-bit tag bit. Per [T.4], the value of the tag bit is 0 if the next line contains two-dimensional data and 1 if the next line is a reference line. To maintain byte alignment, fill bits are added before the EOL/tag bit sequence so that the first bit of data following an MR tag bit begins on a byte boundary.
对于修改后的读取压缩，每行由一个EOL和一位标记位终止。根据[T.4]，如果下一行包含二维数据，则标记位的值为0，如果下一行是参考线，则标记位的值为1。为了保持字节对齐，在下线/标记位序列之前添加填充位，以便MR标记位之后的第一位数据从字节边界开始。
As illustrated in FIGURE 1/T.4 in [T.4], MH-encoded facsimile documents begin with an EOL, which in TIFF-F may be byte-aligned. The last line of the image is not terminated by an EOL. Similarly, respect, images encoded with Modified READ two-dimensional compression begin with an EOL, followed by a tag bit.
如[T.4]中图1/T.4所示，MH编码的传真文件以EOL开头，在TIFF-F中，EOL可以是字节对齐的。图像的最后一行不是由下线终止的。同样，在这方面，使用修改的读取二维压缩编码的图像以EOL开始，然后是标记位。
Aside from EOLs, TIFF-F files have historically only contained image data. This means that applications seeking to maintain strict conformance with the rules in [TIFF] and compatibility with historical TIFF-F SHOULD NOT include the Return To Control sequence (RTC) (consisting of 6 consecutive EOLs) when writing TIFF-F files. However, applications intended to support "transparency" of [T.4] image data MAY include RTCs if the flag settings of the T4Options field are set for non byte aligned MH or MR image data. Implementors of TIFF readers should also be aware that there are some existing TIFF-F implementations that include the RTC sequence in MH/MR image data. Therefore, TIFF-F readers MUST be able to process files that do not include RTCs and SHOULD be able to process files that do include RTCs.
除了EOL，TIFF-F文件历史上只包含图像数据。这意味着，在写入TIFF-F文件时，寻求严格遵守[TIFF]中的规则并与历史TIFF-F兼容的应用程序不应包括返回控制序列（RTC）（由6个连续EOL组成）。然而，如果T4Options字段的标志设置是针对非字节对齐的MH或MR图像数据设置的，则旨在支持[T.4]图像数据的“透明度”的应用程序可能包括RTC。TIFF阅读器的实现者还应该知道，一些现有的TIFF-F实现包括MH/MR图像数据中的RTC序列。因此，TIFF-F阅读器必须能够处理不包含RTC的文件，并且应该能够处理包含RTC的文件。
TIFF-F pages encoded with the T.6 Modified Modified READ compression method MUST include an "end-of-facsimile-block" (EOFB) code at the end of each coded strip. Per [TIFF], the EOFB code is followed by pad bits as needed to align on a byte boundary. TIFF readers SHOULD ignore any bits other than pad bits beyond the EOFB.
使用T.6修改读取压缩方法编码的TIFF-F页面必须在每个编码条的末端包含“传真块结束”（EOFB）代码。根据[TIFF]，EOFB代码后面跟着根据需要在字节边界上对齐的焊盘位。TIFF读取器应忽略除EOFB之外的pad位以外的任何位。
The Profile F of TIFF (i.e., TIFF-F content) is a secondary component of the VPIM Message, as defined in [VPIM 2]. Voice messaging systems can often handle fax store-and-forward capabilities in addition to traditional voice message store-and-forward functions. As a result, TIFF-F fax messages can optionally be sent between compliant VPIM systems and may be rejected if the recipient system cannot deal with fax.
TIFF的配置文件F（即TIFF-F内容）是VPIM消息的次要组件，如[VPIM 2]中所定义。除了传统的语音信息存储和转发功能外，语音信息系统通常还可以处理传真存储和转发功能。因此，TIFF-F传真消息可以选择在兼容的VPIM系统之间发送，如果收件人系统无法处理传真，则可能会被拒绝。
Refer to the VPIM Specification for proper usage of this content.
有关此内容的正确用法，请参阅VPIM规范。
Recommended fields are shown with an asterisk (*).
推荐字段以星号（*）显示。
Required fields or values are shown with a double asterisk (**). If the double asterisk is on the field name, then all the listed values are required of implementations; if the double asterisks are in the Values column, then only the values suffixed with a double asterisk are required of implementations.
必填字段或值以双星号（**）显示。如果字段名上有双星号，则所有列出的值都是实现所必需的；如果“值”列中有双星号，则实现只需要带有双星号后缀的值。
+---------------------------+--------------------------------+
| Baseline Fields | Values |
+---------------------------+--------------------------------+
| BitsPerSample | 1** |
+---------------------------+--------------------------------+
| Compression | 3**: 1D Modified Huffman and |
| | 2D Modified READ coding |
| | 4: 2D Modified Modified READ |
| | coding |
+---------------------------+--------------------------------+
| DateTime* | {ASCII}: date/time in 24-hour |
| | format "YYYY:MM:DD HH:MM:SS" |
+---------------------------+--------------------------------+
| FillOrder** | 1: most significant bit first |
| | 2: least significant bit first |
+------------------------------------------------------------+
| ImageDescription* | {ASCII}: A string describing |
| | the contents of the image. |
+---------------------------+--------------------------------+
| ImageWidth | 1728**, 2048, 2432, 2592, |
| | 3072, 3456, 3648, 4096, 4864 |
+---------------------------+--------------------------------+
| ImageLength** | n: total number of scanlines |
| | in image |
+---------------------------+--------------------------------+
| NewSubFileType | 2**: Bit 1 identifies single |
| | page of a multi-page document |
+---------------------------+--------------------------------+
| Orientation | 1**-8, Default 1 |
+---------------------------+--------------------------------+
| PhotometricInterpretation | 0: pixel value 1 means black |
| ** | 1: pixel value 1 means white |
+---------------------------+--------------------------------+
| ResolutionUnit** | 2: inch |
| | 3: centimeter |
+------------------------------------------------------------+
+---------------------------+--------------------------------+
| Baseline Fields | Values |
+---------------------------+--------------------------------+
| BitsPerSample | 1** |
+---------------------------+--------------------------------+
| Compression | 3**: 1D Modified Huffman and |
| | 2D Modified READ coding |
| | 4: 2D Modified Modified READ |
| | coding |
+---------------------------+--------------------------------+
| DateTime* | {ASCII}: date/time in 24-hour |
| | format "YYYY:MM:DD HH:MM:SS" |
+---------------------------+--------------------------------+
| FillOrder** | 1: most significant bit first |
| | 2: least significant bit first |
+------------------------------------------------------------+
| ImageDescription* | {ASCII}: A string describing |
| | the contents of the image. |
+---------------------------+--------------------------------+
| ImageWidth | 1728**, 2048, 2432, 2592, |
| | 3072, 3456, 3648, 4096, 4864 |
+---------------------------+--------------------------------+
| ImageLength** | n: total number of scanlines |
| | in image |
+---------------------------+--------------------------------+
| NewSubFileType | 2**: Bit 1 identifies single |
| | page of a multi-page document |
+---------------------------+--------------------------------+
| Orientation | 1**-8, Default 1 |
+---------------------------+--------------------------------+
| PhotometricInterpretation | 0: pixel value 1 means black |
| ** | 1: pixel value 1 means white |
+---------------------------+--------------------------------+
| ResolutionUnit** | 2: inch |
| | 3: centimeter |
+------------------------------------------------------------+
+---------------------------+--------------------------------+
| RowsPerStrip** | n: number of scanlines per |
| | TIFF strip |
+---------------------------+--------------------------------+
| SamplesPerPixel | 1** |
+---------------------------+--------------------------------+
| Software* | {ASCII}: name & release |
| | number of creator software |
+---------------------------+--------------------------------+
| StripByteCounts** | <n>: number or bytes in TIFF |
| | strip |
+---------------------------+--------------------------------+
| StripOffsets** | <n>: offset from beginning of |
| | file to each TIFF strip |
+---------------------------+--------------------------------+
| XResolution | 200, 204**, 300, 400, 408 |
| | (written in pixels/inch) |
+---------------------------+--------------------------------+
| YResolution | 98**, 196**, 100, |
| | 200, 300, 391, 400 |
| | (written in pixels/inch) |
+---------------------------+--------------------------------+
| Extension Fields |
+---------------------------+--------------------------------+
| T4Options | 0**: required if Compression |
| | is Modified Huffman, EOLs are |
| | not byte aligned |
| | 1: required if Compression is |
| | 2D Modified READ, EOLs are |
| | not byte aligned |
| | 4**: required if Compression |
| | is Modified Huffman, EOLs are |
| | byte aligned |
+---------------------------+--------------------------------+
| T4Options (continued) | 5: required if Compression |
| | is 2D Modified READ, EOLs are |
| | byte aligned |
+---------------------------+--------------------------------+
| T6Options | 0: required if Compression is |
| | 2D Modified Modified READ |
+---------------------------+--------------------------------+
| DocumentName* | {ASCII}: name of scanned |
| | document |
+---------------------------+--------------------------------+
| PageNumber** | n,m: page number followed by |
| | total page count |
+---------------------------+--------------------------------+
+---------------------------+--------------------------------+
| RowsPerStrip** | n: number of scanlines per |
| | TIFF strip |
+---------------------------+--------------------------------+
| SamplesPerPixel | 1** |
+---------------------------+--------------------------------+
| Software* | {ASCII}: name & release |
| | number of creator software |
+---------------------------+--------------------------------+
| StripByteCounts** | <n>: number or bytes in TIFF |
| | strip |
+---------------------------+--------------------------------+
| StripOffsets** | <n>: offset from beginning of |
| | file to each TIFF strip |
+---------------------------+--------------------------------+
| XResolution | 200, 204**, 300, 400, 408 |
| | (written in pixels/inch) |
+---------------------------+--------------------------------+
| YResolution | 98**, 196**, 100, |
| | 200, 300, 391, 400 |
| | (written in pixels/inch) |
+---------------------------+--------------------------------+
| Extension Fields |
+---------------------------+--------------------------------+
| T4Options | 0**: required if Compression |
| | is Modified Huffman, EOLs are |
| | not byte aligned |
| | 1: required if Compression is |
| | 2D Modified READ, EOLs are |
| | not byte aligned |
| | 4**: required if Compression |
| | is Modified Huffman, EOLs are |
| | byte aligned |
+---------------------------+--------------------------------+
| T4Options (continued) | 5: required if Compression |
| | is 2D Modified READ, EOLs are |
| | byte aligned |
+---------------------------+--------------------------------+
| T6Options | 0: required if Compression is |
| | 2D Modified Modified READ |
+---------------------------+--------------------------------+
| DocumentName* | {ASCII}: name of scanned |
| | document |
+---------------------------+--------------------------------+
| PageNumber** | n,m: page number followed by |
| | total page count |
+---------------------------+--------------------------------+
+---------------------------+--------------------------------+
| New Fields |
+---------------------------+--------------------------------+
| BadFaxLines* | number of "bad" scanlines |
| | encountered during reception |
+---------------------------+--------------------------------+
| CleanFaxData* | 0: no "bad" lines |
| | 1: "bad" lines exist, but were |
| | regenerated by receiver |
| | 2: "bad" lines exist, but have |
| | not been regenerated |
+---------------------------+--------------------------------+
| ConsecutiveBadFaxLines* | Max number of consecutive |
| | "bad" lines received |
+---------------------------+--------------------------------+
| GlobalParametersIFD* | IFD: global parameters IFD |
+---------------------------+--------------------------------+
| ProfileType* | n: type of data stored in file |
+---------------------------+--------------------------------+
| FaxProfile* | n: ITU-compatible fax profile |
+---------------------------+--------------------------------+
| CodingMethods* | n: compression algorithms used |
| | in file |
+---------------------------+--------------------------------+
+---------------------------+--------------------------------+
| New Fields |
+---------------------------+--------------------------------+
| BadFaxLines* | number of "bad" scanlines |
| | encountered during reception |
+---------------------------+--------------------------------+
| CleanFaxData* | 0: no "bad" lines |
| | 1: "bad" lines exist, but were |
| | regenerated by receiver |
| | 2: "bad" lines exist, but have |
| | not been regenerated |
+---------------------------+--------------------------------+
| ConsecutiveBadFaxLines* | Max number of consecutive |
| | "bad" lines received |
+---------------------------+--------------------------------+
| GlobalParametersIFD* | IFD: global parameters IFD |
+---------------------------+--------------------------------+
| ProfileType* | n: type of data stored in file |
+---------------------------+--------------------------------+
| FaxProfile* | n: ITU-compatible fax profile |
+---------------------------+--------------------------------+
| CodingMethods* | n: compression algorithms used |
| | in file |
+---------------------------+--------------------------------+
This section defines the lossless JBIG black-and-white profile of TIFF for facsimile, designated Profile J. Implementations of this profile are required to implement Profile S as well.
本节定义了TIFF用于传真的无损JBIG黑白配置文件，指定为配置文件J。实现该配置文件也需要实现配置文件S。
The previous section described the extended interchange set of TIFF fields for black-and-white fax, which provided support for the MH, MR, and MMR compression of black-and-white images. This section adds a profile with JBIG compression capability.
上一节描述了用于黑白传真的TIFF字段的扩展交换集，它支持黑白图像的MH、MR和MMR压缩。本节添加了具有JBIG压缩功能的概要文件。
This section describes a black-and-white profile that uses JBIG compression. The ITU-T has approved the single-progression sequential mode of JBIG [T.82] for Group 3 facsimile. JBIG coding offers improved compression for halftoned originals. JBIG compression is used in accordance with the application rules given in ITU-T Rec. T.85 [T.85].
本节介绍使用JBIG压缩的黑白配置文件。ITU-T已批准JBIG[T.82]的单进程顺序模式用于第3组传真。JBIG编码为半色调原稿提供了改进的压缩。JBIG压缩是根据ITU-T Rec.T.85[T.85]中给出的应用规则使用的。
This profile is essentially the extended black-and-white profile with JBIG compression used instead of MH, MR, or MMR.
此配置文件本质上是扩展的黑白配置文件，使用JBIG压缩代替MH、MR或MMR。
This section lists the required fields and the values they must have to be ITU-compatible. Besides the fields listed in Section 2.2.1, the extended black-and-white fax profile requires the following fields.
本节列出了所需字段及其必须与ITU兼容的值。除了第2.2.1节中列出的字段外，扩展黑白传真配置文件还需要以下字段。
The TIFF fields that SHALL be used in this profile are the same as those described in Section 4.2.1 for the extended black-and-white profile, with two exceptions: the following text replaces the text in Section 4.2.1 for the Compression and FillOrder fields.
本配置文件中应使用的TIFF字段与第4.2.1节中描述的扩展黑白配置文件相同，但有两个例外：以下文本替换第4.2.1节中压缩和填充顺序字段的文本。
Compression(259) = 9. SHORT RequiredByTIFFBaseline 9 = JBIG coding. This is a TIFF extension value. Default = 1 (and is not applicable; field must be specified). Profile J uses ITU-T T.85 profile of T.82; see T82Options field.
压缩（259）=9。TIFF基线9要求的短代码=JBIG编码。这是一个TIFF扩展值。默认值=1（不适用；必须指定字段）。配置文件J使用T.82的ITU-T.85配置文件；请参阅T824选项字段。
FillOrder(266) = 1, 2. SHORT RequiredByTIFFBaseline 1 = Pixels are arranged within a byte such that pixels with lower values are stored in the higher-order bits of the byte, i.e., most significant bit first (MSB). 2 = Pixels are arranged within a byte such that pixels with lower column values are stored in the lower-order bits of the bytes, i.e., least significant bit first (LSB). Profile J readers must be able to read data in both bit orders.
填充顺序（266）=1，2。SHORT RequiredByTIFFBaseline 1=像素排列在字节内，使得具有较低值的像素存储在字节的高阶位，即最高有效位优先（MSB）。2＝像素排列在字节内，使得具有较低列值的像素存储在字节的较低顺序位中，即，最低有效位优先（LSB）。配置文件J读取器必须能够以两种位顺序读取数据。
Same fields as those in Section 2.2.1.
与第2.2.1节中的字段相同。
T82Options(435) = 0 LONG Required when Compression = 9 Individual bits are set to indicate the applicable profile of JBIG coding; all bits set to 0 indicates ITU-T T.85 profile of T.82; Other values are for further study. Default is all bits 0, and field may be omitted if this is the value. (Field may be omitted in Profile J files.)
T82选项（435）=当压缩=9个单独位被设置为指示JBIG编码的适用配置文件时，需要0长；所有设置为0的位表示T.82的ITU-T T.85配置文件；其他数值有待进一步研究。默认值为所有位0，若为该值，则可省略该字段。（在纵断面J文件中可省略该字段。）
Note: A T.82 decoder can decode a T.85-encoded image when it handles the NEWLE marker code as described Corrigendum 1 in [T.85].
注：如[T.85]勘误表1所述，当T.82解码器处理纽尔标记码时，可以对T.85编码的图像进行解码。
See Sections 2.2.3 and 2.2.4.
见第2.2.3节和第2.2.4节。
Recommended fields are shown with an asterisk (*).
推荐字段以星号（*）显示。
Required fields or values are shown with a double asterisk (**). If the double asterisk is on the field name, then all the listed values are required of implementations; if the double asterisks are in the Values column, then only the values suffixed with a double asterisk are required of implementations.
必填字段或值以双星号（**）显示。如果字段名上有双星号，则所有列出的值都是实现所必需的；如果“值”列中有双星号，则实现只需要带有双星号后缀的值。
+---------------------------+--------------------------------+
| Baseline Fields | Values |
+---------------------------+--------------------------------+
| BitsPerSample | 1** |
+---------------------------+--------------------------------+
| Compression | 9**: JBIG coding |
+---------------------------+--------------------------------+
| DateTime* | {ASCII}: date/time in 24-hour |
| | format "YYYY:MM:DD HH:MM:SS" |
+---------------------------+--------------------------------+
| FillOrder** | 1: most significant bit first |
| | 2: least significant bit first |
+---------------------------+--------------------------------+
| ImageDescription* | {ASCII}: A string describing |
| | the contents of the image |
+---------------------------+--------------------------------+
| ImageWidth | 1728**, 2048, 2432, 2592, |
| | 3072, 3456, 3648, 4096, 4864 |
+---------------------------+--------------------------------+
| ImageLength** | n: total number of scanlines |
| | in image |
+---------------------------+--------------------------------+
| NewSubFileType** | 2: Bit 1 identifies single |
| | page of a multi-page document |
+---------------------------+--------------------------------+
| Orientation | 1**-8, Default 1 |
+---------------------------+--------------------------------+
| PhotometricInterpretation | 0: pixel value 1 means black |
| ** | 1: pixel value 1 means white |
+---------------------------+--------------------------------+
+---------------------------+--------------------------------+
| Baseline Fields | Values |
+---------------------------+--------------------------------+
| BitsPerSample | 1** |
+---------------------------+--------------------------------+
| Compression | 9**: JBIG coding |
+---------------------------+--------------------------------+
| DateTime* | {ASCII}: date/time in 24-hour |
| | format "YYYY:MM:DD HH:MM:SS" |
+---------------------------+--------------------------------+
| FillOrder** | 1: most significant bit first |
| | 2: least significant bit first |
+---------------------------+--------------------------------+
| ImageDescription* | {ASCII}: A string describing |
| | the contents of the image |
+---------------------------+--------------------------------+
| ImageWidth | 1728**, 2048, 2432, 2592, |
| | 3072, 3456, 3648, 4096, 4864 |
+---------------------------+--------------------------------+
| ImageLength** | n: total number of scanlines |
| | in image |
+---------------------------+--------------------------------+
| NewSubFileType** | 2: Bit 1 identifies single |
| | page of a multi-page document |
+---------------------------+--------------------------------+
| Orientation | 1**-8, Default 1 |
+---------------------------+--------------------------------+
| PhotometricInterpretation | 0: pixel value 1 means black |
| ** | 1: pixel value 1 means white |
+---------------------------+--------------------------------+
+---------------------------+--------------------------------+
| ResolutionUnit** | 2: inch |
| | 3: centimeter |
+---------------------------+--------------------------------+
| RowsPerStrip** | n: number of scanlines per |
| | TIFF strip |
+---------------------------+--------------------------------+
| SamplesPerPixel** | 1 |
+---------------------------+--------------------------------+
| Software* | {ASCII}: name & release |
| | number of creator software |
+---------------------------+--------------------------------+
| StripByteCounts** | <n>: number of bytes in TIFF |
| | strip |
+---------------------------+--------------------------------+
| StripOffsets** | <n>: offset from beginning of |
| | file to each TIFF strip |
+---------------------------+--------------------------------+
| XResolution | 200, 204**, 300, 400, 408 |
| | (written in pixels/inch) |
+---------------------------+--------------------------------+
| YResolution | 98**, 196**, 100, |
| | 200, 300, 391, 400 |
| | (written in pixels/inch) |
+---------------------------+--------------------------------+
| Extension Fields |
+---------------------------+--------------------------------+
| DocumentName* | {ASCII}: name of document |
| | scanned |
+---------------------------+--------------------------------+
| PageNumber** | n,m: page number followed by |
| | total page count |
+---------------------------+--------------------------------+
| New Fields |
+---------------------------+--------------------------------+
| GlobalParametersIFD* | IFD: global parameters IFD |
+---------------------------+--------------------------------+
| T82Options** | 0: T.85 profile of T.82 |
+---------------------------+--------------------------------+
| ProfileType* | n: type of data stored in file |
+---------------------------+--------------------------------+
| FaxProfile* | n: ITU-compatible fax profile |
+---------------------------+--------------------------------+
| CodingMethods* | n: compression algorithms used |
| | in file |
+---------------------------+--------------------------------+
+---------------------------+--------------------------------+
| ResolutionUnit** | 2: inch |
| | 3: centimeter |
+---------------------------+--------------------------------+
| RowsPerStrip** | n: number of scanlines per |
| | TIFF strip |
+---------------------------+--------------------------------+
| SamplesPerPixel** | 1 |
+---------------------------+--------------------------------+
| Software* | {ASCII}: name & release |
| | number of creator software |
+---------------------------+--------------------------------+
| StripByteCounts** | <n>: number of bytes in TIFF |
| | strip |
+---------------------------+--------------------------------+
| StripOffsets** | <n>: offset from beginning of |
| | file to each TIFF strip |
+---------------------------+--------------------------------+
| XResolution | 200, 204**, 300, 400, 408 |
| | (written in pixels/inch) |
+---------------------------+--------------------------------+
| YResolution | 98**, 196**, 100, |
| | 200, 300, 391, 400 |
| | (written in pixels/inch) |
+---------------------------+--------------------------------+
| Extension Fields |
+---------------------------+--------------------------------+
| DocumentName* | {ASCII}: name of document |
| | scanned |
+---------------------------+--------------------------------+
| PageNumber** | n,m: page number followed by |
| | total page count |
+---------------------------+--------------------------------+
| New Fields |
+---------------------------+--------------------------------+
| GlobalParametersIFD* | IFD: global parameters IFD |
+---------------------------+--------------------------------+
| T82Options** | 0: T.85 profile of T.82 |
+---------------------------+--------------------------------+
| ProfileType* | n: type of data stored in file |
+---------------------------+--------------------------------+
| FaxProfile* | n: ITU-compatible fax profile |
+---------------------------+--------------------------------+
| CodingMethods* | n: compression algorithms used |
| | in file |
+---------------------------+--------------------------------+
This section defines the lossy color profile of TIFF for facsimile, designated Profile C. Implementations of this profile are required to also implement Profile S as well.
本节定义了传真用TIFF的有损颜色配置文件，指定为配置文件C。此配置文件的实现也需要实现配置文件S。
This is the base profile for color and grayscale facsimile, which means that all applications that support color fax must support this profile. The basic approach is the lossy JPEG compression [T.4, Annex E; T.81] of L*a*b* color data [T.42]. Grayscale applications use the L* lightness component; color applications use the L*, a* and b* components.
这是彩色和灰度传真的基本配置文件，这意味着所有支持彩色传真的应用程序都必须支持此配置文件。基本方法是对L*a*b*颜色数据[T.42]进行有损JPEG压缩[T.4，附录E；T.81]。灰度应用程序使用L*亮度分量；颜色应用程序使用L*、a*和b*组件。
This profile uses a new PhotometricInterpretation field value to describe the L*a*b* encoding specified in [T.42]. This encoding differs in two ways from the other L*a*b* encodings used in TIFF [TIFF, TTN1]: it specifies a different default range for the a* and b* components, based on a comprehensive evaluation of existing hardcopy output, and it optionally allows selectable range for the L*, a* and b* components.
此配置文件使用新的光度测量解释字段值来描述[T.42]中指定的L*a*b*编码。此编码在两个方面不同于TIFF中使用的其他L*a*b*编码[TIFF，TTN1]：它基于对现有硬拷贝输出的综合评估，为a*和b*组件指定不同的默认范围，并且可选地允许L*、a*和b*组件的可选范围。
This section lists the required fields, in addition to those given in Section 2.2.1, and the values they must support to be compatible with ITU-T Rec. T.42 and Annex E in ITU-T Rec. T.4.
除第2.2.1节中给出的字段外，本节还列出了所需字段，以及它们必须支持的值，以便与ITU-T Rec.T.42和ITU-T Rec.T.4中的附录E兼容。
ImageWidth(256). SHORT or LONG This profile supports the following fixed page widths: 864, 1024, 1216, 1728, 2048, 2432, 2592, 3072, 3456, 3648, 4096, 4864.
图像宽度（256）。短或长此配置文件支持以下固定页面宽度：864、1024、1216、1728、2048、2432、2592、3072、3456、3648、4096、4864。
NewSubFileType(254) = (Bit 1=1).
LONG
RequiredByTIFFforFAX
Bit 1 is 1 if the image is a single page of a multi-page document.
Default = 0 (no subfile bits on, so may not be omitted for fax).
NewSubFileType(254) = (Bit 1=1).
LONG
RequiredByTIFFforFAX
Bit 1 is 1 if the image is a single page of a multi-page document.
Default = 0 (no subfile bits on, so may not be omitted for fax).
BitsPerSample(258) = 8. SHORT Count = SamplesPerPixel The base color fax profile requires 8 bits per sample.
位采样（258）=8。SHORT Count=每像素采样基本色传真配置文件要求每个采样8位。
Compression(259) = 7. SHORT Base color fax profile uses Baseline JPEG compression. Value 7 represents JPEG compression as specified in [TTN2].
压缩（259）=7。短基色传真配置文件使用基线JPEG压缩。值7表示[TTN2]中指定的JPEG压缩。
FillOrder(266) = 1 , 2. SHORT RequiredByTIFFBaseline Profile C readers must be able to read data in both bit orders, but the vast majority of facsimile products store data LSB first, exactly as it appears on the telephone line. 1 = Most Significant Bit first. 2 = Least Significant Bit first.
填充顺序（266）=1，2。SHORT RequiredByTIFFBaseline Profile C读卡器必须能够以两种位顺序读取数据，但绝大多数传真产品首先存储数据LSB，与电话线上显示的数据完全相同。1=第一个最高有效位。2=最低有效位优先。
PhotometricInterpretation(262) = 10. SHORT Base color fax profile requires pixel values to be stored with the CIE L*a*b* encoding defined in ITU-T Rec. T.42. This encoding is indicated by the PhotometricInterpretation value 10, referred to as ITULAB. With this encoding, the minimum sample value is mapped to 0, and the maximum sample value is mapped to (2^n - 1), i.e., the maximum value, where n is the BitsPerSample value. The conversion from unsigned ITULAB-encoded samples values to signed CIE L*a*b* values is determined by the Decode field; see Section 6.2.3.
光度解释（262）=10。短基色传真配置文件要求使用ITU-T Rec.T.42中定义的CIE L*a*b*编码存储像素值。该编码由称为ITULAB的光度测量解释值10表示。通过这种编码，最小样本值映射到0，最大样本值映射到（2^n-1），即最大值，其中n是BitsPerSample值。从无符号ITULAB编码样本值到有符号CIE L*a*b*值的转换由解码字段确定；见第6.2.3节。
NOTE: PhotometricInterpretation values 8 and 9 specify encodings for use with 8-bit-per-sample CIE L*a*b* [TIFF] and ICC L*a*b* [TTN1] data, but they are fixed encodings, which use different minimum and maximum samples than the T.42 default encoding. As currently defined, they are not able to represent fax-encoded L*a*b* data.
注：测光解释值8和9指定用于8位/样本CIE L*a*b*[TIFF]和ICC L*a*b*[TTN1]数据的编码，但它们是固定编码，使用的最小和最大采样数与T.42默认编码不同。按照目前的定义，它们不能表示传真编码的L*a*b*数据。
ResolutionUnit(296) = 2. SHORT The unit of measure for resolution. 2 = inch. ITU-T standards only specify inch-based resolutions for color fax. Default = 2 (field may be omitted if this is the value).
分辨率单位（296）=2。缩短分辨率的度量单位。2=英寸。ITU-T标准仅规定彩色传真的基于英寸的分辨率。默认值=2（如果为该值，则可省略该字段）。
SamplesPerPixel(277) = 1, 3.
SHORT
1: L* component only, required in base color profile
3: L*, a*, b* components
Encoded according to PhotometricInterpretation field
SamplesPerPixel(277) = 1, 3.
SHORT
1: L* component only, required in base color profile
3: L*, a*, b* components
Encoded according to PhotometricInterpretation field
XResolution(282) = 100, 200, 300, 400. RATIONAL YResolution(283) = 100, 200, 300, 400. RATIONAL The resolution of the image is expressed in pixels per resolution unit. In pixels per inch, allowed XResolution values are 100, 200, 300, and 400. The base color fax profile requires the pixels to be square, hence YResolution must equal XResolution. Base resolution is 200 pixels per inch and SHALL be supported by all implementations of this profile.
分辨率（282）=100200300400。合理的YResolution（283）=100200300400。RATIONAL图像的分辨率以每分辨率单位的像素表示。以每英寸像素为单位，允许的X分辨率值为100、200、300和400。基色传真配置文件要求像素为正方形，因此Y分辨率必须等于X分辨率。基本分辨率为每英寸200像素，并应得到本配置文件所有实现的支持。
NOTE: The functional equivalence of inch-based and metric-based resolutions is maintained, per Annex E.6.5 in [T.4]. See table in Section 2.2.2.
注：根据[T.4]中的附录E.6.5，保持英制和公制分辨率的功能等效性。见第2.2.2节中的表。
NOTE: Not all combinations of XResolution, YResolution and ImageWidth are legal. The following table gives the legal combinations for inch-based resolutions and the corresponding paper sizes [T.30].
注：并非所有X分辨率、Y分辨率和ImageWidth的组合都是合法的。下表给出了基于英寸的分辨率和相应纸张尺寸的合法组合[T.30]。
+--------------------------------+---------------------------+
| XResolution x YResolution | ImageWidth |
+--------------------------------+---------------------------+
| 100 x 100 | 864 | 1024 | 1216 |
+--------------------------------+---------------------------+
| 200 x 200 | 1728 | 2048 | 2432 |
+--------------------------------+---------------------------+
| 300 x 300 | 2592 | 3072 | 3648 |
+--------------------------------+---------------------------+
| 400 x 400 | 3456 | 4096 | 4864 |
+--------------------------------+---------------------------+
|Letter,A4| B4 | A3 |
| Legal | | |
+---------------------------+
| Paper Size |
+---------------------------+
+--------------------------------+---------------------------+
| XResolution x YResolution | ImageWidth |
+--------------------------------+---------------------------+
| 100 x 100 | 864 | 1024 | 1216 |
+--------------------------------+---------------------------+
| 200 x 200 | 1728 | 2048 | 2432 |
+--------------------------------+---------------------------+
| 300 x 300 | 2592 | 3072 | 3648 |
+--------------------------------+---------------------------+
| 400 x 400 | 3456 | 4096 | 4864 |
+--------------------------------+---------------------------+
|Letter,A4| B4 | A3 |
| Legal | | |
+---------------------------+
| Paper Size |
+---------------------------+
The JPEG compression standard allows for the a*b* chroma components of an image to be subsampled relative to the L* lightness component. The extension fields ChromaSubSampling and ChromaPositioning define the subsampling. They are the same as YCbCrSubSampling and YCbCrPositioning in [TIFF] but have been renamed to reflect their applicability to other color spaces.
JPEG压缩标准允许相对于L*亮度分量对图像的a*b*色度分量进行二次采样。扩展字段ChromaSubSampling和ChromaPositioning定义子采样。它们与[TIFF]中的YCbCrSubSampling和YCbCrPositioning相同，但已重命名以反映其对其他颜色空间的适用性。
ChromaSubSampling(530). SHORT Count = 2 Specifies the subsampling factors for the chroma components of a L*a*b* image. The two subfields of this field, ChromaSubsampleHoriz and ChromaSubsampleVert, specify the horizontal and vertical subsampling factors respectively.
色度采样（530）。SHORT Count=2指定L*a*b*图像的色度分量的子采样因子。该字段的两个子字段ChromaSubsampleHoriz和ChromaSubsampleVert分别指定水平和垂直子采样因子。
SHORT 0: ChromaSubsampleHoriz = 1, 2. 1: equal numbers of lightness and chroma samples horizontally, 2: twice as many lightness samples as chroma samples horizontally,
短0:ChromaSubsampleHoriz=1，2。1：水平方向上亮度和色度样本数量相等，2：水平方向上亮度样本数量是色度样本数量的两倍，
SHORT 1: ChromaSubsampleVert = 1, 2. 1: equal numbers of lightness and chroma samples vertically, 2: twice as many lightness samples as chroma samples vertically,
SHORT 1:ChromaSubsampleVert=1,2。1：垂直方向上亮度和色度样本数量相等，2：垂直方向上亮度样本数量是色度样本数量的两倍，
The default value for ChromaSubSampling is (2,2), which is the
default for chroma subsampling in color fax [T.4, Annex E]. No
chroma subsampling, i.e., ChromaSubSampling = (1,1), is an option
for color fax.
The default value for ChromaSubSampling is (2,2), which is the
default for chroma subsampling in color fax [T.4, Annex E]. No
chroma subsampling, i.e., ChromaSubSampling = (1,1), is an option
for color fax.
ChromaPositioning(531) = 1. SHORT Specifies the spatial positioning of chroma components relative to the lightness component. 1: centered, value of 1 means chrominance samples are spatially offset and centered with respect to luminance samples. See the current TIFF specification under YcbCr positioning for further information. Default = 1, which is what ITU-T T.4, Annex E specifies.
色度定位（531）=1。SHORT指定色度分量相对于亮度分量的空间位置。1：居中，值1表示色度样本在空间上偏移，并相对于亮度样本居中。有关更多信息，请参阅YcbCr定位下的当前TIFF规范。默认值=1，这是ITU-T T.4附录E中规定的。
Decode(433).
SRATIONAL
Count = 2 * SamplesPerPixel
Describes how to map image sample values into the range of values
appropriate for the current color space. In general, the values
are taken in pairs and specify the minimum and maximum output
value for each color component. For the base color fax profile,
Decode has a count of 6 values and maps the unsigned ITULAB-
encoded sample values (Lsample, asample, bsample) to signed L*a*b*
values, as follows:
L* = Decode[0] + Lsample x (Decode[1]-Decode[0])/(2^n -1)
a* = Decode[2] + asample x (Decode[3]-Decode[2])/(2^n -1)
b* = Decode[4] + bsample x (Decode[5]-Decode[4])/(2^n -1)
where Decode[0], Decode[2] and Decode[4] are the minimum values
for L*, a*, and b*; Decode[1], Decode[3] and Decode[5] are the
Decode(433).
SRATIONAL
Count = 2 * SamplesPerPixel
Describes how to map image sample values into the range of values
appropriate for the current color space. In general, the values
are taken in pairs and specify the minimum and maximum output
value for each color component. For the base color fax profile,
Decode has a count of 6 values and maps the unsigned ITULAB-
encoded sample values (Lsample, asample, bsample) to signed L*a*b*
values, as follows:
L* = Decode[0] + Lsample x (Decode[1]-Decode[0])/(2^n -1)
a* = Decode[2] + asample x (Decode[3]-Decode[2])/(2^n -1)
b* = Decode[4] + bsample x (Decode[5]-Decode[4])/(2^n -1)
where Decode[0], Decode[2] and Decode[4] are the minimum values
for L*, a*, and b*; Decode[1], Decode[3] and Decode[5] are the
maximum values for L*, a*, and b*; and n is the BitsPerSample. When n=8,=20 L*=Decode[0] when Lsample=0 and L*=Decode[1] when Lsample=255.
L*、a*和b*的最大值；n是位示例。当n=8时，当lssample=0时，L*=Decode[0]，当lssample=255时，L*=Decode[1]。
ITU-T Rec. T.42 specifies the ITULAB encoding in terms of a range and offset for each component, which are related to the minimum and maximum values as follows:
ITU-T Rec.T.42根据每个组件的范围和偏移量规定了ITULAB编码，其与最小值和最大值相关，如下所示：
minimum = - (range x offset) / 2^n - 1
maximum = minimum + range
minimum = - (range x offset) / 2^n - 1
maximum = minimum + range
The Decode field default values depend on the color space. For the ITULAB color space encoding, the default values correspond to the base range and offset, as specified in ITU-T Rec. T.42 [T.42]. The following table gives the base range and offset values for BitsPerSample=8, and the corresponding default minimum and maximum default values for the Decode field, calculated using the equations above when PhotometricInterpetation=10.
解码字段默认值取决于颜色空间。对于ITULAB颜色空间编码，默认值对应于ITU-T Rec.T.42[T.42]中规定的基本范围和偏移量。下表给出了BitsPerSample=8的基本范围和偏移值，以及解码字段的相应默认最小值和最大值，当PhotometricInterpetation=10时，使用上述公式计算。
Refer to ITU-T Rec. T.42 [T.42] to calculate the range and offset, and hence the minimum and maximum values, for other BitsPerSample values.
参考ITU-T Rec.T.42[T.42]计算其他比特采样值的范围和偏移量，从而计算最小值和最大值。
+-----------------------------------------------+
| ITU-T Rec. T.42 | Decode |
+---------+-----------| base values | default values |
| BitsPer + Component +------------------+----------------------------+
| -Sample | | Range | Offset | Min | Max |
+---------+-----------+--------+---------+--------------+-------------+
| 8 | L* | 100 | 0 | 0 | 100 |
| +-----------+--------+---------+--------------+-------------+
| | a* | 170 | 128 | -21760/255 | 21590/255 |
| +-----------+--------+---------+--------------+-------------+
| | b* | 200 | 96 | -19200/255 | 31800/255 |
+---------+-----------+--------+---------+--------------+-------------+
+-----------------------------------------------+
| ITU-T Rec. T.42 | Decode |
+---------+-----------| base values | default values |
| BitsPer + Component +------------------+----------------------------+
| -Sample | | Range | Offset | Min | Max |
+---------+-----------+--------+---------+--------------+-------------+
| 8 | L* | 100 | 0 | 0 | 100 |
| +-----------+--------+---------+--------------+-------------+
| | a* | 170 | 128 | -21760/255 | 21590/255 |
| +-----------+--------+---------+--------------+-------------+
| | b* | 200 | 96 | -19200/255 | 31800/255 |
+---------+-----------+--------+---------+--------------+-------------+
For example, when PhotometricInterpretation=10 and BitsPerSample=8, the default value for Decode is (0, 100, -21760/255, 21590/255, -19200/255, 31800/255). For guidelines on the use of the Decode field, see section 5.2.2 of [GUIDE].
例如，当PhotometricInterpretation=10且BitsPerSample=8时，解码的默认值为（01100，-21760/255、21590/255，-19200/255、31800/255）。有关解码字段的使用指南，请参见[指南]第5.2.2节。
See Sections 2.2.3. and 2.2.4.
见第2.2.3节。和2.2.4。
Recommended fields are shown with an asterisk (*).
推荐字段以星号（*）显示。
Required fields or values are shown with a double asterisk (**). If the double asterisk is on the field name, then all the listed values are required of implementations; if the double asterisk is in the Values column, then only the values suffixed with a double asterisk are required of implementations.
必填字段或值以双星号（**）显示。如果字段名上有双星号，则所有列出的值都是实现所必需的；如果“值”列中有双星号，则实现只需要以双星号作为后缀的值。
+---------------------------+--------------------------------+
| Baseline Fields | Values |
+---------------------------+--------------------------------+
| BitsPerSample | 8**: 8 bits per color sample |
+---------------------------+--------------------------------+
| Compression** | 7: JPEG |
+---------------------------+--------------------------------+
| DateTime* | {ASCII}: date/time in 24-hour |
| | format "YYYY:MM:DD HH:MM:SS" |
+---------------------------+--------------------------------+
| FillOrder** | 1: most significant bit first |
| | 2: least significant bit first |
+---------------------------+--------------------------------+
| ImageDescription* | {ASCII}: A string describing |
| | the contents of the image |
+---------------------------+--------------------------------+
| ImageWidth | 864, 1024, 1216, 1728**, 2048 |
| | 2432, 2592, 3072, 3456, 3648 |
| | 4096, 4864 |
+---------------------------+--------------------------------+
| ImageLength** | n: total number of scanlines |
| | in image |
+---------------------------+--------------------------------+
| NewSubFileType** | 2: Bit 1 identifies single page|
| | of a multi-page document |
+---------------------------+--------------------------------+
| Orientation | 1**-8, Default 1 |
+---------------------------+--------------------------------+
+---------------------------+--------------------------------+
| Baseline Fields | Values |
+---------------------------+--------------------------------+
| BitsPerSample | 8**: 8 bits per color sample |
+---------------------------+--------------------------------+
| Compression** | 7: JPEG |
+---------------------------+--------------------------------+
| DateTime* | {ASCII}: date/time in 24-hour |
| | format "YYYY:MM:DD HH:MM:SS" |
+---------------------------+--------------------------------+
| FillOrder** | 1: most significant bit first |
| | 2: least significant bit first |
+---------------------------+--------------------------------+
| ImageDescription* | {ASCII}: A string describing |
| | the contents of the image |
+---------------------------+--------------------------------+
| ImageWidth | 864, 1024, 1216, 1728**, 2048 |
| | 2432, 2592, 3072, 3456, 3648 |
| | 4096, 4864 |
+---------------------------+--------------------------------+
| ImageLength** | n: total number of scanlines |
| | in image |
+---------------------------+--------------------------------+
| NewSubFileType** | 2: Bit 1 identifies single page|
| | of a multi-page document |
+---------------------------+--------------------------------+
| Orientation | 1**-8, Default 1 |
+---------------------------+--------------------------------+
+------------------------------------------------------------+
| PhotometricInterpretation | 10**: ITULAB |
+---------------------------+--------------------------------+
| ResolutionUnit** | 2: inch |
+---------------------------+--------------------------------+
| RowsPerStrip** | n: number of scanlines per |
| | TIFF strip |
+---------------------------+--------------------------------+
| SamplesPerPixel | 1**: L* (lightness) |
| | 3: LAB |
+---------------------------+--------------------------------+
| Software* | {ASCII}: name & release number |
| | of creator software |
+---------------------------+--------------------------------+
| StripByteCounts** | <n>: number or bytes in |
| | TIFF strip |
+---------------------------+--------------------------------+
| StripOffsets** | <n>: offset from beginning |
| | of file to each TIFF strip |
+---------------------------+--------------------------------+
| XResolution | 100, 200**, 300, 400 (written |
| | in pixels/inch) |
+---------------------------+--------------------------------+
| YResolution | 100, 200**, 300, 400 |
| | (must equal XResolution) |
+---------------------------+--------------------------------+
| Extension Fields |
+---------------------------+--------------------------------+
| DocumentName* | {ASCII}: name of scanned |
| | document |
+---------------------------+--------------------------------+
| PageNumber** | n,m: page number followed by |
| | total page count |
+---------------------------+--------------------------------+
| ChromaSubSampling | (1,1), (2, 2)** |
| | (1, 1): equal numbers of |
| | lightness and chroma samples |
| | horizontally and vertically |
| | (2, 2): twice as many lightness|
| | samples as chroma samples |
| | horizontally and vertically |
+---------------------------+--------------------------------+
| ChromaPositioning | 1**: centered |
+------------------------------------------------------------+
+------------------------------------------------------------+
| PhotometricInterpretation | 10**: ITULAB |
+---------------------------+--------------------------------+
| ResolutionUnit** | 2: inch |
+---------------------------+--------------------------------+
| RowsPerStrip** | n: number of scanlines per |
| | TIFF strip |
+---------------------------+--------------------------------+
| SamplesPerPixel | 1**: L* (lightness) |
| | 3: LAB |
+---------------------------+--------------------------------+
| Software* | {ASCII}: name & release number |
| | of creator software |
+---------------------------+--------------------------------+
| StripByteCounts** | <n>: number or bytes in |
| | TIFF strip |
+---------------------------+--------------------------------+
| StripOffsets** | <n>: offset from beginning |
| | of file to each TIFF strip |
+---------------------------+--------------------------------+
| XResolution | 100, 200**, 300, 400 (written |
| | in pixels/inch) |
+---------------------------+--------------------------------+
| YResolution | 100, 200**, 300, 400 |
| | (must equal XResolution) |
+---------------------------+--------------------------------+
| Extension Fields |
+---------------------------+--------------------------------+
| DocumentName* | {ASCII}: name of scanned |
| | document |
+---------------------------+--------------------------------+
| PageNumber** | n,m: page number followed by |
| | total page count |
+---------------------------+--------------------------------+
| ChromaSubSampling | (1,1), (2, 2)** |
| | (1, 1): equal numbers of |
| | lightness and chroma samples |
| | horizontally and vertically |
| | (2, 2): twice as many lightness|
| | samples as chroma samples |
| | horizontally and vertically |
+---------------------------+--------------------------------+
| ChromaPositioning | 1**: centered |
+------------------------------------------------------------+
+---------------------------+--------------------------------+
| New Fields |
+---------------------------+--------------------------------+
| Decode** | minL, maxL, mina, maxa, minb, |
| | maxb: minimum and maximum |
| | values for L*a*b* |
+---------------------------+--------------------------------+
| GlobalParametersIFD* | IFD: IFD containing |
| | global parameters |
+---------------------------+--------------------------------+
| ProfileType* | n: type of data stored in |
| | TIFF file |
+---------------------------+--------------------------------+
| FaxProfile* | n: ITU-compatible fax profile |
+---------------------------+--------------------------------+
| CodingMethods* | n: compression algorithms |
| | used in file |
+---------------------------+--------------------------------+
| VersionYear* | byte sequence: year of ITU std |
+---------------------------+--------------------------------+
+---------------------------+--------------------------------+
| New Fields |
+---------------------------+--------------------------------+
| Decode** | minL, maxL, mina, maxa, minb, |
| | maxb: minimum and maximum |
| | values for L*a*b* |
+---------------------------+--------------------------------+
| GlobalParametersIFD* | IFD: IFD containing |
| | global parameters |
+---------------------------+--------------------------------+
| ProfileType* | n: type of data stored in |
| | TIFF file |
+---------------------------+--------------------------------+
| FaxProfile* | n: ITU-compatible fax profile |
+---------------------------+--------------------------------+
| CodingMethods* | n: compression algorithms |
| | used in file |
+---------------------------+--------------------------------+
| VersionYear* | byte sequence: year of ITU std |
+---------------------------+--------------------------------+
This section defines the lossless color profile of TIFF for facsimile, designated Profile L. Implementations of this profile are required to also implement Profiles S and C as well.
本节定义了传真用TIFF的无损颜色配置文件，指定为配置文件L。此配置文件的实现还需要实现配置文件S和C。
This profile, specified in [T.43] and [T.4] Annex G, uses JBIG to code three types of color and grayscale images losslessly: one bit per color CMY, CMYK, and RGB images; a palettized (i.e., mapped) color image; and continuous tone color and grayscale images. The last two are multi-level and use the L*a*b* encoding specified in [T.42].
[T.43]和[T.4]附录G中规定的此配置文件使用JBIG对三种类型的彩色和灰度图像进行无损编码：每彩色CMY、CMYK和RGB图像一位；调色板化（即，映射）彩色图像；以及连续色调和灰度图像。最后两个是多级的，使用[T.42]中指定的L*a*b*编码。
While under development, ITU-T Rec. T.43 was called T.Palette, as one of its major additions was palettized color images. Baseline TIFF only allows RGB color maps, but ITU-T Rec. T.43 requires L*a*b* color maps, using the encoding specified in ITU-T Rec. T.42. Palette color images are expressed with indices (bits per sample) of 12 bits or less, or optionally 13 to 16 bits, per [T.43] and Annex G in [T.4]. Profile L files use the color table in the T.43 data stream rather than the TIFF ColorMap field.
在开发过程中，ITU-T Rec.T.43被称为T.Palette，因为它的主要补充之一是调色板彩色图像。基线TIFF仅允许RGB颜色映射，但ITU-T Rec.T.43要求使用ITU-T Rec.T.42中指定的编码进行L*a*b*颜色映射。根据[T.43]和[T.4]中的附录G，调色板颜色图像用12位或更少的索引（每个样本的位）表示，或者可选地用13到16位表示。Profile L文件使用T.43数据流中的颜色表，而不是TIFF ColorMap字段。
Enabling T.43 color maps in TIFF requires the extension field Indexed, as defined in [TTN1], and the PhotometricInterpretation field value 10, as defined in Section 6.2.1. The following table shows the corresponding PhotometricInterpretation, SamplesPerPixel, BitsPerSample, and Indexed field values for the different T.43 image types.
在TIFF中启用T.43颜色映射需要[TTN1]中定义的扩展字段索引，以及第6.2.1节中定义的光度测量解释字段值10。下表显示了不同T.43图像类型的相应光度测量解释、每像素采样、位采样和索引字段值。
+----------------------------------------------------------+
| Image Type |PhotometricIn| Samples | Bits Per | Indexed |
| |-terpretation| Per Pixel| Sample | |
|------------+-------------+----------+----------+---------|
| RGB | 2=RGB | 3 | 1 | 0 |
+----------------------------------------------------------+
| CMY | 5=CMYK | 3 | 1 | 0 |
+------------+-------------+----------+----------+---------+
| CMYK | 5=CMYK | 4 | 1 | 0 |
+------------+-------------+----------+----------+---------+
| Palette | 10=ITULAB | 1 | n | 1 |
+------------+-------------+----------+----------+---------+
| Grayscale | 10=ITULAB | 1 |2-8, 9-12 | 0 |
+------------+-------------+----------+----------+---------+
| Color | 10=ITULAB | 3 |2-8, 9-12 | 0 |
+------------+-------------+----------+----------+---------+
+----------------------------------------------------------+
| Image Type |PhotometricIn| Samples | Bits Per | Indexed |
| |-terpretation| Per Pixel| Sample | |
|------------+-------------+----------+----------+---------|
| RGB | 2=RGB | 3 | 1 | 0 |
+----------------------------------------------------------+
| CMY | 5=CMYK | 3 | 1 | 0 |
+------------+-------------+----------+----------+---------+
| CMYK | 5=CMYK | 4 | 1 | 0 |
+------------+-------------+----------+----------+---------+
| Palette | 10=ITULAB | 1 | n | 1 |
+------------+-------------+----------+----------+---------+
| Grayscale | 10=ITULAB | 1 |2-8, 9-12 | 0 |
+------------+-------------+----------+----------+---------+
| Color | 10=ITULAB | 3 |2-8, 9-12 | 0 |
+------------+-------------+----------+----------+---------+
T.43 uses the single-progression sequential mode of JBIG, defined in ITU-T Rec. T.82. (Other compression methods are for further study.) To code multi-level images using JBIG, which is a bi-level compression method, an image is resolved into a set of bit-planes, and each bit-plane is then JBIG compressed. For continuous-tone color and grayscale images, Gray code conversion is used. The Gray code conversion is part of the data-stream encoding and is therefore invisible to TIFF.
T.43使用JBIG的单级渐进顺序模式，定义见ITU-T Rec.T.82。（其他压缩方法有待进一步研究。）为了使用JBIG（一种双层压缩方法）对多级图像进行编码，将图像分解为一组位平面，然后对每个位平面进行JBIG压缩。对于连续色调的彩色和灰度图像，使用格雷码转换。格雷码转换是数据流编码的一部分，因此TIFF不可见。
This section lists the required fields, in addition to those in Section 2.2.1, and the values they must have to be compatible with ITU-T Rec. T.43.
除第2.2.1节中的字段外，本节还列出了所需字段以及这些字段必须与ITU-T Rec.T.43兼容的值。
ImageWidth(256).
SHORT or LONG
Same page widths as the base color profile; see Section 6.2.1.
NewSubFileType(254) = (Bit 1=1).
LONG
RequiredByTIFFforFAX
Bit 1 is 1 if the image is a single page of a multi-page document.
Default = 0 (no subfile bits on, so may not be omitted for fax).
ImageWidth(256).
SHORT or LONG
Same page widths as the base color profile; see Section 6.2.1.
NewSubFileType(254) = (Bit 1=1).
LONG
RequiredByTIFFforFAX
Bit 1 is 1 if the image is a single page of a multi-page document.
Default = 0 (no subfile bits on, so may not be omitted for fax).
BitsPerSample(258) = 1, 2 - 8, 9 - 12. SHORT Count = SamplesPerPixel RGB, CMY, CMYK: 1 bit per sample Continuous tone (L*a*b*): 2 - 8 bits per sample, 9 - 12 bits optional. Palette color: 12 or fewer bits per sample. Note: More than 8 bits per sample is not baseline TIFF.
比特率样本（258）=1，2-8，9-12。短计数=采样每像素RGB、CMY、CMYK：每采样1位连续音调（L*a*b*）：每采样2-8位，9-12位可选。调色板颜色：每个样本12位或更少。注：每个样本超过8位不是基线TIFF。
Compression(259) = 10. SHORT 10: ITU-T Rec. T.43 representation, using ITU-T Rec. T.82 (JBIG) coding
压缩（259）=10。简短10:ITU-T Rec.T.43表示，使用ITU-T Rec.T.82（JBIG）编码
FillOrder(266) = 1 , 2. SHORT RequiredByTIFFBaseline Profile L readers must be able to read data in both bit orders, but the vast majority of facsimile products store data LSB first, exactly as it appears on the telephone line. 1 = Most Significant Bit first. 2 = Least Significant Bit first.
填充顺序（266）=1，2。SHORT RequiredByTiffl阅读器必须能够以两种位顺序读取数据，但绝大多数传真产品首先存储数据LSB，与电话线上显示的数据完全相同。1=第一个最高有效位。2=最低有效位优先。
PhotometricInterpretation(262) = 2, 5, 10. SHORT 2: RGB 5: CMYK, including CMY 10: ITULAB Image data may also be stored as palette-color images, where pixel values are represented by a single component that is an index into a color map using the ITULAB encoding. This color map is specified by the color palette table embedded in the image data stream. To use palette-color images, set the PhotometricInterpretation to 10, SamplesPerPixel to 1, Indexed to 1, and use the color map in the data stream. See Section 7.1.1 for discussion of the color encoding.
测光解释（262）=2,5,10。SHORT 2:RGB 5:CMYK，包括CMY 10:ITULAB图像数据也可以存储为调色板颜色图像，其中像素值由单个组件表示，该组件是使用ITULAB编码的颜色映射的索引。该颜色映射由嵌入在图像数据流中的调色板表指定。要使用调色板颜色图像，请将“光度测量解释”设置为10，将“SamplesPerPixel”设置为1，将“索引”设置为1，并在数据流中使用颜色贴图。有关颜色编码的讨论，请参见第7.1.1节。
ResolutionUnit(296) = 2. SHORT The unit of measure for resolution. 2 = inch. ITU-T standards only specify inch-based resolutions for color fax. Default = 2 (field may be omitted if this is the value).
分辨率单位（296）=2。缩短分辨率的度量单位。2=英寸。ITU-T标准仅规定彩色传真的基于英寸的分辨率。默认值=2（如果为该值，则可省略该字段）。
SamplesPerPixel(277) = 1, 3, 4. SHORT 1: Palette-color image, or L*-only if Indexed = 0 and PhotometricInterpretation is 10 (ITULAB). 3: RGB, or L*a*b*, or CMY if PhotometricInterpretation is 5 (CMYK). 4: CMYK.
每像素采样数（277）=1,3,4。短1：调色板颜色图像，或L*-仅当索引=0且光度测量解释为10时（ITULAB）。3：RGB，或L*a*b*，或CMY，如果光度测量解释为5（CMYK）。4:CMYK。
XResolution(282) = 100, 200, 300, 400. RATIONAL YResolution(283) = 100, 200, 300, 400. RATIONAL The resolution of the image is expressed in pixels per resolution unit. In pixels per inch, allowed XResolution values are 100, 200, 300, and 400. The lossless color fax profile requires the pixels to be square, hence YResolution must equal XResolution. Base resolution is 200 pixels per inch.
分辨率（282）=100200300400。合理的YResolution（283）=100200300400。RATIONAL图像的分辨率以每分辨率单位的像素表示。以每英寸像素为单位，允许的X分辨率值为100、200、300和400。无损彩色传真配置文件要求像素为正方形，因此Y分辨率必须等于X分辨率。基本分辨率为每英寸200像素。
Indexed(346) = 0, 1. SHORT 0: not a palette-color image. 1: palette-color image. This field is used to indicate that each sample value is an index into an array of color values specified in the image data stream. Because the color map is embedded in the image data stream, the ColorMap field is not used in Profile L. Lossless color fax profile supports palette-color images with the ITULAB encoding. The SamplesPerPixel value must be 1.
索引（346）=0，1。短0：不是调色板颜色图像。1：调色板颜色图像。此字段用于指示每个采样值都是图像数据流中指定的颜色值数组的索引。由于颜色映射嵌入到图像数据流中，因此在配置文件L中不使用“颜色映射”字段。无损彩色传真配置文件支持使用ITULAB编码的调色板颜色图像。SamplesPerPixel值必须为1。
Decode(433) SRATIONAL Decode is used in connection with the ITULAB encoding of image data; see Section 6.2.3.
解码（433）SRATIONAL Decode与图像数据的ITULAB编码结合使用；见第6.2.3节。
See Sections 2.2.3. and 2.2.4.
见第2.2.3节。和2.2.4。
Recommended fields are shown with an asterisk (*).
推荐字段以星号（*）显示。
Required fields or values are shown with a double asterisk (**). If the double asterisk is on the field name, then all the listed values are required of implementations; if the double asterisks are in the Values column, then only the values suffixed with a double asterisk are required of implementations.
必填字段或值以双星号（**）显示。如果字段名上有双星号，则所有列出的值都是实现所必需的；如果“值”列中有双星号，则实现只需要带有双星号后缀的值。
+--------------------+--------------------------------------+
| Baseline Fields | Values |
+--------------------+--------------------------------------+
| BitsPerSample | 1: Binary RGB, CMY(K) |
| | 8**: 8 bits per color sample |
| | 9 - 12: optional |
+--------------------+--------------------------------------+
| Compression | 10**: JBIG, per T.43 |
+--------------------+--------------------------------------+
| DateTime* | {ASCII}: date/time in the 24-hour |
| | format "YYYY:MM:DD HH:MM:SS" |
+--------------------+--------------------------------------+
| FillOrder** | 1: Most significant bit first |
| | 2: Least significant bit first |
+--------------------+--------------------------------------+
| ImageDescription* | {ASCII}: A string describing the |
| | contents of the image |
+--------------------+--------------------------------------+
| ImageWidth | 864, 1024, 1216, 1728**, 2048, 2432, |
| | 2592, 3072, 3456, 3648, 4096, 4864 |
+--------------------+--------------------------------------+
| ImageLength** | n: total number of scanlines in image|
+--------------------+--------------------------------------+
| NewSubFileType | 2**: Bit 1 identifies single page of |
| | a multi-page document |
+--------------------+--------------------------------------+
+--------------------+--------------------------------------+
| Baseline Fields | Values |
+--------------------+--------------------------------------+
| BitsPerSample | 1: Binary RGB, CMY(K) |
| | 8**: 8 bits per color sample |
| | 9 - 12: optional |
+--------------------+--------------------------------------+
| Compression | 10**: JBIG, per T.43 |
+--------------------+--------------------------------------+
| DateTime* | {ASCII}: date/time in the 24-hour |
| | format "YYYY:MM:DD HH:MM:SS" |
+--------------------+--------------------------------------+
| FillOrder** | 1: Most significant bit first |
| | 2: Least significant bit first |
+--------------------+--------------------------------------+
| ImageDescription* | {ASCII}: A string describing the |
| | contents of the image |
+--------------------+--------------------------------------+
| ImageWidth | 864, 1024, 1216, 1728**, 2048, 2432, |
| | 2592, 3072, 3456, 3648, 4096, 4864 |
+--------------------+--------------------------------------+
| ImageLength** | n: total number of scanlines in image|
+--------------------+--------------------------------------+
| NewSubFileType | 2**: Bit 1 identifies single page of |
| | a multi-page document |
+--------------------+--------------------------------------+
+--------------------+--------------------------------------+
| Orientation | 1**-8, Default 1 |
+--------------------+--------------------------------------+
| PhotometricInter- | 2: RGB |
| pretation | 5: CMYK |
| | 10**: ITULAB |
+--------------------+--------------------------------------+
| ResolutionUnit** | 2: inch |
+--------------------+--------------------------------------+
| RowsPerStrip** | n: number of scanlines per TIFF strip|
+--------------------+--------------------------------------+
| SamplesPerPixel | 1**: L* (lightness) |
| | 3: LAB, RGB, CMY |
| | 4: CMYK |
+--------------------+--------------------------------------+
| Software* | {ASCII}: name & release number of |
| | creator software |
+--------------------+--------------------------------------+
| StripByteCounts** | <n>: number or bytes in TIFF strip |
+--------------------+--------------------------------------+
| StripOffsets** | <n>: offset from beginning of file to|
| | each TIFF strip |
+--------------------+--------------------------------------+
| XResolution | 100, 200**, 300, 400 (pixels/inch) |
+--------------------+--------------------------------------+
| YResolution | equal to XResolution (pixels must be |
| | square) |
+--------------------+--------------------------------------+
| Extension Fields |
+--------------------+--------------------------------------+
| DocumentName* | {ASCII}: name of scanned document |
+--------------------+--------------------------------------+
| PageNumber** | n,m: page number followed by total |
| | page count |
+--------------------+--------------------------------------+
| Indexed | 0: not a palette-color image |
| | 1: palette-color image |
+--------------------+--------------------------------------+
| New Fields |
+--------------------+--------------------------------------|
| Decode | minL, maxL, mina, maxa, minb, maxb: |
| | minimum and maximum values for L*a*b*|
+--------------------+--------------------------------------+
| GlobalParameters | IFD: global parameters IFD |
| IFD* | |
+-----------------------------------------------------------+
+--------------------+--------------------------------------+
| Orientation | 1**-8, Default 1 |
+--------------------+--------------------------------------+
| PhotometricInter- | 2: RGB |
| pretation | 5: CMYK |
| | 10**: ITULAB |
+--------------------+--------------------------------------+
| ResolutionUnit** | 2: inch |
+--------------------+--------------------------------------+
| RowsPerStrip** | n: number of scanlines per TIFF strip|
+--------------------+--------------------------------------+
| SamplesPerPixel | 1**: L* (lightness) |
| | 3: LAB, RGB, CMY |
| | 4: CMYK |
+--------------------+--------------------------------------+
| Software* | {ASCII}: name & release number of |
| | creator software |
+--------------------+--------------------------------------+
| StripByteCounts** | <n>: number or bytes in TIFF strip |
+--------------------+--------------------------------------+
| StripOffsets** | <n>: offset from beginning of file to|
| | each TIFF strip |
+--------------------+--------------------------------------+
| XResolution | 100, 200**, 300, 400 (pixels/inch) |
+--------------------+--------------------------------------+
| YResolution | equal to XResolution (pixels must be |
| | square) |
+--------------------+--------------------------------------+
| Extension Fields |
+--------------------+--------------------------------------+
| DocumentName* | {ASCII}: name of scanned document |
+--------------------+--------------------------------------+
| PageNumber** | n,m: page number followed by total |
| | page count |
+--------------------+--------------------------------------+
| Indexed | 0: not a palette-color image |
| | 1: palette-color image |
+--------------------+--------------------------------------+
| New Fields |
+--------------------+--------------------------------------|
| Decode | minL, maxL, mina, maxa, minb, maxb: |
| | minimum and maximum values for L*a*b*|
+--------------------+--------------------------------------+
| GlobalParameters | IFD: global parameters IFD |
| IFD* | |
+-----------------------------------------------------------+
+--------------------+--------------------------------------+
| ProfileType* | n: type of data stored in TIFF file |
+--------------------+--------------------------------------+
| FaxProfile* | n: ITU-compatible fax profile |
+--------------------+--------------------------------------+
| CodingMethods* | n: compression algorithms used in |
| | file |
+--------------------+--------------------------------------+
| VersionYear* | byte sequence: year of ITU fax std |
+--------------------+--------------------------------------+
+--------------------+--------------------------------------+
| ProfileType* | n: type of data stored in TIFF file |
+--------------------+--------------------------------------+
| FaxProfile* | n: ITU-compatible fax profile |
+--------------------+--------------------------------------+
| CodingMethods* | n: compression algorithms used in |
| | file |
+--------------------+--------------------------------------+
| VersionYear* | byte sequence: year of ITU fax std |
+--------------------+--------------------------------------+
This section defines the Mixed Raster Content profile of TIFF for facsimile, designated Profile M. Implementations of this profile are required to implement Profiles S and C and may optionally implement Profiles F, J and L.
本节定义了传真用TIFF的混合光栅内容配置文件，指定为配置文件M。实施该配置文件需要实施配置文件S和C，也可以选择实施配置文件F、J和L。
Unlike previous fax profiles, which use a single coding method and resolution for an entire fax page, Mixed Raster Content [T.44] enables different coding methods and resolutions within a single page. For example, consider a page that contains black-and-white text, which is best coded with MMR or JBIG; a color bar chart, best coded with JBIG; and a scanned color image, best coded with JPEG. Similarly, although spatial resolution of 400 pixels per inch may be best for the black-and-white text, 200 pixels per inch is usually sufficient for a color image.
与以前的传真配置文件不同，以前的传真配置文件对整个传真页面使用单一编码方法和分辨率，混合光栅内容[T.44]在单个页面中启用不同的编码方法和分辨率。例如，考虑一个包含黑白文本的页面，它最好用MMR或JBIG编码；彩色条形图，最好用JBIG编码；和扫描的彩色图像，最好用JPEG编码。类似地，尽管对于黑白文本来说，每英寸400像素的空间分辨率可能是最好的，但是对于彩色图像来说，每英寸200像素通常就足够了。
Rather than applying one coding method and resolution to all elements, MRC allows multiple coders and resolutions within a page. By itself, MRC does not define any new coding methods or resolutions. Instead it defines a 3-layer image model for structuring and combining the scanned image data. The MRC 3-layer model has been applied here with the TIFF format to yield a data structure that differs from [T.44], though it applies the same coding methods, uses the same compressed image data streams, and is consistent with the TIFF principle of a single IFD per image.
MRC允许在一个页面中使用多个编码器和分辨率，而不是对所有元素应用一种编码方法和分辨率。MRC本身并不定义任何新的编码方法或分辨率。相反，它定义了一个用于构造和组合扫描图像数据的3层图像模型。MRC三层模型与TIFF格式一起应用于此，以产生不同于[T.44]的数据结构，尽管其采用相同的编码方法，使用相同的压缩图像数据流，并且与TIFF原则一致，即每幅图像使用一个IFD。
The 3 layers of the MRC model are Foreground and Background, which are both multi-level, and Mask, which is bi-level. Each layer may appear only once on a page and is coded independently of the other two layers. The final image is obtained by using the Mask layer to determine whether output pixels come from the Foreground layer or the Background layer. When the Mask layer pixel value is 1, the
MRC模型的三层是前景和背景，它们都是多级的，而遮罩是双层的。每一层在页面上只能出现一次，并且独立于其他两层进行编码。通过使用遮罩层来确定输出像素是来自前景层还是背景层来获得最终图像。当遮罩层像素值为1时
corresponding pixel from the Foreground layer is selected; when it is 0, the corresponding pixel from the Background layer is selected. Details are given in the Introduction of [T.44].
选择来自前景层的对应像素；当它为0时，将选择背景层中相应的像素。详情见[T.44]导言。
In our earlier example, the shape of the black-and-white text and the mask for the color chart could be in the Mask layer, the color of the chart and text in the Foreground layer, and the color image in the Background layer. If a Mask layer pixel has a value of 1, the final image pixel will be, depending on the pixel location, from either the color chart or text color in the Foreground layer. If a Mask layer pixel has a value of 0, the final image pixel will be from the color image in the Background layer.
在我们前面的示例中，黑白文本的形状和彩色图表的遮罩可以在遮罩层中，图表和文本的颜色可以在前景层中，彩色图像可以在背景层中。如果遮罩层像素的值为1，则最终图像像素将来自前景层中的颜色图表或文本颜色，具体取决于像素位置。如果遮罩层像素的值为0，则最终图像像素将来自背景层中的彩色图像。
Each layer is an image and, when present, is represented by at least one IFD in a TIFF file. This is consistent with TIFF, which provides fields to define the attributes, such as resolution, image size, bits per sample, etc., of a single image or layer. The distribution of content among layers is determined by the writer, as is the choice of coding method, color encoding, and spatial resolution for a layer.
每个层都是一个图像，当存在时，由TIFF文件中的至少一个IFD表示。这与TIFF一致，TIFF提供字段来定义单个图像或层的属性，例如分辨率、图像大小、每个采样位数等。层之间内容的分布由作者决定，层的编码方法、颜色编码和空间分辨率的选择也是如此。
Not all pages, and not all parts of a page, require 3 layers. If a page has of only one layer, then that layer is the primary image whether it is a Background, Mask, or Foreground layer. If there is more than one layer, then the Mask must be one of the layers, in which case it is the primary image. In all cases, the primary image must be page size.
并非所有页面以及页面的所有部分都需要3层。如果一个页面只有一个层，那么该层就是主图像，无论它是背景层、遮罩层还是前景层。如果有多个层，则遮罩必须是其中一个层，在这种情况下，它是主图像。在所有情况下，主映像都必须是页面大小。
MRC [T.44] allows a page to be transmitted as a series of stripes, each consisting of 1, 2 or 3 layers. The number of scanlines in each stripe can vary over the page. Although [T.44] does not allow overlap between images of a single layer, the MRC profile permits overlapping IFDs when one of the IFDs is used only to define a default image color. According to [T.4] Annex H, stripes having more than 1 layer SHOULD NOT be more than 256 lines in length unless the capability to receive longer stripes has been negotiated.
MRC[T.44]允许页面以一系列条纹传输，每个条纹由1、2或3层组成。每个条带中的扫描线数量在页面上可能会有所不同。尽管[T.44]不允许单层图像之间重叠，但当其中一个IFD仅用于定义默认图像颜色时，MRC配置文件允许重叠IFD。根据[T.4]附录H，超过1层的条纹长度不应超过256行，除非已商定接收更长条纹的能力。
Furthermore, color fax also requires the spatial resolutions of Background and Foreground images to be legal fax values that are also integer factors of the Mask image resolution. For example, if the Mask-Layer resolution is 400 pixels per inch, then allowable resolutions for the Foreground and Background layers are 100, 200, or 400 pixels per inch; if the Mask is at 300 pixels per inch, then allowable values are 100 and 300. The Foreground and Background layer resolutions can be set independently of each other.
此外，彩色传真还要求背景和前景图像的空间分辨率为合法传真值，该值也是掩模图像分辨率的整数因子。例如，如果遮罩层分辨率为每英寸400像素，则前景层和背景层的允许分辨率为每英寸100、200或400像素；如果遮罩为每英寸300像素，则允许值为100和300。前景层和背景层分辨率可以彼此独立设置。
In the TIFF representation of the 3-layer MRC model, each page is represented by a single IFD, called the Primary IFD. The nextIFD offset associated with a Primary IFD will point to the Primary IFD of the next page. If the page consists of a single layer, then the Primary IFD represents that layer. If more than one layer is present, the Primary IFD represents the Mask layer and the other layers are represented by a set of child IFDs that are referenced through the SubIFD extension field [TTN1] of the Primary IFD. To distinguish MRC-specific SubIFDs from other SubIFDs, the NewSubFileType field MUST have Bit 4 ON, indicating an MRC-related IFD. A new ImageLayer field is also introduced that consists of two values that identify the layer (Foreground, Background, or Mask) and the order within the layer (first, second, ... image of the layer); see Section 8.2.3.
在三层MRC模型的TIFF表示中，每个页面由一个IFD表示，称为主IFD。与主IFD关联的nextIFD偏移量将指向下一页的主IFD。如果页面由单个层组成，则主IFD表示该层。如果存在多个层，则主IFD表示遮罩层，其他层由一组通过主IFD的子IFD扩展字段[TTN1]引用的子IFD表示。要区分MRC特定的子IFD与其他子IFD，NewSubFileType字段的第4位必须为ON，表示与MRC相关的IFD。还引入了一个新的ImageLayer字段，该字段由两个值组成，这两个值标识层（前景、背景或遮罩）和层内的顺序（层的第一、第二、…图像）；见第8.2.3节。
In Profile M, the Primary IFD represents a complete layer and corresponds to the primary image described in Section 8.1.1. There must be no other MRC-related IFDs or SubIFDs that contain image data corresponding to the layer represented by the Primary IFD.
在剖面图M中，主IFD代表一个完整的层，并对应于第8.1.1节中描述的主图像。不得有其他与MRC相关的IFD或子IFD包含与主IFD表示的图层对应的图像数据。
MRC [T.44] allows a page to be transmitted as a series of stripes. A strip within an IFD in a Profile M file represents a stripe in a [T.44] data stream. The [T.44] stripes of the Primary image are represented by a single, multiple-strip IFD; the [T.44] stripes of other layers are represented as multiple, single-strip IFDs.
MRC[T.44]允许页面作为一系列条纹传输。概要文件M中IFD中的条带表示[T.44]数据流中的条带。主图像的[T.44]条由单个、多条IFD表示；其他层的[T.44]条纹表示为多个单条IFD。
The layer represented by the Primary IFD may consist of strips of image data, but all the strips must be part of the single Primary IFD. For example, if the page consisted of only the Background layer, then all strips associated with the Background layer must be treated as a single image. Because MRC allows stripes with variable numbers of scanlines, a reader MUST support StripRowCounts field, as a writer may use it in place of the RowsPerStrip field to support a variable number of scanlines in each strip of the Primary IFD. In accordance with [TTN2], each strip shall be independently encoded, but coding parameters may not change between strips.
主IFD表示的层可能由图像数据条组成，但所有条必须是单个主IFD的一部分。例如，如果页面仅由背景层组成，则必须将与背景层关联的所有条带视为单个图像。因为MRC允许扫描线数量可变的条带，所以读卡器必须支持StripRowCounts字段，因为写卡器可以使用它代替RowsPerStrip字段来支持主IFD的每个条带中可变数量的扫描线。根据[TTN2]，每个条带应单独编码，但编码参数在条带之间不得改变。
Layers other than the layer represented by the Primary IFD store each strip as a separate IFD, allowing the coding parameters to change from strip to strip as described by the MRC standard [T.44]. In all cases, if the Mask layer exists, it shall be represented by a single IFD and a single set of coding parameters.
除主IFD表示的层以外的层将每个条带存储为单独的IFD，允许编码参数根据MRC标准[T.44]的描述在条带之间变化。在所有情况下，如果存在掩模层，则应使用单个IFD和一组编码参数表示。
The use of SubIFDs to store child IFDs is described in [TTN1]. When the Mask is the primary image, the Background and Foreground layer images are represented with child IFDs referenced by the SubIFDs
[TTN1]中描述了使用子IFD存储子IFD。当遮罩是主图像时，背景和前景层图像由子IFD引用的子IFD表示
field in the Primary IFD. There are multiple ways to organize the images of the Background and Foreground layer images: (1) the SubIFD field of the Primary IFD is an array of pointers to all child image IFDs, one entry per child image; (2) the SubIFD field is a single pointer to a linked list of all child image IFDs; (3) the SubIFD field is an array of two pointers, where the first pointer is to a linked list of all Background layer image IFDs, and the second pointer is to a linked list of all Foreground layer image IFDs. A Profile M writer SHOULD structure the Background and Foreground layer images by using (3), as shown in the example below. Furthermore, the child IFDs representing the images of the Background and Foreground layers SHOULD be ordered in the file in the same order as they occur on the page. However, a Profile M reader must scan all available child IFDs to locate and identify IFDs associated with MRC layers.
主IFD中的字段。有多种方法可以组织背景和前景层图像的图像：（1）主IFD的子IFD字段是指向所有子图像IFD的指针数组，每个子图像一个条目；（2） SubIFD字段是指向所有子图像IFD的链接列表的单个指针；（3） SubIFD字段是两个指针的数组，其中第一个指针指向所有背景层图像IFD的链接列表，第二个指针指向所有前景层图像IFD的链接列表。Profile M writer应该使用（3）来构造背景和前景层图像，如下例所示。此外，表示背景层和前景层图像的子IFD在文件中的顺序应与它们在页面上出现的顺序相同。但是，Profile M阅读器必须扫描所有可用的子IFD，以定位和识别与MRC层相关的IFD。
(nextIFD)
PRIMARY IFD PAGE 0 -----------------------> PRIMARY IFD PAGE 1--> ...
ImageLayer = [2,1]
NewSubFileType = 18
SubIFD[0] ---------------------- SubIFD[1]
| |
V V
Child IFD Child IFD
ImageLayer = [1,1] ImageLayer [3,1]
NewSubFileType = 16 NewSubFileType 16
| |
|(nextIFD) |(nextIFD)
V V
Child IFD Child IFD
ImageLayer = [1,2] ImageLayer [3,2]
NewSubFileType = 16 NewSubFileType 16
| |
|(nextIFD) |(nextIFD)
V V
Child IFD Child IFD
ImageLayer = [1,3] ImageLayer [3,3]
NewSubFileType = 16 NewSubFileType 16
| |
|(nextIFD) |(nextIFD)
V V
0 0
(nextIFD)
PRIMARY IFD PAGE 0 -----------------------> PRIMARY IFD PAGE 1--> ...
ImageLayer = [2,1]
NewSubFileType = 18
SubIFD[0] ---------------------- SubIFD[1]
| |
V V
Child IFD Child IFD
ImageLayer = [1,1] ImageLayer [3,1]
NewSubFileType = 16 NewSubFileType 16
| |
|(nextIFD) |(nextIFD)
V V
Child IFD Child IFD
ImageLayer = [1,2] ImageLayer [3,2]
NewSubFileType = 16 NewSubFileType 16
| |
|(nextIFD) |(nextIFD)
V V
Child IFD Child IFD
ImageLayer = [1,3] ImageLayer [3,3]
NewSubFileType = 16 NewSubFileType 16
| |
|(nextIFD) |(nextIFD)
V V
0 0
The XPosition and YPosition TIFF fields specify the offset to the upper left corner of the IFD in resolution units, which are inches in Profile M; see Section 8.2.2. The Primary IFD must not use XPosition or YPosition fields.
XPosition和YPosition TIFF字段以分辨率单位指定IFD左上角的偏移量，单位为英寸（轮廓M）；见第8.2.2节。主IFD不能使用XPosition或YPosition字段。
MRC [T.44] allows the specification of a default image color that is to be applied in the event no image data is transmitted for a given stripe and layer. The new field ImageBaseColor is used to store default image color specifications in Profile M, see 8.2.3. By setting the StripByteCounts array to zero values, an IFD defining a default color but containing no encoded image data can be specified. ImageBaseColor can also be used in IFDs that contain encoded image data. In that case, the fields of the IFD must accurately reflect the encoding of the image data. If the StripByteCount entry for a given strip is 0, then the ImageBaseColor is used for that strip. If the encoded image data is ITU L*a*b, the ImageBaseColor is interpreted with the encoding parameters of the image data. If the image data is not ITU L*a*b*, the ImageBaseColor is interpreted as 8-bit ITU L*a*b*; see Section 8.2.3.
MRC[T.44]允许指定默认图像颜色，该颜色在给定条纹和层没有传输图像数据的情况下应用。新字段ImageBaseColor用于存储配置文件M中的默认图像颜色规格，请参见8.2.3。通过将StripByteCounts数组设置为零值，可以指定定义默认颜色但不包含编码图像数据的IFD。ImageBaseColor也可用于包含编码图像数据的IFD中。在这种情况下，IFD的字段必须准确反映图像数据的编码。如果给定条带的StripByteCount条目为0，则该条带将使用ImageBaseColor。如果编码的图像数据是ITU L*a*b，则使用图像数据的编码参数解释ImageBaseColor。如果图像数据不是ITU L*a*b*，则ImageBaseColor被解释为8位ITU L*a*b*；见第8.2.3节。
This section describes the TIFF fields required, in addition to those in Section 2.2.1, to represent MRC fax images. Since MRC stores fax data as a collection of images corresponding to layers or parts of layers, the coding methods, color encodings, and spatial resolutions used by previous profiles apply to Profile M. Therefore, the descriptions here will typically reference the appropriate earlier sections. Fields and values specific to Profile M are pointed out.
除第2.2.1节中的字段外，本节还介绍了表示MRC传真图像所需的TIFF字段。由于MRC将传真数据存储为与层或层的一部分相对应的图像集合，因此先前配置文件使用的编码方法、颜色编码和空间分辨率适用于配置文件M。因此，此处的描述通常参考适当的先前部分。指出了剖面M特有的字段和值。
ImageWidth(256). SHORT or LONG Same page widths as Profile C, the base color profile; see Section 6.2.1. In Profile M, the width of a Foreground or Background image in the coded data stream may be less than the page width, unless the Background or Foreground is the primary image, in which case the width of the coded data stream is the page width. The ImageWidth field will always store the actual width of the coded data.
图像宽度（256）。短或长页面宽度与基本颜色配置文件C相同；见第6.2.1节。在简档M中，编码数据流中的前景或背景图像的宽度可以小于页面宽度，除非背景或前景是主图像，在这种情况下，编码数据流的宽度是页面宽度。ImageWidth字段将始终存储编码数据的实际宽度。
NewSubFileType(254) = 16, 18. LONG For Profile M, the NewSubFileType field has two bits that are required. Bit 1 indicates a single page of a multi-page document and must be set for the Primary IFD; Bit 4 indicates the MRC imaging model as described in ITU-T Recommendation T.44 [T.44] and must be set for Primary IFDs and all MRC-specific child IFDs.
新闻子文件类型（254）=16,18。对于Profile M，NewSubFileType字段有两个必需的位。位1表示多页文档的单页，必须为主IFD设置；位4表示ITU-T建议T.44[T.44]中所述的MRC成像模型，必须为主IFD和所有MRC特定子IFD设置。
BitsPerSample(258) = 1, 2-8, 9-12 SHORT SamplesPerPixel(277) = 1, 3, 4. SHORT Compression(259) = 1, 3, 4, 7, 9, 10. SHORT For Mask layer, see Sections 4.2.1 and 5.2.1. For Foreground and Background layers, see Sections 6.2.1 and 7.2.1 Compression=1 is not used by previous profiles. An IFD used only to specify the default image color for a layer and strip will not have any encoded image data associated with it, i.e., the StripByteCounts field will contain a 0. Since no image data exists in the IFD, the Compression field shall be set to 1, indicating no compression. A Compression field value of 1 is not allowed for any other IFDs.
比特采样（258）=1,2-8,9-12短采样每像素（277）=1,3,4。短压缩（259）=1,3,4,7,9,10。屏蔽层的简称，见第4.2.1节和第5.2.1节。有关前景层和背景层，请参见第6.2.1节和第7.2.1节压缩=1未被以前的配置文件使用。仅用于指定层和条带的默认图像颜色的IFD将不会有任何与之关联的编码图像数据，即StripByteCounts字段将包含0。由于IFD中不存在图像数据，压缩字段应设置为1，表示没有压缩。任何其他IFD都不允许压缩字段值为1。
FillOrder(266) = 1 , 2. SHORT RequiredByTIFFBaseline Profile M readers must be able to read data in both bit orders, but the vast majority of facsimile products store data LSB first, exactly as it appears on the telephone line 1 = Most Significant Bit first. 2 = Least Significant Bit first.
填充顺序（266）=1，2。SHORT RequiredByTIFFBaseline Profile M读卡器必须能够以两种位顺序读取数据，但绝大多数传真产品首先存储数据LSB，与电话线上显示的完全一样1=最高有效位优先。2=最低有效位优先。
PhotometricInterpretation(262) = 0, 2, 10. SHORT For Mask layer, 0. For Foreground and Background layers, see Sections 6.2.1 and 7.2.1.
测光解释（262）=0,2,10。掩码层的缩写，0。有关前景层和背景层，请参见第6.2.1节和第7.2.1节。
ResolutionUnit(296) = 2. SHORT The unit of measure for resolution. 2 = inch. ITU-T standards only specify inch-based resolutions for color fax Default = 2 (field may be omitted if this is the value).
分辨率单位（296）=2。缩短分辨率的度量单位。2=英寸。ITU-T标准仅为彩色传真默认值=2指定基于英寸的分辨率（如果该值为该值，则可省略该字段）。
StripByteCounts(279) SHORT or LONG In Profile M, it is permissible for the StripByteCounts value for a given strip to have a zero entry. This means there is no encoded image data corresponding to that strip. Instead, the current default image color should be used for the strip. The standard default image colors are black for the Foreground layer and White for the Background layer. The ImageBaseColor field can be used to specify other default colors; see Section 8.2.3.
StripByteCounts（279）短或长在配置文件M中，允许给定条带的StripByteCounts值具有零条目。这意味着没有对应于该条带的编码图像数据。相反，应将当前默认图像颜色用于条带。标准的默认图像颜色为前景层的黑色和背景层的白色。ImageBaseColor字段可用于指定其他默认颜色；见第8.2.3节。
XResolution(282) = 100, 200, 300, 400. RATIONAL YResolution(283) = 100, 200, 300, 400. RATIONAL The resolution of the image is expressed in pixels per resolution unit. In pixels per inch, allowed XResolution values for all layers are 100, 200, 300, and 400. Color fax requires the pixels to be square, hence YResolution must equal XResolution for all layers. The resolution of Background and Foreground layers must each be an integer factor of the Primary image, which is the Mask layer, when it is present; see Section 8.4.
分辨率（282）=100200300400。合理的YResolution（283）=100200300400。RATIONAL图像的分辨率以每分辨率单位的像素表示。以每英寸像素为单位，所有层允许的X分辨率值为100、200、300和400。彩色传真要求像素为正方形，因此Y分辨率必须等于所有层的X分辨率。背景层和前景层的分辨率都必须是主图像（即遮罩层）的整数因子；见第8.4节。
ChromaSubSampling(530). SHORT ChromaPositioning(531). SHORT For Foreground and Background layers, see Section 6.2.2.
色度采样（530）。短色定位（531）。前景层和背景层的简称，见第6.2.2节。
Indexed(346) = 0, 1. SHORT For Foreground and Background layers: 1 indicates a palette-color image; see Section 7.2.2.
索引（346）=0，1。前景层和背景层的缩写：1表示调色板颜色图像；见第7.2.2节。
T4Options(292) = 0, 1, 4, 5. SHORT T6Options(293) = 0. SHORT For Mask layer, see Section 4.2.2.
T4选项（292）=0,1,4,5。短T6选项（293）=0。屏蔽层的简称，见第4.2.2节。
SubIFDs(330). IFD Count = number of child IFDs. Each value is an offset from the beginning of the TIFF file to a child IFD [TTN1].
SubIFDs（330）。IFD计数=子IFD的数量。每个值都是从TIFF文件开头到子IFD[TTN1]的偏移量。
XPosition(286). RATIONAL YPosition(287). RATIONAL Specifies the horizontal and vertical offsets of the top left of the IFD from the top left of the Primary IFD in resolution units. For example, if the Primary IFD is at 400 pixels per inch, and a foreground layer IFD is at 200 pixels per inch and located at pixel coordinate (345, 678) with respect to the Primary IFD, the XPosition value is 345/400 and the YPosition value is 678/400 in inches.
XPosition（286）。合理位置（287）。RATIONAL以分辨率单位指定IFD左上角与主IFD左上角的水平和垂直偏移。例如，如果主IFD为每英寸400像素，前景层IFD为每英寸200像素，并且位于相对于主IFD的像素坐标（345678），则XPosition值为345/400，YPosition值为678/400英寸。
The Primary IFD does not use the XPosition or YPosition fields. The XPosition and YPosition values must be specified for MRC child IFDs; there is no default value.
主IFD不使用XPosition或YPosition字段。必须为MRC子IFD指定XPosition和YPosition值；没有默认值。
Decode(433). SRATIONAL For Foreground and Background layers, see Section 6.2.3.
解码（433）。有关前景层和背景层，请参见第6.2.3节。
T82Options(435) LONG For Mask layer, see Section 5.2.3.
T82选项（435）用于遮罩层，见第5.2.3节。
ImageBaseColor(434). SHORT Count = SamplesPerPixel
ImageBaseColor（434）。短计数=每像素采样数
In areas of an image layer where no image data is available (i.e., where no strips are defined, or where the StripByteCounts entry for a given strip is 0), the color specified by ImageBaseColor will be used.
在没有可用图像数据的图像层区域（即，没有定义条带，或给定条带的StripByteCounts条目为0），将使用ImageBaseColor指定的颜色。
If the ImageBaseColor field is used in an IFD that contains image data encoded in ITU L*a*b*, then the ImageBaseColor will be interpreted with the color-encoding parameters of the image data (i.e., color gamut, illuminant, bit/sample, and decode). If the ImageBaseColor field is used in an IFD that contains image data that is not encoded in ITU L*a*b, then the ImageBaseColor SHALL be interpreted as 8 bits/sample, 3 samples/pixel ITU L*a*b*. If the ImageBaseColor field is used in an IFD that contains no encoded image data, then the ImageBaseColor SHALL be interpreted as 8 bits/sample, 3 samples/pixel ITU L*a*b*. If the fax data stream requires a different encoding, then transferring the default color value between a TIFF file and fax data stream requires a color conversion.
如果在包含ITU L*a*b*中编码的图像数据的IFD中使用ImageBaseColor字段，则ImageBaseColor将使用图像数据的颜色编码参数（即，色域、光源、位/采样和解码）进行解释。如果在包含未在ITU L*a*b中编码的图像数据的IFD中使用ImageBaseColor字段，则ImageBaseColor应解释为8位/样本、3个样本/像素ITU L*a*b*。如果在不包含编码图像数据的IFD中使用ImageBaseColor字段，则ImageBaseColor应解释为8位/样本、3个样本/像素ITU L*a*b*。如果传真数据流需要不同的编码，则在TIFF文件和传真数据流之间传输默认颜色值需要进行颜色转换。
A [T.44] stripe may contain a Foreground or Background image less than full stripe size, with the rest of the stripe assuming a default image color. In this case, the default image color is imaged first, followed by the image data. In Profile M, this is represented as a child IFD containing no encoded image data but specifying the default image color in the ImageBaseColor field. A second child IFD contains the image data. To ensure the default image color is imaged first, the order value in the ImageLayer field of the IFD defining the ImageBaseColor field MUST have a lower value than the order value in the ImageLayer field of the IFD defining the image data.
[T.44]条带可能包含小于完整条带大小的前景或背景图像，其余条带采用默认图像颜色。在这种情况下，首先成像默认图像颜色，然后是图像数据。在概要文件M中，这表示为不包含编码图像数据但在ImageBaseColor字段中指定默认图像颜色的子IFD。第二个子IFD包含图像数据。为确保首先成像默认图像颜色，定义ImageBaseColor字段的IFD的ImageLayer字段中的order值必须低于定义图像数据的IFD的ImageLayer字段中的order值。
To define a child IFD specifying a ImageBaseColor but containing no encoded image data, create an IFD with the following settings.
要定义指定ImageBaseColor但不包含编码图像数据的子IFD，请使用以下设置创建IFD。
ImageLayer[0]: specified layer ImageLayer[1]: less than any other IFDs corresponding to the same layer and strip. RowsPerStrip: strip height ImageLength: strip height ImageWidth: full image width BitsPerSample: 8 PhotometricInterpretation: 10 (ITULAB) SamplesPerPixel: 3 Compression: 1 (none) X/YResolution: that of the Primary IFD XPosition: 0 YPosition: the offset from the top of the page to the beginning of the strip in the resolution units of inches StripByteCounts: single 0 value StripOffsets: single 0 entry NewSubFileType: bit 4 O (MRC) ImageBaseColor: desired color in 8 bit ITULAB
ImageLayer[0]：指定的层ImageLayer[1]：小于对应于同一层和条带的任何其他IFD。RowsPerStrip:条带高度图像长度：条带高度图像宽度：全图像宽度位示例：8光度测量解释：10（ITULAB）采样每像素：3压缩：1（无）X/Y分辨率：主IFD X的分辨率位置：0 Y位置：以英寸为分辨率单位从页面顶部到条带开头的偏移StripByteCounts：单个0值条带偏移量：单个0条目新闻子文件类型：位4 O（MRC）ImageBaseColor：8位ITULAB中的所需颜色
For the Foreground layer image, the default value for the ImageBaseColor field is black. For other cases, including the Background layer image, the default value is white.
对于前景层图像，ImageBaseColor字段的默认值为黑色。对于其他情况，包括背景层图像，默认值为白色。
StripRowCounts(559). LONG Count = number of strips. The number of scanlines stored in a strip. Profile M allows each fax strip to store a different number of scanlines. For strips with more than one layer, the maximum strip size is either 256 scanlines or full page size. The 256 maximum SHOULD be used unless the capability to receive longer strips has been negotiated. This field replaces RowsPerStrip for IFDs with variable-size strips. Only one of the two fields, StripRowCounts and RowsPerStrip, may be used in an IFD.
StripRowCounts（559）。长计数=条带数。条形图中存储的扫描线数。配置文件M允许每个传真条存储不同数量的扫描线。对于具有多个层的条带，最大条带大小为256条扫描线或整页大小。除非已商定接收更长条带的能力，否则应使用最大256条。此字段将IFD的RowsPerStrip替换为可变大小的条带。IFD中只能使用两个字段中的一个，即StripRowCounts和RowsPerStrip。
ImageLayer (34732). LONG Count = 2. Image layers are defined such that layer 1 is the Background layer, layer 3 is the Foreground layer, and layer 2 is the Mask layer, which selects pixels from the Background and Foreground layers. The ImageLayer tag contains two values, which describe the layer to which the image belongs and the order in which it is imaged.
ImageLayer（34732）。长计数=2。图像层的定义使得层1是背景层，层3是前景层，层2是遮罩层，遮罩层从背景层和前景层中选择像素。ImageLayer标记包含两个值，它们描述图像所属的层及其成像顺序。
ImageLayer[0] = 1, 2, 3. 1: Image is a Background image, i.e., the image that will appear whenever the Mask contains a value of 0. Background images typically contain low-resolution, continuous-tone imagery. 2: Image is the Mask layer. In MRC, if the Mask layer is present, it must be the Primary IFD and be full page in extent. 3: Image is a Foreground image, i.e., the image that will appear whenever the Mask contains a value of 1. The Foreground image generally defines the color of text or lines but may also contain high-resolution imagery.
ImageLayer[0]=1,2,3。1：图像是背景图像，即当遮罩包含值0时将出现的图像。背景图像通常包含低分辨率、连续色调图像。2：图像是遮罩层。在MRC中，如果存在遮罩层，则它必须是主IFD，并且在范围上是整页的。3：图像是前景图像，即当遮罩包含值1时将出现的图像。前景图像通常定义文本或线条的颜色，但也可能包含高分辨率图像。
ImageLayer[1]: 1: first image to be imaged in this layer 2: second image to be imaged in this layer 3: ...
ImageLayer[1]：1:此层中要成像的第一个图像2:此层中要成像的第二个图像3:。。。
In Profile M, more than one image can exist in a single layer. ImageLayer[1] specifies the order in which images within a single layer are to be imaged. This insures that overlapping images within a single layer are imaged correctly.
在剖面M中，单个层中可以存在多个图像。ImageLayer[1]指定单个层内图像的成像顺序。这确保了单个层内的重叠图像正确成像。
If an IFD contains no encoded image data and is used only to specify the ImageBaseColor field, the value of ImageLayer[1] must be less than that of any other IFD corresponding to the same layer and strip to ensure the image data is interpreted as on top of the default color.
如果IFD不包含编码图像数据且仅用于指定ImageBaseColor字段，则ImageLayer[1]的值必须小于对应于同一层和条带的任何其他IFD的值，以确保图像数据被解释为位于默认颜色之上。
In Profile M, it is possible to have only a single layer. For example, if a page contains only a single continuous-tone photograph, then only the Background layer would occur. In this case, the Background layer will be stored as the Primary IFD. ImageLayer[0] will be 1, indicating Background; ImageLayer[1] will be 1, as there can be no other IFDs associated with that layer. No Mask layer will exist.
在剖面M中，可能只有一层。例如，如果一个页面只包含一张连续色调的照片，那么只会出现背景层。在这种情况下，背景层将作为主IFD存储。ImageLayer[0]将为1，表示背景；ImageLayer[1]将为1，因为不能有与该层关联的其他IFD。不存在遮罩层。
See Sections 2.2.3. and 2.2.4.
见第2.2.3节。和2.2.4。
Profile M defines a fundamental set of rules for images in the 3 layer representation.
配置文件M为3层表示中的图像定义了一组基本规则。
1. If more than one layer exists, then the binary Mask layer SHALL be present and be the primary image. The Mask layer SHALL support the binary data representations defined in Section 3 and MAY support those defined in Sections 4 and 5, with the exception that PhotometricInterpretation MUST be 0. If only one layer exists, then the image corresponding to that layer is the primary image.
1. 如果存在多个层，则应存在二值遮罩层，并将其作为主图像。掩模层应支持第3节中定义的二进制数据表示，并可支持第4节和第5节中定义的二进制数据表示，但光度测量解释必须为0。如果仅存在一个层，则与该层对应的图像为主图像。
2. The Primary IFD defines and extends to the entire page boundary; all attached model images cannot extend beyond the Primary image. Resolution differences may cause some pixels to "hang over" the page boundary, but no new pixels should exist completely beyond the page extent.
2. 主IFD定义并扩展到整个页面边界；所有附着的模型图像都不能延伸到主图像之外。分辨率差异可能会导致某些像素“挂起”页面边界，但新像素不应完全存在于页面范围之外。
3. The Background and Foreground images SHALL support the color representations defined in Section 6 and MAY support those defined in Section 7. These images MAY optionally cover only a portion of the strip or page.
3. 背景和前景图像应支持第6节中定义的颜色表示，并可支持第7节中定义的颜色表示。这些图像可以选择性地仅覆盖条带或页面的一部分。
4. Each Primary IFD and each MRC-specific SubIFD must have an ImageLayer field to specify which layer the IFD belongs to, and the imaging order of that IFD within the layer.
4. 每个主IFD和每个MRC特定子IFD必须具有ImageLayer字段，以指定IFD所属的层以及该IFD在该层中的成像顺序。
5. Each Primary IFD must have a NewSubFileType field value set to 18, indicating a single page of a multi-page document (bit 1) and MRC (bit 4).
5. 每个主IFD必须将NewSubFileType字段值设置为18，表示多页文档的单页（位1）和MRC（位4）。
6. Each MRC-specific child IFD must have a NewSubFileType field value set to 16, indicating MRC (bit 4).
6. 每个MRC特定的子IFD必须将NewSubFileType字段值设置为16，表示MRC（第4位）。
7. In MRC fax, each layer is transmitted as a sequence of strips. If the page consists of a single layer, then all strips shall be stored in the single Primary IFD. In this case, coding parameters cannot change between strips. If the page consists of more than one layer, then all strips of the Mask layer shall be stored in the single Primary IFD. All strips of the Foreground/Background layers SHALL be stored in separate IFDs, referenced by the Primary IFD's SubIFD field, containing an ImageLayer field with ImageLayer[0] identifying either Background (layer 1) or Foreground (layer 3), and Imagelayer[1] identifying order in which images within a single layer are to be imaged. The TIFF XPosition and YPosition fields are used to indicate the placement of these images with respect to the primary image.
7. 在MRC传真中，每一层都作为一系列条带进行传输。如果页面由单层组成，则所有条带应存储在单个主IFD中。在这种情况下，编码参数不能在条带之间更改。如果页面包含多个层，则遮罩层的所有条带应存储在单个主IFD中。前景/背景层的所有条带应存储在单独的IFD中，由主IFD的子IFD字段引用，其中包含一个ImageLayer字段，ImageLayer[0]标识背景（第1层）或前景（第3层），ImageLayer[1]标识单层内图像的成像顺序。TIFF XPosition和YPosition字段用于指示这些图像相对于主图像的位置。
8. When the Mask image is present, the resolution of Background and Foreground images must each be an integer factor of the Mask image. For example, if the Mask image is 400 pixels/inch, then the Background or Foreground image may be at 400 pixels/inch (400/1), 200 pixels/inch (400/2), or 100 pixels/inch (400/4).
8. 当存在遮罩图像时，背景图像和前景图像的分辨率都必须是遮罩图像的整数因子。例如，如果遮罩图像是400像素/英寸，则背景或前景图像可以是400像素/英寸（400/1）、200像素/英寸（400/2）或100像素/英寸（400/4）。
Recommended fields are shown with an asterisk (*).
推荐字段以星号（*）显示。
Required fields or values are shown with a double asterisk (**). If the double asterisk is on the field name, then all the listed values are required of implementations; if the double asterisk is in the Values column, then only the values suffixed with a double asterisk are required of implementations.
必填字段或值以双星号（**）显示。如果字段名上有双星号，则所有列出的值都是实现所必需的；如果“值”列中有双星号，则实现只需要以双星号作为后缀的值。
+------------------+-----------------------------------------+
| Baseline Fields | Values |
+------------------+-----------------------------------------+
| BitsPerSample | 1**: binary mask, RGB, CMY(K) |
| | 2 - 8**: bits per color sample |
| | 9 - 12: optional 12 bits/sample |
+------------------+-----------------------------------------+
| Compression | 1: None (ImageBaseColor IFD only) |
| | 3**: Modified Huffman and Modified READ |
| | 4: Modified Modified READ |
| | 7**: JPEG |
| | 9: JBIG, per T.85 |
| | 10: JBIG, per T.43 |
+------------------+-----------------------------------------+
| DateTime* | {ASCII): date/time in the 24-hour format|
| | "YYYY:MM:DD HH:MM:SS" |
+------------------+-----------------------------------------+
| FillOrder** | 1: Most significant bit first |
| | 2: Least significant bit first |
+------------------+-----------------------------------------+
| ImageDescription*| {ASCII}: A string describing the |
| | contents of the image. |
+------------------+-----------------------------------------+
| ImageWidth | 864, 1024, 1216, 1728**, 2048, 2432, |
| | 2592, 3072, 3456, 3648, 4096, 4864 |
| | Note: legal widths for the Primary IFD. |
+------------------+-----------------------------------------+
| ImageLength** | n: total number of scanlines in image |
+------------------+-----------------------------------------+
| NewSubFileType** | 16, 18: |
| | Bit 1 indicates single page of a multi- |
| | page document on Primary IFD |
| | Bit 4 indicates MRC model |
+------------------+-----------------------------------------+
+------------------+-----------------------------------------+
| Baseline Fields | Values |
+------------------+-----------------------------------------+
| BitsPerSample | 1**: binary mask, RGB, CMY(K) |
| | 2 - 8**: bits per color sample |
| | 9 - 12: optional 12 bits/sample |
+------------------+-----------------------------------------+
| Compression | 1: None (ImageBaseColor IFD only) |
| | 3**: Modified Huffman and Modified READ |
| | 4: Modified Modified READ |
| | 7**: JPEG |
| | 9: JBIG, per T.85 |
| | 10: JBIG, per T.43 |
+------------------+-----------------------------------------+
| DateTime* | {ASCII): date/time in the 24-hour format|
| | "YYYY:MM:DD HH:MM:SS" |
+------------------+-----------------------------------------+
| FillOrder** | 1: Most significant bit first |
| | 2: Least significant bit first |
+------------------+-----------------------------------------+
| ImageDescription*| {ASCII}: A string describing the |
| | contents of the image. |
+------------------+-----------------------------------------+
| ImageWidth | 864, 1024, 1216, 1728**, 2048, 2432, |
| | 2592, 3072, 3456, 3648, 4096, 4864 |
| | Note: legal widths for the Primary IFD. |
+------------------+-----------------------------------------+
| ImageLength** | n: total number of scanlines in image |
+------------------+-----------------------------------------+
| NewSubFileType** | 16, 18: |
| | Bit 1 indicates single page of a multi- |
| | page document on Primary IFD |
| | Bit 4 indicates MRC model |
+------------------+-----------------------------------------+
+------------------+-----------------------------------------+
| Orientation | 1**-8, Default 1 |
+------------------+-----------------------------------------+
| PhotometricInter | 0**: WhiteIsZero (Mask Layer) |
| pretation | 2: RGB |
| | 10**: ITULAB |
+------------------+-----------------------------------------+
| ResolutionUnit** | 2: inch |
+------------------+-----------------------------------------+
| RowsPerStrip | n: number or scanlines per strip |
+------------------+-----------------------------------------+
| SamplesPerPixel | 1**: L* (lightness) |
| | 3: RGB, LAB, CMY |
| | 4: CMYK |
+------------------+-----------------------------------------+
| Software* | {ASCII}: name & release number of |
| | creator software |
+------------------+-----------------------------------------+
| StripByteCounts**| <n>: number or bytes in each strip |
+------------------+-----------------------------------------+
| StripOffsets** | <n>: offset from beginning of file to |
| | each TIFF strip |
+------------------+-----------------------------------------+
| XResolution | 100, 200**, 300, 400 (written in |
| | pixels/inch) |
+------------------+-----------------------------------------+
| YResolution | equal to XResolution (pixels must be |
| | square) |
+------------------+-----------------------------------------+
| Extension Fields |
+------------------+-----------------------------------------+
| T4Options | 0**: required if Compression is Modified|
| | Huffman, EOLs not byte aligned |
| | 1: required if Compression 2D Modified |
| | READ, EOLs are not byte aligned |
| | 4**: required if Compression Modified |
| | Huffman, EOLs byte aligned |
| | 5: required if Compression 2D Modified |
| | READ, EOLs are byte aligned |
+------------------+-----------------------------------------+
| T6Options | 0: required if Compression is 2D |
| | Modified Modified READ |
+------------------+-----------------------------------------+
| DocumentName* | {ASCII}: name of scanned document |
+------------------+-----------------------------------------+
| PageNumber** | n,m: page number followed by total page |
| | count |
+------------------+-----------------------------------------+
+------------------+-----------------------------------------+
| Orientation | 1**-8, Default 1 |
+------------------+-----------------------------------------+
| PhotometricInter | 0**: WhiteIsZero (Mask Layer) |
| pretation | 2: RGB |
| | 10**: ITULAB |
+------------------+-----------------------------------------+
| ResolutionUnit** | 2: inch |
+------------------+-----------------------------------------+
| RowsPerStrip | n: number or scanlines per strip |
+------------------+-----------------------------------------+
| SamplesPerPixel | 1**: L* (lightness) |
| | 3: RGB, LAB, CMY |
| | 4: CMYK |
+------------------+-----------------------------------------+
| Software* | {ASCII}: name & release number of |
| | creator software |
+------------------+-----------------------------------------+
| StripByteCounts**| <n>: number or bytes in each strip |
+------------------+-----------------------------------------+
| StripOffsets** | <n>: offset from beginning of file to |
| | each TIFF strip |
+------------------+-----------------------------------------+
| XResolution | 100, 200**, 300, 400 (written in |
| | pixels/inch) |
+------------------+-----------------------------------------+
| YResolution | equal to XResolution (pixels must be |
| | square) |
+------------------+-----------------------------------------+
| Extension Fields |
+------------------+-----------------------------------------+
| T4Options | 0**: required if Compression is Modified|
| | Huffman, EOLs not byte aligned |
| | 1: required if Compression 2D Modified |
| | READ, EOLs are not byte aligned |
| | 4**: required if Compression Modified |
| | Huffman, EOLs byte aligned |
| | 5: required if Compression 2D Modified |
| | READ, EOLs are byte aligned |
+------------------+-----------------------------------------+
| T6Options | 0: required if Compression is 2D |
| | Modified Modified READ |
+------------------+-----------------------------------------+
| DocumentName* | {ASCII}: name of scanned document |
+------------------+-----------------------------------------+
| PageNumber** | n,m: page number followed by total page |
| | count |
+------------------+-----------------------------------------+
+------------------+-----------------------------------------+
| ChromaSubSampling| (1,1), (2, 2)** |
| | (1, 1): equal numbers of lightness and |
| | chroma samples horizontally & vertically|
| | (2, 2): twice as many lightness samples |
| | as chroma horizontally and vertically |
+------------------+-----------------------------------------+
| ChromaPositioning| 1: centered |
+------------------+-----------------------------------------+
| Indexed | 0: not a palette-color image |
| | 1: palette-color image |
+------------------+-----------------------------------------+
| SubIFDs | <IFD>: byte offset to FG/BG IFDs |
+------------------+-----------------------------------------+
| XPosition | horizontal offset in primary IFD |
| | resolution units |
+------------------+-----------------------------------------+
| YPosition | vertical offset in primary IFD |
| | resolution units |
+------------------+-----------------------------------------+
| New Fields |
+------------------+-----------------------------------------+
| Decode | minL, maxL, mina, maxa, minb, maxb: |
| | minimum and maximum values for L*a*b* |
+------------------+-----------------------------------------+
| ImageBaseColor | a,b,c: background color in ITULAB |
+------------------+-----------------------------------------+
| StripRowCounts | <n>: number of scanlines in each strip |
+------------------+-----------------------------------------+
| ImageLayer | n, m: layer number, imaging sequence |
| | (e.g., strip number) |
+------------------+-----------------------------------------+
| T82Options | 0: T.85 profile of T.82 coding |
+------------------+-----------------------------------------+
| GlobalParameters | IFD: global parameters IFD |
| IFD* | |
+------------------+-----------------------------------------+
| ProfileType* | n: type of data stored in TIFF file |
+------------------+-----------------------------------------+
| FaxProfile* | n: ITU-compatible fax profile |
+------------------+-----------------------------------------+
| CodingMethods* | n: compression algorithms used in file |
+------------------+-----------------------------------------+
| ModeNumber* | n: version of T.44 standard |
+------------------+-----------------------------------------+
| VersionYear* | byte sequence: year of ITU fax standard |
+------------------+-----------------------------------------+
+------------------+-----------------------------------------+
| ChromaSubSampling| (1,1), (2, 2)** |
| | (1, 1): equal numbers of lightness and |
| | chroma samples horizontally & vertically|
| | (2, 2): twice as many lightness samples |
| | as chroma horizontally and vertically |
+------------------+-----------------------------------------+
| ChromaPositioning| 1: centered |
+------------------+-----------------------------------------+
| Indexed | 0: not a palette-color image |
| | 1: palette-color image |
+------------------+-----------------------------------------+
| SubIFDs | <IFD>: byte offset to FG/BG IFDs |
+------------------+-----------------------------------------+
| XPosition | horizontal offset in primary IFD |
| | resolution units |
+------------------+-----------------------------------------+
| YPosition | vertical offset in primary IFD |
| | resolution units |
+------------------+-----------------------------------------+
| New Fields |
+------------------+-----------------------------------------+
| Decode | minL, maxL, mina, maxa, minb, maxb: |
| | minimum and maximum values for L*a*b* |
+------------------+-----------------------------------------+
| ImageBaseColor | a,b,c: background color in ITULAB |
+------------------+-----------------------------------------+
| StripRowCounts | <n>: number of scanlines in each strip |
+------------------+-----------------------------------------+
| ImageLayer | n, m: layer number, imaging sequence |
| | (e.g., strip number) |
+------------------+-----------------------------------------+
| T82Options | 0: T.85 profile of T.82 coding |
+------------------+-----------------------------------------+
| GlobalParameters | IFD: global parameters IFD |
| IFD* | |
+------------------+-----------------------------------------+
| ProfileType* | n: type of data stored in TIFF file |
+------------------+-----------------------------------------+
| FaxProfile* | n: ITU-compatible fax profile |
+------------------+-----------------------------------------+
| CodingMethods* | n: compression algorithms used in file |
+------------------+-----------------------------------------+
| ModeNumber* | n: version of T.44 standard |
+------------------+-----------------------------------------+
| VersionYear* | byte sequence: year of ITU fax standard |
+------------------+-----------------------------------------+
The MIME content-types image/tiff and image/tiff-fx are used for TIFF-FX encoded image data, as defined in this document. [TIFF-REG] and [TIFF-FX-REG] describe the registration of these MIME content-types.
MIME内容类型image/tiff和image/tiff-fx用于本文档中定义的tiff-fx编码图像数据。[TIFF-REG]和[TIFF-FX-REG]描述了这些MIME内容类型的注册。
This document describes a file format for Internet fax, which is a series of profiles of TIFF for facsimile. As such, it does not create any security issues not already identified in [TIFF-REG], in its use of fields as defined in [TIFF]. There are also new TIFF fields defined within this specification, but they are of a purely descriptive nature, so no new security risks are incurred.
本文档描述了Internet传真的文件格式，这是一系列用于传真的TIFF配置文件。因此，在使用[TIFF]中定义的字段时，不会产生[TIFF-REG]中未发现的任何安全问题。本规范中还定义了新的TIFF字段，但它们是纯描述性的，因此不会产生新的安全风险。
Further, the encoding specified in this document does not in any way preclude the use of any Internet security protocol to encrypt, authenticate, or non-repudiate TIFF-encoded facsimile messages.
此外，本文件中规定的编码并不以任何方式排除使用任何互联网安全协议对TIFF编码的传真消息进行加密、认证或不可否认性。
[REQ] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[REQ]Bradner，S.，“在RFC中用于指示需求水平的关键词”，BCP 14，RFC 2119，1997年3月。
[T.4] ITU-T Recommendation T.4, Standardization of group 3 facsimile apparatus for document transmission, October 1997.
[T.4]ITU-T建议T.4，用于文件传输的第3组传真设备的标准化，1997年10月。
[T.6] ITU-T Recommendation T.6, Facsimile coding schemes and coding control functions for group 4 facsimile apparatus, November 1988
[T.6]ITU-T建议T.6，第4组传真机的传真编码方案和编码控制功能，1988年11月
[T.30] ITU-T Recommendation T.30 - Procedures for Document Facsimile Transmission in the General Switched Telephone Network, June 1996
[T.30]ITU-T建议T.30——通用交换电话网络中文件传真传输的程序，1996年6月
[T.42] ITU-T Recommendation T.42, Continuous-tone colour representation method for facsimile, February 1996
[T.42]ITU-T建议T.42，传真用连续色调颜色表示法，1996年2月
[T.43] ITU-T Recommendation T.43, Colour and gray-scale image representations using lossless coding scheme for facsimile, February 1997
[T.43]ITU-T建议T.43，使用传真无损编码方案的彩色和灰度图像表示，1997年2月
[T.44] ITU-T Recommendation T.44, Mixed Raster Content (MRC), April 1999.
[T.44]ITU-T建议T.44，混合光栅内容（MRC），1999年4月。
[T.81] ITU-T Recommendation T.81, Information technology - Digital compression and coding of continuous-tone still images - Requirements and guidelines, September 1992
[T.81]ITU-T建议T.81，信息技术-连续色调静态图像的数字压缩和编码-要求和指南，1992年9月
[T.85] ITU-T Recommendation T.85, Application profile for Recommendation T.82 - Progressive bi-level image compression (JBIG coding scheme) for facsimile apparatus, August 1995
[T.85]ITU-T建议T.85，建议T.82的应用概况-传真设备的渐进式双层图像压缩（JBIG编码方案），1995年8月
[T.82] ITU-T Recommendation T.82, Information technology - Coded representation of picture and audio information - Progressive bi-level image compression, March 1995
[T.82]ITU-T建议T.82，信息技术-图片和音频信息的编码表示-渐进式双层图像压缩，1995年3月
[TIFF] Tag Image File Format, Revision 6.0, Adobe Developers
Association, June 3, 1992,
http://partners.adobe.com/public/developers/en/tiff/
TIFF6.pdf
[TIFF] Tag Image File Format, Revision 6.0, Adobe Developers
Association, June 3, 1992,
http://partners.adobe.com/public/developers/en/tiff/
TIFF6.pdf
The TIFF 6.0 specification dated June 3, 1992 specification (c) 1986-1988, 1992 Adobe Systems Incorporated. All Rights Reserved.
日期为1992年6月3日的TIFF 6.0规范（c）1986-1988，1992年Adobe Systems Incorporated。版权所有。
[TIFF-F0] TIFF Class F specification, Apr 28, 1990,
ftp://ftp.faximum.com/pub/documents/tiff_f.txt
[TIFF-F0] TIFF Class F specification, Apr 28, 1990,
ftp://ftp.faximum.com/pub/documents/tiff_f.txt
[TIFF-REG] Parsons, G. and J. Rafferty, "Tag Image File Format (TIFF) - image/tiff MIME Sub-type Registration", RFC 3302, September 2002.
[TIFF-REG]Parsons，G.和J.Rafferty，“标签图像文件格式（TIFF）-图像/TIFF MIME子类型注册”，RFC 33022002年9月。
[TTN1] Adobe PageMaker 6.0 TIFF Technical Notes, Sept. 14,
1995,
http://partners.adobe.com/public/developers/en/tiff/
TIFFPM6.pdf
[TTN1] Adobe PageMaker 6.0 TIFF Technical Notes, Sept. 14,
1995,
http://partners.adobe.com/public/developers/en/tiff/
TIFFPM6.pdf
[TTN2] Draft TIFF Technical Note 2, Replacement TIFF/JPEG
specification, March 17, 1995,
ftp://ftp.uu.net/graphics/jpeg/
[TTN2] Draft TIFF Technical Note 2, Replacement TIFF/JPEG
specification, March 17, 1995,
ftp://ftp.uu.net/graphics/jpeg/
[TIFF-FX-REG] McIntyre, L., Parsons, G., and J. Rafferty, "Tag Image File Format Fax eXtended (TIFF-FX) - image/tiff-fx MIME Sub-type Registration", RFC 3250, September 2002.
[TIFF-FX-REG]McIntyre，L.，Parsons，G.，和J.Rafferty，“标签图像文件格式传真扩展（TIFF-FX）-图像/TIFF-FX MIME子类型注册”，RFC 3250，2002年9月。
[GUIDE] Cancio, V., Moldovan, M., Tamura, H., and D. Wing, "Implementers Guide for Facsimile Using Internet Mail", RFC 3249, September 2002.
[指南]Cancio，V.，摩尔多瓦，M.，Tamura，H.，和D.Wing，“互联网邮件传真实施指南”，RFC 3249，2002年9月。
[TIFF-F] Parsons, G. and J. Rafferty, "Tag Image File Format (TIFF) - F Profile for Facsimile", RFC 2306, March 1998.
[TIFF-F]Parsons，G.和J.Rafferty，“传真用标签图像文件格式（TIFF）-F配置文件”，RFC 2306，1998年3月。
[VPIM 2] Vaudreuil G. and G. Parsons, "Voice Profile for Internet Mail - version 2 (VPIMv2)", RFC 3801, June 2004.
[VPIM 2]Vaudreuil G.和G.Parsons，“互联网邮件语音配置文件-第2版（VPIMv2）”，RFC 3801，2004年6月。
Annex A: Summary of TIFF Fields for Internet Fax
附件A：互联网传真的TIFF字段摘要
This annex includes tables which list by profile the TIFF fields used in the proposed fax file format. The fields are organized into 3 categories:
本附件包括按配置文件列出拟定传真文件格式中使用的TIFF字段的表格。这些字段分为3类：
1) TIFF Baseline Fields 2) TIFF Extension Fields 3) New Fields.
1) TIFF基线字段2）TIFF扩展字段3）新字段。
The tables include the allowed values for each fax profile. Entries other than explicit numbers are described by:
这些表包括每个传真配置文件的允许值。除显式数字外的条目描述如下：
n - single number
n, m - 2 numbers
a, b, c - 3 numbers
r - rational number
<n> - array of numbers
<b> - byte sequence
{ASCII} - string
IFD - IFD byte offset
<IFD> - array of IFD byte offsets
n - single number
n, m - 2 numbers
a, b, c - 3 numbers
r - rational number
<n> - array of numbers
<b> - byte sequence
{ASCII} - string
IFD - IFD byte offset
<IFD> - array of IFD byte offsets
A blank entry in the table indicates that the field is not used by that particular fax profile.
表中的空白项表示该字段未被该特定传真配置文件使用。
Table A.1 TIFF Baseline Fields
表A.1 TIFF基线字段
+---------------------------------------------------------+
| Fax Profile |
+---------------------------------------------------------|
| Minimal | Extended | JBIG | Lossy |Lossless| Mixed |
+----------| B&W | B&W | B&W | Color | Color | Raster |
| TIFF | | | | | | Content|
| Field | S | F | J | C | L | M |
+----------+---------+----------+--------+---------+--------+--------+
| BitsPer | 1 | 1 | 1 | 8 | 1, 2-8 | 1, 2-8 |
| Sample | | | | | 9-12 | 9-12 |
+----------+---------+----------+--------+---------+--------+--------+
| Compres- | 3 | 3, 4 | 9 | 7 | 10 | 3, 4, 7|
| sion | | | | | | 9,10 |
+----------+---------+----------+--------+---------+--------+--------+
| DateTime | | {ASCII} | {ASCII}| {ASCII} | {ASCII}| {ASCII}|
+----------+---------+----------+--------+---------+--------+--------+
| FillOrder| 2 | 1, 2 | 1, 2 | 1, 2 | 1, 2 | 1,2 |
+----------+---------+----------+--------+---------+--------+--------+
+---------------------------------------------------------+
| Fax Profile |
+---------------------------------------------------------|
| Minimal | Extended | JBIG | Lossy |Lossless| Mixed |
+----------| B&W | B&W | B&W | Color | Color | Raster |
| TIFF | | | | | | Content|
| Field | S | F | J | C | L | M |
+----------+---------+----------+--------+---------+--------+--------+
| BitsPer | 1 | 1 | 1 | 8 | 1, 2-8 | 1, 2-8 |
| Sample | | | | | 9-12 | 9-12 |
+----------+---------+----------+--------+---------+--------+--------+
| Compres- | 3 | 3, 4 | 9 | 7 | 10 | 3, 4, 7|
| sion | | | | | | 9,10 |
+----------+---------+----------+--------+---------+--------+--------+
| DateTime | | {ASCII} | {ASCII}| {ASCII} | {ASCII}| {ASCII}|
+----------+---------+----------+--------+---------+--------+--------+
| FillOrder| 2 | 1, 2 | 1, 2 | 1, 2 | 1, 2 | 1,2 |
+----------+---------+----------+--------+---------+--------+--------+
+----------+---------+----------+--------+---------+--------+--------+
| ImageDes-| | {ASCII} | {ASCII}| {ASCII} | {ASCII}| {ASCII}|
| cription | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Image- | n | n | n | n | n | n |
| Length | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Image- | 1728 | 1728, 2048, 2432 | 864, 1024, 1216, 1728, |
| Width | | 2592, 3072, 3456 | 2048, 2432, 2592, 3072, |
| | | 3648, 4096, 4864 | 3456, 3648, 4096, 4864 |
| | | Note, for the Mixed Raster Content M profile |
| | | these widths apply to the Primary IFD. |
+----------+---------+----------+--------+---------+--------+--------+
| NewSub- | 2 | 2 | 2 | 2 | 2 | 16, 18 |
| FileType | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Orien- | 1 | 1-8 | 1-8 | 1-8 | 1-8 | 1-8 |
| tation | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Photo- | 0 | 0, 1 | 0, 1 | 10 | 2, 5, | 0, |
| metric- | | | | | 10 | 2, |
| Interp- | | | | | | 10 |
| retation | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Resolu- | 2 | 2, 3 | 2, 3 | 2, 3 | 2, 3 | 2, 3 |
| tionUnit | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| RowsPer- | n | n | n | n | n | n |
| Strip | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Samples- | 1 | 1 | 1 | 1, 3 | 1, 3, 4| 1, 3, 4|
| PerPixel | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Software | | {ASCII} | {ASCII}| {ASCII} | {ASCII}| {ASCII}|
+----------+---------+----------+--------+---------+--------+--------+
| Strip- | n | <n> | <n> | <n> | <n> | <n> |
| Byte- | | | | | | |
| Counts | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Strip- | n | <n> | <n> | <n> | <n> | <n> |
| Offsets | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| XResolu- | 204 | 200, 204, 300 | 100, 200, 300, 400 |
| tion | 200 | 400, 408 | |
+----------+---------+----------+--------+---------+--------+--------+
| YResolu- | 98, 196 | 98, 196, 100, 200 | 100, 200, 300, 400 |
| tion | 100,200 | 300, 391, 400 | |
+----------+---------+----------+--------+---------+--------+--------+
+----------+---------+----------+--------+---------+--------+--------+
| ImageDes-| | {ASCII} | {ASCII}| {ASCII} | {ASCII}| {ASCII}|
| cription | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Image- | n | n | n | n | n | n |
| Length | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Image- | 1728 | 1728, 2048, 2432 | 864, 1024, 1216, 1728, |
| Width | | 2592, 3072, 3456 | 2048, 2432, 2592, 3072, |
| | | 3648, 4096, 4864 | 3456, 3648, 4096, 4864 |
| | | Note, for the Mixed Raster Content M profile |
| | | these widths apply to the Primary IFD. |
+----------+---------+----------+--------+---------+--------+--------+
| NewSub- | 2 | 2 | 2 | 2 | 2 | 16, 18 |
| FileType | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Orien- | 1 | 1-8 | 1-8 | 1-8 | 1-8 | 1-8 |
| tation | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Photo- | 0 | 0, 1 | 0, 1 | 10 | 2, 5, | 0, |
| metric- | | | | | 10 | 2, |
| Interp- | | | | | | 10 |
| retation | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Resolu- | 2 | 2, 3 | 2, 3 | 2, 3 | 2, 3 | 2, 3 |
| tionUnit | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| RowsPer- | n | n | n | n | n | n |
| Strip | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Samples- | 1 | 1 | 1 | 1, 3 | 1, 3, 4| 1, 3, 4|
| PerPixel | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Software | | {ASCII} | {ASCII}| {ASCII} | {ASCII}| {ASCII}|
+----------+---------+----------+--------+---------+--------+--------+
| Strip- | n | <n> | <n> | <n> | <n> | <n> |
| Byte- | | | | | | |
| Counts | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Strip- | n | <n> | <n> | <n> | <n> | <n> |
| Offsets | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| XResolu- | 204 | 200, 204, 300 | 100, 200, 300, 400 |
| tion | 200 | 400, 408 | |
+----------+---------+----------+--------+---------+--------+--------+
| YResolu- | 98, 196 | 98, 196, 100, 200 | 100, 200, 300, 400 |
| tion | 100,200 | 300, 391, 400 | |
+----------+---------+----------+--------+---------+--------+--------+
Table A.2 TIFF Extension Fields
表A.2 TIFF扩展字段
+---------------------------------------------------------+
| Fax Profile |
+---------------------------------------------------------|
| Minimal | Extended | JBIG | Lossy |Lossless| Mixed |
+----------| B&W | B&W | B&W | Color | Color | Raster |
| TIFF | | | | | | Content|
| Field | S | F | J | C | L | M |
+----------+---------+----------+--------+---------+--------+--------+
| Chroma- | | | | 1 | | 1 |
| Position-| | | | | | |
| ing | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Chroma- | | | | <1, 1> | | <1, 1> |
| SubSampl-| | | | <2, 2> | | <2, 2> |
| ing | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Document-| | {ASCII} | {ASCII}| {ASCII} | {ASCII}| {ASCII}|
| Name | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Indexed | | | | | 0,1 | 0,1 |
+----------+---------+----------+--------+---------+--------+--------+
| Page- | n, m | n, m | n, m | n, m | n, m | n, m |
| Number | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| SubIFDs | | | | | | <IFD> |
+----------+---------+----------+--------+---------+--------+--------+
| T4Options| 0, 4 | 0, 1, | | | | 0, 1, |
| | | 4, 5 | | | | 4, 5 |
+----------+---------+----------+--------+---------+--------+--------+
| T6Options| | 0 | | | | 0 |
+----------+---------+----------+--------+---------+--------+--------+
| XPosition| | | | | | r |
+----------+---------+----------+--------+---------+--------+--------+
| YPosition| | | | | | r |
+----------+---------+----------+--------+---------+--------+--------+
+---------------------------------------------------------+
| Fax Profile |
+---------------------------------------------------------|
| Minimal | Extended | JBIG | Lossy |Lossless| Mixed |
+----------| B&W | B&W | B&W | Color | Color | Raster |
| TIFF | | | | | | Content|
| Field | S | F | J | C | L | M |
+----------+---------+----------+--------+---------+--------+--------+
| Chroma- | | | | 1 | | 1 |
| Position-| | | | | | |
| ing | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Chroma- | | | | <1, 1> | | <1, 1> |
| SubSampl-| | | | <2, 2> | | <2, 2> |
| ing | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Document-| | {ASCII} | {ASCII}| {ASCII} | {ASCII}| {ASCII}|
| Name | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Indexed | | | | | 0,1 | 0,1 |
+----------+---------+----------+--------+---------+--------+--------+
| Page- | n, m | n, m | n, m | n, m | n, m | n, m |
| Number | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| SubIFDs | | | | | | <IFD> |
+----------+---------+----------+--------+---------+--------+--------+
| T4Options| 0, 4 | 0, 1, | | | | 0, 1, |
| | | 4, 5 | | | | 4, 5 |
+----------+---------+----------+--------+---------+--------+--------+
| T6Options| | 0 | | | | 0 |
+----------+---------+----------+--------+---------+--------+--------+
| XPosition| | | | | | r |
+----------+---------+----------+--------+---------+--------+--------+
| YPosition| | | | | | r |
+----------+---------+----------+--------+---------+--------+--------+
Table A.3 New Fields
表A.3新字段
+---------------------------------------------------------+
| Fax Profile |
+---------------------------------------------------------|
| Minimal | Extended | JBIG | Lossy |Lossless| Mixed |
+----------| B&W | B&W | B&W | Color | Color | Raster |
| TIFF | | | | | | Content|
| Field | S | F | J | C | L | M |
+----------+---------+----------+--------+---------+--------+--------+
| BadFax- | | n | | | | |
| Lines | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| CleanFax-| | 0, 1, 2 | | | | |
| Data | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Coding- | | | n | n | n | n |
| Method | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Consecu- | | n | | | | |
| tiveBad- | | | | | | |
| FaxLines | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Decode | | | | <r> | <r> | <r> |
+----------+---------+----------+--------+---------+--------+--------+
| Fax- | | | n | n | n | n |
| Profile | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Global- | | IFD | IFD | IFD | IFD | IFD |
| Parame- | | | | | | |
| tersIFD | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Image- | | | | | | n, m |
| Layer | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| T82- | | | n | | | n |
| Options | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Image- | | | | | | <n> |
| BaseColor| | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Mode- | | | | | | n |
| Number | | | | | | |
+----------+---------+----------+--------+---------+--------+--------|
| Profile- | | | n | n | n | n |
| Type | | | | | | |
+--------------------------------------------------------------------+
+---------------------------------------------------------+
| Fax Profile |
+---------------------------------------------------------|
| Minimal | Extended | JBIG | Lossy |Lossless| Mixed |
+----------| B&W | B&W | B&W | Color | Color | Raster |
| TIFF | | | | | | Content|
| Field | S | F | J | C | L | M |
+----------+---------+----------+--------+---------+--------+--------+
| BadFax- | | n | | | | |
| Lines | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| CleanFax-| | 0, 1, 2 | | | | |
| Data | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Coding- | | | n | n | n | n |
| Method | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Consecu- | | n | | | | |
| tiveBad- | | | | | | |
| FaxLines | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Decode | | | | <r> | <r> | <r> |
+----------+---------+----------+--------+---------+--------+--------+
| Fax- | | | n | n | n | n |
| Profile | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Global- | | IFD | IFD | IFD | IFD | IFD |
| Parame- | | | | | | |
| tersIFD | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Image- | | | | | | n, m |
| Layer | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| T82- | | | n | | | n |
| Options | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Image- | | | | | | <n> |
| BaseColor| | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Mode- | | | | | | n |
| Number | | | | | | |
+----------+---------+----------+--------+---------+--------+--------|
| Profile- | | | n | n | n | n |
| Type | | | | | | |
+--------------------------------------------------------------------+
+----------+---------+----------+--------+---------+--------+--------+
| Strip- | | | | | | <n> |
| RowCounts| | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Version- | | | | <b> |<b> | |
| Year | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
+----------+---------+----------+--------+---------+--------+--------+
| Strip- | | | | | | <n> |
| RowCounts| | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Version- | | | | <b> |<b> | |
| Year | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
Annex B: List of technical edits to RFC2301
附件B：RFC2301技术编辑清单
This Annex lists technical differences between this document and RFC 2301, the Proposed Standard File Format for Internet Fax.
本附件列出了本文件与RFC 2301（互联网传真的拟议标准文件格式）之间的技术差异。
+----+---------+-------------------------------------------------+
| No.| Section | Technical Edit |
+----+---------+-------------------------------------------------+
| 1. | 5.2.1 | Added FillOrder=1 to Profile J |
+----+---------+-------------------------------------------------+
| 2. | 6.2.1 | Constrained ResolutionUnit to 2 (i.e., inch) for|
| | 7.2.1 | all color profiles, per ITU-T Recommendations |
| | 8.2.1 | |
+----+---------+-------------------------------------------------+
| 3. | 7.2.1 | Deleted ColorMap field; it re-encoded the color |
| | 7.4 | palette already in the T.43 data stream |
+----+---------+-------------------------------------------------+
| 4. | 7.2.2 | Changed TAG value of Indexed field from 364 to |
| | | 346 to agree with Section 8.2.2 and Ref. [TTN1] |
+----+---------+-------------------------------------------------+
| 5. | 8.2.1 | Added text clarifying the use of ImageWidth |
| | | when Background or Foreground layer is Primary |
| | | IFD |
+----+---------+-------------------------------------------------+
| 6. | 8.2.3 | Changed field name from DefaultImageColor to |
| | | ImageBaseColor; |
+----+---------+-------------------------------------------------+
| 7. | 8.2.1 | Added Compression=1 for ImageBaseColor IFDs |
+----+---------+-------------------------------------------------+
| 8. | 5.2.1 | Redefined compression = 9 to be T.82 (JBIG); |
| | 5.2.3 | added T82Options field, with a default value (0)|
| | | corresponding to the T.85 application profile |
+----+---------+-------------------------------------------------+
| 9. | 4.3.3 | Added GlobalParametersIFD, ProfileType, |
| | 4.7 | FaxProfile and CodingMethod to the New Fields |
| | | portion of Profile F, per Sec. 2.2.4 |
+----+---------+-------------------------------------------------+
+----+---------+-------------------------------------------------+
| No.| Section | Technical Edit |
+----+---------+-------------------------------------------------+
| 1. | 5.2.1 | Added FillOrder=1 to Profile J |
+----+---------+-------------------------------------------------+
| 2. | 6.2.1 | Constrained ResolutionUnit to 2 (i.e., inch) for|
| | 7.2.1 | all color profiles, per ITU-T Recommendations |
| | 8.2.1 | |
+----+---------+-------------------------------------------------+
| 3. | 7.2.1 | Deleted ColorMap field; it re-encoded the color |
| | 7.4 | palette already in the T.43 data stream |
+----+---------+-------------------------------------------------+
| 4. | 7.2.2 | Changed TAG value of Indexed field from 364 to |
| | | 346 to agree with Section 8.2.2 and Ref. [TTN1] |
+----+---------+-------------------------------------------------+
| 5. | 8.2.1 | Added text clarifying the use of ImageWidth |
| | | when Background or Foreground layer is Primary |
| | | IFD |
+----+---------+-------------------------------------------------+
| 6. | 8.2.3 | Changed field name from DefaultImageColor to |
| | | ImageBaseColor; |
+----+---------+-------------------------------------------------+
| 7. | 8.2.1 | Added Compression=1 for ImageBaseColor IFDs |
+----+---------+-------------------------------------------------+
| 8. | 5.2.1 | Redefined compression = 9 to be T.82 (JBIG); |
| | 5.2.3 | added T82Options field, with a default value (0)|
| | | corresponding to the T.85 application profile |
+----+---------+-------------------------------------------------+
| 9. | 4.3.3 | Added GlobalParametersIFD, ProfileType, |
| | 4.7 | FaxProfile and CodingMethod to the New Fields |
| | | portion of Profile F, per Sec. 2.2.4 |
+----+---------+-------------------------------------------------+
+----+---------+-------------------------------------------------+
| 10.| 6.2.1 | Deleted BitsPerSample=12 as an option when |
| |6.2.3,6.4| Compression=7 due to lack of interop testing. |
| |Table A.1| |
+----+---------+-------------------------------------------------+
| 11.|8.2.1,8.4| Deleted PhotometricInterpretation=5 in Profile M|
| |Table A.1| due to insufficient interop testing. |
+----+---------+-------------------------------------------------+
| 12.|7.2.1,7.4| Deleted BitsPerSample=13-16 for Palette-color |
| |8.2.1,8.5| due to lack of interop testing. |
| |Table A.1| |
+----+---------+-------------------------------------------------+
| 13.| Annex B | Deleted Annex B due to discontinued use of |
| | | application parameter; Annex C renamed Annex B |
+----+---------+-------------------------------------------------+
+----+---------+-------------------------------------------------+
| 10.| 6.2.1 | Deleted BitsPerSample=12 as an option when |
| |6.2.3,6.4| Compression=7 due to lack of interop testing. |
| |Table A.1| |
+----+---------+-------------------------------------------------+
| 11.|8.2.1,8.4| Deleted PhotometricInterpretation=5 in Profile M|
| |Table A.1| due to insufficient interop testing. |
+----+---------+-------------------------------------------------+
| 12.|7.2.1,7.4| Deleted BitsPerSample=13-16 for Palette-color |
| |8.2.1,8.5| due to lack of interop testing. |
| |Table A.1| |
+----+---------+-------------------------------------------------+
| 13.| Annex B | Deleted Annex B due to discontinued use of |
| | | application parameter; Annex C renamed Annex B |
+----+---------+-------------------------------------------------+
Authors' Addresses
作者地址
Robert Buckley Xerox Corporation Mailstop 0128-30E 800 Phillips Road Webster, NY 14580, USA
罗伯特·巴克利施乐公司邮递站0128-30E 800菲利普斯路韦伯斯特，纽约州14580
Phone: +1-585-422-1282
Fax: +1-585-422-2636
EMail: rbuckley@crt.xerox.com
Phone: +1-585-422-1282
Fax: +1-585-422-2636
EMail: rbuckley@crt.xerox.com
Dennis Venable Xerox Corporation Mailstop 0128-27E 800 Phillips Road Webster, NY 14580, USA
Dennis Venable Xerox Corporation邮箱0128-27E 800美国纽约州韦伯斯特菲利普斯路14580号
Phone: +1-585-422-3138
Fax: +1-585-422-6117
EMail: dvenable@crt.xerox.com
Phone: +1-585-422-3138
Fax: +1-585-422-6117
EMail: dvenable@crt.xerox.com
Lloyd McIntyre 10328 S. Stelling Road Cupertino, CA 95014 USA
劳埃德·麦金太尔10328 S.斯泰林路库比蒂诺，加利福尼亚州95014
Phone: +1-408-725-1624
EMail: lloyd10328@pacbell.net or
Lloyd_McIntyre@Dell.com
Phone: +1-408-725-1624
EMail: lloyd10328@pacbell.net or
Lloyd_McIntyre@Dell.com
Glenn W. Parsons Nortel Networks P.O. Box 3511, Station C Ottawa, ON K1Y 4H7, Canada
加拿大K1Y 4H7渥太华C站Glenn W.Parsons Nortel Networks邮政信箱3511
Phone: +1-613-763-7582
Fax: +1-613-967-5060
EMail: gparsons@nortel.com
Phone: +1-613-763-7582
Fax: +1-613-967-5060
EMail: gparsons@nortel.com
James Rafferty Brooktrout Technology 410 First Avenue Needham, MA 02494 USA
James Rafferty Brooktrout Technology 410第一大道李约瑟，马萨诸塞州02494
Phone: +1-781-433-9462
Fax: +1-781-433-9268
EMail: jraff@brooktrout.com
Phone: +1-781-433-9462
Fax: +1-781-433-9268
EMail: jraff@brooktrout.com
Full Copyright Statement
完整版权声明
Copyright (C) The Internet Society (2005).
版权所有（C）互联网协会（2005年）。
This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights.
本文件受BCP 78中包含的权利、许可和限制的约束，除其中规定外，作者保留其所有权利。
This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
本文件及其包含的信息是按“原样”提供的，贡献者、他/她所代表或赞助的组织（如有）、互联网协会和互联网工程任务组不承担任何明示或暗示的担保，包括但不限于任何保证，即使用本文中的信息不会侵犯任何权利，或对适销性或特定用途适用性的任何默示保证。
Intellectual Property
知识产权
The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the IETF's procedures with respect to rights in IETF Documents can be found in BCP 78 and BCP 79.
IETF对可能声称与本文件所述技术的实施或使用有关的任何知识产权或其他权利的有效性或范围，或此类权利下的任何许可可能或可能不可用的程度，不采取任何立场；它也不表示它已作出任何独立努力来确定任何此类权利。有关IETF文件中权利的IETF程序信息，请参见BCP 78和BCP 79。
Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr.
向IETF秘书处披露的知识产权副本和任何许可证保证，或本规范实施者或用户试图获得使用此类专有权利的一般许可证或许可的结果，可从IETF在线知识产权存储库获取，网址为http://www.ietf.org/ipr.
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org.
IETF邀请任何相关方提请其注意任何版权、专利或专利申请，或其他可能涵盖实施本标准所需技术的专有权利。请将信息发送至IETF的IETF-ipr@ietf.org.
Acknowledgement
确认
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC编辑功能的资金目前由互联网协会提供。