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
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が1998年3月に発行された以降に行われてきた、附属書Bとして添付リストにまとめ、改善のための議論や提案に基づいている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の改訂がblack-and-whiteカラーファクシミリのための国際電気通信連合（ITU-T）勧告によって指定された画像データのタグイメージファイル形式（TIFF）の表現について説明します。このファイル形式の仕様は、一般的に拡張されたファックスのためのTIFFとして知られている（TIFF-FX）。これは、正式にプロファイルC（黒と白のファックスやベースJPEG、ロスレスJBIG、および混合ラスターコンテンツプロファイルの拡張、最小限の定義、およびロスレス合同2値画像の専門家グループ（JBIG）プロファイル（プロファイルS、F、J） 、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
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
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:
この文書では、グループ3ファクシミリのためのITU-T勧告の現在のスイートによって生成されたデータの内容と構造を表現するためのTIFF（タグイメージファイル形式）の使用を記載しています。これらの提言や、ここで説明した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：最小白黒プロファイル、バイナリMH圧縮を使用して、[T.4] F：拡張白黒プロファイル、バイナリMH、MR、及びMMR圧縮を使用して、[T.4、T.6] J：ロスレスJBIG白黒プロファイル、JBIG圧縮の[T.85、T.82] C：非可逆色とグレースケールプロファイル、JPEG圧縮を使用して[T.42、T.81] L：可逆色とグレースケールプロファイル、JBIGを使用して圧縮[T.43、T.82] M：混合ラスタコンテンツプロファイル[T.44]、既存の圧縮方法の組み合わせを使用して
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
インターネットFAXのファイル形式を特定する意図は、この文書では
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. 2.既存のTIFFフィールドにITUファックス互換の値を定義し、ファクシミリデータのTIFFファイルの構造を指定し、3は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.
この文書は、インターネット上で標準化されたメッセージング・ベースのFAXを有効にするためのTIFFベースのファイル形式の仕様を定義します。これは、白黒、グレースケール、カラーファクシミリグループ3のための既存のITU-T勧告との互換性のために必要なTIFFフィールドとフィールドの値を指定します。 TIFFは、歴史的に、このようなストアアンドフォワードメッセージングなどのアプリケーションでのFAX画像ファイルを処理するために使用されてきました。インポート/エクスポートのために、このファイル形式の仕様をサポートする実装は、ネイティブ形式としてそれをサポートするために選ぶことができます。この文書では、低メモリおよびページレベルのストリーミングの実装と互換性の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ファイルに圧縮FAX画像データを挿入して画像データを記述するパラメータを符号化するために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.
このアプローチは、データ形式とレガシーファックス、ホストベースのFAXアプリケーションの両方の性能要件を埋めるTIFFの機能と構造を利用しています。 TIFFは、ページ、画像のために構築し、ストリップは、TIFFファイルは、ファックスデータストリーム構造とそれに付属するパフォーマンス上の利点を維持することができます。 TIFFベースのアプローチは、ユーザーや実装の確立基盤上に構築し、インターネットファックスのための進行中の既存のTIFFベースのIETF提案や仕事との下位互換性が保証されます。
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 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.
第2章では、TIFFの概要を説明します。 2.1節では、マルチページTIFFファイルを構造化するための一般的なガイドラインを含むTIFFファイルの構造を記述する。 2.2節のリストすべてのFAXプロファイルのために必要または推奨されているTIFFフィールド。個々のファックスプロファイルを記述する8、 - 特定のFAXプロファイルによってのみ使用されるTIFFフィールドは、セクション3に記載されています。これらのセクションは、各プロファイルの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の許可フィールドのフルセットは、現在のTIFF仕様は、このドキュメントのセクション2、及びファクシミリ操作の特定のプロファイルのセクションに含まれています。この文書では、プロファイルは、許可フィールドおよびファクシミリのための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は、TIFF-Fの標準的な定義を提供する拡張白黒ファックスプロファイル（プロファイル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.
フィールドと値（プロファイルS）の最小限交換白黒セットを実装するために、ある必要はセクション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)
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、最小のプロファイルは、ITU-T勧告で定義されている修飾ハフマン（MH）圧縮に基づいています。 T.4。プロファイルFは、指定READ（MR）を改変、およびITU-T勧告で規定されている修飾READ（MMR）圧迫を、改変、ハフマン（MH）変形。 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を実装しなければならず、必要に応じて、プロファイルCの実装はまた、プロファイルSを実装する必要があり、別の例のプロファイルF、J、またはL.を実装してもよいし、必要に応じてプロファイル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].
キーワード "MUST"、 "MUST NOT"、 "REQUIRED"、 "NOT" "SHALL"、この文書では、 "SHOULD"、 "推奨" "NOTべきで"、 "MAY"、および "任意の" にあります[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 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の主な目的は、アプリケーションが画像データを交換することができ、その中の豊富な環境を提供することです。現在のTIFF仕様[TIFF]はベースラインTIFFとして知られているTIFFフィールドの一般的に使用されるコアセットを定義します。現在の仕様、ページメーカーTIFFテクニカルノート[TTN1]の組、及びTIFFテクニカルノート2 [TTN2]いくつかのTIFF拡張機能を定義します。この文書で説明したように、ファックスアプリケーション用のTIFFベースの仕様では、選択した拡張子で、ベースラインTIFFのフィールドのサブセットを使用しています。いくつかのケースでは、この文書は、ファックスアプリケーション専用に新しい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は、それ複数ページのラスタ画像であるファクシミリ文書、のために良い試合になりた、ラスタ画像のために設計されています。各ラスタ画像は、同じ画素数、サンプリングの単位をそれぞれ有する行または走査線の数、から成ります。各画素は、少なくとも1つのサンプル又は成分（白黒画像のための正確に一つ）を有しています。
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バイトの画像ファイルのヘッダから始まります。最初の2つのバイトは、ファイル内で使用されるバイト順序を記述します。バイトが16以内最下位（ビッグエンディアン）に最も注文されたときに有効な値は、「II」のバイトが最も重要な（リトルエンディアン）に少なくともから注文されている（0x4949）、および「MM」（0x4D4D）、ありますまたは32ビット整数。いずれかのバイト順が「II」の値を使用しなければならない最小の白黒プロファイルの場合を除き、使用することができます。次の2つのバイトは、TIFFファイルとしてファイルを識別し、ヘッダの最初の2バイトの値に従って順序付けされた値42を含みます。最後の4つのバイトはオフセット与えるその最初の画像ファイルディレクトリ（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は、フィールドの数、フィールドエントリのシーケンス、および次のIFDへのオフセット4バイトの2バイト数で構成されています。フィールドは、画像データに画像とポインタについての情報が含まれています。ファイル内の各別個のラスタ画像は、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バイトのタグから成り、フィールド・タイプ（例えば、短い、長い、合理、ASCII）、カウント（値またはオフセットの数）を与える4つのバイトを識別する2バイト、及びいずれかを含有する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 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.
TIFFファイルは、各IFDは、タイプNewSubfileTypeフィールドで指定されたサブファイルで複数のIFDを含めることができます。複数のIFDは、各IFDの最後のエントリは、次のIFDプライマリIFDにサブIFDフィールドを使用して、またはツリーとして（最後のIFDにおけるポインタが0である）[TTN1]をポイントして、いずれかのリンクリストとして編成することができます。サブIFDフィールドは、プライマリ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.
すべてのファックスプロファイルは、複数ページの文書の1ページとしてIFDを識別するビットを含むNewSubfileTypeフィールドとのIFDのリンクリストとして複数ページのFAX画像を表します。各IFDは、1ページ目の0から始まる、昇順にページ番号を識別し、ページ番号フィールドを有しています。ベースラインのTIFFリーダーが最初に越えたいかなるのIFDを読み取るために必要とされていないが、この仕様に準拠したファイルを読み込み、実装は複数のIFDを読み替えるもの。専用セクション8に記載の混合ラスターコンテンツのFAXプロファイルは、子の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
| : |
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つの以上のストリップ、などの画像を記憶します。ストリップは、圧縮形式のラスタ画像データの1本の又はそれ以上の走査線（行）から成ります。画像は、単一のストリップに記憶されてもよいし、バッファするために、より少ないメモリを必要とするいくつかのストリップに分割することができます。 （ベースラインTIFFは、ストリップあたり約8Kバイトを推奨していますが、既存のFAXの使用量は、典型的には、画像ごとに1つのストリップです。）
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 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).
StripOffsets、RowsPerStrip、およびStripByteCounts：各IFDは3ストリップ関連分野が必要です。 StripOffsetsフィールドは、ストリップまたは実際の画像データを含むストリップへのポインタの配列です。 StripByteCountsフィールドは、圧縮後の各ストリップのバイト数を示します。 TIFFは、各ストリップは、最後を除いて、RowsPerStripフィールドで指定された走査線の同じ番号が含まれている必要があります。この文書では、混合ラスターコンテンツのFAXプロファイル（8節）によって必要とされるストリップ、あたりの走査線の数が可変を可能にする新しいStripRowCountsフィールドを紹介します。
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フィールド内の両方に指定することができます。 2つの値が異なることも可能です。これは、データストリームを解釈するために必要な値のために発生すると、データ・ストリーム内の値が優先されます。こうした著者名などのデータ・ストリームを解釈するために必要とされていない情報の値については、その後、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ファイルのページを注文すべきであることをお勧めします。 （一つ以上のストリップで）（サブIFDを含む）は、1つの以上のIFD、のIFD外部に格納されている長いフィールド値、及び画像データ：TIFFファイルでは、ページは、いくつかの要素から構成されています。
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 be prepared to read TIFF files whose structure is consistent with [TIFF], which supports a more flexible file structure than is recommended here.
最小限の黒と白のプロファイル（プロファイルS）は、ページ（3.5節）内のページや要素の必要な順序を指定します。拡張白黒プロファイル（プロファイルF）は、ページとページ要素（4.4.6項）を注文するためのガイドラインを提供します。その他のプロファイルは、これらのガイドラインに従ってください。この勧告は、ファックスアプリケーションでTIFF作家と読者の実装およびTIFFファイルやファックスデータストリーム表現間の変換を簡素化することを意図しています。しかし、交換の堅牢性のために、読者はその構造ここで推奨されるよりも柔軟なファイル構造をサポートしています[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ファイルで発生した場合、それはすぐに8バイトの画像ファイルのヘッダに続いて、最初のIFDに配置されるべきです。
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:
このセクションでは、すべてのFAXプロファイルによって必須または推奨フィールドについて説明します。次のようにこの文書のTIFFのフィールドの説明のためのパターンは次のとおりです。
FieldName(TagValueInDecimal) = allowable values. TYPE
フィールド名（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それが使われているかのフィールドの説明、およびそれを持つことができる値=（そうでない場合は、現在の仕様ではなく、利用可能）（= 1場合は省略）=カウント。デフォルト値、もしあれば、[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フィールドは、すべてのFAXプロファイルによって使用されるが、ITU規格で指定されていない、すなわち、フィールドはプロファイルに依存しないフィールド値を持つことがないものとします。次のサブセクションでは、すべてのFAXプロファイルによって使用されなければならないフィールドを示していますが、ITU-指定またはプロファイル固有の値で指定された値を持っているています。それらを使用するプロファイルを記述する - 一部ではなく、すべてのプロファイルで使用しなければならないフィールドは、セクション（8 3）に記載されています。
ImageLength(257) SHORT or LONG RequiredByTIFFBaseline Total number of scanlines in image. No default, must be specified.
ImageLength（257）画像における走査線の短いまたは長いRequiredByTIFFBaseline総数。デフォルトでは、指定されていませんしなければなりません。
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
ページ番号（297）SHORT RequiredByTIFFforFAX、TIFFExtensionは、最初の数字はページ番号（最初のページ0）を表す= 2カウント。 2番目の数字は、文書の総ページ数です。第二の値が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）SHORTまたはLONG RequiredByTIFFBaseline最後のストリップ以外のTIFFストリップあたりの走査線の数、。単一のストリップの画像の場合、これはImageLengthフィールドの値と同じです。デフォルト= 2 ** 32から1（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.
SHORTまたはLONG TIFFベースラインに必要StripByteCounts（279）は、カウント=各ストリップに対してストリップの数、圧縮後のそのストリップのバイト数を。デフォルトでは、指定されていませんしなければなりません。
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.
StripOffsets（273）SHORTまたはLONG RequiredByTIFFBaseline数=各ストリップに対してストリップの数、そのストリップの先頭にファイルの先頭からのオフセットバイト。デフォルトでは、指定されていませんしなければなりません。
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フィールドは、すべてのFAXプロファイルによって使用されなければならないが、それらに関連付けられている値は、記述されているプロファイルと関連したITU勧告に依存します。したがって、唯一のフィールドは、ここで定義されています。それらを使用するプロファイルを記述する - いくつかによって使用されるものではなく、すべてのプロファイルは、セクション（8 3）に記載されている8フィールド - 特定のファックスプロファイルに適用できる値は、セクション3に記載されています。
BitsPerSample(258) SHORT RequiredByTIFFBaseline Number of bits per image sample. Default = 1 (field may be omitted if this is the value).
bitsPerSample画像サンプル当たりのビット（258）SHORT RequiredByTIFFBaseline数。デフォルト= 1（これは値である場合、このフィールドは省略されてもよいです）。
Compression(259) SHORT RequiredByTIFFBaseline Compression method used for image data. Default = 1 (no compression, so may not be omitted for FAX).
圧縮画像データに使用（259）SHORT RequiredByTIFFBaseline圧縮方法。デフォルト= 1（非圧縮しないので、FAXのために省略されなくてもよいです）。
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.
[TIFF]あたりのベースラインTIFFでFillOrder（266）SHORT RequiredByTIFFforFaxデフォルトのビット順は、ビットが格納される前に反転されていないFillOrder = 1、で示されます。しかし、ファックス用のTIFFは、典型的には、バイト内のビットの順序を格納する前に反転さ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).
それにもかかわらず、この仕様に準拠するすべての読者は、（最下位ビット）FillOrder = 2のサポートを必要とするプロファイルS、の場合を除いて、両方のビット順序でデータを読み取ることができなければなりません。
ImageWidth(256) SHORT or LONG RequiredByTIFFBaseline The number of pixels (columns) per scanline (row) of the image No default, must be specified.
画像の走査線当たりImageWidth（256）短いまたは長いRequiredByTIFFBaseline画素数（列）（行）デフォルト値は、指定しなければなりません。
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).
画像が複数ページの文書の1ページである場合、このIFDビット1に含まれるデータの種類のNewSubFileType（254）LONG RequiredByTIFFforFAX A一般的な指標は、1です。デフォルト= 0（上のないサブファイル・ビットなので、FAXのために省略されなくてもよいです）。
PhotometricInterpretation(262) SHORT RequiredByTIFFBaseline The color space of the image data. No default, must be specified.
PhotometricInterpretation（262）SHORT RequiredByTIFFBaseline画像データの色空間。デフォルトでは、指定されていませんしなければなりません。
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）SHORT RequiredByTIFFBaseline解像度の測定単位。 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）SHORT RequiredByTIFFBaseline画素あたりの色成分の数。 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解像度単位当たりのピクセル数で画像の水平解像度。 100、200、300、インチ当たり400個の画素、80、センチメートル当たり160個の画素（又は204、インチ当たり408個のピクセル）：ファクシミリのためのITU-T勧告は、小さな水平解像度の数を指定します。各プロファイルの許容XResolution値は、そのプロファイルを定義するセクションに記載されています。ピクセル/インチで<204、200>および<400408>：あたり[T.4]、それは同等のものとして以下XResolution値を治療するためのアプリケーションのために許されます。これらの同値はインチとメトリックベースのファクシミリ端末との間の変換を可能にするために、[T.4]で許可されました。アプリケーションは、ペアの任意のメンバーを受け入れる場合、相互運用性を確保するために、次にT.4は、（インチ当たり200個の画素が受け入れられた場合、例えば、204を受け入れる）の両方を受け入れるように、それを必要とします。ファクシミリ作家のためのTIFFは、歴史的な慣行との整合性のために、インチベースの単位でXResolutionを表現すべきであるとの相互運用性を最大化すること。そのインチベースの同等の解像度に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 interoperability. See the table below for information on converting from the metric value to its inch based equivalent resolution. No default, must be specified.
YResolution（283）RATIONAL RequiredByTIFFBaseline解像度単位当たりのピクセル数で画像の垂直解像度。ファクシミリのためのITU-T勧告は、垂直解像度の小さな数を指定：100、200、300、インチ当たり400個の画素、38.5、77、センチメートル当たり154個のピクセル（または98、196、インチ当たり391個のピクセル）。各プロファイルの許容YResolution値は、そのプロファイルを定義するセクションに記載されています。 <98、100>、<196、200>、および<391、400>ピクセル/インチ：当たり[T.4]は、それが同等であるとして以下YResolution値を治療するためのアプリケーションのために許されます。これらの同値は、インチ - およびメトリックベースのファクシミリ端末との間の変換を可能にするために、[T.4]で許可されました。アプリケーションは、ペアの任意のメンバーを受け入れる場合、相互運用性を保証するために、次にT.4は、（インチ当たり100個の画素が受け入れられた場合、例えば、98を受け入れる）の両方を受け入れるように、それを必要とします。ファクシミリ作家のためのTIFFは、歴史的な慣行との整合性のために、インチベースの単位でYResolutionを表現すべきであるとの相互運用性を最大化すること。そのインチ基づいて等価な解像度にメトリック値からの変換については、以下の表を参照。デフォルトでは、指定されていませんしなければなりません。
+-----------------------------+-----------------------------+
| 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フィールドは、すべてのFAXプロファイルによって使用されるかもしれません。しかし、プロファイルSライター（第3節で説明した最小限のファックスプロファイル）は、これらのフィールドを使用しないでください。 8 - プロファイル固有の推奨されるフィールドは、セクション3に記載されています。
DateTime(306) ASCII OptionalInTIFFBaseline Date/time of image creation in 24-hour format "YYYY:MM:DD HH:MM:SS". No default.
日時（306）アスキー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）アスキーOptionalInTIFFExtension（DocumentStorageAndRetrieval）スキャンしたドキュメントの名前。これは、TIFF拡張フィールドではなく、ベースラインTIFFフィールドです。デフォルトなし。
ImageDescription(270) ASCII OptionalInTIFFBaseline A string describing the contents of the image. No default.
れるImageDescription（270）ASCIIは、画像の内容を記述する文字列をOptionalInTIFFBaseline。デフォルトなし。
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 OptionalinTIFFBaseline 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フィールドは、すべてのFAXプロファイルによって使用されるかもしれません。しかし、プロファイルSは、（第3節で説明した最小限のファックスプロファイル）を書き込み、これらのフィールドを使用しないでください。加えて、これらの新しいTIFFフィールドのサポートは、セクション4及び[TIFF-F]に記載の過去TIFF-F読者には含まれていません。これらのフィールドは、画像データを作成したファックスセッションの「グローバル」パラメータについて説明します。彼らは、現在の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
GlobalParametersIFD（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 conflict exists between fields in the GlobalParametersIFD and in the image IFDs, then the data in the image IFD shall prevail.
GlobalParametersIFDの各フィールドには、任意のIFDで合法であるTIFFフィールドです。必要なベースラインフィールドはGlobalParametersIFDに配置されるべきではなく、各画像IFDにする必要があります。競合がGlobalParametersIFDおよび画像のIFDのフィールドの間に存在する場合には、画像IFDのデータが優先する。
Among the GlobalParametersIFD entries is a new ProfileType field that generally describes information in this IFD and in the TIFF file.
GlobalParametersIFDエントリの中で、一般的に、このIFDにし、TIFFファイルの情報を記述する新しいprofileTypeがフィールドです。
ProfileType(401) LONG The type of image data stored in this IFD. 0 = Unspecified 1 = Group 3 fax No default
profileTypeが（401）LONGこの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
; 6. BYTEこのファイルに適用されるプロファイル - FaxProfile（402）0 =プロファイルは、許可されたフィールドおよびファクシミリのためのTIFFのフィールド値の完全なセットのサブセットです。現在定義されている値は0：最小白黒ロスレス、プロファイルS 2：拡張白黒ロスレス、プロファイルF 3：可逆JBIG白黒、プロファイルJ 4ファクシミリ1ためTIFFのために定義されたプロファイルに準拠していません：非可逆色とグレースケール、プロファイルC 5：可逆色とグレースケール、プロファイルL 6：混合ラスタコンテンツ、プロフィール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）LONGこのフィールドは、符号化方法は、ファイルに使用されているかを示します。ビット位置における1の値は、対応する符号化方式が使用されていることを示します。 1に設定され、複数のビットは、複数の符号化方式は、ファイルで使用されています。ビット0：不特定の圧縮ビット1：1次元コード、ITU-T勧告。 T.4（MH - 変形ハフマン）ビット2：2次元コード、ITU-T勧告。 T.4（MR - 修飾READ）ビット3：2次元コード、ITU-T勧告。 T.6（MMR - 修正MR）ビット4：ITU-T勧告。 ITU-T勧告T.82を使用したコーディング、。 T.85（JBIG）ビット5：ITU-T勧告。 T.81（ベースラインJPEG）ビット6：ITU-T勧告。 ITU-T勧告T.82を使用したコーディング、。 7ビット（JBIG色）T.43 - 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）バイト数：FaxProfileフィールドで指定された標準の4年間、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フィールドによって指定された標準のモードをBYTE。 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の最小白黒サブセットを定義します。このサブセットは、ファクシミリのためのTIFFのすべての実装が最小限のサブセットをサポートするプロファイルS.指定されています。
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.
白黒モードでは、ほとんどのユーザーは、今日に精通しているバイナリファックスアプリケーションです。このモードは、白黒テキスト及び線画に適しています。白黒モードは、機能の2つのレベルに分かれています。このセクションでは、画像の一部の形式は、白黒にもかかわらず、交換することができることを保証するために、すべての実装によってサポートされなければならない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."
白黒ファクシミリモードの最小交換部は、元のグループ3ファクシミリ解像度で、一般に「標準」と呼ばれる、1次元ハフマン修飾（MH）圧縮をサポートする「細かいです」。
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 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.
交換を保証するために、このプロファイルは、値の最小セットとフィールドの最小セットを使用します。このプロファイルにはお勧めのフィールドがありません。さらに、TIFFファイルは、TIFFヘッダ内のバイト順序値が「II」であることを意味し、「リトルエンディアン」であることが要求されます。このプロファイルは、FAX文書のページのため、ページののIFDと画像データに必要な順序付けを定義します。また、単一のストリップは、各ページの画像データが含まれている必要があります。 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)
bitsPerSample（258）は、1 SHORT RequiredByTIFFBaselineバイナリデータのみを=。デフォルト= 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 SHORT RequiredByTIFFBaseline 3 = 1-または2-次元コード。値3は、TIFF拡張値[TIFF]です。 T4Optionsフィールドが指定され、その値は、データが[T.4]の変形ハフマン（MH）圧縮で符号化されることを指定しなければなりません。
FillOrder(266) = 2. SHORT RequiredByTIFFBaseline 2 = Least Significant Bit first
FillOrder（266）= 2 SHORT RequiredByTIFFBaseline 2 =最下位ビットの第1
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読者のみ最も小さい番号のピクセルはバイトのMSBに格納されFillOrder 1をサポートするために必要とされます。白黒ファックス製品を使用するためにシリアル形式にデータを変換するときしかし、モデムなどの多くのデバイスので、LSB第1の送信は、最も小さい番号の画素がに格納されている第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.
ImageWidth（256）= 1728 SHORTまたはLONG RequiredByTIFFBaselineこのプロファイルは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）=（ビット1 = 1）。 LONG RequiredByTIFFforFAXビット1画像が複数ページの文書の1ページである場合は1です。デフォルト= 0（なしサブファイル・ビットに、そうファックスのために省略されなくてもよいです）。
PhotometricInterpretation(262) = 0. SHORT RequiredByTIFFBaseline 0 = pixel value 1 means black. No default, must be specified.
PhotometricInterpretation（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).
ResolutionUnitと（296）は2 SHORT RequiredByTIFFBaseline解像度の測定単位を=。 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).
SamplesPerPixel（277）は、1 SHORT RequiredByTIFFBaseline画素あたりの部品数を=。白黒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.
XResolution（282）= 200、204 RATIONAL RequiredByTIFFBaseline画像の水平解像度を解像度単位当たりのピクセル数で表されます。ピクセル/インチで、許容値は等価として扱うことができる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）= 98、100、196、200 RATIONAL RequiredByTIFFBaselineは、画像の垂直解像度は、解像度の単位あたりの画素で表現されます。ピクセル/インチで、許容値は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）=（ビット0 = 0、ビット1 = 0、ビット2 = 0、1）LONG RequiredTIFFExtensionビット0 = 0（= 3圧縮）がMHの圧縮を示します。ビット1は2 = 1のEOLがバイト整列されていることを示す0ビット= 0のEOLない整列バイトでなければなりません。デフォルトは、すべてのビットが0である（たEOLがバイト整列されていない場合に適用されます）
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ビット0の値が（のみ、このプロファイルにおいてMH）使用される圧縮を指定有する場合T4Optionsフィールドが必要です。 MHコーディングはEOL（行末）コードを使用する必要があります：ビット2はEOLコードがバイト整列であるかどうかを示します。詳細については、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.
- 12ビットのEOLシーケンスは、MH-圧縮された画像データの各ラインに先行しなければなりません。 （ベースラインTIFFこれらEOLシーケンスを使用しません。） - EOLシーケンスはバイト位置合わせされてもよく、その場合、EOLシーケンスはバイト境界で終了し、それ以降の画像データがバイト境界で始まるようにビットが付加されているフィル。 - EOLコードがバイト整列されていない場合、画像データは、6つの連続のEOLからなる、RTC（コントロールに戻る）配列が続いてもよいです。
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、圧縮されたデータ（第1行）、EOL、圧縮されたデータ、...、EOL、圧縮されたデータ（最後の行）、RTC（6連続したEOLコード）
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は、EOLコードを使用するか、Control（RTC）MH-圧縮データのための配列には戻りません。しかし、MHの圧縮（圧縮= 3）のために本明細書中で使用されるTIFF拡張フィールドT4Optionsは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はEOLコードがバイト整列されているか否かを示します。 EOLコードを示すビット2 = 1、バイト整列される場合、EOLコードは常にバイト境界で終了するようにビットがEOLコードの前に必要に応じて添加された充填、およびEOLに続くデータの最初のビットは、バイトから始まり境界。ビットを埋めることなく、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系列を禁止しています。ファックスデータストリームとインターネットファックスファイルのための共通の処理とのインタフェースを求める実装は、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コードがバイト整列されていないと何のフィルビットをデータに追加されていない場合に許可されています。これは、FAXデータは、単に処理又は解釈されることなく、ストリップに挿入されている状況に対応します。た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フィールドのフラグの設定は非バイト整列データ、つまりために設定されている場合はTIFFファイルを書き込むときのRTCを入れるかもしれT.4-生成された画像データの「透明性」をサポートするために必要な実装は、ビット2の0実装者でありますTIFFの読者はMH画像データにRTC配列を含むファックスのためのいくつかの既存のTIFFの実装があることに注意する必要があります。したがって、最小セットの読者はの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ヘッダは、ファイル内で使用されるバイト順序を記述する2つのバイトを含んでいます。最小白黒プロファイルのために、これらのバイトは、TIFFファイル内のバイトがLSByte、一次（リトルエンディアン）であることを示す、値「II」（0x4949）を有するものとします。第一または第0 IFDは、直ちに第1 IFDへのオフセット、ヘッダに続く8ヘッダー値を以下の表に示されています。
+--------+-------------------+--------+-----------+
| 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フィールドは、画像データへのポインタを含むことになります。 2つの例外で、IFD内のフィールドのエントリではなく、IFDの外側に配置フィールド値にオフセットのフィールド値が含まれています。 2つの例外は、RATIONALタイプであり、2〜4バイト数を必要両方ともXResolutionとYResolutionフィールドの値です。これらの「長い」フィールドの値は、それらにオフセットを含む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.
これらの要件の効果は、1ページ目のIFDが秒間IFD次いで、最初のページの画像データに続くXResolutionとYResolutionための長いフィールド値に続くTIFFヘッダと、後のファイルの最初の来ることですページ、など。これは、次の図に示します。各IFDは2番目のページの最初のページ、1の値0を有するページ番号フィールドを有することが必要とされています。
+-----------------------+
| 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フィールドをまとめたものです。ベースラインと拡張フィールドとフィールド値は、すべての実装でサポートしなければなりません。便宜上、フラグビットのシーケンスである値を有する特定のフィールドが設定されたフラグに対応する整数値で示されています。実装は、フラグビットのシーケンスへの拡張を適切に無視できるように、しかし、個々に関連するフラグビットの設定をテストすべきです。 （T4Options以下、例えば、参照）。
+---------------------------+--------------------------------+
| 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|
+---------------------------+--------------------------------+
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.
このセクションでは、白黒機能の豊かなセットを提供するフィールドの最小交換セット（プロファイルS）への拡張を記述しています。に記載されているように、このセクションで説明さフィールドおよび値は、MHの圧縮に加えて、第3節で設定最小交換のために定義されたフィールドと値のスーパーセット、改変READ（MR）及び変性された変性READ（MMR）圧縮されています[T.4]と[T.6]はサポートされています。
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の文書はもともとジョー・キャンベル率いるファックス専門家の小グループによって作成されました。 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フィールド及び値の得られる定義は、フィールドの値の一部は、ITU-T [して、より正確な適合を提供するために、更新されたTIFFクラスFの以前の定義で歴史的に使用されるものと一致したまま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)
bitsPerSample（258）は、1 SHORT RequiredByTIFFBaselineバイナリデータのみを=。デフォルト= 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 = 2次元コード、ITU-T勧告。 T.6（MMR - 変性された変性READ、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.
まず、正確には、電話回線上に表示されるLSBストアデータをFillOrder（266）は、1 = 2 SHORT RequiredByTIFFBaselineプロファイルF読者は両方のビット順序でデータを読み取ることができなければならないが、ファクシミリ製品の大半。 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.
ImageWidth（256）SHORTまたはLONG RequiredByTIFFBaselineこのプロファイルは、次の固定ページ幅をサポートしています。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そして[T.4]の最新バージョン毎の1216は、A5とA6の文書は、もはやグループ3ファクシミリでサポートされていないので、関連する幅の値は廃止されました。インチ/メトリック等価性や他の実装の詳細についての詳細は、セクション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）=（ビット1 = 1）。 LONG RequiredByTIFFforFAXビット1画像が複数ページの文書の1ページである場合は1です。デフォルト= 0（なしサブファイル・ビットに、そうファックスのために省略されなくてもよいです）。
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.
注：ビット1は常に複数ページの画像の1ページを示し、TIFF-Fのために1に設定されています。 TIFF-Fは、1ページのファックスイメージのために使用されているときに、同じビット設定が使用されています。マルチページファイルの詳細については、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.
PhotometricInterpretation（262）= 0、1 SHORT RequiredByTIFFBaseline 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).
ResolutionUnitと（296）= 2、3 SHORT RequiredByTIFFBaseline解像度の測定単位。 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).
SamplesPerPixel（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.
XResolution（282）= 200、204、300、400、408 RATIONAL RequiredByTIFFBaseline画像の水平解像度を解像度単位当たりのピクセル数で表されます。ピクセル/インチで、許容値はインチメトリック同値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の値は、[T.30]との整合性のために、歴史的なTIFF-F値に追加されています。いくつかの既存のTIFF-Fの実装はまた、インチ当たり204個のピクセルに相当する80ピクセル/ cmの値をサポートすることができます。実装の詳細については、セクション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）= 98、100、196、200、300、391、及び400 RATIONAL RequiredByTIFFBaseline画像の垂直解像度は、解像度の単位あたりの画素で表現されます。ピクセル/インチで、許容値は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の値は、[T.30]と一貫性のために、過去のTIFF-F値に追加されています。いくつかの既存のTIFF-F実装は、それぞれ、インチ当たり196と98画素に相当する77と38.5の値（cm）を、サポートすることができます。実装の詳細についての詳細は、セクション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].
注：XResolution、YResolution、および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 |
+---------------------------+
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）=（ビット0 = 0又は1、ビット1 = 0、ビット2 = 0又は1）T4Optionsも[TIFF]の前のバージョンでGroup3Optionsとして知られていた（圧縮= 3）LONG RequiredTIFFExtension。ビット0 = 1は、MR圧縮を示し、0は、MHの圧縮を示します。ビット1は2 = 1のEOLがバイト整列されていることを示す0ビット= 0のEOLない整列バイトでなければなりません。 （デフォルトはすべてのビットが0である（MH圧縮が使用されたEOLがバイト整列されないされたときに適用されます）（3.2.2項を参照してください。）T4Optionsフィールドが必要とされる圧縮フィールドが3の値を持っている場合、このフィールドは使用される圧縮を指定しますMHまたはMR）とEOLコードがバイトアラインされているかどうか。彼らはバイト整列されている場合は行末（EOL）コードは常にバイト境界で終わるように、そして埋めるビットを必要に応じて追加されました。セクション3.4、詳細については、4.5.3、および4.5.4を参照してください。
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）=（ビット0 = 0、ビット1 = 0）。 （圧縮= 4）は、2D変性された変性READ（MMR）圧縮のパラメータを示すために使用される長いRequiredTIFFExtension。 T6Optionsはまた、[TIFF]の前のバージョンでGroup4Optionsとして知られていました。ビット0が0ビット1 = 0は、非圧縮データ・モードが許可されていないことを示しなければなりません。 = 1は、非圧縮データが許可されていることを示す（[TIFF]を参照）。デフォルトでは、すべてのビット0 FAXの場合、フィールドが存在し、圧縮データサイズを拡大する非圧縮データの使用は、FAXのために許可されていない値0を持っている必要があります。
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圧縮されたデータは2次元であると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）は、受信中のファクシミリ装置が遭遇した「悪い」の走査線の数。 「不良」の走査線は、デコードされた場合、画素の不正確な数を含む走査線として定義されます。 PercentBad =（BadFaxLines / ImageLength）* 100デフォルトはありませんので注意してください。
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 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.
注：多くのファクシミリ装置には、実際に出力されていない、悪い行を行います。代わりに、前の良好なラインは悪いラインの代わりに繰り返されます。ライン再生として知られるこの置換は、画像の視覚的改善をもたらすが、データは、それにもかかわらず、破損しています。 CleanFaxDataフィールドは、データのエラー内容を説明します。 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.
ConsecutiveBadFaxLines（328）の連続した「悪い」の走査線の長いか短い最大数は、受信されました。 BadFaxLinesフィールドは、不良行の量のみを示しています。 Noデフォルトありません。
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データは、不良回線の量のみを示しています。 ConsecutiveBadFaxLinesフィールドは、不良行の分布の指標であり、従って、知覚される画質の良好な一般的な指標であり得ます。これらのフィールドの使用例については、セクション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ファイル内の位置をStripOffsets値で与えられます。
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ファイルで、通常1ページに1つのストリップです。セクション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]はFillOrder = 2、バイトの最下位ビットで、すなわち、最も小さい番号の1ビットピクセルをサポートするために、ベースラインTIFFリーダーを必要としません。さらに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読者は両方のビット順序でデータを読み取り、1及び2のFillOrder値をサポートすることができなければなりません。
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（ページワンの-1）の値を持つ個々の単一ページ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年のように標準化し、一般的に使用されていた3つの圧縮方法があります。 ITU-T T.4勧告[T.4]は（相対部材は、指定のアドレスに対してREADが短い）変形ホフマン（MH）および変性READ（MR）として知られている二次元の方法として知られている一次元圧縮方法を定義します。 1984年に、変性された変性READ（MMR）として知られて幾分より効率的な圧縮方法は、ITU-Tの勧告T.6 [T. 6]で定義されました。この圧縮方法は、一般的に、グループ4の圧縮と呼ばれてきたように、MMRはもともと、グループ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は、これらの3つの圧縮方式をサポートしています。最も一般的に使用される一次元変形ハフマン（MH）圧縮方式です。これは、はるかに少ない頻度履歴TIFF-Fの実装で使用されている二次元変形READ（MR）メソッドは、であってもよく、3に圧縮フィールドの値を設定した後、あるいは0にT4Optionsフィールドのビット0を設定することによって指定されますこのフィールドのビット2の値は、充填ビットの使用によって決定される1にT4Optionsフィールドのビット0を設定することにより選択。
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 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.
用途に応じて、T.6からより効率的な二次元変性された変性READ（MMR）圧縮方法はT6Optionsの4に圧縮フィールドの値を設定した後、最初の2ビット（及び全ての未使用ビット）を設定することによって選択することができます圧縮の選択を行う際に実装を支援するための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も修正ハフマン圧縮を指定するための圧縮= 2を使用することが可能になるが、データはEOLを使用していません。結果として、TIFF-Fは修飾ハフマン圧縮を指定するために圧縮= 3の代わりに圧縮= 2を使用します。
Here are examples for writing the CleanFaxData, BadFaxLines, and ConsecutiveBadFaxLines fields:
ここでCleanFaxData、BadFaxLines、およびConsecutiveBadFaxLinesフィールドを書くための例は以下のとおりです。
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.ファクシミリハードウェアは、ページ品質情報を提供していますが、レポートなし悪いライン。 = 0のみBadFaxLinesを書きます。
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.ファクシミリハードウェアは、ページ品質情報とレポート悪い株を提供します。 BadFaxLinesとConsecutiveBadFaxLinesの両方を書きます。ハードウェアの再生機能が知られている場合も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.
画像は、エラー訂正が、例えば、グループ3エラー訂正モードは、使用されなかったファックス画像データ・ストリームから生成されたとき、TIFF作家にのみ、これらのフィールドを生成する必要があります。
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ファイルの構造は、文書の1ページに1つのIFDが含まれます。この場合、IFDは、単一のページの属性を定義します。二簡素化ガイドラインは、TIFF-Fファイルの作家は、ページの実際の配列と同じ順序でのIFDを提示しなければならないということです。 （ページは、最初のページのようなページ0で始まり、その後（即ち、0、1昇順TIFF-F内の番号が付けられています
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の最小のサブセットである最小のプロファイルの場合には、これらのガイドラインのSHOULDsとメイズはSHALLs（セクション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 (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ファイルは、基本的に各画像データの1ページ（1ページに1つのストリップ）、画像データのページを指して、昇順ページ順で提示のIFDのリンクリスト、で構成されますまた、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は、歴史的に、このようなファイルの全体のサイズが予め分かっているストア・アンド・フォワード・メッセージングなどのアプリケーションでのFAX画像ファイルを処理するために使用されてきました。 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ハフマン（「圧縮」）のデータを読み書きする能力が必要です。非圧縮データが許可されていません。 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の最小サブセットは、1次元（変形ハフマン）ファイルのサポートが必要なので、この選択は、移植性を最大化します。 TIFF-Fファイルを書くときしかし、より高い効率性を追求実装者はT.6 MMR圧縮を使用すべきです。いくつかのTIFF-F読者はまた、二次元の変更READファイルをサポートします。 TIFF-Fファイルを読み込んで、最大限の柔軟性を持つことを望む実装者は、これらの圧縮方法（MH、MR、およびMMR）の3つのすべてをサポートする必要があります。
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 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.
1993年に、ITU-Tはインチベースユニットあたりのドット数×200 200、300×300、および400×400を含むT.30勧告で高解像度のサポートを追加しました。 391vのXの204Hと391v第X 408h：同時に、支持体は、次のような指標インチベースの解像度と同等の大きさのために添加しました。彼らは、グループ3ファクシミリ装置から受信したいくつかの画像データ・ストリームに表示されることがありますそのため、新たな決議のインチベースの同等のフルセットは、TIFF-Fライターでサポートされています。しかし、多くのファクシミリ端末と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.
<204200>と<400408>：パー[T.4]は、それが同等のものとして、次のXResolution値を治療するためのアプリケーションのために許されています。 <98、100>、<196、200>、および<391、400>：同様に、以下YResolution値も同等に扱われてもよいです。これらの同値は、インチ - およびメトリックベースのファクシミリ端末との間の変換を可能にするために、[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の用途に使用されているようTIFF-Fのリーダーでメトリックベースの解像度のオプションのサポートは（すなわち、77 X 38.5センチメートル）、完全を期すために含まれていますが、この使用は、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のための歴史的な大会は、ハフマン変更または修正READデータ内のすべてのEOLがバイトアラインでなければならないこととなっています。 TIFF-Fのリーダーの実装の大部分は、両方の規則をサポートするように、しかし、ベースラインTIFFは、デフォルトで非バイト整列たEOLの使用を許可しています。したがって、セクション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 00000001：EOLはEOLが常に従ってゼロニブルが先行1バイトのEOLシーケンスを確実に、バイト境界で終わるように塗りつぶしビットはEOLコードの前に必要に応じて添加されたときにバイト整列であると言われます。
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).
修飾されたハフマン圧縮はビットではなくバイトを符号化します。これは、行末トークンは、バイトの途中で終了することを意味します。 EOL次データの最初のビットがバイト境界で始まるようにバイト整列では、余分なゼロビット（塗りつぶし）を添加します。実際には、バイトアラインメントはビットシフト（例えば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.
修飾READ圧縮のため、各ラインはEOLと1ビット・タグ・ビットによって終了されます。次の行は、基準線である場合、次の行は、2次元データと1を含む場合、[T.4]あたり、タグ・ビットの値が0です。バイト整列を維持するために、MRタグビット以下のデータの最初のビットがバイト境界で始まるようにビットがEOL /タグビット列の前に追加され埋めます。
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符号化されたファクシミリ文書は、TIFF-Fでバイト整列されてもよいEOL、で始まります。画像の最後の行がEOLで終了していません。同様に、尊敬、改変READ二次元圧縮で符号化された画像は、タグ・ビットが続く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画像データを整列しないバイトに設定されている場合のRTCを含むかもしれ[T.4]画像データの「透明性」をサポートすることを意図するもの。 TIFF読者の実装はまた、MH / MR画像データにおけるRTC配列を含むいくつかの既存のTIFF-F実装が存在することを認識すべきです。したがって、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.
TIFF-Fページは、各符号化されたストリップの終わりに「エンド・オブ・ファクシミリ・ブロック」（EOFB）コードを含まなければなりませんT.6変性された変性READ圧縮方式で符号化。バイト境界に整列させるために、必要に応じて[TIFF]あたり、EOFBコードは、パッドビットが続きます。 TIFF読者はEOFBを超えパッドビット以外のビットを無視すべきです。
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.
[VPIM 2]で定義されるようにTIFFのプロファイルF（すなわち、TIFF-F含有量）は、VPIMメッセージの二次的成分です。ボイスメッセージングシステムは、多くの場合、従来の音声メッセージストアアンドフォワード機能に加えて、ファックスストアアンドフォワード機能を処理することができます。その結果、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 |
+------------------------------------------------------------+
+---------------------------+--------------------------------+
| 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 |
+---------------------------+--------------------------------+
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.
このセクションでは、同様のプロフィールSを実装するために必要とされるこのプロファイルのプロファイルJ.実装を指定し、ファクシミリのためのTIFFの可逆JBIG白黒プロファイルを定義します。
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.
前のセクションでは、白黒画像のMH、MR、MMR及び圧縮のためのサポートを提供白黒ファックス用のTIFFフィールドの拡張された交換セットを記載しました。このセクションでは、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は、グループ3ファクシミリ用JBIG [T.82]の単一進行シーケンシャルモードを承認しました。 JBIG符号化は、ハーフトーン化された原稿のための改良された圧縮を提供しています。 JBIG圧縮は、ITU-T勧告で与えられたアプリケーション規則に従って使用されます。 T.85 [T.85]。
This profile is essentially the extended black-and-white profile with JBIG compression used instead of MH, MR, or MMR.
このプロファイルは、本質的に代わりMH、MRまたはMMRを用いるJBIG圧縮と拡張白黒プロファイルです。
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フィールドは、2つの例外を除いて、拡張された黒と白のプロファイルについては、セクション4.2.1で説明したものと同じである：次のテキストは、圧縮については、セクション4.2.1のテキストを置き換え、 FillOrderフィールド。
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 SHORT RequiredByTIFFBaseline 9 = JBIGコーディング。これは、TIFF拡張値です。デフォルト= 1（とは適用されない。フィールドを指定する必要があります）。プロファイルJはT.82のITU-T T.85プロファイルを使用します。 T82Optionsフィールドを参照してください。
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.
FillOrder低い値を有する画素は、バイトの上位ビットに格納されているように、（266）= 1、2 SHORT RequiredByTIFFBaseline 1 =ピクセルはバイト内に配置されている、すなわち、最上位ビットの第1（MSB）。 2 =ピクセルは下の列の値を持つ画素は、バイトの下位ビットに格納されているように、バイト内に配置され、すなわち、最下位ビットの第1（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.)
圧縮= 9つの個々のビットはJBIGコードの該当するプロファイルを示すように設定されているT82Options（435）= 0 LONG必須。 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記載のように、それはNEWLEマーカーコードを処理するときに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 |
+---------------------------+--------------------------------+
+---------------------------+--------------------------------+
| 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.
これは、カラーファクスをサポートしているすべてのアプリケーションは、このプロファイルをサポートしなければならないことを意味し、カラーとグレースケールファクシミリのための基本プロファイルです。基本的なアプローチは、非可逆JPEG圧縮[T.4、附属書Eです。 LのT.81] * a * b *色データ[T.42]。グレースケールのアプリケーションは、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.
このプロファイルは、L * [T.42]で指定されたa * b *表エンコーディングを記述するために新しいPhotometricInterpretationフィールドの値を使用します。この符号化は、他のLの二つの方法* TIFFで使用される* 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勧告と互換性があるようにサポートしなければならない値で与えられたものに加えて、必要なフィールドを示します。 ITU-T勧告におけるT.42及び附属書E。 T.4。
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.
ImageWidth（256）。 864、1024、1216、1728、2048、2432、2592、3072、3456、3648、4096、4864：SHORTまたはLONGこのプロファイルは、次の固定ページ幅をサポートしています。
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）=（ビット1 = 1）。 LONG RequiredByTIFFforFAXビット1画像が複数ページの文書の1ページである場合は1です。デフォルト= 0（なしサブファイル・ビットに、そうファックスのために省略されなくてもよいです）。
BitsPerSample(258) = 8. SHORT Count = SamplesPerPixel The base color fax profile requires 8 bits per sample.
bitsPerSample（258）8. SHORTカウント= SamplesPerPixelベースカラーファックスプロフィールは、サンプル当たり8ビットを必要とし=。
Compression(259) = 7. SHORT Base color fax profile uses Baseline JPEG compression. Value 7 represents JPEG compression as specified in [TTN2].
圧縮（259）= 7 SHORTベースカラーファックスプロフィールは、ベースライン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.
FillOrder（266）= 1、2 SHORT RequiredByTIFFBaselineプロファイル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.
PhotometricInterpretation（262）10. SHORTベースカラーファックスプロフィール= ITU-T勧告で定義されたa * b *表エンコーディング* CIE Lを格納する画素値を必要とします。 T.42。このエンコードはITULABと呼ばPhotometricInterpretation値10によって示されています。この符号化で、最小のサンプル値を0にマッピングされ、最大サンプル値にマッピングされる（nは2 ^ - 1）、すなわち、nがは、bitsPerSample値である最大値。署名されたCIE Lに符号なしITULAB符号化されたサンプル値から変換* 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.
注：PhotometricInterpretation 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).
ResolutionUnitと（296）は、解決のための尺度の2 SHORT単位を=。 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
L *成分のみを、ベースカラープロファイル3で必要：のL *、*、b *の成分PhotometricInterpretationフィールドに従ってエンコード3 SHORT 1 SamplesPerPixel（277）= 1、
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.
XResolution（282）= 100、200、300、400 RATIONAL YResolution（283）= 100、200、300、RATIONAL 400画像の解像度は、解像度の単位あたりの画素で表現されます。 1インチあたりのピクセルでは、許容XResolution値は100、200、300、および400であるベースカラーファックスプロフィールは正方形にピクセルを必要とし、したがってYResolutionはXResolutionに等しくなければなりません。塩基分解能は、インチ当たり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].
注：XResolution、YResolutionと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 |
+---------------------------+
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.
ChromaSubSampling（530）。 SHORT数= 2は、L * a * b *画像のクロマ成分のためのサブサンプリング係数を指定します。このフィールドの2つのサブフィールド、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 SHORT：ChromaSubsampleHoriz = 1、2：1に等しい明度の数及びクロマサンプル水平、2：水平クロマサンプルの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,
垂直クロマサンプルの2倍の明度サンプル：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.
ChromaSubSamplingのデフォルト値は、カラーファックス[T.4、付属書E]におけるクロマサブサンプリングのためのデフォルトである（2,2）です。いいえクロマサブサンプリング、すなわち、ChromaSubSampling =（1,1）、カラーファックスのオプションではありません。
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をChromaPositioningする明度成分に対して彩度成分の相対的な空間位置を指定します。 1：中心、1の値は、クロミナンスサンプルが空間的にオフセットと輝度サンプルに対してセンタリングされることを意味します。詳細についてのYCbCrポジショニングの下で、現在のTIFF仕様を参照してください。何ITU-TのT.4でデフォルト= 1、附属書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 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.
デコード（433）。 SRATIONAL数= 2 * SamplesPerPixelは、現在の色空間のための適切な値の範囲内画像サンプル値をマッピングする方法について説明します。一般に、値がペアに入れ、各色成分の最小値と最大出力値を指定しています。 L * =デコード[0]：次のように、* b *値をベースカラーファックスプロファイルのデコードは、6つの値のカウントを有し、符号付きLに符号なしITULAB符号化されたサンプル値（Lsample、asample、bsample）をマッピングします+ Lsample X asampleのX [2] + A * =デコード（-1、N ^ 2）/（[0] [1] -Decodeをデコード）（デコード[3] -Decode [2]）/（2 ^ n -1個）* =デコード[4] + bsample×（デコード[5] -Decode B [4]）/（2 ^ N-1）デコード[0]、デコード[2]とデコード[4]の最小値でありますL *、a *及びb *; [1]復号、復号[3]及びデコード[5] L *、a *及びb *の最大値です。そしてnは、bitsPerSampleです。場合N = 8、= 20、L * =デコード[0] = 0のときとL * =デコードLsample [1]場合Lsample = 255。
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勧告。 T.42は、範囲の点でITULABエンコーディングを指定し、次のように最小値と最大値に関連する各成分、オフセット：
minimum = - (range x offset) / 2^n - 1 maximum = minimum + range
最小= - （レンジオフセットX）/ 2 ^ N - 1つの最大値=最小値+範囲
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勧告で指定されるように、ベース領域に対応し、オフセット。 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勧告を参照してください。範囲を計算し、オフセット、従って最小値と最大値、その他は、bitsPerSample値のための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 |
+---------+-----------+--------+---------+--------------+-------------+
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は、デコードのためのデフォルト値がある場合（0、100、-21760/255、255分の21590、-19200/255、255分の31800）。デコードフィールドの使用に関するガイドラインについては、[ガイド]のセクション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 |
+---------------------------+--------------------------------+
+------------------------------------------------------------+
| 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 |
+---------------------------+--------------------------------+
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は、無損失カラー及びグレースケール画像の3種類の符号化するためにJBIGを使用：色CMY、CMYK、およびRGB画像毎に1ビットを、パレット（すなわち、マッピングされた）カラー画像、そして、連続トーンカラーとグレースケール画像。最後の二つは、マルチレベルであり、L * [T.42]で指定された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勧告。その主な追加の一つはパレットカラー画像だったとしてT.43は、T.Paletteと呼ばれていました。ベースラインTIFFは、RGBカラーマップを許しますが、ITU-T勧告。 T.43は、ITU-T勧告で指定されたエンコーディングを使用して、L * a * b *色マップを必要とします。 T.42。パレットカラー画像は[T.4]の[T.43]とAnnex Gあたり12ビット以下、または必要に応じて13〜16ビットのインデックス（サンプルあたりのビット）で表現されます。プロファイル・L・ファイルは、T.43データ・ストリームではなく、TIFFカラーマップフィールドにカラーテーブルを使用します。
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.
セクション6.2.1で定義されるようにTIFFにT.43カラーマップを有効にすると、[TTN1]で定義されるように、索引拡張フィールド、およびPhotometricInterpretationフィールドの値10が必要です。次の表は、対応するPhotometricInterpretation、SamplesPerPixel、は、bitsPerSample、異なる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 |
+------------+-------------+----------+----------+---------+
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は、ITU-T勧告で定義されたJBIGの単一進行シーケンシャルモードを使用します。 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勧告と互換性があります。 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またはLONG同じページ幅。 6.2.1項を参照してください。 NewSubFileType（254）=（ビット1 = 1）。 LONG RequiredByTIFFforFAXビット1画像が複数ページの文書の1ページである場合は1です。デフォルト= 0（なしサブファイル・ビットに、そうファックスのために省略されなくてもよいです）。
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.
bitsPerSample（258）、1 = 2 - 8、9 - 12 SHORTカウント= SamplesPerPixel 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 SHORT 10：ITU-T勧告。 ITU-T勧告T.43を使用して表現、。 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.
まず、正確には、電話回線上に表示されるLSBストアデータをFillOrder（266）は、1 = 2 SHORT RequiredByTIFFBaselineプロファイルLリーダーは両方のビット順序でデータを読み取ることができなければならないが、ファクシミリ製品の大半。 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.
PhotometricInterpretation（262）= 2、5、10 SHORT 2：RGB 5：CMYK、を含むCMY 10：ITULAB画像データは、画素値を指標には、単一の成分で表されるパレットカラー画像として記憶されていてもよいですITULAB符号化を使用してカラーマップ。このカラーマップは、画像データストリームに埋め込まれたカラーパレットテーブルで指定されています。パレット色の画像を使用する、1に連動、1 SamplesPerPixel、10 PhotometricInterpretationを設定して、データ・ストリーム内のカラーマップを使用します。カラー符号化の議論については、セクション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).
ResolutionUnitと（296）は、解決のための尺度の2 SHORT単位を=。 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.
SamplesPerPixel（277）= 1、3、4 SHORT 1：パレットカラー画像、又はL * = 0のみの索引とPhotometricInterpretation 10（ITULAB）である場合。 3：RGB、またはL * a * b *表、またはCMY PhotometricInterpretation 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.
XResolution（282）= 100、200、300、400 RATIONAL YResolution（283）= 100、200、300、RATIONAL 400画像の解像度は、解像度の単位あたりの画素で表現されます。 1インチあたりのピクセルでは、許容XResolution値は100、200、300、及び400ロスレスカラーファックスプロファイルは正方形にピクセルを要求され、従ってYResolutionはXResolutionに等しくなければなりません。塩基分解能は、インチ当たり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.
1. SHORT 0（346）= 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デコード画像データの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 |
+--------------------+--------------------------------------+
+--------------------+--------------------------------------+
| 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 |
+--------------------+--------------------------------------+
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.
このセクションでは、プロファイルSとCを実装するために必要とされるこのプロファイルのプロファイルM.実装指定されたファクシミリのためのTIFFの混合ラスタコンテンツプロファイルを定義し、必要に応じてプロファイル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.
むしろ、すべての要素、1つの符号化方法及び解像度を適用するよりも、MRCは、ページ内の複数のコーダと解決を可能にします。それ自体で、MRCは、新しい符号化方式や解像度を定義していません。その代わりに、構造化とスキャンした画像データを合成する3層画像モデルを定義します。 MRC 3層モデルは、同じ符号化方式を適用しても、同一の圧縮された画像データストリームを使用して、[T.44]は異なるデータ構造を生成するTIFF形式でここに適用され、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 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].
MRCモデルの3層はバイレベルでフォアグラウンド及びバックグラウンド、マルチレベルの両方であり、マスクです。各層は一度しかページに表示することができ、独立して他の2つの層の符号化されています。最終画像は、出力ピクセルがフォアグラウンド層又はバックグラウンド層から来るかどうかを決定するために、マスク層を使用することによって得られます。マスク層の画素値が1である場合、前景レイヤからの対応するピクセルが選択されます。それが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ファイル内の少なくとも1つのIFDで表される本画像と、です。これは、単一の画像又は層等解像度、画像サイズ、サンプルあたりのビット数、などの属性を定義するためのフィールドを提供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層を必要とします。ページが1層のみがある場合は、その層は、それは背景、マスク、または前景レイヤであるかどうかを主な画像です。複数の層が存在する場合、マスクは、それが一次像である場合には層、のいずれかでなければなりません。すべての場合において、主画像はページサイズでなければなりません。
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.
また、カラーファックスはまた、マスク画像解像度の整数要素である法的ファックス値であることを背景と前景画像の空間解像度を必要とします。例えば、マスクレイヤの解像度が1インチ当たり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.
3層MRCモデルのTIFF表現では、各ページが単一IFDによって表され、プライマリIFDと呼ばれます。 nextIFDプライマリIFDに関連したオフセット次のページのプライマリIFDを指します。ページは、単層で構成されている場合、プライマリIFDは、その層を表しています。複数の層が存在する場合、一次IFDは、マスク層を表し、他の層は、プライマリIFDのSubIFD拡張フィールドを介して参照される子のIFDのセット[TTN1]で表されます。他のサブIFDからMRC-特定サブIFDを区別するために、NewSubFileTypeフィールドは、MRC-関連IFDを示し、ビット4 ONを持たなければなりません。新たにImageLayerフィールドは、2つの層を識別する値（フォアグラウンド、バックグラウンド、又はマスク）と層内の順で構成され、その導入された（第一、第二、...層の画像）。 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に記載の一次画像に対応します。プライマリIFDで表される層に対応する画像データを含む他のMRC関連の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は、走査線の変数番号のストライプを可能にするので作家が一次IFDの各ストリップに走査線の可変数をサポートするためにRowsPerStripフィールドの代わりにそれを使用することとして、読者は、StripRowCountsフィールドをサポートしなければなりません。 【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で表される層以外の層は、符号化パラメータは、MRC標準[T.44]によって記載されるように剥離するストリップから変更することができ、別個のIFDのように各ストリップを格納します。マスク層が存在する場合、全ての場合において、それは単一の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 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を格納するためのサブIFDの使用は[TTN1]に記載されています。マスクは、一次画像である場合、背景と前景層画像は、プライマリIFDにサブIFDフィールドによって参照される子のIFDで表されています。背景および前景レイヤ画像の画像を整理するための複数の方法がある：（1）一次IFDのSubIFDフィールドは、すべての子画像のIFD、子画像ごとに1つのエントリへのポインタの配列です。 （2）SubIFDフィールドは、すべての子画像のIFDのリンクリストへの単一のポインタです。 （3）SubIFDフィールドは、最初のポインタはすべてのバックグラウンドレイヤ画像のIFDのリンクされたリストにある二つのポインタの配列であり、第2のポインタは、すべての前景レイヤ画像のIFDのリンクされたリストです。以下の例に示すようにプロファイルMライタは、（3）を使用して背景と前景レイヤ画像を構成すべきです。彼らはページ上で発生するようさらに、背景と前景レイヤの画像を表す子のIFDは、同じ順序でファイルに発注する必要があり。しかし、プロファイルMリーダーは、MRC層に関連付けられているのIFDを検索し、特定するために利用可能なすべての子の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
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フィールドはプロファイルM中インチで解像度単位、中IFDの左上隅にオフセットを指定します。 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.
このセクションでは、MRCファックスイメージを表現するために、セクション2.2.1のものに加えて、必要な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.
ImageWidth（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.
NewSubFileType（254）= 16、18. LONGプロファイルMの場合、NewSubFileTypeフィールドが必要とされる2つのビットを有します。ビット1は、複数ページの文書の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.
bitsPerSample（258）= 1、2-8、9-12 SHORT SamplesPerPixel（277）= 1、3、4 SHORT圧縮（259）= 1、3、4、7、9、マスク層10. SHORT、参照セクション4.2.1および5.2.1。 1は前回のプロファイルによって使用されていない=フォアグラウンド及びバックグラウンド層のために、セクション6.2.1および7.2.1圧縮を参照。 IFDは、それに関連するすべての符号化画像データを持っていないであろう、すなわち、StripByteCountsフィールドは0が含まれています何の画像データがIFDに存在しないため、圧縮フィールドはしなければならない層とストリップのデフォルトの画像の色を指定するためにのみ使用しました非圧縮がないことを示す、1に設定されます。 1の圧縮フィールドの値は、他のIFDのために許可されていません。
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.
FillOrder（266）= 1、2 SHORT RequiredByTIFFBaselineプロファイル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.
PhotometricInterpretation（262）= 0、2、前景及び背景層のマスク層、0の10 SHORTは、セクション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).
ResolutionUnitと（296）は、解決のための尺度の2 SHORT単位を=。 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 SHORTまたはプロファイルMにおける長（279）は、それが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.
XResolution（282）= 100、200、300、400 RATIONAL YResolution（283）= 100、200、300、RATIONAL 400画像の解像度は、解像度の単位あたりの画素で表現されます。 1インチあたりのピクセルでは、全ての層の許容XResolution値は100、200、300、及び400カラーファックスはしたがってYResolutionすべての層にXResolutionに等しくなければならない、ピクセルは正方形であることが必要です。背景と前景層の解像度はそれぞれそれが存在する場合、マスク層は、一次画像、整数の因数である必要があります。 8.4節を参照してください。
ChromaSubSampling(530). SHORT ChromaPositioning(531). SHORT For Foreground and Background layers, see Section 6.2.2.
クロマサブサンプリング（530）。 SHORTクロマポジショニング（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 SHORT：1パレット色の画像を示しています。 7.2.2項を参照してください。
T4Options(292) = 0, 1, 4, 5. SHORT T6Options(293) = 0. SHORT For Mask layer, see Section 4.2.2.
T4Options（292）= 0、1、4、5 SHORT T6Options（293）=マスク層について0 SHORT、セクション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].
サブIFD（330）。 IFD数=子のIFDの数を。各値は、子供IFD [TTN1]にTIFFファイルの先頭からのオフセットされます。
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）。 RATIONAL YPosition（287）。 RATIONALは、解像度単位での一次IFDの左上からIFDの左上の水平方向と垂直方向のオフセットを指定します。プライマリIFDはインチ当たり400個のピクセルであり、前景層IFDは、インチ当たり200個のピクセルであり、ピクセルに位置する場合、例えば、XPosition値は400分の345で、プライマリIFDに対して（345、678）の座標とYPosition値はインチで400分の678です。
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フィールドを使用していません。 XPositionとYPosition値は、MRCの子のIFDを指定する必要があります。デフォルト値はありません。
Decode(433). SRATIONAL For Foreground and Background layers, see Section 6.2.3.
デコード（433）。前景と背景層のためにSRATIONAL、6.2.3項を参照してください。
T82Options(435) LONG For Mask layer, see Section 5.2.3.
マスク層についてはT82Options（435）LONG、5.2.3項を参照してください。
ImageBaseColor(434). SHORT Count = SamplesPerPixel
ImageBaseColor（434）。 SHORTカウント= SamplesPerPixel
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.
ImageBaseColorフィールドはITUのL * a * b *表中に符号化された画像データを含むIFDに使用される場合、ImageBaseColorは、画像データの色符号化パラメータと解釈される（すなわち、色域、光源、ビット/サンプル、およびデコード）。 ImageBaseColorフィールドはIFDに使用された場合には、ITU Lにエンコードされていない画像データが含まれている* Bを、次いでImageBaseColor 8ビット/サンプル、3個のサンプル/画素ITUのL * a * b *値として解釈されるものとします。 ImageBaseColorフィールドがない符号化画像データを含まないIFDで使用される場合、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では、これは子供IFD全く符号化された画像データを含まないが、ImageBaseColorフィールドのデフォルトの画像の色を指定するものとして表されています。第二子IFDは、画像データが含まれています。最初に結像されるデフォルトの画像の色を確実にするために、ImageBaseColorフィールドを定義するIFDのにImageLayerフィールドの順序値は、IFDは、画像データを定義するのにImageLayerフィールドの順序値よりも低い値を有しなければなりません。
To define a child IFD specifying a ImageBaseColor but containing no encoded image data, create an IFD with the following settings.
IFDはImageBaseColorを指定するが、何の符号化画像データを含まない子を定義するには、次の設定で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
同じ層及びストリップに対応する任意の他のIFD未満：にImageLayer [0]：[1]指定されたレイヤにImageLayer。 RowsPerStrip：ストリップ高ImageLength：ストリップ高ImageWidth：全画像幅は、bitsPerSample：8 PhotometricInterpretation：10（ITULAB）SamplesPerPixel：3圧縮：1（なし）X / YResolution：プライマリIFD XPositionのもの：0 YPosition：先頭からのオフセット単一の0値StripOffsets：単一の0エントリNewSubFileType：ビット4 O（MRC）ImageBaseColor：インチStripByteCountsの解像度単位でストリップの先頭へページの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）。 LONGカウント=ストリップの数。ストリップに保存されている走査線の数。プロフィールMは、各ファックスストリップは走査線の異なる番号を保存することができます。複数の層を有するストリップの場合、最大ストリップサイズは、256本の走査線またはフルページサイズのいずれかです。長いストリップを受信する能力がネゴシエートされていない限り、256の最大を使用すべきです。このフィールドは、可変サイズのストリップとのIFDのためRowsPerStripを置き換えます。唯一2つのフィールドStripRowCountsとRowsPerStripのは、IFDに使用することができます。
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）。 LONGカウント= 2画像層は層1が背景層であるように定義され、層3が前景レイヤであり、レイヤ2が背景と前景層から画素を選択マスク層、です。 ImageLayerタグは、画像が属する層とそれが結像される順序を記述する2つの値を含んでいます。
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]：この層3で撮像される第2の画像：1：このレイヤ2で撮像された最初の画像...
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では、単一の層だけを持つことが可能です。ページは、単一の連続階調の写真が含まれている場合たとえば、その後、唯一のバックグラウンド層が生じます。この場合には、バックグラウンド層は、Primary IFDとして格納されます。 ImageLayer [0]背景を示す、1あろう。その層に関連した他のIFDが存在しないことができるようにImageLayer [1]は、1であろう。いいえマスク層が存在しません。
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で定義されたバイナリデータ表現をサポートすると、一層のみが存在する場合PhotometricInterpretationは0でなければならないことを除いてセクション4および5で定義されたものをサポートすることができる、その層に対応する画像が主要画像であります。
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-特定SubIFDはIFDが属するレイヤを指定するためにImageLayerフィールド、及び層内のその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は、マルチページ文書の1ページ（ビット1）およびMRC（ビット4）を示す、18に設定さNewSubFileTypeフィールド値を有していなければなりません。
6. Each MRC-specific child IFD must have a NewSubFileType field value set to 16, indicating MRC (bit 4).
6.各MRC-特定の子IFDは、MRC（ビット4）を示す、16に設定さNewSubFileTypeフィールド値を有していなければなりません。
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.
MRCファックス7.は、それぞれの層は、ストリップのシーケンスとして送信されます。ページは、単層で構成されている場合は、すべてのストリップは、単一のプライマリIFDに格納されなければなりません。この場合、符号化パラメータは、ストリップの間で変化することができません。ページが複数の層で構成されている場合、マスク層の全てのストリップは、単一のプライマリIFDに格納されなければなりません。フォアグラウンド/バックグラウンド層の全てのストリップは、別のIFDに格納されているプライマリIFDのSubIFDフィールドによって参照される、にImageLayerとにImageLayerフィールドを含むことがSHALL [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ピクセル/インチ（1分の400）、200ピクセル/インチ（2分の400）、または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 |
+------------------+-----------------------------------------+
+------------------+-----------------------------------------+
| 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 |
+------------------+-----------------------------------------+
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コンテンツタイプイメージ/ TIFFおよび画像/ 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.
この文書は、ファクシミリのためのTIFFの一連のプロファイルでインターネットFAX、のファイル形式を説明しています。 [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]ブラドナーの、S.、 "要件レベルを示すためにRFCsにおける使用のためのキーワード"、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、文書送信、1997年10月のグループ3ファクシミリ装置の標準化。
[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のアプリケーションプロファイル - プログレッシブ2値画像圧縮ファクシミリ装置のための（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、情報技術 - 画像の符号化表現とオーディオ情報 - プログレッシブ2値画像圧縮、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]タグイメージファイル形式、リビジョン6.0は、Adobe開発者協会、1992年6月3日、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.
[TIFF-F0] TIFF Class F specification, Apr 28, 1990, ftp://ftp.faximum.com/pub/documents/tiff_f.txt
[TIFF-F0] TIFFクラスF仕様、1990年4月28日、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]パーソンズ、G.とJ.・ラファティ、 "タグイメージファイル形式（TIFF） - 画像/ TIFFのMIMEサブタイプ登録"、RFC 3302、2002年9月。
[TTN1] Adobe PageMaker 6.0 TIFF Technical Notes, Sept. 14, 1995, http://partners.adobe.com/public/developers/en/tiff/ TIFFPM6.pdf
[TTN1]アドビPageMakerの6.0 TIFFテクニカルノート、1995年9月14日、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]ドラフトTIFFテクニカルノート2、交換用TIFF / JPEG仕様、1995年3月17日、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]マッキンタイア、L.、パーソンズ、G.、およびJ.・ラファティ、 "タグイメージファイル形式のFAX番号は（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.、田村、H.、およびD.翼、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]パーソンズ、G.とJ.・ラファティ、 "タグイメージファイル形式（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]ヴォードルイユG.とG.パーソンズ、 "インターネットメール用の音声プロファイル - バージョン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 - 単数n、M - 2数、B、C - 3つの番号R - 有理数<N> - ストリングIFD - - バイトシーケンス{ASCII} - 番号<B>のアレイIFDバイトはオフセット<IFD> - アレイIFDのバイトオフセットの
A blank entry in the table indicates that the field is not used by that particular fax profile.
表中の空白のエントリは、フィールドが特定のFAXプロファイルによって使用されていないことを示しています。
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 |
+----------+---------+----------+--------+---------+--------+--------+
+----------+---------+----------+--------+---------+--------+--------+
| 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 |
+----------+---------+----------+--------+---------+--------+--------+
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 | | | | | | |
+--------------------------------------------------------------------+
+----------+---------+----------+--------+---------+--------+--------+
| 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、インターネットファクスのためのProposed Standardファイルフォーマット間の技術的な違いを示しています。
+----+---------+-------------------------------------------------+
| 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 |
+----+---------+-------------------------------------------------+
Authors' Addresses
著者のアドレス
Robert Buckley Xerox Corporation Mailstop 0128-30E 800 Phillips Road Webster, NY 14580, USA
ロバート・バックリーゼロックス・コーポレーションメールストップ0128-30E 800フィリップス道ウェブスター、NY 14580、USA
Phone: +1-585-422-1282 Fax: +1-585-422-2636 EMail: rbuckley@crt.xerox.com
電話：+ 1-585-422-1282ファックス：+ 1-585-422-2636 Eメール：rbuckley@crt.xerox.com
Dennis Venable Xerox Corporation Mailstop 0128-27E 800 Phillips Road Webster, NY 14580, USA
デニスVENABLEゼロックス・コーポレーションメールストップ0128-27E 800フィリップス道ウェブスター、NY 14580、USA
Phone: +1-585-422-3138 Fax: +1-585-422-6117 EMail: dvenable@crt.xerox.com
電話：+ 1-585-422-3138ファックス：+ 1-585-422-6117 Eメール：dvenable@crt.xerox.com
Lloyd McIntyre 10328 S. Stelling Road Cupertino, CA 95014 USA
ロイド・マッキンタイア10328 S. Stelling道路クパチーノ、CA 95014 USA
Phone: +1-408-725-1624 EMail: lloyd10328@pacbell.net or Lloyd_McIntyre@Dell.com
電話：+ 1-408-725-1624 Eメール：lloyd10328@pacbell.netまたはLloyd_McIntyre@Dell.com
Glenn W. Parsons Nortel Networks P.O. Box 3511, Station C Ottawa, ON K1Y 4H7, Canada
グレンW.パーソンズNortel Networksの私書箱K1Y 4H7、カナダのボックス3511、駅のCオタワ、
Phone: +1-613-763-7582 Fax: +1-613-967-5060 EMail: gparsons@nortel.com
電話：+ 1-613-763-7582ファックス：+ 1-613-967-5060 Eメール：gparsons@nortel.com
James Rafferty Brooktrout Technology 410 First Avenue Needham, MA 02494 USA
ジェームズ・ラファティブルックトラウト・テクノロジー410まずアベニューニーダム、MA 02494 USA
Phone: +1-781-433-9462 Fax: +1-781-433-9268 EMail: jraff@brooktrout.com
電話：+ 1-781-433-9462ファックス：+ 1-781-433-9268 Eメール：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.
この文書とここに含まれている情報は、基礎とCONTRIBUTOR「そのまま」、ORGANIZATION HE / SHEが表すまたはインターネットソサエティおよびインターネット・エンジニアリング・タスク・フォース放棄すべての保証、明示または、（もしあれば）後援ISに設けられています。黙示、情報の利用は、特定の目的に対する権利または商品性または適合性の黙示の保証を侵害しない任意の保証含むがこれらに限定されません。
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.
IPRの開示のコピーが利用できるようにIETF事務局とライセンスの保証に行われた、または本仕様の実装者または利用者がそのような所有権の使用のための一般的なライセンスまたは許可を取得するために作られた試みの結果を得ることができますhttp://www.ietf.org/iprのIETFのオンライン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-ipr@ietf.orgのIETFに情報を記述してください。
Acknowledgement
謝辞
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。