[要約] RFC 2301は、インターネットファックスのためのファイル形式に関する規格であり、ファックスのデジタル化と送受信を可能にする。目的は、異なるプラットフォーム間でのファックスの相互運用性を確保すること。
Network Working Group L. McIntyre
Request for Comments: 2301 Xerox Corporation
Category: Standards Track S. Zilles
Adobe Systems, Inc.
R. Buckley
Xerox Corporation
D. Venable
Xerox Corporation
G. Parsons
Northern Telecom
J. Rafferty
Human Communications
March 1998
File Format for Internet Fax
インターネット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 (1998). All Rights Reserved.
Copyright（C）The Internet Society（1998）。全著作権所有。
Abstract
概要
This document describes the TIFF (Tag Image File Format) representation of image data specified by the ITU-T Recommendations for black-and-white and color facsimile. This file format specification is commonly known as TIFF-FX. It formally defines minimal, extended and lossless JBIG modes (Profiles S, F, J) for black-and-white fax, and base JPEG, lossless JBIG and Mixed Raster Content modes (Profiles C, L, M) for color and grayscale fax. These modes or profiles correspond to the content of the applicable ITU-T Recommendations. Files formatted according to this specification use the image/tiff MIME Content Type.
このドキュメントでは、白黒およびカラーファクシミリのITU-T勧告で指定された画像データのTIFF（タグ画像ファイル形式）表現について説明します。このファイル形式の仕様は、一般にTIFF-FXとして知られています。白黒FAXの場合、最小、拡張、ロスレスのJBIGモード（プロファイルS、F、J）を正式に定義し、カラーおよびグレースケールFAXの場合、ベースJPEG、ロスレスJBIGおよび混合ラスターコンテンツモード（プロファイルC、L、M）を定義します。 。これらのモードまたはプロファイルは、該当するITU-T勧告の内容に対応しています。この仕様に従ってフォーマットされたファイルは、image / tiff MIMEコンテンツタイプを使用します。
Table of Contents
目次
1. INTRODUCTION........................................................4
1.1. Scope..........................................................5
1.2. Approach.......................................................5
1.3. Overview of this draft.........................................5
2. TIFF and Fax........................................................7
2.1. TIFF Overview..................................................7
2.1.1. File Structure.............................................7
2.1.2. Image Structure............................................9
2.1.3. TIFF File Structure for Fax Applications..................10
2.2 TIFF Fields for All Fax Applications...........................11
2.2.1. TIFF Fields required for all fax modes....................12
2.2.2. Additional TIFF Fields required for all fax modes.........13
2.2.3. TIFF Fields recommended for all fax modes.................15
2.2.4. New TIFF Fields recommended for fax modes.................16
3. Minimal Black-and-White Fax Mode...................................18
3.1. Overview......................................................18
3.2. Required TIFF Fields..........................................18
3.2.1 Baseline Fields............................................18
3.2.2 Extension Fields...........................................20
3.2.3 New Fields.................................................20
3.3. Recommended TIFF Fields.......................................20
3.4. End of Line (EOL) and Return to Control (RTC).................20
3.4.1 RTC Exclusion..............................................21
3.5. File Structure................................................22
3.6. Minimal Black-and-White Mode Summary..........................23
4. Extended Black-and-White Fax Mode..................................24
4.1. TIFF-F Overview...............................................25
4.2. Required TIFF Fields..........................................26
4.2.1. Baseline Fields...........................................26
4.2.2. Extension Fields..........................................28
4.2.3. New Fields................................................29
4.3. Recommended TIFF Fields.......................................29
4.3.1. Baseline Fields...........................................29
4.3.2. Extension Fields..........................................29
4.3.3. New Fields................................................29
4.4. Technical Implementation Issues...............................30
4.4.1. Strips....................................................30
4.4.2. Bit Order.................................................31
4.4.3. Multi-Page................................................31
4.4.4. Compression...............................................31
4.4.5. Example Use of Page-quality Fields........................32
4.4.6. Practical Guidelines for Writing and Reading Multi-Page
TIFF-F Files..............................................33
4.4.7. Use of TIFF-F for Streaming Applications..................34
4.5. Implementation Warnings.......................................34
4.5.1. Uncompressed Data.........................................34
4.5.2. Encoding and Resolution...................................35
4.5.3. EOL byte-aligned..........................................35
4.5.4. EOL.......................................................36
4.5.5. RTC Exclusion.............................................36
4.5.6. Use of EOFB for T.6 Compressed Images.....................37
4.6. Example Use of TIFF-F.........................................37
4.7. Extended Black-and-white Fax Mode Summary.....................37
5. Lossless JBIG Black-and-White Fax Mode.............................39
5.1. Overview......................................................40
5.2. Required TIFF Fields..........................................40
5.2.1. Baseline Fields...........................................40
5.2.2. Extension Fields..........................................40
5.2.3. New Fields................................................41
5.3. Recommended TIFF Fields.......................................41
5.4. Lossless JBIG Black-and-White Mode Summary....................41
6. Base Color Fax Mode................................................43
6.1. Overview......................................................43
6.2. Required TIFF Fields..........................................43
6.2.1. Baseline Fields...........................................43
6.2.2. Extension Fields..........................................45
6.2.3. New Fields................................................46
6.3. Recommended TIFF Fields.......................................47
6.4. Base Color Fax Mode Summary...................................47
7. Lossless Color Mode................................................49
7.1. Overview......................................................50
7.1.1. Color Encoding............................................50
7.1.2. JBIG Encoding.............................................50
7.2. Required TIFF Fields..........................................51
7.2.1. Baseline Fields...........................................51
7.2.2. Extension Fields..........................................52
7.2.3. New Fields................................................53
7.3. Recommended TIFF Fields.......................................53
7.4. Lossless Color Fax Mode Summary...............................53
8. Mixed Raster Content Mode..........................................55
8.1 Overview.......................................................55
8.1.1. MRC 3-layer model.........................................55
8.1.2. A TIFF Representation for the MRC 3-layer model...........56
8.2. Required TIFF Fields..........................................58
8.2.1. Baseline Fields...........................................58
8.2.2. Extension Fields..........................................59
8.2.3. New Fields................................................60
8.3. Recommended TIFF Fields.......................................62
8.4. Rules and Requirements for Images.............................62
8.5. MRC Fax Mode Summary..........................................63
9. MIME content-type image/tiff.......................................66
9.1 Refinement of MIME content-type image/tiff for Facsimile
Applications...................................................66
10. Security Considerations...........................................67
11. References........................................................67
12. Authors' Addresses................................................69
Annex A: Summary of TIFF Fields for Internet Fax .....................70
Annex B. IANA Registration for image/tiff Application Parameter
Values used for facsimile....................................75
Full Copyright Statement..............................................77
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 modes or profiles:
このドキュメントでは、TIFF（タグ画像ファイル形式）を使用して、グループ3ファクシミリのITU-T勧告の現在のスイートによって生成されたデータコンテンツと構造を表す方法について説明します。ここで説明するこれらの推奨事項とTIFFフィールドは、次のファクシミリモードまたはプロファイルをサポートしています。
S: minimal black-and-white mode, using binary MH compression
[T.4]
F: extended black-and-white mode, using binary MH, MR and MMR
compression [T.4, T.6]
J: lossless JBIG black-and-white mode, with JBIG compression
[T.85, T.82]
C: lossy color and grayscale mode, using JPEG compression
[T.42, T.81]
L: lossless color and grayscale mode, using JBIG compression
[T.43, T.82]
M: mixed raster content mode [T.44], using a combination of
existing compression methods
Each profile corresponds to the content of ITU-T Recommendations shown and is a subset of the full TIFF for facsimile specification.
各プロファイルは、示されているITU-T勧告の内容に対応し、ファクシミリ仕様の完全なTIFFのサブセットです。
Profile S describes a minimal interchange set of fields, which will guarantee that, at least, binary black-and-white images will be supported. Implementations are required to support this minimal interchange set of fields.
プロファイルSは、最小限のフィールドの交換セットを記述します。これにより、少なくともバイナリの白黒画像がサポートされることが保証されます。フィールドのこの最小限の交換セットをサポートするには、実装が必要です。
With the intent of specifying a file format for Internet Fax, this draft:
インターネットファックスのファイル形式を指定することを目的として、このドラフトは次のことを行います。
1. specifies the structure of TIFF files for facsimile data, 2. defines ITU fax-compatible values for existing TIFF fields, 3. defines new TIFF fields and values required for compatibility with ITU color fax.
1. ファクシミリデータのTIFFファイルの構造を指定します。2。既存のTIFFフィールドのITU FAX互換値を定義します。3。ITUカラーFAXとの互換性に必要な新しいTIFFフィールドと値を定義します。
This specification of TIFF for facsimile is known as TIFF-FX.
ファクシミリ用のTIFFのこの仕様は、TIFF-FXとして知られています。
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 that is 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 in 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. The MIME content type of the resulting file will be image/tiff, with an optional Application parameter [TIFF-REG]; see Section 9.
ファクシミリデータにTIFFを使用する基本的な方法は、圧縮FAX画像データをTIFFファイルに挿入し、TIFFフィールドを使用して画像データを記述するパラメーターをエンコードすることです。これらのフィールドには、ITU-T勧告に準拠する値が含まれます。結果のファイルのMIMEコンテンツタイプは、オプションのアプリケーションパラメータ[TIFF-REG]を使用したimage / tiffです。セクション9を参照してください。
This approach takes advantage of TIFF features and structures that bridge the data formats and performance requirements of both legacy fax machines and host-based fax applications. TIFF constructs for pages, images, and strips allow a TIFF file to preserve the fax data stream structure and the performance advantages that come with it. A TIFF-based approach also builds on an established base of users and implementors and ensures backward compatibility with existing TIFF-based IETF proposals and work in progress for Internet fax.
このアプローチは、TIFFの機能と構造を利用して、従来のFAXマシンとホストベースのFAXアプリケーションの両方のデータ形式とパフォーマンス要件を橋渡しします。ページ、イメージ、およびストリップのTIFF構成により、TIFFファイルはFAXデータストリーム構造とそれに伴うパフォーマンス上の利点を維持できます。 TIFFベースのアプローチは、確立されたユーザーと実装者の基盤にも基づいて構築されており、既存のTIFFベースのIETF提案との下位互換性を確保し、インターネットFAXの作業を進めています。
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 modes. The TIFF fields used only by specific fax modes are described in Sections 3-8, which describe the individual fax modes. These sections also specify the ITU-compatible field values (image parameters) for each mode.
セクション2では、TIFFの概要を説明します。セクション2.1では、マルチページTIFFファイルを構造化するための一般的なガイドラインを含め、TIFFファイルの構造について説明します。セクション2.2に、すべてのFAXモードで必須または推奨されるTIFFフィールドを示します。特定のFAXモードでのみ使用されるTIFFフィールドについては、セクション3〜8で説明しています。これらのセクションでは、各モードのITU互換フィールド値（画像パラメーター）も指定します。
The full set of permitted fields of TIFF for facsimile are included in the current TIFF specification, Section 2 of this document and the sections on specific modes 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 mode (Profile S), which is required in all implementations. Section 4 defines the extended black-and-white fax mode (Profile F), which provides a standard definition of TIFF-F. Section 5 describes the lossless black-and-white mode using JBIG compression (Profile J). Section 6 defines the base color mode, 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 mode (Profile L) and Section 8 defines the Mixed Raster Content facsimile mode (Profile M). Each of these sections concludes with a table summarizing the required and recommended fields for each mode and the values they can have.
セクション3では、すべての実装で必要な最小限の白黒ファクシミリモード（プロファイルS）を定義します。セクション4では、TIFF-Fの標準定義を提供する拡張白黒FAXモード（プロファイルF）を定義します。セクション5では、JBIG圧縮（プロファイルJ）を使用したロスレス白黒モードについて説明します。セクション6では、カラーおよびグレースケールファクシミリデータの非可逆JPEG表現（プロファイルC）のすべてのカラー実装で必要な基本カラーモードを定義します。セクション7はロスレスJBIGカラーとグレースケールファクシミリモード（プロファイルL）を定義し、セクション8は混合ラスターコンテンツファクシミリモード（プロファイルM）を定義します。これらの各セクションの最後に、各モードの必須フィールドと推奨フィールド、およびそれらのフィールドに設定できる値をまとめた表を示します。
Section 9 describes the MIME content type image/tiff and the use of the optional Application parameter in connection with TIFF for facsimile. Sections 10, 11, 12 and 13 give Security Considerations, the ISOC Copyright Notice, References and Authors' Addresses. Annex A gives a summary of the TIFF fields used or defined in this document and provides a convenient reference for implementors.
セクション9では、MIMEコンテンツタイプimage / tiffと、ファクシミリのTIFFに関連するオプションのApplicationパラメーターの使用について説明します。セクション10、11、12、13には、セキュリティに関する考慮事項、ISOCの著作権情報、参考文献、および著者のアドレスが記載されています。付録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 (MMR, MR) C (JPEG)
/ / \
J (JBIG) ---- \
/ \
L (JBIG) \
\
M (MRC)
A profile is based on a collection of ITU-T facsimile coding methods.
プロファイルは、ITU-Tファクシミリコーディング方式のコレクションに基づいています。
For example, Profile S, the minimal mode, is based on Modified Huffman (MH) compression, which are defined in ITU-T Rec. T.4. Profile F specifies Modified Read (MR) and Modified Modified Read (MMR) compressions, which are defined in ITU-T Rec. T.4 and T.6.
たとえば、最小モードのプロファイルSは、ITU-T勧告で定義されているModified Huffman（MH）圧縮に基づいています。 T.4。プロファイルFは、Modified Read（MR）およびModified Modified Read（MMR）圧縮を指定します。これらはITU-T Rec。 T.4およびT.6。
All implementations of TIFF for facsimile MUST implement Profile S, which is the root node of the tree. All color implementations of TIFF for facsimile MUST implement Profile C. The implementation of a particular profile MUST also implement those profiles on the path that connect it to the root node, and MAY optionally implement profiles not on the path connecting it to the root node. For example, an implementation of Profile M must also implement Profiles C and S, and may optionally implement Profile F, J or L. For another example, an implementation of Profile C must also implement Profile S, and may optionally implement Profile F or J.
ファクシミリ用のTIFFのすべての実装は、ツリーのルートノードであるプロファイルSを実装する必要があります。ファクシミリ用のTIFFのすべてのカラー実装は、プロファイルCを実装する必要があります。特定のプロファイルの実装は、ルートノードに接続するパスにそれらのプロファイルを実装する必要があります。また、オプションで、ルートノードに接続するパス上にないプロファイルを実装することもできます。たとえば、プロファイルMの実装はプロファイルCとSも実装する必要があり、オプションでプロファイルF、JまたはLを実装できます。別の例では、プロファイルCの実装はプロファイルSも実装する必要があり、オプションでプロファイルFまたはJを実装できます。 。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", " NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [REQ].
このドキュメントのキーワード「MUST」、「MUST NOT」、「REQUIRED」、「SHALL」、「NOT」、「SHOULD」、「SHOULD NOT」、「RECOMMENDED」、「MAY」、および「OPTIONAL」は、 [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 and TIFF Technical Notes 1 and 2 [TTN1, 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テクニカルノート1および2 [TTN1、TTN2]は、いくつかのTIFF拡張を定義しています。 FAXアプリケーションの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つのサンプルまたはコンポーネントがあります（白黒画像の場合は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 mode, which SHALL use value "II". The next two bytes contain the value 42 that 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バイトは、ファイル内で使用されるバイト順序を示しています。有効な値は、バイトが最下位から最上位（リトルエンディアン）に並べられている場合は "II"（0x4949）で、16以内でバイトが最上位から最下位（ビッグエンディアン）に並べられている場合は "MM"（0x4D4D）です。または32ビット整数。値 "II"を使用する必要がある最小限の白黒モードの場合を除いて、どちらのバイト順も使用できます。次の2バイトには、ファイルをTIFFファイルとして識別する値42が含まれており、ヘッダーの最初の2バイトの値に従って順序付けられています。最後の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は、フィールド数の2バイトのカウント、一連のフィールドエントリ、および次のIFDへの4バイトのオフセットで構成されます。フィールドには、画像に関する情報と画像データへのポインタが含まれています。ファイル内の各ラスターイメージは、IFDで表されます。
Each field entry in an IFD has 12 bytes and consists of a 2-byte Tag, 2 bytes identifying the field type (e.g. short, long, rational, ASCII), 4 bytes giving the count (number of values or offsets), and 4 bytes that either contain 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など）を識別する2バイト、カウント（値またはオフセットの数）を示す4バイト、および4 IFDの外部に格納されているフィールド値へのオフセット、またはタイプとカウントに基づいてフィールド値自体を含むバイト。解像度、日付、名前、説明などのメタデータは、4バイトに収まらず、フィールドエントリでオフセットを使用する「長い」フィールド値の例です。詳細はTIFF仕様[TIFF]に記載されています。
A TIFF file can contain more than one IFD, where each IFD is a subfile whose type is given in the NewSubfileType field. Multiple IFDs can be organized either as a linked list, with the last entry in 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を含めることができます。各IFDは、NewSubfileTypeフィールドでタイプが指定されたサブファイルです。複数のIFDは、各IFDの最後のエントリが次のIFDを指すリンクリスト（最後のIFDのポインターは0）として、またはツリーとして、プライマリIFDのSubIFDsフィールドを使用して構成できます[TTN1] 。 SubIFDsフィールドには、プライマリIFDの子IFDへのポインターの配列が含まれています。
Child IFDs describe related images, such as reduced resolution versions of the primary IFD image. The same IFD can point both to a next IFD and to child IFDs, and child IFDs can themselves point to other IFDs.
子IFDは、プライマリIFDイメージの低解像度バージョンなどの関連イメージを記述します。同じIFDが次のIFDと子IFDの両方を指すことができ、子IFD自体が他のIFDを指すことができます。
All fax modes 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. While 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 mode, described in Section 8, requires the use of child IFDs.
すべてのFAXモードは、マルチページFAXイメージをIFDのリンクリストとして表します。NewSubfileTypeフィールドには、IFDをマルチページドキュメントの1ページとして識別するビットが含まれています。各IFDにはPageNumberフィールドがあり、最初のページの0から始まる昇順でページ番号を識別します。ベースラインTIFFリーダーは最初からIFDを読み取る必要はありませんが、この仕様に準拠するファイルを読み取る実装は複数のIFDを読み取る必要があります。セクション8で説明されている混合ラスターコンテンツファックスモードのみが子IFDの使用を必要とします。
The following figure illustrates the structure of a multi-page TIFF file.
次の図は、マルチページTIFFファイルの構造を示しています。
+-----------------------+
| Header |------------+
+-----------------------+ | First IFD
| IFD (page 0) |<-----------+ Offset
+---| |------------+
Value | +-----------------------+ |
Offset +-->| Long Values |--+ |
+-----------------------| | Strip |
| Image Data |<-+ Offset |
| strip 1 page 0 | | |
+-----------------------+ | |
| : | : |
|
+-----------------------+ | Next IFD
| IFD (page 1) |<-----------+ Offset
+---| |------------+
Value | +-----------------------+ |
Offset +-->| Long Values |--+ |
+-----------------------| | Strip |
| Image Data |<-+ Offset |
| strip 1 page 1 | | |
+-----------------------+ | |
| strip 2 page 1 |<-+ |
+-----------------------+ | |
| : | : |
|
+-----------------------+ | Next IFD
| IFD (page 2) |<-----------+ Offset
| : |
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.) 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 mode (Section 8).
前の図に示すように、IFDは画像を1つ以上のストリップとして保存します。ストリップは、圧縮形式のラスターイメージデータの1つ以上のスキャンライン（行）で構成されます。画像は、単一のストリップに格納される場合と、いくつかのストリップに分割される場合があり、バッファに必要なメモリが少なくなります。 （ベースラインTIFFはストリップごとに約8kバイトを推奨しますが、既存のFAXの使用は通常、イメージごとに1ストリップです。）各IFDには、3つのストリップ関連フィールド（StripOffsets、RowsPerStripおよびStripByteCounts）が必要です。 StripOffsetsフィールドは、実際の画像データを含むストリップへのポインターの配列です。 StripByteCountsフィールドは、圧縮後の各ストリップのバイト数を示します。 TIFFでは、最後のストリップを除く各ストリップに、RowsPerStripフィールドで指定されたのと同じ数のスキャンラインが含まれている必要があります。このドキュメントでは、ストリップごとのスキャンラインの数を変更できる新しいStripRowCountsフィールドを紹介します。これは、混合ラスターコンテンツFAXモードで必要です（セクション8）。
Image data is stored as uninterpreted, compressed image data streams within a strip. The formats of these streams follow the ITU-T Recommendations. The Compression field in the IFD indicates the type of compression, and other TIFF fields in the IFD describe image attributes, such as color encoding and spatial resolution. Compression parameters are stored in the compressed data stream, rather than in TIFF fields. This makes the TIFF representation and compressed data format specification independent of each another. This approach, modeled on [TTN2], allows TIFF to gracefully add new compression schemes 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, then 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, which 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ファイルを使用する場合、複数ページのFAXドキュメントをIFDのリンクリストとして表す必要があることを推奨しています。また、ファクシミリのTIFFファイルは、ファクスデータストリームで順序付けされるのと同じ方法でTIFFファイル内のページを順序付けする必要があります（SHOULD）。 TIFFファイルでは、ページは複数の要素で構成されます。1つ以上のIFD（subIFDを含む）、IFDの外部に格納される長いフィールド値、および（1つ以上のストリップの）画像データです。
The minimal black-and-white mode (Profile S) specifies a required ordering of pages and elements within a page (Section 3.5). The extended black-and-white mode (Profile F) provides guidelines for ordering pages and page elements (Section 4.4.6). Other profiles
最小限の白黒モード（プロファイルS）は、必要なページおよびページ内の要素の順序を指定します（セクション3.5）。拡張白黒モード（プロファイルF）は、ページおよびページ要素の順序付けに関するガイドラインを提供します（セクション4.4.6）。その他のプロファイル
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.
これらのガイドラインに従ってください。この推奨事項は、ファックスアプリケーションでの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で、ファックスセッションを説明するパラメータを示します。多くの場合、ファイルをスキャンすることでこれらのパラメーターを取得できますが、迅速かつ簡単にアクセスできるように、1つの場所で一緒に使用できるようにすると便利です。 GlobalParametersIFDがTIFFファイルで発生する場合、8バイトのイメージファイルヘッダーの直後の最初のIFDに配置する必要があります（SHOULD）。
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 modes. In particular, Section 2.2.1 lists the fields that are required by all modes and that have values that do not depend on the mode. Section 2.2.2 lists the fields that are required by all modes and that have values which do depend on the mode. Section 2.2.3 lists the fields that are recommended for all modes. Fields that are required or recommended by some but not all modes are given in the section (Section 3-8) that describes that mode. The sections for each fax mode have sub-sections for required and recommended fields; each sub-section organizes the fields according to whether they are baseline, extension or new.
ファクシミリアプリケーションでは、ベースラインフィールドと拡張フィールドの混合、およびTIFF仕様の一部ではなく、このドキュメントで定義されているいくつかの新しいフィールドが必要です（および推奨されます）。このサブセクションには、すべてのモードで必須または推奨されるフィールドがリストされています。特に、2.2.1項には、すべてのモードで必要なフィールドと、モードに依存しない値を持つフィールドがリストされています。セクション2.2.2に、すべてのモードで必要なフィールドと、モードに依存する値を持つフィールドを示します。セクション2.2.3に、すべてのモードで推奨されるフィールドを示します。一部のモードでは必須または推奨されているフィールドについては、そのモードを説明するセクション（セクション3-8）で説明しています。各FAXモードのセクションには、必須フィールドと推奨フィールドのサブセクションがあります。各サブセクションは、フィールドがベースライン、拡張、新規のいずれであるかに応じてフィールドを編成します。
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 modes.
ファクシミリに必要なフィールドには、ITU-T勧告で指定されている有効な値がいくつかあります。これらの正当な値のうち、ITU-T勧告に準拠するFAX実装で必須（必須）またはオプションであるのと同じように、一部は必須であり、一部はオプションです。必須およびオプションの値は、さまざまなFAXモードのセクションに記載されています。
This section describes the fields required or recommended by all fax modes. The pattern for the description of TIFF fields in this draft is:
このセクションでは、すべてのFAXモードで必要または推奨されるフィールドについて説明します。このドラフトのTIFFフィールドの説明のパターンは次のとおりです。
FieldName(TagValueInDecimal) = allowable values. TYPE
WhetherRequiredByTIFForTIFFforFAX
Count = (omitted if =1) = (if not in current spec but available)
Explanation of the field, how it's used, and the values it can have.
Default value, if any, as specified in [TIFF]
When a field's default value is the desired value, that field may be omitted from the relevant IFD unless specifically required by the text of this specification.
フィールドのデフォルト値が必要な値である場合、この仕様のテキストで特に必要とされない限り、そのフィールドは関連するIFDから省略できます。
The TIFF fields listed in this section SHALL be used by all fax modes, but have field values that are not specified by the ITU standards, i.e. the fields do not depend on the mode. The next sub-section lists the fields that SHALL be used by all fax modes, but which do have values specified by the ITU-specified or mode-specific values. Fields that SHALL be used by some but not all modes are given in the sections (3-8) which describe the modes that uses them.
このセクションにリストされているTIFFフィールドは、すべてのFAXモードで使用する必要がありますが、ITU標準で指定されていないフィールド値を持っているため、フィールドはモードに依存しません。次のサブセクションには、すべてのFAXモードで使用する必要がありますが、ITU指定またはモード固有の値で指定された値があるフィールドが一覧表示されます。すべてのモードではなく一部のモードで使用する必要があるフィールドは、それらを使用するモードを説明するセクション（3-8）に記載されています。
ImageLength(257) SHORT or LONG RequiredByTIFFBaseline Total number of scanlines in image. No default, must be specified.
ImageLength（257）SHORTまたはLONG 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
PageNumber（297）SHORT RequiredByTIFFforFAX、TIFFExtension Count = 2最初の番号はページ番号を表します（最初のページの場合は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.
StripByteCounts（279）SHORTまたはLONG RequiredByTIFFBaseline Count =ストリップの数各ストリップについて、圧縮後のそのストリップのバイト数。
No default, must be specified.
デフォルトはありません。指定する必要があります。
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 modes, but the values associated with them depend on the mode being described and the associated ITU Recommendations. Therefore, only the fields are defined here; the values applicable to a particular fax mode are described in Sections 3-8. Fields that SHALL be used by some but not all modes are given in the section (3-8) describing the mode that uses them.
このセクションにリストされているTIFFフィールドはすべてのFAXモードで使用されるものとします（SHALL）が、それらに関連付けられている値は、説明されているモードと関連するITU推奨事項によって異なります。したがって、ここではフィールドのみが定義されています。特定のFAXモードに適用できる値については、セクション3〜8で説明します。すべてではないが一部のモードで使用する必要があるフィールドは、それらを使用するモードを説明するセクション（3-8）に記載されています。
BitsPerSample(258) SHORT RequiredByTIFFBaseline Number of bits per image sample Default = 1 (field may be omitted if this is the value)
BitsPerSample（258）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 utilizes 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. Nevertheless, all readers conforming to this specification must be able to read data in both bit orders.
FillOrder（266）SHORT RequiredByTIFFforFax [TIFF]ごとのベースラインTIFFのデフォルトのビット順序は、FillOrder = 1で示されます。ビットは格納される前に反転されません。ただし、ファックスのTIFFは通常、FillOrder = 2の設定を使用します。この場合、バイト内のビット順序は保存前に逆になります（つまり、ビットは最初に最下位ビットで保存されます）。デフォルト= 1（これが値の場合、フィールドは省略できます）ファクシミリデータは、関連するITU圧縮勧告の説明に関連して、ビット逆順で電話回線に表示されます。したがって、ファクシミリの実装の大多数は、この自然な順序でストレージを選択します。それでも、この仕様に準拠するすべてのリーダーは、両方のビットオーダーでデータを読み取ることができる必要があります。
ImageWidth(256) SHORT or LONG RequiredByTIFFBaseline The number of pixels (columns) per scanline (row) of the image No default, must be specified.
ImageWidth（256）SHORTまたはLONG 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)
NewSubFileType（254）LONG RequiredByTIFFforFAX画像が複数ページのドキュメントの単一ページである場合、このIFDビット1に含まれるデータの種類の一般的な指標は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 mode are given in the section defining that mode. 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. TIFF for Facsimile Writers SHOULD express XResolution in inch based units, for consistency with historical practice and to maximize interoperability. See the table below for information on how to convert from an ITU-T metric value to its inch based equivalent resolution. No default, must be specified
XResolution（282）RATIONAL RequiredByTIFFBaseline解像度単位あたりのピクセル単位の画像の水平解像度。ファクシミリのITU-T勧告では、少数の水平解像度を指定しています。1インチあたり100、200、300、400ピクセル、1センチあたり80、160ピクセル（または1インチあたり204、408ピクセル）です。各モードで許可されるXResolution値は、そのモードを定義するセクションに記載されています。 [T.4]に従い、アプリケーションが次のXResolution値を同等として扱うことは許容されます：<204、200>と<400,408>（ピクセル/インチ）。これらの同等性は、インチとメートル法ベースのファクシミリ端末の間の変換を許可するために[T.4]によって許可されました。ファクシミリライターの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 mode are given in the section defining that mode. 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. 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 how to convert from an ITU-T metric value to its inch based equivalent resolution. No default, must be specified
YResolution（283）RATIONAL RequiredByTIFFBaseline解像度単位あたりのピクセル単位の画像の垂直解像度。ファクシミリのITU-T勧告では、少数の垂直解像度（1インチあたり100、200、300、400ピクセル、および1センチあたり38.5、77、154ピクセル（または1インチあたり98、196、391ピクセル））を指定しています。各モードで許可されるYResolutionの値は、そのモードを定義するセクションに記載されています。 [T.4]に従い、アプリケーションはYResolutionの次の値を同等として扱うことが許可されています：<98、100>、<196、200>、および<391、400>ピクセル/インチ。これらの同等性は、インチとメートル法ベースのファクシミリ端末の間の変換を許可するために[T.4]によって許可されました。ファクシミリライター用のTIFFは、YResolutionをインチベースの単位で表現する必要があります。これは、歴史的な慣行との一貫性を保ち、相互運用性を最大化するためです。 ITU-Tメトリック値からインチベースの同等の解像度に変換する方法については、以下の表を参照してください。デフォルトなし、指定する必要があります
+-----------------------------+-----------------------------+
| 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 modes. However, Profile S writers (the minimal fax mode described in Section 3) SHOULD NOT use these fields. Recommended fields that are mode-specific are described in Sections 3-8.
このセクションにリストされているTIFFフィールドは、すべてのFAXモードで使用できます。ただし、プロファイルSライター（セクション3で説明する最小限のFAXモード）は、これらのフィールドを使用しないでください。モード固有の推奨フィールドについては、セクション3〜8で説明します。
DateTime(306) ASCII OptionalInTIFFBaseline Date/time of image creation in 24-hour format "YYYY:MM:DD HH:MM:SS". No default.
DateTime（306）ASCII OptionalInTIFFBaseline 24時間形式の画像作成の日付/時刻 "YYYY：MM：DD HH：MM：SS"。デフォルトなし。
DocumentName(269) ASCII OptionalInTIFFExtension(DocumentStorageAndRetrieval) The name of the scanned document. This is a TIFF extension field, not a Baseline TIFF field.
DocumentName（269）ASCII OptionalInTIFFExtension（DocumentStorageAndRetrieval）スキャンされたドキュメントの名前。これはTIFF拡張フィールドであり、ベースラインTIFFフィールドではありません。
No default.
デフォルトなし。
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 will include this field to give a positive indication of the orientation, even if the value is the default. If the Orientation field is omitted, the reader SHALL assume a value of 1.
オリエンテーション（274）= 1-8。 SHORT OptionalinTIFFBaseline 1：0番目の行は画像の視覚的な上部を表します。 0番目の列は、画像の視覚的な左側を表します。その他の値については、現在のTIFF仕様[TIFF]を参照してください。ベースラインTIFFにはvalue = 1のみが必要です。デフォルト=1。注：値がデフォルトであっても、向きを認識しているライターがこのフィールドを含めて向きを明確に示すことをお勧めします。 Orientationフィールドが省略されている場合、リーダーは値1を想定するものとします。
Software(305) ASCII OptionalInTIFFBaseline The optional name and release number of the software package that created the image. No default.
Software（305）ASCII OptionalInTIFFBaselineイメージを作成したソフトウェアパッケージのオプションの名前とリリース番号。デフォルトなし。
The new TIFF fields listed in this section MAY be used by all fax modes, but their support is not expected for the minimal fax mode described in Section 3. 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モードで使用できますが、セクション3で説明されている最小FAXモードはサポートされません。さらに、これらの新しいTIFFフィールドのサポートは、従来のTIFF-Fには含まれていませんセクション4と[TIFF- F]で説明されているリーダー。これらのフィールドは、画像データを作成したFAXセッションの「グローバル」パラメーターを記述します。これらはオプションであり、現在の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 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.
GlobalParametersIFD（400）IFDグローバルパラメーターを含む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 which 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.
このドキュメントでは、次の新しいグローバルフィールドが、FAXアプリケーションで使用する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
FaxProfile（402）= 0-6. BYTEこのファイルに適用されるプロファイル。プロファイルは、ファクシミリ用のTIFFの許可されたフィールドとフィールド値の完全なセットのサブセットです。現在定義されている値は次のとおりです：0：ファクシミリのTIFFに定義されたプロファイルに準拠していません1：最小限の白黒ロスレス、プロファイルS 2：拡張白黒ロスレス、プロファイルF 3：ロスレスJBIG白黒、プロファイルJ 4 ：損失のあるカラーとグレースケール、プロファイルC 5：損失のないカラーとグレースケール、プロファイルL 6：混合ラスターコンテンツ、プロファイルM
CodingMethods(403) LONG This field indicates which coding methods are used in the file. A bit value of 1 indicates which of the following coding methods is used: 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 Note: There is a limit of 32 compression types to identify standard compression methods.
CodingMethods（403）LONGこのフィールドは、ファイルで使用されているコーディング方法を示します。ビット値1は、次のどのコーディング方法が使用されるかを示します。ビット0：不特定の圧縮、ビット1：1次元コーディング、ITU-T Rec。 T.4（MH-Modified Huffman）、ビット2：2次元コーディング、ITU-T Rec。 T.4（MR-Modified Read）、ビット3：2次元コーディング、ITU-T Rec。 T.6（MMR-Modified MR）、ビット4：ITU-T Rec。 T.82コーディング、ITU-T Rec。 T.85（JBIG）、ビット5：ITU-T Rec。 T.81（ベースラインJPEG）、ビット6：ITU-T Rec。 T.82コーディング、ITU-T Rec。 T.43（JBIG色）、ビット7〜31：将来の使用のために予約済み注：標準の圧縮方法を識別するために、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 modes.
VersionYear（404）BYTE Count：4 FaxProfileフィールドで指定された標準の年。4文字で指定されます。 '1997';非可逆および可逆カラーモードで使用されます。
ModeNumber (405) BYTE The mode of the standard specified by the FaxProfile field. A value of 0 indicates Mode 1.0; used in Mixed Raster Content mode.
ModeNumber（405）BYTE FaxProfileフィールドで指定された標準のモード。値0はモード1.0を示します。混合ラスターコンテンツモードで使用されます。
This section defines the minimal black-and-white subset of TIFF for facsimile. This subset is designated Profile S. All implementations of TIFF for facsimile SHALL support the minimal subset.
このセクションでは、ファクシミリ用のTIFFの最小限の白黒サブセットを定義します。このサブセットはプロファイルSと呼ばれます。ファクシミリ用のTIFFのすべての実装は、最小限のサブセットをサポートするものとします。
Black-and-white mode is the binary fax application most users are familiar with today. This mode is appropriate for black-and-white text and line art. Black-and-white mode is divided into two levels of capability. This section describes the minimal interchange set of TIFF fields that must be supported by all implementations in order to assure that some form of image, albeit black-and-white, can be interchanged. This minimum interchange set is a strict subset of the fields and values defined for the extended black-and-white mode (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.
白黒モードは、今日ほとんどのユーザーが使い慣れているバイナリFAXアプリケーションです。このモードは、白黒のテキストやラインアートに適しています。白黒モードは、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次元Modified Huffman（MH）圧縮をサポートします。
To assure interchange, this mode uses the minimal set of fields, with a minimal set of values. There are no recommended fields in this mode. Further, the TIFF file is required to be "little endian," which means that the byte order value in the TIFF header is "II". This mode 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」です。このモードは、ファックスドキュメントのページ、およびページのIFDとイメージデータに必要な順序を定義します。また、1つのストリップに各ページの画像データが含まれている必要があります。セクション3.5を参照してください。セクション3.4で指定されているように、画像データにはRTCシーケンスが含まれている場合があります。
Besides the fields listed in Section 2.2.1, the minimal black-and-white fax mode requires the following fields. The fields listed in Section 2.2.1 and the fields and fax-specific values specified in this sub- section must be supported by all implementations.
セクション2.2.1にリストされているフィールドの他に、最小限の白黒FAXモードでは次のフィールドが必要です。セクション2.2.1にリストされているフィールド、およびこのサブセクションで指定されているフィールドとFAX固有の値は、すべての実装でサポートされている必要があります。
BitsPerSample(258) = 1. SHORT RequiredByTIFFBaseline Binary data only. Default = 1 (field may be omitted if this is the value)
BitsPerSample（258）=1。SHORTRequiredByTIFFBaselineバイナリデータのみ。デフォルト= 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 using the Modified Huffman (MH) encoding of [T.4].
Compression（259）=3。SHORTRequiredByTIFFBaseline 3 = 1次元または2次元のコーディング。値3はTIFF拡張値[TIFF]です。 T4Optionsフィールドを指定する必要があり、その値は、データが[T.4]のModified Huffman（MH）エンコードを使用してエンコードされることを指定します。
FillOrder(266) = 2. SHORT RequiredByTIFFBaseline 2 = Least Significant Bit first
FillOrder（266）=2。SHORTRequiredByTIFFBaseline 2 =最下位ビットが最初
NOTE: Baseline TIFF readers are only required to support FillOrder = 1, where the lowest numbered pixel is stored in the MSB of the byte. However, because many devices, such as modems, transmit the LSB first when converting the data to serial form, it is common for black-and-white fax products to use the second FillOrder =2, where the lowest numbered pixel is stored in the LSB. Therefore, this value is specified in the minimal black-and-white mode.
注：ベースラインTIFFリーダーは、FillOrder = 1をサポートするためにのみ必要です。この場合、最も小さい番号のピクセルがバイトのMSBに格納されます。ただし、モデムなどの多くのデバイスは、データをシリアル形式に変換するときに最初にLSBを送信するため、白黒のFAX製品では2番目のFillOrder = 2を使用するのが一般的です。 LSB。したがって、この値は最小白黒モードで指定されます。
ImageWidth(256) = 1728. SHORT or LONG RequiredByTIFFBaseline This mode 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)
PhotometricInterpretation(262) = 0. SHORT RequiredByTIFFBaseline 0 = pixel value 1 means black No default, must be specified
PhotometricInterpretation（262）=0。SHORTRequiredByTIFFBaseline 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。SHORTRequiredByTIFFBaseline解像度の測定単位。 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。SHORTRequiredByTIFFBaselineピクセルあたりのコンポーネント数。白黒の場合は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 encoding.
Bit 1 must be 0
Bit 2 = 1 indicates that EOLs are byte aligned, = 0 EOLs not byte
aligned
Default is all bits are 0 (applies when EOLs are not byte aligned)
Note: The T4Options field is required when the Compression field has a value of 3. Bit 0 of this field specifies the encoding used (MH only in this mode) and Bit 2 indicates 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 Section 3.4 for details.
注：圧縮フィールドの値が3の場合、T4Optionsフィールドは必須です。このフィールドのビット0は、使用されるエンコード（このモードではMHのみ）を指定し、ビット2は、EOLコードがバイト境界で整列されているかどうかを示します。それらがバイト境界で整列されている場合、行末（EOL）コードが常にバイト境界で終了するように、必要に応じてフィルビットが追加されています。詳細はセクション3.4を参照してください。
None.
なし。
None.
なし。
The handling of End of Line (EOL) codes and Return to Control (RTC) sequences illustrate the differences between conventional fax, which is bit and stream oriented, and TIFF, which is byte and file oriented. Conventional fax, Baseline TIFF and TIFF extensions for fax all handle EOLs and RTCs differently.
End of Line（EOL）コードとReturn to Control（RTC）シーケンスの処理は、ビットとストリーム指向の従来のファックスとバイトとファイル指向のTIFFの違いを示しています。従来のFAX、FaxのベースラインTIFFおよびTIFF拡張機能はすべて、EOLとRTCの扱いが異なります。
In conventional fax, an MH-compressed fax data stream for a page consists of the following sequence:
従来のFAXでは、ページのMH圧縮FAXデータストリームは次のシーケンスで構成されています。
EOL, compressed data (first line), EOL, compressed data, ... , EOL, compressed data (last line), RTC (6 consecutive EOL codes)
EOL、圧縮データ（最初の行）、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は、MH圧縮データに対してEOLコードまたはReturn to Control（RTC）シーケンスを使用しません。ただし、この仕様でMH圧縮（Compression = 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 scan lines 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コードがバイトアラインされているかどうかを示します。ビット2 = 1の場合、EOLコードがバイト境界であることを示し、EOLコードの前に必要に応じてフィルビットが追加されているため、EOLコードは常にバイト境界で終わり、EOLに続くデータの最初のビットはバイトで始まります。境界。フィルビットがない場合、EOLコードはバイトの途中で終了する可能性があります。バイトアライメントにより、アプリケーションソフトウェアは、走査線を解析してライン指向の画像操作（TIFFファイルの書き込みなど）を行う際に、バイトごとにビットをシフトする負担を軽減します。 FAXにこれまで使用されてきたすべてのTIFFリーダーが非バイト境界整列データを処理できるわけではありません。
While TIFF extension requires EOL codes, TIFF in fax applications has traditionally prohibited RTC sequences. Implementations that want 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シーケンスを従来禁止しています。 FAXデータストリームとインターネットFAXファイルの一般的な処理とインターフェイスを必要とする実装では、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 sub-section.
これらの違いを調整するために、RTCは、EOLコードがバイトアラインされておらず、フィルビットがデータに追加されていない場合に許可されます。これは、ファックスデータが処理または解釈されずにストリップに挿入されるだけの状況に対応します。 EOLがバイトアラインされている場合、RTCはデータ内で発生しないはずです。これは、次のサブセクションで正式に指定されています。
Implementations which wish 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 which 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 which do not include RTCs and SHOULD be able to process files which do include RTCs.
TIFFに厳密に準拠し、FAXのTIFFのこれまでの使用との互換性を維持したい実装は、TIFFファイルを書き込むときにRTCシーケンスを含めないでください。ただし、T.4で生成された画像データの「透過性」をサポートする必要がある実装は、T4Optionsフィールドのフラグ設定が非バイトアラインデータに設定されている場合、つまりビット2が0の場合、TIFFファイルの書き込み時にRTCを含めることができます。 TIFFリーダーは、MH画像データにRTCシーケンスを含むFAXの既存のTIFF実装がいくつかあることに注意する必要があります。したがって、最小限のセットのリーダーは、RTCを含まないファイルを処理できなければならず、RTCを含むファイルを処理できる必要があります（SHOULD）。
The TIFF header, described in Section 2.1.1, contains two bytes which describe the byte order used within the file. For the minimal black-and- white mode, 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 that offset to the first IFD is 8. The headers values are shown in the following table:
セクション2.1.1で説明されているTIFFヘッダーには、ファイル内で使用されるバイト順序を説明する2バイトが含まれています。最小限の白黒モードの場合、これらのバイトの値は「II」（0x4949）である必要があり、TIFFファイルのバイトがLSByte優先順（リトルエンディアン）であることを示します。最初または0番目のIFDはヘッダーの直後に続くため、最初のIFDへのオフセットは8です。ヘッダーの値を次の表に示します。
+--------+-------------------+--------+-----------+
| Offset | Description | Value |
+--------+-------------------+--------+-----------+
| 0 | Byte Order | 0x4949 (II) |
+--------+-------------------+--------+-----------+
| 2 | Identifier | 42 decimal |
+--------+-------------------+--------+-----------+
| 4 | Offset of 0th IFD | 0x 0000 0008 |
+--------+-------------------+--------+-----------+
The minimal black-and-white mode 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 it has offsets to SHALL precede the next image IFD; and (6) the image data for each page SHALL be contained within a single strip.
最小限の白黒モードは、ファイル内のIFDと画像データを次のように並べ替える必要があります。1）複数ページのFAXドキュメントの各ページにIFDが存在する必要があります。 （2）IFDは、ドキュメント内のページと同じ順序でファイル内に出現する必要があります（SHALL）。 （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 contains the offsets to them, and before the image data pointed to by that IFD.
（6）の結果として、StripOffsetsフィールドには画像データへのポインターが含まれます。 2つの例外を除いて、IFDのフィールドエントリには、IFDの外部にあるフィールド値へのオフセットではなく、フィールド値が含まれています。 2つの例外は、XResolutionフィールドとYResolutionフィールドの値です。どちらもRATIONALタイプであり、2つの4バイトの数値が必要です。これらの「長い」フィールド値は、それらへのオフセットを含むIFDの直後で、そのIFDが指す画像データの前に配置する必要があります。
The effect of these requirements is that the IFD for the first page SHALL come first in the file after the TIFF header, followed by the long field values for XResolution and YResolution, followed by the image data for the first page, then the IFD for second page, etc. This is shown in the following figure. Each IFD is required to have a PageNumber field, which has value 0 for the first page, 1 for the second page, and so on.
これらの要件の影響は、最初のページのIFDがファイルのTIFFヘッダーの後に最初に来て、XResolutionとYResolutionのロングフィールド値が続き、最初のページの画像データが続き、次に2番目のIFDが続くということです。これを次の図に示します。各IFDにはPageNumberフィールドが必要です。このフィールドには、最初のページの値が0、2番目のページの値が1というように続きます。
+-----------------------+
| Header |------------+
+-----------------------+ | First IFD
| IFD (page 0) | <----------+ Offset
+---| |------------+
| | |--+ |
Value | +-----------------------+ | |
Offset +-->| Long Values | | |
+-----------------------| | Strip |
| Image Data (page 0) |<-+ Offset |
+-----------------------+ | Next IFD
| IFD (page 1) | <----------+ Offset
+---| |------------+
| | |--+ |
Value | +-----------------------+ | |
Offset +-->| Long Values | | |
+-----------------------| | Strip |
| Image Data (page 1) |<-+ Offset |
+-----------------------+ | Next IFD
| IFD (page 2) | <----------+ Offset
+-----------------------+
| : |
Using this file structure may reduce the memory requirements in implementations. It is 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 comprise 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 in the table, certain fields which have a value that is a sequence of flag bits are shown taking integer values that correspond 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 mode or Profile F of TIFF for facsimile. It provides a standard definition of what has historically been known as TIFF Class F and now TIFF-F. In doing so, it aligns this mode 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として知られているものの標準的な定義を提供します。そうすることで、このモードを白黒FAXに関する現在の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 encoding, Modified READ (MR) and Modified Modified READ (MMR) encoding as described in [T.4] and [T.6] are supported.
このセクションでは、白黒機能のより豊富なセットを提供するフィールドの最小交換セット（プロファイルS）の拡張について説明します。このセクションで説明されているフィールドと値は、セクション3で定義された最小交換セット用に定義されたフィールドと値のスーパーセットです。MHエンコーディングに加えて、[で説明されているModified READ（MR）およびModified Modified 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 mode. Section 4.3 describes the fields that MAY be used in this mode. 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 use of TIFF-F. 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 usage 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 mode or profile of TIFF for facsimile.
TIFF-Fは長年にわたって一般的に使用されていますが、これまで規格の形で文書化されたことはありません。非公式のTIFF-Fドキュメントは、ジョーキャンベルが率いる少数のFAXエキスパートグループによって最初に作成されました。 TIFF-Fの存在は[TIFF]に記載されていますが、定義されていません。このドキュメントは、インターネットアプリケーションの[TIFF]のFアプリケーションの正式な定義として機能します。参照しやすいように、TIFF-Fという用語は、このドキュメント全体で、拡張白黒モードまたはファクシミリ用のTIFFのプロファイルの省略形として使用されます。
Up until the TIFF 6.0 specification, TIFF supported various "Classes" which 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 which apply for TIFF-F. In almost all cases, the resulting definition of TIFF-F fields and values remains consistent with those used historically in earlier definitions of TIFF Class F. Where some of the values for fields have been updated to provide more precise conformance with the ITU-T [T.4] and [T.30] fax recommendations, these differences are noted.
TIFF 6.0仕様まで、TIFFはさまざまなアプリケーションでのTIFFの使用を定義するさまざまな「クラス」をサポートしていました。クラスは、特定のアプリケーションをサポートするために使用されました。その精神の中で、TIFF-Fは歴史的に「TIFFクラスF」として知られています。以前の非公式のTIFF-Fドキュメント[TIFF-F0]は、「クラスF」という用語を使用していました。 TIFF 6.0 [TIFF]の時点で、TIFFクラスのコンセプトは廃止され、ベースラインTIFFのコンセプトが採用されました。したがって、このドキュメントでは、[TIFF]で定義されているベースラインTIFFを開始点として使用し、TIFF-Fに適用されるベースラインTIFFにTIFF拡張機能を追加することにより、ファクシミリのTIFFのFプロファイルとしてTIFF-Fの定義を更新します。ほとんどすべての場合において、TIFF-Fフィールドと値の結果の定義は、TIFFクラスFの以前の定義で歴史的に使用されていたものと一貫性を保ちます。フィールドの値の一部は、ITU-Tへのより正確な準拠を提供するために更新されています。 T.4]および[T.30]ファックスの推奨事項、これらの違いが記載されています。
This section lists the required fields and the values they must have to be ITU-compatible. Besides the fields listed in Section 2.2.1, the extended black-and-white fax mode SHALL use the following fields.
このセクションでは、必須フィールドと、それらのフィールドがITU互換である必要がある値を示します。セクション2.2.1にリストされているフィールドに加えて、拡張白黒FAXモードは次のフィールドを使用する必要があります。
BitsPerSample(258) = 1. SHORT RequiredByTIFFBaseline Binary data only. Default = 1 (field may be omitted if this is the value)
BitsPerSample（258）=1。SHORTRequiredByTIFFBaselineバイナリデータのみ。デフォルト= 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 Rec。 T.6（MMR-Modified Modified Read、T6Optionsフィールドが必要））これはTIFF拡張値です。デフォルト= 1（適用されません。フィールドを指定する必要があります）
NOTE: Baseline TIFF permits use of value 2 for Modified Huffman encoding, but data is presented in a form which 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では、Modified Huffmanエンコーディングに値2を使用できますが、データはEOLを使用しない形式で提示されるため、ファクシミリのTIFFは代わりにCompression = 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
FillOrder（266）= 1、2。SHORTRequiredByTIFFBaselineプロファイルFリーダーは両方のビットオーダーでデータを読み取ることができる必要がありますが、大部分のファクシミリ製品は、電話回線に表示されるとおりにLSBを最初にデータを格納します。 1 =最上位ビットが最初。 2 =最下位ビットが最初
ImageWidth(256) SHORT or LONG RequiredByTIFFBaseline This mode supports the following fixed page widths: 1728, 2592, 3456 (corresponding to North American Letter and Legal, 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および1216. [T.4]の最新バージョンでは、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)
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は、TIFF-Fの場合は常に1に設定され、複数ページの画像の単一ページを示します。 1ページのFAXイメージにTIFF-Fが使用される場合、同じビット設定が使用されます。複数ページのファイルの詳細については、セクション4.4.3を参照してください。
PhotometricInterpretation(262) = 0, 1. SHORT RequiredByTIFFBaseline 0 = pixel value 1 means black, 1 = pixel value 1 means white. This field allows notation of an inverted or negative image. No default, must be specified
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 measures. 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, bilevel 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実装では、1インチあたり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実装では、77および38.5（cm）の値もサポートしている場合があります。これらは、それぞれ196および98ピクセル/インチに相当します。実装の詳細については、セクション4.5.2を参照してください。
NOTE: Not all combinations of XResolution, YResolution and ImageWidth are legal. The following table gives the legal combinations and corresponding paper size [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 encoding, = 0 indicates MH encoding.
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 encoding is used and EOLs
are not byte aligned EOLs) (See Section 3.2.2.)
The T4Options field is required when the Compression field has a
value of 3. This field specifies the encoding used (MH or MR) and
whether the EOL codes are byte-aligned or not. If they are byte
aligned, then fill bits have been added as necessary so that the End
of Line (EOL) codes always end on byte boundaries See Sections 3.4,
4.5.3 and 4.5.4 for details.
T6Options(293) = (Bit 0 = 0, Bit 1 = 0). LONG
RequiredTIFFExtension (when Compression = 4)
Used to indicate parameterization of 2D Modified Modified Read
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 uncompressed data is allowed (see [TIFF]).
Default is all bits 0. For FAX, the field must be present and have
the value 0. The use of uncompressed data where compression would
expand the data size is not allowed for FAX.
NOTE: MMR compressed data is two-dimensional and does not use EOLs. Each MMR encoded image MUST include an "end-of-facsimile-block" (EOFB) code at the end of each coded strip; see Section 4.5.6.
注：MMR圧縮データは2次元であり、EOLを使用しません。各MMRエンコードされた画像には、各コード化されたストリップの最後に「ファクシミリブロックの終わり」（EOFB）コードが含まれている必要があります。セクション4.5.6を参照してください。
None.
なし。
See Section 2.2.3.
セクション2.2.3を参照してください。
See Section 2.2.3.
セクション2.2.3を参照してください。
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 scan lines. A
この仕様では、元のTIFF-Fの説明でページ品質を説明するために使用される3つの新しいオプションのフィールドが定義されています。これらのフィールドに含まれる情報は、通常、ファクシミリハードウェア（該当する場合）の受信から取得されます。それらは、エラーが修正されているか、コーディングエラーがないことが保証されているファクシミリ画像データのTIFF-Fファイルの書き込みには使用しないでください。一部のアプリケーションは、データのエラー内容を正確に理解する必要があります。たとえば、CADプログラムは、ファイルを高精度のドキュメントにインポートする前に、ファイルのエラーレベルが低いことを確認したい場合があります。グループ3のファクシミリデバイスは、必ずしもイメージデータのエラー訂正を実行するわけではないため、受信したページの品質は、デコードされたスキャンラインのピクセル数から推測する必要があります。あ
"good" scan line is defined as a line that, when decoded, contains the correct number of pixels. Conversely, a "bad" scan line is defined as a line that, when decoded, comprises an incorrect number of pixels.
「良好な」走査線は、デコード時に正しい数のピクセルを含む線として定義されます。逆に、「不良」スキャンラインは、デコード時に不正な数のピクセルを含むラインとして定義されます。
BadFaxLines(326) SHORT or LONG
The number of "bad" scan lines encountered by the facsimile device
during reception. A "bad" scanline is defined as a scanline that,
when decoded, comprises an incorrect number of pixels. Note that
PercentBad = (BadFaxLines/ImageLength) * 100
No default.
CleanFaxData(327) = 0, 1, 2. SHORT Indicates if "bad" lines encountered during reception are stored in the data, or if "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 if 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）LONGまたはSHORT受信した連続する「不良」スキャンラインの最大数。 BadFaxLinesフィールドは、不良回線の数量のみを示します。デフォルトなし。
NOTE: The BadFaxLines and ImageLength data indicate only the quantity of bad lines. The ConsecutiveBadFaxLines field is an indicator of the distribution of bad lines and may therefore be a better general indicator of perceived image quality. See Section 4.4.5 for examples of the use of these fields.
注：BadFaxLinesおよびImageLengthデータは、不良ラインの量のみを示します。 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, thus 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つのストリップです。セクション2.1.2および2.1.3を参照してください。
The current TIFF specification [TIFF] does not require a Baseline TIFF reader to support FillOrder=2, i.e. lowest numbered 1-bit pixel in the least significant bit of a byte. It further recommends that FillOrder=2 be used only in special purpose applications.
現在のTIFF仕様[TIFF]では、ベースラインTIFFリーダーがFillOrder = 2をサポートする必要はありません。つまり、バイトの最下位ビットで最も小さい番号の1ビットピクセルです。さらに、FillOrder = 2は特別な目的のアプリケーションでのみ使用することをお勧めします。
Facsimile data appears on the phone line in bit-reversed order relative to its description in ITU-T Recommendation T.4. Therefore, a wide majority of 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のようなファイルを読み取りますが、マルチページフィールドをサポートしていません。マルチページ形式はFAXアプリケーションソフトウェアでのファイル管理を大幅に簡略化するため、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 that this practice is not recommended.
アプリケーションは、フィールドと値を操作せずに複数ページのTIFF-Fファイルをエクスポートすることをお勧めします。歴史的に、一部のTIFF-Fライターは、エクスポートのために変更されたNewSubFileTypeとPageNumber（1対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
グループ3のファクシミリでは、1994年に標準化され、一般的に使用されている3つの圧縮方法があります。 ITU-T T.4勧告[T.4]は、1次元の圧縮方法を定義しています
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.
Modified Huffman（MH）と呼ばれる2次元の方法Modified READ（MR）と呼ばれる（READはRelative Element Address Designateの略です）。 1984年に、ITU-T T.6勧告[T.6]で、Modified Modified READ（MMR）と呼ばれるやや効率的な圧縮方法が定義されました。 MMRはもともとグループ4ファクシミリで使用するために定義されていたため、この圧縮方法は一般にグループ4圧縮と呼ばれていました。 1991年に、MMR方式はグループ3ファクシミリでの使用が承認され、それ以来広く利用されています。
TIFF-F supports these three compression methods. The most common practice 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つの圧縮方法をサポートしています。最も一般的な方法は、1次元Modified Huffman（MH）圧縮法です。これは、圧縮フィールドの値を3に設定し、次にT4Optionsフィールドのビット0を0に設定することで指定されます。または、2次元Modified READ（MR）メソッドは、これまでのTIFF-F実装ではあまり使用されていませんでした。 T4Optionsフィールドのビット0を1に設定することによって選択されます。このフィールドのビット2の値は、フィルビットの使用によって決定されます。
Depending upon the application, the more efficient two-dimensional Modified Modified Read (MMR)compression method from T.6 may be selected by setting the Compression field value to 4 and then setting 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からのより効率的な2次元Modified Modified Read（MMR）圧縮方法は、圧縮フィールドの値を4に設定し、T6Optionsの最初の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はCompression = 2を使用してModified Huffman圧縮を指定することもできますが、データはEOLを使用しません。その結果、TIFF-FはCompression = 2ではなくCompression = 3を使用してModified Huffman圧縮を指定します。
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. 2. Facsimile hardware provides page quality information, but reports no bad lines. Write only BadFaxLines = 0. 3. Facsimile hardware provides page quality information, and reports bad lines. Write both BadFaxLines and ConsecutiveBadFaxLines. Also write CleanFaxData = 1 or 2 if the hardware's regeneration capability is known. 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.
1. ファクシミリハードウェアはページ品質情報を提供しません。ページ品質フィールドを記述してはなりません。 2.ファクシミリハードウェアはページ品質情報を提供しますが、不良行を報告しません。 BadFaxLines = 0のみを書き込みます。3.ファクシミリハードウェアはページ品質情報を提供し、不良回線を報告します。 BadFaxLinesとConsecutiveBadFaxLinesの両方を記述します。また、ハードウェアの再生成機能がわかっている場合は、CleanFaxData = 1または2と書き込みます。 4.ソース画像のデータストリームは、エラーが修正されているか、コンピューター生成ファイルなどのエラーがないことが保証されています。ページ品質のフィールドを書き込まないでください。
TIFF Writers SHOULD only generate these fields when the image has been generated from a fax image data stream where error correction, e.g. Group 3 Error Correction Mode, was not used.
TIFFライターは、画像がFAX画像データストリームから生成された場合にのみ、これらのフィールドを生成する必要があります。グループ3のエラー修正モードは使用されませんでした。
4.4.6. Practical Guidelines for Writing and Reading Multi-Page TIFF-F Files
4.4.6. マルチページTIFF-Fファイルの読み書きに関する実用的なガイドライン
Traditionally, historical TIFF-F has required readers and writers to be able to handle multi-page TIFF-F files. Based on the experience of various TIFF-F implementors, it has been seen that the implementation of 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 page of the document. 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, 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.
マルチページTIFF-Fファイルの構造には、ドキュメントのページごとに1つのIFDが含まれます。この場合、このIFDは単一ページの属性を定義します。 2つ目の簡略化のガイドラインは、TIFF-Fファイルの作成者が実際のページのシーケンスと同じ順序でIFDを提示する必要があることです。 （ページは、TIFF-F内で最初のページとしてページ0から始まり、次に昇順で番号が付けられます（つまり、0、1、2、...）。ただし、4バイトを超えるフィールド値は、IFDとは別に保存されます。TIFF -Fリーダーは、IFDがページ順に表示されることを期待する必要がありますが、例外を処理できます。
Per [TIFF], the exact placement of image data is not specified. However, the strip offsets for each strip of image are defined from within each IFD. Where possible, another simplifying guideline for the writing of TIFF-F files is to specify 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). The use of a single image strip per page is very useful 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 which require the use of "streaming" techniques (see section 4.4.7). In the event 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 that are related to strips.
[TIFF]によると、画像データの正確な配置は指定されていません。ただし、画像の各ストリップのストリップオフセットは、各IFD内から定義されます。可能な場合、TIFF-Fファイルの書き込みに関するもう1つの簡略化ガイドラインは、複数ページのドキュメントの各ページの画像データが単一のストリップ内に含まれるように指定することです（つまり、FAXページごとに1つの画像ストリップ）。ページごとに1つのイメージストリップを使用することは、ファイルが通常転送の前に準備されるストアアンドフォワードメッセージングなどのアプリケーションに非常に役立ちますが、他の仮定が必要なアプリケーションのイメージストリップのサイズに適用される場合があります。 「ストリーミング」技術の使用（セクション4.4.7を参照）。別の画像ストリップサイズガイドラインが使用された場合（たとえば、ページサイズよりも小さい可能性がある画像ストリップの一定サイズ）、これは、ストリップに関連するフィールドの値/オフセットからすぐに明らかになります。
A third simplifying guideline is that each IFD SHOULD be placed in the TIFF-F file structure at a point which precedes the image which the IFD describes.
3番目の簡略化ガイドラインは、IFDが記述する画像の前のポイントでTIFF-Fファイル構造に各IFDを配置する必要があることです。
In addition, a fourth simplifying guideline for TIFF-F writers and readers is to place the actual image data in a physical order within the TIFF file structure which is consistent with the logical page order. 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-Fライターおよびリーダーの4番目の簡略化ガイドラインは、実際の画像データをTIFFファイル構造内の物理的な順序で配置し、論理的なページ順序と一致させることです。実際には、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 at the top of the page.
画像データが複数のストリップに格納されている場合、ストリップは、ページの先頭から開始して、ファクシミリ送信で発生するのと同じ順序でファイルに出現する必要があります（SHOULD）。
TIFF-F writers MAY make a fifth 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 (writers MAY rather than SHOULD use it) compared to the other guidelines given here to reflect past practices for TIFF-F.
TIFF-Fライターは、IFD、値データ、およびIFDがオフセットする画像データが次の画像IFDに先行する、5番目の簡略化ガイドラインを作成できます（MAY）。ただし、このガイドラインは、TIFF-Fの過去の慣行を反映するために、ここに記載されている他のガイドラインと比較して緩和されています（使用するべきではありません）。
In the case of the minimal mode, which is also the minimal subset of Profile S, the SHOULD's and MAY's of these guidelines become SHALL's (see Section 3.5).
プロファイルSの最小サブセットでもある最小モードの場合、これらのガイドラインのSHOULDおよびMAYはSHALLになります（セクション3.5を参照）。
So, a TIFF-F file which is structured using the guidelines of this section will essentially be composed of a linked list of IFDs, presented in ascending page order, which in turn each point 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 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ファイルは、基本的に昇順のページ順に表示されたIFDのリンクリストで構成され、各ポイントが画像データの単一ページを指します（ページごとに1つのストリップ）。 ）、画像データのページも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. While TIFF-F may also possibly be used as a file format for cases such as streaming applications, assumptions may be required that differ from those provided in this section (e.g., the entire size and number of pages within the image are not known in advance). 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. This means that the "Uncompressed" bit in T4Options or T6Options must be set to 0.
TIFF-Fには、少なくとも1次元の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 that wish to have the maximum flexibility in reading TIFF-F files should support all three of these compression methods (MH, MR and MMR).
Group 3の互換性のために2次元エンコーディングは必要ないため、一部の歴史的なTIFF-Fリーダーはそのようなファイルを読み取ることができませんでした。 TIFF-Fの最小サブセットは1次元（Modified Huffman）ファイルをサポートする必要があるため、この選択により移植性が最大化されます。ただし、より高い効率を求める実装者は、TIFF-Fファイルを書き込むときにT.6 MMR圧縮を使用する必要があります（SHOULD）。一部のTIFF-Fリーダーは、2次元の変更されたREADファイルもサポートします。 TIFF-Fファイルの読み取りに最大の柔軟性を持たせたい実装者は、これらの3つの圧縮方法（MH、MR、およびMMR）をすべてサポートする必要があります。
For the case of resolution, 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, 400 x 400 in dots per inch based units. At the same time, support was added for metric dimensions which are 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, since 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 to not support the use of these higher resolutions.
1993年に、ITU-Tは、T.30勧告で、ドット/インチベースのユニットで200 x 200、300 x 300、400 x 400を含む、より高い解像度のサポートを追加しました。同時に、次のインチベースの解像度に相当するメトリックディメンションのサポートが追加されました：391v x 204hおよび391v x 408h。したがって、新しい解像度と同等のインチベースのフルセットがTIFF-Fライターでサポートされています。これは、グループ3ファクシミリデバイスから受信した一部の画像データストリームに表示される可能性があるためです。ただし、多くのファクシミリ端末とTIFF-Fリーダーの古いバージョンは、これらのより高い解像度の使用をサポートしていない可能性があります。
Per [T.4], it is permissible for applications to treat the following XResolution values as being equivalent: <204,200> and <400,408>. In a similar respect, the following YResolution values may also be treated as being equivalent: <98, 100>, <196, 200>, and <391, 400>. These equivalencies were allowed by [T.4] to permit conversions between inch and metric based facsimile terminals.
[T.4]に従い、アプリケーションは次のXResolution値を同等として扱うことが許可されています：<204,200>と<400,408>。同様に、次のYResolutionの値も同等として扱うことができます：<98、100>、<196、200>、および<391、400>。これらの同等性は、インチとメートル法ベースのファクシミリ端末の間の変換を許可するために[T.4]によって許可されました。
In a similar respect, the optional support of metric based resolutions in the TIFF-F reader (i.e. 77 x 38.5 cm) is included for completeness, since 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 cm）のオプションのサポートが含まれていますが、この使用は推奨されません。ライターによる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の歴史的な慣習では、Modified HuffmanまたはModified READデータのすべてのEOLはバイト境界で整列する必要があります。ただし、ベースラインTIFFはデフォルトで非バイト境界のEOLの使用を許可しているため、TIFF-Fリーダー実装の大部分は両方の規則をサポートしています。したがって、セクション3で定義されているTIFF-FまたはプロファイルSの最小サブセットには、バイト境界と非バイト境界の両方のEOLのサポートが含まれています。セクション3.2.2を参照してください。
An EOL is said to be byte-aligned when Fill bits have been added as necessary before EOL codes such that EOL always ends on a byte boundary, thus ensuring an EOL-sequence of a one byte preceded by a zero nibble: xxxx0000 00000001.
EOLは、バイト境界でEOLが終了するようにEOLコードの前に必要に応じてフィルビットが追加され、ゼロニブルが先行する1バイトのEOLシーケンスxxxx0000 00000001を保証する場合、バイトアライメントされていると言われます。
Modified Huffman encoding 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に続くデータの最初のビットがバイト境界で始まるように、追加のゼロビット（Fill）が追加されます。実際、バイトアライメントにより、アプリケーションソフトウェアは、走査線を解析してライン指向の画像操作（TIFFファイルの書き込みなど）を行う際に、バイトごとにビットをシフトする負担を軽減します。
For Modified READ encoding, 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.
Modified READエンコーディングの場合、各ラインはEOLと1ビットのタグビットで終了します。 [T.4]によると、タグビットの値は、次の行に2次元データが含まれている場合は0、次の行が参照行の場合は1です。バイトアラインメントを維持するために、EOL /タグビットシーケンスの前にフィルビットが追加されるので、MRタグビットに続くデータの最初のビットはバイト境界で始まります。
As illustrated in FIGURE 1/T.4 in [T.4], facsimile documents encoded with Modified Huffman begin with an EOL, which in TIFF-F may be byte-aligned. The last line of the image is not terminated by an EOL. In a similar respect, images encoded with Modified READ two-dimensional encoding begin with an EOL, followed by a tag bit.
[T.4]の図1 / T.4に示されているように、Modified Huffmanでエンコードされたファクシミリ文書はEOLで始まり、TIFF-FではEOLでバイト整列される場合があります。画像の最後の行はEOLで終了していません。同様に、Modified READ 2次元エンコーディングでエンコードされた画像は、EOLで始まり、その後にタグビットが続きます。
Aside from EOLs, TIFF-F files have historically only contained image data. This means that applications which wish 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 which need 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 which include the RTC sequence in MH/MR image data. Therefore, TIFF-F readers MUST be able to process files which do not include RTCs and SHOULD be able to process files which do include RTCs.
EOLを除いて、TIFF-Fファイルにはこれまで画像データしか含まれていませんでした。つまり、[TIFF]の規則に厳密に準拠し、過去のTIFF-Fとの互換性を維持する必要があるアプリケーションは、TIFF-Fファイルを書き込むときに、Return To Controlシーケンス（RTC）（6つの連続したEOLで構成される）を含めないでください。ただし、[T.4]画像データの「透過性」をサポートする必要があるアプリケーションは、T4Optionsフィールドのフラグ設定が非バイト境界のMHまたはMR画像データに設定されている場合、RTCを含めることができます。 TIFFリーダーの実装者は、MH / MR画像データにRTCシーケンスを含むいくつかの既存のTIFF-F実装があることにも注意する必要があります。したがって、TIFF-FリーダーはRTCを含まないファイルを処理できなければならず、RTCを含むファイルを処理できる必要があります（SHOULD）。
TIFF-F pages which are encoded with the T.6 Modified Modified READ compression method MUST include an "end-of-facsimile-block" (EOFB) code at the end of each coded strip. Per [TIFF], the EOFB code is followed by pad bits as needed to align on a byte boundary. TIFF readers SHOULD ignore any bits other than pad bits beyond the EOFB.
T.6 Modified Modified READ圧縮方式でエンコードされたTIFF-Fページには、各コード化されたストリップの終わりに「ファクシミリブロックの終わり」（EOFB）コードを含める必要があります。 [TIFF]ごとに、EOFBコードの後に、バイト境界に合わせるために必要に応じてパッドビットが続きます。 TIFFリーダーは、EOFBを超えるパッドビット以外のビットを無視する必要があります（SHOULD）。
The Profile F of TIFF (i.e. TIFF-F content) is a secondary component of the VPIM Message, as defined in [VPIM2]. Voice messaging systems can often handle fax store-and-forward capabilities in addition to tradi- tional voice message store-and-forward functions. As a result, TIFF-F fax messages can optionally be sent between compliant VPIM systems, and may be rejected if the recipient system cannot deal with fax.
TIFFのプロファイルF（つまり、TIFF-Fコンテンツ）は、[VPIM2]で定義されているように、VPIMメッセージのセカンダリコンポーネントです。ボイスメッセージシステムは、多くの場合、従来のボイスメッセージのストアアンドフォワード機能に加えて、ファックスのストアアンドフォワード機能を処理できます。その結果、TIFF-F FAXメッセージは、準拠するVPIMシステム間でオプションで送信でき、受信側システムがFAXを処理できない場合は拒否される可能性があります。
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 |
+---------------------------+--------------------------------+
This section defines the lossless JBIG black-and-white mode or Profile J of TIFF for facsimile. Implementations of this profile are required to also implement Profile S.
このセクションでは、ファクシミリのロスレスJBIG白黒モードまたはTIFFのプロファイルJを定義します。このプロファイルの実装は、プロファイルSも実装する必要があります。
The previous section described the extended interchange set of TIFF fields for black-and-white fax, which provided support for the MH, MR and MMR compression of black-and-white images. This section adds a mode with JBIG compression capability.
前のセクションでは、白黒画像のMH、MR、およびMMR圧縮をサポートする、白黒FAXのTIFFフィールドの拡張交換セットについて説明しました。このセクションでは、JBIG圧縮機能を備えたモードを追加します。
This section describes a black-and-white mode 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 mode is essentially the extended black-and-white mode 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 mode requires the following fields.
このセクションでは、必須フィールドと、それらのフィールドがITU互換である必要がある値を示します。セクション2.2.1にリストされているフィールドに加えて、拡張白黒FAXモードでは次のフィールドが必要です。
The TIFF fields that SHALL be used in this mode are the same as those described in Section 4.2.1 for the extended black-and-white mode, with two exceptions: the following text replaces the text in Section 4.2.1 for the Compression and FillOrder fields.
このモードで使用する必要があるTIFFフィールドは、拡張白黒モードのセクション4.2.1で説明されているものと同じですが、2つの例外があります。次のテキストは、圧縮およびセクション4.2.1のテキストを置き換えます。 FillOrderフィールド。
Compression(259) = 9. SHORT RequiredByTIFFBaseline 9 = ITU-T Rec. T.82 coding, applying ITU-T Rec. T.85 (JBIG). This is a TIFF extension value. Default = 1 (and is not applicable; field must be specified).
圧縮（259）=9。SHORTRequiredByTIFFBaseline 9 = ITU-T Rec。 T.82コーディング、ITU-T Rec。 T.85（JBIG）。これはTIFF拡張値です。デフォルトは1です（適用されません。フィールドを指定する必要があります）。
FillOrder(266) = 2. SHORT RequiredByTIFFBaseline 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).
FillOrder（266）= 2. SHORT RequiredByTIFFBaseline 2 =より低い列値を持つピクセルがバイトの下位ビットに格納されるように、ピクセルはバイト内に配置されます。つまり、最下位ビットが最初（LSB）です。
NOTE: The JBIG coding of black-and-white image data in Profile J follows ITU-T Rec. T.85 [T.85], which specifies LSB first ordering within a byte. Note that Baseline TIFF readers are only required to support MSB first ordering or FillOrder = 1.
注：プロファイルJの白黒画像データのJBIGコーディングは、ITU-T Rec。 T.85 [T.85]：バイト内のLSBの最初の順序を指定します。ベースラインTIFFリーダーは、MSBの最初の順序またはFillOrder = 1をサポートするためにのみ必要であることに注意してください。
Same fields as those in Section 2.2.1.
セクション2.2.1と同じフィールド。
None.
なし。
See Section 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 |
+---------------------------+--------------------------------+
| ProfileType* | n: type of data stored in file |
+---------------------------+--------------------------------+
| FaxProfile* | n: ITU-compatible fax mode |
+---------------------------+--------------------------------+
| CodingMethods* | n: compression algorithms used |
| | in file |
+---------------------------+--------------------------------+
This section defines the lossy color mode or Profile C of TIFF for facsimile. Implementations of this profile are required to also implement Profile S.
このセクションでは、ファクシミリのTIFFの非可逆カラーモードまたはプロファイルCを定義します。このプロファイルの実装は、プロファイルSも実装する必要があります。
This is the base mode for color and grayscale facsimile, which means that all applications that support color fax must support this mode. 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、Annex E; L * a * b *カラーデータのT.81] [T.42]。グレースケールアプリケーションはL *明度コンポーネントを使用します。カラーアプリケーションでは、L *、a *、b *コンポーネントを使用します。
This mode 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.
このモードは、新しいPhotometricInterpretationフィールド値を使用して、[T.42]で指定されているL * a * b *エンコーディングを記述します。このエンコーディングは、TIFF [TIFF、TTN1]で使用される他のL * a * b *エンコーディングと2つの点で異なります。既存のハードコピー出力の包括的な評価に基づいて、a *およびb *コンポーネントに異なるデフォルト範囲を指定します。オプションで、L *、a *、b *コンポーネントの選択可能な範囲を許可します。
This section lists the required fields, in addition to those given in Section 2.2.1, and the values they must support to be compatible with ITU-T Rec. T.42 and Annex E in ITU-T Rec. T.4.
このセクションでは、セクション2.2.1で指定されたフィールドに加えて、必須フィールドと、ITU-T Rec。との互換性のためにサポートする必要のある値をリストします。 ITU-T Rec。T.42およびAnnex E T.4。
ImageWidth(256). SHORT or LONG This mode supports the following fixed page widths: 864, 1024, 1216, 1728, 2048, 2432, 2592, 3072, 3456, 3648, 4096, 4864.
ImageWidth（256）。 SHORTまたはLONGこのモードは、次の固定ページ幅をサポートしています：864、1024、1216、1728、2048、2432、2592、3072、3456、3648、4096、4864。
NewSubFileType(254) = (Bit 1=1). LONG
RequiredByTIFFforFAX
Bit 1 is 1 if the image is a single page of a multi-page document.
Default = 0 (no subfile bits on, so may not be omitted for fax)
BitsPerSample(258) = 8, 12. SHORT Count = SamplesPerPixel The base color fax mode requires 8 bits per sample, with 12 as an option. 12 bits per sample is not baseline TIFF.
BitsPerSample（258）= 8、12. SHORT Count = SamplesPerPixel基本カラーFAXモードでは、サンプルあたり8ビットが必要であり、オプションとして12が必要です。サンプルあたり12ビットはベースラインTIFFではありません。
Compression(259) = 7. SHORT Base color fax mode uses Baseline JPEG compression. Value 7 represents JPEG compression as specified in [TTN2].
圧縮（259）=7。SHORT基本カラーFAXモードは、Baseline 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。SHORTRequiredByTIFFBaselineプロファイルCリーダーは、両方のビットオーダーでデータを読み取ることができる必要がありますが、大部分のファクシミリ製品は、電話回線に表示されるとおりに、LSBを最初にデータを格納します。 1 =最上位ビットが最初。 2 =最下位ビットが最初
PhotometricInterpretation(262) = 10. SHORT
Base color fax mode requires pixel values to be stored using 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 Sec. 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のデフォルトのエンコーディングとは異なる最小および最大サンプル。現在定義されているように、それらはFAXエンコードされたL * a * b *データを表すことができません。
ResolutionUnit(296) = 2, 3. SHORT
The unit of measure for resolution. 2 = inch, 3 = centimeter;
Default = 2 (field may be omitted if this is the value)
SamplesPerPixel(277) = 1, 3. SHORT
1: L* component only, required in base color mode
3: L*, a*, b* components
Encoded according to PhotometricInterpretation field
XResolution(282) = 100, 200, 300, 400. RATIONAL YResolution(283) = 100, 200, 300, 400. RATIONAL The resolution of the image is expressed in pixels per resolution unit. In pixels per inch, allowed XResolution values are: 100, 200, 300, and 400. The base color fax mode 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 mode. See Section 2.2.2 for inch-metric equivalency.
XResolution（282）= 100、200、300、400。RATIONAL YResolution（283）= 100、200、300、400。RATIONAL画像の解像度は、解像度単位あたりのピクセル数で表されます。 1インチあたりのピクセル数で許可されるXResolution値は、100、200、300、および400です。基本カラーFAXモードでは、ピクセルが正方形である必要があるため、YResolutionはXResolutionと等しくなければなりません。基本解像度は1インチあたり200ピクセルで、このモードのすべての実装でサポートされる必要があります。インチメトリックの同値については、セクション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圧縮規格では、画像のa * b *クロマコンポーネントをL *明度コンポーネントに対してサブサンプリングできます。拡張フィールド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,
SHORT 0：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,
SHORT 1：ChromaSubsampleVert = 1、2. 1：垂直方向の明度とクロマサンプルの数が等しい、2：垂直方向のクロマサンプルの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
ChromaPositioning(531) = 1. SHORT Specifies the spatial positioning of chroma components relative to the lightness component. 1: centered, A 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.
ChromaPositioning（531）=1。SHORT明度コンポーネントを基準にしたクロマコンポーネントの空間配置を指定します。 1：中央揃え、1の値は、クロミナンスサンプルが空間的にオフセットされ、輝度サンプルに対して中央揃えされることを意味します。詳細については、YcbCrポジショニングの現在のTIFF仕様を参照してください。デフォルト= 1、これはITU-T T.4、Annex 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 mode, 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:.
デコード（433）。 SRATIONALカウント= 2 * SamplesPerPixel画像のサンプル値を現在の色空間に適した値の範囲にマッピングする方法を説明します。一般に、値はペアで取得され、各カラーコンポーネントの最小および最大出力値を指定します。基本カラーFAXモードの場合、Decodeには6つの値のカウントがあり、次のように、符号なしITULABエンコードサンプル値（Lsample、asample、bsample）を符号付きL * a * b *値にマッピングします。
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, either 8 or 12. For example, when n=8, L*=Decode[0] when Lsample=0 and L*=Decode[1] when Lsample=255.
ここで、Decode [0]、Decode [2]、およびDecode [4]は、L *、a *、およびb *の最小値です。 Decode [1]、Decode [3]およびDecode [5]は、L *、a *およびb *の最大値です。また、nは8または12のいずれかのBitsPerSampleです。たとえば、n = 8の場合、Lsample = 0の場合はL * = Decode [0]、Lsample = 255の場合はL * = Decode [1]です。
ITU-T Rec. T.42 specifies the ITULAB encoding in terms of a range and offset for each component, which are related to the minimum and maximum values as follows:
ITU-T Rec。 T.42は、各コンポーネントの範囲とオフセットに関してITULABエンコーディングを指定します。これらは、次のように最小値と最大値に関連しています。
minimum = - (range x offset) / 2^n - 1
maximum = minimum + range
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 12, 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および12のベースレンジとオフセット値、およびPhotometricInterpetation = 10の場合に上記の方程式を使用して計算された、デコードフィールドの対応するデフォルトの最小値と最大値を示しています。
+-----------------------------------------------+
| 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 |
+---------+-----------+--------+---------+--------------+-------------+
| 12 | L* | 100 | 0 | 0 | 100 |
| +-----------+--------+---------+--------------+-------------+
| | a* | 170 | 2048 | -348160/4095 | 347990/4095 |
| +-----------+--------+---------+--------------+-------------+
| | b* | 200 | 1536 | -307200/4095 | 511800/4095 |
+---------+-----------+--------+---------+--------------+-------------+
For example, when PhotometricInterpretation=10 and BitsPerSample=8, the default value for Decode is (0, 100, -21760/255, 21590/255, -19200/255, 31800/255).
たとえば、PhotometricInterpretation = 10およびBitsPerSample = 8の場合、デコードのデフォルト値は（0、100、-21760/255、21590/255、-19200/255、31800/255）です。
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 | 8**: 8 bits per color sample |
| | 12: optional 12 bits/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 |
| | 3: centimeter |
+---------------------------+--------------------------------+
| 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 mode |
+---------------------------+--------------------------------+
| CodingMethods* | n: compression algorithms |
| | used in file |
+---------------------------+--------------------------------+
| VersionYear* | byte sequence: year of ITU std |
+---------------------------+--------------------------------+
This section defines the lossless color mode or Profile L of TIFF for facsimile. Implementations of this profile are required to also implement Profiles S and C.
このセクションでは、ファクシミリのロスレスカラーモードまたはTIFFのプロファイルLを定義します。このプロファイルの実装は、プロファイルSおよびCも実装するために必要です。
This mode, defined in [T.43], uses JBIG to losslessly code three types of color and grayscale images: 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]で定義されているこのモードは、JBIGを使用して3種類のカラーおよびグレースケール画像をロスレスコーディングします。カラーCMY、CMYK、RGB画像ごとに1ビット。パレット化された（つまり、マッピングされた）カラー画像;連続階調カラーとグレースケール画像。最後の2つはマルチレベルであり、[T.42]で指定されているL * a * b *エンコーディングを使用します。
While under development, this mode was called T.Palette, as one of its major additions was palette or mapped 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].
開発中、このモードはT.Paletteと呼ばれていました。その主な追加機能の1つはパレットまたはマップされたカラーイメージでした。ベースラインTIFFはRGBカラーマップのみを許可しますが、ITU-T Rec。 T.43には、ITU-T勧告で指定されたエンコーディングを使用したL * a * b *カラーマップが必要です。 T.42。パレットカラーイメージは、[T.43]ごとに12ビット以下、またはオプションで13〜16ビットのインデックス（サンプルあたりのビット）で表現されます。
Enabling T.43 color maps in TIFF requires the extension field Indexed, defined in [TTN1], and the PhotometricInterpretation field value 10, defined in Section 6.2.1. The following table shows the corresponding PhotometricInterpretation, SamplesPerPixel, BitsPerSample and Indexed field values for the different T.43 image types.
TIFFでT.43カラーマップを有効にするには、[TTN1]で定義されているIndexed拡張フィールドと、6.2.1で定義されているPhotometricInterpretationフィールド値10が必要です。次の表は、さまざまなT.43画像タイプに対応するPhotometricInterpretation、SamplesPerPixel、BitsPerSample、およびIndexedフィールドの値を示しています。
+----------------------------------------------------------+
| Image Type |PhotometricIn| Samples | Bits Per | Indexed |
| |-terpretation| PerPixel | 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 | 8, 12 | 0 |
+------------+-------------+----------+----------+---------+
| Color | 10=ITULAB | 3 | 8, 12 | 0 |
+------------+-------------+----------+----------+---------+
T.43 uses the single-progression sequential mode of JBIG, defined in ITU-T Rec. T.82. 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。 2値圧縮方式であるJBIGを使用してマルチレベル画像をコーディングするには、画像をビットプレーンのセットに解決し、各ビットプレーンをJBIG圧縮します。連続階調カラーおよびグレースケール画像の場合、グレイコード変換が使用されます。グレイコード変換はデータストリームエンコーディングの一部であるため、TIFFからは見えません。
This section lists the required fields, in addition to those in Section 2.2.1, and the values they must have to be compatible with ITU-T Rec. T.43.
このセクションでは、セクション2.2.1のフィールドに加えて、必須フィールドと、ITU-T Rec。と互換性がなければならない値をリストします。 T.43。
ImageWidth(256). SHORT or LONG Same page widths as the base color mode; see Section 6.2.1.
ImageWidth（256）。 SHORTまたはLONGベースカラーモードと同じページ幅。セクション6.2.1を参照してください。
NewSubFileType(254) = (Bit 1=1). LONG
RequiredByTIFFforFAX
Bit 1 is 1 if the image is a single page of a multi-page document.
Default = 0 (no subfile bits on, so may not be omitted for fax)
BitsPerSample(258) = 1, 2-8, 9-16. 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, 13-16 bits optional Note: More than 8 bits per sample is not baseline TIFF.
BitsPerSample（258）= 1、2-8、9-16。 SHORTカウント= SamplesPerPixel RGB、CMY、CMYK：サンプルあたり1ビット連続トーン（L * a * b *）：サンプルあたり2〜8ビット、オプションで9〜12ビットパレットカラー：サンプルあたり12ビット以下、13〜16ビットオプション注：サンプルあたり8ビットを超えるものは、ベースラインTIFFではありません。
ColorMap(320). SHORT Count = 3 * number of sample values Lossless color fax mode supports palette-color (indexed) images where the single component value is used as an index into a full color lookup table stored in the ColorMap field. The sample value is encoded using the number of bits given by the BitsPerSample field value. However, per [T.43],the number of sample values may be less than 2**BitsPerSample. The color lookup table is only required to have as many entries as there are number of sample values. For palette-color images in lossless color fax mode, the ITULAB encoding with 8 or optionally 12 bits per color map value is supported. To utilize a color map, the TIFF Indexed field must be present. TIFF orders the color map values so that all the L* values come first, followed by all the a* values and then all the b* values. Because ITU-T Rec. T.43 specifies a "chunky" ordering with the L*a*b* components of the first value, followed by those of the second value, and so on, reproducing color map values from a fax data stream in a TIFF file requires reordering values.
ColorMap（320）。 SHORTカウント= 3 *サンプル値の数ロスレスカラーFAXモードは、単一のコンポーネント値がColorMapフィールドに格納されているフルカラールックアップテーブルへのインデックスとして使用されるパレットカラー（インデックス付き）画像をサポートします。サンプル値は、BitsPerSampleフィールド値で指定されたビット数を使用してエンコードされます。ただし、[T.43]ごとに、サンプル値の数は2 ** BitsPerSample未満になる場合があります。カラールックアップテーブルに必要なのは、サンプル値の数と同じ数のエントリだけです。ロスレスカラーFAXモードのパレットカラー画像の場合、カラーマップ値ごとに8ビットまたはオプションで12ビットのITULABエンコーディングがサポートされます。カラーマップを利用するには、TIFFインデックスフィールドが存在している必要があります。 TIFFは、すべてのL *値が最初に来て、次にすべてのa *値、次にすべてのb *値の順に来るように、カラーマップ値を並べ替えます。 ITU-T Rec。 T.43は、最初の値のL * a * b *コンポーネントに続いて2番目の値のL * a * b *コンポーネントを使用する「分厚い」順序を指定します。TIFFファイルのFAXデータストリームからカラーマップ値を再生するには、順序を変更する必要があります値。
Compression(259) = 10. SHORT 10: ITU-T Rec. T.43 representation, using ITU-T Rec. T.82 (JBIG) coding
圧縮（259）=10。SHORT10：ITU-T Rec。 T.43表現、ITU-T Rec。を使用T.82（JBIG）コーディング
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
FillOrder（266）= 1、2。SHORTRequiredByTIFFBaselineプロファイルFリーダーは両方のビットオーダーでデータを読み取ることができる必要がありますが、大部分のファクシミリ製品は、電話回線に表示されるとおりにLSBを最初にデータを格納します。 1 =最上位ビットが最初。 2 =最下位ビットが最初
PhotometricInterpretation(262) = 2, 5, 10. SHORT 2: RGB 5: CMYK, including CMY 10: ITULAB Image data may also be stored as palette color images, where pixel values are represented by a single component that is an index into a color map using the ITULAB encoding. This color map is specified by the ColorMap field. To use palette color images, set the PhotometricInterpretation to 10,SamplesPerPixel to 1, and Indexed to 1. The color map is stored in the ColorMap field. See Section 7.1.1 for further discussion on the color encoding.
PhotometricInterpretation（262）= 2、5、10. SHORT 2：RGB 5：CMYK（CMY 10を含む）：ITULAB画像データは、パレットカラー画像として保存することもできます。ピクセル値は、へのインデックスである単一のコンポーネントによって表されますITULABエンコーディングを使用したカラーマップ。このカラーマップは、ColorMapフィールドで指定されます。パレットカラーイメージを使用するには、PhotometricInterpretationを10、SamplesPerPixelに1に、Indexedを1に設定します。カラーマップはColorMapフィールドに格納されます。カラーエンコーディングの詳細については、セクション7.1.1を参照してください。
ResolutionUnit(296) = 2, 3. SHORT
The unit of measure for resolution. 2 = inch, 3 = centimeter;
Default = 2 (field may be omitted if this is the value)
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：パレットのカラー画像、またはIndexed = 0でPhotometricInterpretationが10（ITULAB）の場合はL *のみ。 3：RGB、またはL * a * b *、またはPhotometricInterpretationが5（CMYK）の場合はCMY。 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 mode requires the pixels to be square, hence YResolution must equal XResolution. Base resolution is 200 pixels per inch. See Section 2.2.2 for inch-metric equivalency.
XResolution（282）= 100、200、300、400。RATIONAL YResolution（283）= 100、200、300、400。RATIONAL画像の解像度は、解像度単位あたりのピクセル数で表されます。 1インチあたりのピクセル数で許可されるXResolution値は、100、200、300、および400です。ロスレスカラーFAXモードでは、ピクセルを正方形にする必要があるため、YResolutionはXResolutionと等しくなければなりません。基本解像度は1インチあたり200ピクセルです。インチメトリックの同値については、セクション2.2.2を参照してください。
Indexed(364) = 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 ColorMap field. Lossless color fax mode supports palette-color images with the ITULAB encoding. The SamplesPerPixel value must be 1.
Indexed（364）= 0、1. SHORT 0：パレットカラー画像ではない1：パレットカラー画像このフィールドは、各サンプル値がColorMapフィールドで指定されたカラー値の配列へのインデックスであることを示すために使用されます。ロスレスカラーファックスモードは、ITULABエンコーディングのパレットカラー画像をサポートしています。 SamplesPerPixel値は1でなければなりません。
Decode(433) SRATIONAL Decode is used in connection with the ITULAB encoding of image data and color map values; see Section 6.2.3.
Decode（433）SRATIONAL Decodeは、イメージデータとカラーマップ値のITULABエンコーディングに関連して使用されます。セクション6.2.3を参照してください。
See Sections 2.2.3. and 2.2.4.
セクション2.2.3を参照してください。および2.2.4。
Recommended fields are shown with an asterisk *.
推奨フィールドはアスタリスク*で示されています。
+--------------------+--------------------------------------+
| Baseline Fields | Values |
+--------------------+--------------------------------------+
| BitsPerSample | 1: Binary RGB, CMY(K) |
| | 8: 8 bits per color sample |
| | 9-16: optional |
+--------------------+--------------------------------------+
| ColorMap | n: LAB color map |
+--------------------+--------------------------------------+
| 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 |
| | 3: centimeter |
+--------------------+--------------------------------------+
| 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 (written in |
| | 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 mode |
+--------------------+--------------------------------------+
| CodingMethods* | n:compression algorithms used in |
| | file |
+--------------------+--------------------------------------+
| VersionYear* | byte sequence: year of ITU fax std |
+--------------------+--------------------------------------+
This section defines the Mixed Raster Content mode or Profile M of TIFF for facsimile. Implementations of this profile are required to implement Profiles S and C, and may optionally implement Profiles F, J and L.
このセクションでは、ファクシミリのTIFFの混合ラスターコンテンツモードまたはプロファイルMを定義します。このプロファイルの実装は、プロファイルSおよびCを実装するために必要であり、オプションでプロファイルF、J、およびLを実装できます。
Unlike previous fax modes, which use a single coding method and spatial resolution for an entire fax page, the Mixed Raster Content mode [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, while spatial resolution of 400 pixels per inch may be best for the black-and- white text, 200 pixel per inch is usually sufficient for a color image.
ファックスページ全体に単一のコーディング方法と空間解像度を使用する以前のファックスモードとは異なり、混合ラスターコンテンツモード[T.44]では、単一のページ内でさまざまなコーディング方法と解像度を使用できます。たとえば、MMRまたはJBIGでコード化された白黒のテキスト、JBIGでコード化されたカラー棒グラフ、JPEGでコード化されたスキャンされたカラー画像を含むページを考えてみます。同様に、白黒のテキストには1インチあたり400ピクセルの空間解像度が最適ですが、カラー画像の場合は通常、1インチあたり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 using the TIFF format to yield a data structure which differs from [T.44] though it applies the same coding methods, uses the same compressed image data stream and is consistent with the TIFF principle of a single IFD per image.
MRCでは、1つのコーディング方法と解像度をすべての要素に適用するのではなく、ページ内で複数のコーダーと解像度を使用できます。 MRC自体は、新しいコーディング方法や解像度を定義していません。代わりに、スキャンした画像データを構造化および結合するための3層画像モデルを定義します。 MRC 3レイヤーモデルは、TIFF形式を使用してここに適用され、[T.44]とは異なるデータ構造を生成しますが、同じコーディング方法を適用し、同じ圧縮画像データストリームを使用し、以下のTIFF原則と一致しています。画像ごとに1つの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. In our earlier example, the black-and-white text could be in the Mask layer, the color chart in the Foreground layer, and the color image in the Background layer.
MRCモデルの3つのレイヤーは、ForegroundとBackgroundであり、どちらもマルチレベルで、Maskは2レベルです。各レイヤーはページに1回だけ表示され、他の2つとは独立してコード化されます。前の例では、白黒のテキストはマスクレイヤーにあり、カラーチャートは前景レイヤーにあり、カラー画像は背景レイヤーにあります。
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と一貫しており、単一の画像またはレイヤーの解像度、画像サイズ、サンプルあたりのビット数などの属性を定義するフィールドを提供します。レイヤー間のコンテンツの分布は、レイヤーのコーディング方法、カラーエンコーディング、空間解像度の選択と同様に、ライターによって決定されます。
The final image is obtained by using the Mask layer to select pixels from the other two layers. 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].
最終的な画像は、マスクレイヤーを使用して他の2つのレイヤーからピクセルを選択することによって取得されます。マスクレイヤーのピクセル値が1の場合、フォアグラウンドレイヤーの対応するピクセルが選択されます。 0の場合、背景レイヤーの対応するピクセルが選択されます。詳細は、[T.44]の紹介に記載されています。
Not all pages, and not all parts of a page, require 3 layers. If there is only one layer present, then that layer is the primary image or IFD. If there is more than one layer, then the Mask must be one of the layers, in which case it is the primary image and it must be page size.
すべてのページ、およびページのすべての部分が3つのレイヤーを必要とするわけではありません。レイヤーが1つしかない場合、そのレイヤーはプライマリイメージまたはIFDです。複数のレイヤーがある場合、マスクはレイヤーの1つでなければなりません。その場合、それはプライマリイメージであり、ページサイズでなければなりません。
MRC allows a page to be split into strips, with a variable number of scanlines in a strip. A strip can have 1, 2 or 3 layers. A single, stripped layer may be stored as a single, stripped image in an IFD, e.g., all strips associated with the Background layer may be treated as a single image. Alternatively, each strip associated with a layer may be stored as a separate image or IFD, e.g., the Background layer can be composed of several images that are offset vertically with respect to the page. In this case, there can be no overlap between images associated with a single layer. According to [T.4] Annex G, strips having more than 1 layer SHOULD NOT be more than 256 lines in length unless the capability to receive longer strips has been negotiated.
MRCを使用すると、ストリップ内のスキャンラインの数を可変にして、ページをストリップに分割できます。ストリップは、1、2、または3層を持つことができます。単一のストリップされたレイヤーは、IFDに単一のストリップされた画像として保存されます。たとえば、Backgroundレイヤーに関連付けられたすべてのストリップは、単一の画像として扱われます。あるいは、レイヤーに関連付けられた各ストリップは、個別の画像またはIFDとして保存できます。たとえば、背景レイヤーは、ページに対して垂直にオフセットされたいくつかの画像で構成できます。この場合、単一のレイヤーに関連付けられた画像間でオーバーラップはありません。 [T.4] Annex Gによると、より長いストリップを受信する機能がネゴシエートされていない限り、2つ以上のレイヤーを持つストリップは、長さが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 allowed 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 allowed values are 100 and 300. The Foreground and Background layer resolutions can be independently set.
さらに、カラーファックスでは、背景画像と前景画像の空間解像度も、マスク画像解像度の整数要素である正当なファックス値である必要があります。たとえば、マスクレイヤーの解像度が1インチあたり400ピクセルである場合、フォアグラウンドレイヤーとバックグラウンドレイヤーの許容解像度は1インチあたり100、200、または400ピクセルです。マスクが1インチあたり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, that represents the Mask layer (unless the Foreground or Background is the single layer present), and a set of child IFDs that are referenced through the SubIFDs extension field [TTN1]. To distinguish MRC-specific
3層MRCモデルのTIFF表現では、各ページは、プライマリIFDと呼ばれる単一のIFDで表され、マスクレイヤー（前景または背景が存在する単一のレイヤーでない場合）と子IFDのセットを表しますSubIFDs拡張フィールド[TTN1]を通じて参照されます。 MRC固有を区別するには
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.
他のSubIFDからのSubIFD、NewSubFileTypeフィールドはビット4をオンにする必要があり、MRC関連のIFDを示します。レイヤー（前景、背景、またはマスク）とレイヤー内の順序（最初、2番目、...レイヤーの画像）を識別する2つの値で構成される新しいImageLayerフィールドも導入されています。セクション8.2.3を参照してください。
Because MRC allows strips with variable numbers of scanlines, a reader MUST support StripRowCounts field because a writer may use it in place of the RowsPerStrip field in this mode. The StripRowCounts field allows each layer, with a variable number of scanlines in each strip, to be represented by a single IFD, when the coding parameters are the same for all strips in the layer. The MRC standard [T.44] allows the Foreground and Background layers to have strips with different coding parameters. In this case, a separate IFD is required to represent the strips which use different coding parameters; see text in next paragraph. In all cases, the Mask layer is required to be represented by a single IFD and a single set of coding parameters.
MRCはスキャンラインの数が可変のストリップを許可するため、ライターはこのモードでRowsPerStripフィールドの代わりにStripRowCountsフィールドを使用できるため、リーダーはStripRowCountsフィールドをサポートする必要があります。 StripRowCountsフィールドを使用すると、レイヤー内のすべてのストリップのコーディングパラメーターが同じである場合、各ストリップのスキャンラインの数が可変の各レイヤーを単一のIFDで表すことができます。 MRC標準[T.44]を使用すると、フォアグラウンドレイヤーとバックグラウンドレイヤーに、異なるコーディングパラメーターを持つストリップを含めることができます。この場合、異なるコーディングパラメータを使用するストリップを表すために、別のIFDが必要です。次の段落のテキストを参照してください。すべての場合において、マスクレイヤーは、単一のIFDと単一セットのコーディングパラメーターで表す必要があります。
The use of SubIFDs to store child IFDs is described in [TTN1]. An example is shown graphically below. The Primary IFD associated with page 1 (PrimaryIFD 0) points to page 2 (PrimaryIFD 1) with the nextIFD offset. The Primary IFD, corresponding to the Mask layer (ImageLayer=[2,1]), contains a SubIFDs field that points to a list of child IFDs. The first child IFD represents one image of the Background layer, i.e., ImageLayer=[1,1]. This child IFD points to the second child IFD via the nextIFD offset. This child represents the second Background layer image, ImageLayer=[1,2]. Finally, the second child points to the third child, which corresponds to the single Foreground layer image, ImageLayer=[3,1]. The next IFD offset associated with this Foreground image is 0, indicating no more child IFDs exist. Each primary IFD has the NewSubFileType set to 18, indicating the IFD is MRC-specific (bit 4) and that it is a single page of a multi-page document (bit 1). Each child IFD has the NewSubFileType set to 16, indicating the IFD is MRC-specific. The 'V' character should be read as a down-pointing arrow.
子IFDを格納するためのSubIFDの使用については、[TTN1]で説明されています。以下に例を示します。ページ1（PrimaryIFD 0）に関連付けられたプライマリIFDは、nextIFDオフセットでページ2（PrimaryIFD 1）を指します。マスクレイヤーに対応するプライマリIFD（ImageLayer = [2,1]）には、子IFDのリストを指すSubIFDsフィールドが含まれています。最初の子IFDは、背景レイヤーの1つの画像、つまりImageLayer = [1,1]を表します。この子IFDは、nextIFDオフセットを介して2番目の子IFDを指します。この子は、2番目の背景レイヤー画像ImageLayer = [1,2]を表します。最後に、2番目の子は3番目の子を指します。これは単一の前景レイヤーイメージImageLayer = [3,1]に対応します。このフォアグラウンドイメージに関連付けられている次のIFDオフセットは0であり、子IFDが存在しないことを示しています。各プライマリIFDのNewSubFileTypeは18に設定されています。これは、IFDがMRC固有（ビット4）であり、マルチページドキュメントの単一ページ（ビット1）であることを示します。各子IFDのNewSubFileTypeは16に設定されており、IFDがMRC固有であることを示します。 「V」の文字は、下向きの矢印として読み取られます。
(nextIFD)
PRIMARY IFD 0 ------------> PRIMARY IFD 1--> ...
ImageLayer = [2,1]
NewSubFileType = 18
SubIFDs
|
V
Child IFD
ImageLayer = [1,1]
NewSubFileType = 16
|
|(nextIFD)
|
V
Child IFD
ImageLayer = [1,2]
NewSubFileType = 16
|
|(nextIFD)
|
V
Child IFD
ImageLayer = [3,1]
NewSubFileType = 16
|
|(nextIFD)
V
0
In the example above, the SubIFDs field of the Primary IFD points to the first IFD in a list of child IFDs. TIFF allows the SubIFDs field to point to an array of IFDs, each of which can be the first of a list of IFDs. An MRC-enabled TIFF reader must scan all available child IFDs to locate and identify IFDs associated with MRC layers.
上記の例では、プライマリIFDのSubIFDsフィールドは、子IFDのリストの最初のIFDを指しています。 TIFFを使用すると、SubIFDsフィールドがIFDの配列を指すことができます。それぞれがIFDのリストの最初になることができます。 MRC対応のTIFFリーダーは、利用可能なすべての子IFDをスキャンして、MRCレイヤーに関連付けられたIFDを見つけて識別する必要があります。
In the case where the Background or Foreground layers are described with multiple IFDs, the XPosition and YPosition TIFF fields specify the offset to the upper-left corner of the IFD with respect to the Mask layer; see Section 8.2.2. When there is only a single layer (Mask, Foreground, or Background), it is stored as the Primary IFD.
背景または前景レイヤーが複数のIFDで記述されている場合、XPositionおよびYPosition TIFFフィールドは、マスクレイヤーに対するIFDの左上隅へのオフセットを指定します。セクション8.2.2を参照してください。レイヤーが1つしかない場合（マスク、前景、または背景）、それはプライマリIFDとして保存されます。
This section describes the TIFF fields required, in addition to those in Section 2.2.1, to represent MRC mode fax images. Since MRC mode 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 modes apply to MRC. Therefore, the descriptions here will typically reference the appropriate earlier section. Fields and values specific to MRC mode are pointed out.
このセクションでは、セクション2.2.1に加えて、MRCモードのFAXイメージを表すために必要なTIFFフィールドについて説明します。 MRCモードはFAXデータをレイヤーまたはレイヤーの一部に対応する画像のコレクションとして保存するため、以前のモードで使用されていたコーディング方法、カラーエンコーディング、空間解像度がMRCに適用されます。したがって、ここでの説明は通常、前の適切なセクションを参照します。 MRCモードに固有のフィールドと値が指摘されています。
ImageWidth(256). SHORT or LONG Same page widths as the base color mode; see Section 6.2.1. In the MRC mode, the width of a Foreground or Background image in the coded data stream may be less than the page width. In this case, the image width in the coded data steam is used to interpret the coded data, and the value of this field is used as the page width.
ImageWidth（256）。 SHORTまたはLONGベースカラーモードと同じページ幅。セクション6.2.1を参照してください。 MRCモードでは、コード化されたデータストリーム内のフォアグラウンドまたはバックグラウンドイメージの幅は、ページ幅よりも小さい場合があります。この場合、コード化されたデータストリームの画像の幅がコード化されたデータの解釈に使用され、このフィールドの値がページ幅として使用されます。
NewSubFileType(254) = 16, 18. LONG For MRC fax mode, 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 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 MRC FAXモードの場合、NewSubFileTypeフィールドには2ビットが必要です。ビット1は、マルチページドキュメントの単一ページを示し、プライマリIFDに設定する必要があります。ビット4は、ITU-T勧告T.44 [T.44]で説明されているMRCイメージングモデルを示し、プライマリIFDおよびすべてのMRC固有の子IFDに設定する必要があります。
BitsPerSample(258) = 1, 2-8, 9-16 SHORT
Compression(259) = 3, 4, 7, 9, 10. SHORT
SamplesPerPixel(277) = 1, 3, 4. SHORT
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
FillOrder（266）= 1、2。SHORTRequiredByTIFFBaselineプロファイルFリーダーは両方のビットオーダーでデータを読み取ることができる必要がありますが、大部分のファクシミリ製品は、電話回線に表示されるとおりにLSBを最初にデータを格納します。 1 =最上位ビットが最初。 2 =最下位ビットが最初
ResolutionUnit(296) = 2, 3. SHORT PhotometricInterpretation(262) = 0, 1, 2, 5, 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.
ResolutionUnit（296）= 2、3. SHORT PhotometricInterpretation（262）= 0、1、2、5、10. SHORTマスクレイヤーについては、セクション4.2.1および5.2.1を参照してください。フォアグラウンドレイヤーとバックグラウンドレイヤーについては、セクション6.2.1および7.2.1を参照してください。
ColorMap(320). SHORT Count = 3 * (2**BitsPerSample) Used when Foreground or Background layer is a palette-color image; see Section 7.2.1.
ColorMap（320）。 SHORTカウント= 3 *（2 ** BitsPerSample）フォアグラウンドまたはバックグラウンドレイヤーがパレットカラーイメージの場合に使用されます。セクション7.2.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 for all layers are: 100, 200, 300, and 400. MRC color fax mode 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. See Section 2.2.2 for inch-metric equivalency.
XResolution（282）= 100、200、300、400。RATIONAL YResolution（283）= 100、200、300、400。RATIONAL画像の解像度は、解像度単位あたりのピクセル数で表されます。 1インチあたりのピクセル数で、すべてのレイヤーに許可されるXResolution値は100、200、300、および400です。MRCカラーFAXモードではピクセルが正方形である必要があるため、YResolutionはすべてのレイヤーのXResolutionと等しくなければなりません。バックグラウンドレイヤーとフォアグラウンドレイヤーの解像度は、それぞれが存在する場合、マスクレイヤーであるプライマリイメージの整数倍でなければなりません。セクション8.4を参照してください。インチメトリックの同値については、セクション2.2.2を参照してください。
ChromaSubSampling(530). SHORT ChromaPositioning(531). SHORT For Foreground and Background layers, see Section 6.2.2.
ChromaSubSampling（530）。 SHORT ChromaPositioning（531）。 SHORTフォアグラウンドレイヤーとバックグラウンドレイヤーについては、セクション6.2.2を参照してください。
Indexed(346) = 0, 1. SHORT For Foreground and Background layers: 1 indicates a palette-color image, see Section 7.2.2.
Indexed（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].
SubIFD（330）。 IFDカウント=子IFDの数各値は、TIFFファイルの先頭から子IFD [TTN1]までのオフセットです。
XPosition(286). RATIONAL YPosition(287). RATIONAL Specifies the horizontal and vertical offsets of the top-left of the IFD from the top-left of the Primary IFD in page 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. Color fax does not currently allow overlap of any component images within a single layer. Default values for XPosition and YPosition are 0.
XPosition（286）。 RATIONAL YPosition（287）。 RATIONALプライマリIFDの左上からIFDの左上までの水平および垂直オフセットをページ解像度単位で指定します。たとえば、プライマリIFDが400ピクセル/インチであり、フォアグラウンドレイヤーIFDが200ピクセル/インチであり、プライマリIFDに対してピクセル座標（345、678）にある場合、XPosition値は345/400であり、 YPosition値は678/400です。現在、カラーファックスでは、単一のレイヤー内でのコンポーネント画像のオーバーラップは許可されていません。 XPositionとYPositionのデフォルト値は0です。
Decode(433). SRATIONAL For Foreground and Background layers, see Section 6.2.3.
デコード（433）。 SRATIONALフォアグラウンドレイヤーとバックグラウンドレイヤーについては、セクション6.2.3を参照してください。
DefaultImageColor(434). SHORT Count = SamplesPerPixel In areas where no image data is available, a default color is needed to specify the color value. If the StripByteCounts value for a strip is 0, then the color for that strip must be defined by a default image color.
DefaultImageColor（434）。 SHORT Count = SamplesPerPixel画像データが利用できない領域では、色の値を指定するためにデフォルトの色が必要です。ストリップのStripByteCounts値が0の場合、そのストリップの色はデフォルトの画像の色で定義する必要があります。
The DefaultImageColor field uses the same encoding as the image data, and its value is therefore interpreted using the PhotometricInterpretation, SamplesPerPixel, BitsPerSample, and Indexed fields. 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. For the Foreground layer image, the default value for the DefaultImageColor field is black. For other cases, including the Background layer image, the default value is white.
DefaultImageColorフィールドは画像データと同じエンコーディングを使用するため、その値はPhotometricInterpretation、SamplesPerPixel、BitsPerSample、およびIndexedフィールドを使用して解釈されます。 FAXデータストリームに別のエンコーディングが必要な場合、TIFFファイルとFAXデータストリーム間でデフォルトのカラー値を転送するには、カラー変換が必要です。フォアグラウンドレイヤー画像の場合、DefaultImageColorフィールドのデフォルト値は黒です。その他の場合（背景レイヤー画像を含む）の場合、デフォルト値は白です。
StripRowCounts(559). LONG Count = number of strips The number of scanlines stored in a strip. MRC allows each fax strip to store a different number of scanlines. For strips with more than one layer there is a maximum strip size of 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-sized strips. Only one of the two fields, StripRowCounts and RowsPerStrip, may be used in an IFD.
StripRowCounts（559）。 LONG Count =ストリップの数ストリップに格納されているスキャンラインの数。 MRCでは、各FAXストリップに異なる数のスキャンラインを保存できます。複数のレイヤーを持つストリップの場合、最大ストリップサイズは256スキャンラインまたは全ページサイズです。より長いストリップを受信する機能がネゴシエートされていない限り、最大256を使用する必要があります（SHOULD）。このフィールドは、IFDのRowsPerStripを可変サイズのストリップに置き換えます。 IFDで使用できるのは、2つのフィールドStripRowCountsとRowsPerStripのうちの1つだけです。
ImageLayer (34732). SHORT or 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, describing the layer to which the image belongs and the order in which it is imaged.
ImageLayer（34732）。 SHORTまたは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 (no gaps.) 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：画像は前景画像です。フォアグラウンド画像は、通常、テキストまたは線の色を定義しますが、高解像度の画像を含む場合もあります。
ImageLayer[1]: 1: first image to be imaged in this layer, 2: second image to be imaged in this layer, 3: ...
ImageLayer [1]：1：このレイヤーで画像化される最初の画像、2：このレイヤーで画像化される2番目の画像、3：...
Value describing the image order. In MRC, this may be considered the strip number. Since MRC mode currently does not allow overlap between images within a layer, the order value does not have any visual effect.
画像の順序を表す値。 MRCでは、これはストリップ番号と見なされます。 MRCモードは現在、レイヤー内の画像間のオーバーラップを許可していないため、順序の値には視覚的な効果はありません。
In MRC fax mode, it is possible that only a single layer is transmitted. For example, if a page contains only a single continuous-tone photograph, then only the Background layer may be transmitted. 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 since there can be no other IFDs associated with that layer. No Mask layer will exist.
MRC FAXモードでは、1つのレイヤーのみが送信される可能性があります。たとえば、ページに単一の連続階調の写真のみが含まれている場合、背景レイヤーのみが送信されます。この場合、背景レイヤーはプライマリIFDとして保存されます。 ImageLayer [0]は、背景を示す1になります。そのレイヤーに関連付けられた他のIFDは存在できないため、ImageLayer [1]は1になります。マスクレイヤーは存在しません。
See Sections 2.2.3. and 2.2.4.
セクション2.2.3を参照してください。および2.2.4。
The MRC mode defines a fundamental set of rules for images in the 3- layer representation.
MRCモードは、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 encoding defined in Section 3 and MAY support the encodings defined in Sections 4 and 5. If only one layer exists, then the image corresponding to that layer is the primary image.
1. 複数のレイヤーが存在する場合、バイナリマスクレイヤーが存在し、プライマリイメージである必要があります。マスクレイヤーはセクション3で定義されたエンコードをサポートする必要があり（SHALL）、セクション4および5で定義されたエンコードをサポートする場合があります（MAY）。レイヤーが1つだけ存在する場合、そのレイヤーに対応する画像が主画像です。
2. When the binary Mask layer is the Primary IFD, 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. When the Foreground or Background layer is the Primary IFD, the Primary IFD may not be page width.
2. バイナリマスクレイヤーがプライマリIFDの場合、プライマリIFDはページ境界全体を定義および拡張します。アタッチされたすべてのモデルイメージは、プライマリイメージを超えて拡張できません。解像度の違いにより、一部のピクセルがページの境界を「越える」場合がありますが、ページの範囲を完全に超えて新しいピクセルが存在することはありません。フォアグラウンドまたはバックグラウンドレイヤーがプライマリIFDの場合、プライマリIFDはページ幅ではない場合があります。
3. The Background and Foreground images SHALL support the color encoding defined in Section 6 and MAY support the color encoding defined in Section 7. These images MAY optionally cover only a portion of the strip or page.
3. 背景画像と前景画像はセクション6で定義されたカラーエンコーディングをサポートするものとし（SHALL）、セクション7で定義されたカラーエンコーディングをサポートする場合があります（MAY）。これらの画像はオプションでストリップまたはページの一部のみをカバーできます（MAY）。
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が属するレイヤーと、レイヤー内のそのIFDのイメージング順序を指定するImageLayerフィールドが必要です。
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 mode (bit 4).
5. 各プライマリIFDでは、NewSubFileTypeフィールドの値を18に設定する必要があります。これは、マルチページドキュメントの単一ページ（ビット1）とMRCモード（ビット4）を示します。
6. Each MRC-specific child IFD must have a NewSubFileType field value set to 16, indicating MRC mode (bit 4).
6. 各MRC固有の子IFDには、MRCモード（ビット4）を示す16に設定されたNewSubFileTypeフィールド値が必要です。
7. In MRC mode, each layer is transmitted as a sequence of strips. It is possible that each strip of each layer can be stored as a separate IFD. In this case, the SubIFDs structure pointed to by the Primary IFD will contain several IFDs that have an ImageLayer field with the layer identified as either Background (layer 1) or Foreground (layer 3). There may be no overlap in the vertical direction between IFDs associated with a single layer, although there may be a gap from one of these images to the next. The TIFF XPosition and YPosition fields are used to indicate the placement of these images with respect to the primary image.
7. MRCモードでは、各レイヤーはストリップのシーケンスとして送信されます。各レイヤーの各ストリップを個別のIFDとして保存できる可能性があります。この場合、プライマリIFDが指すSubIFD構造には、背景（レイヤー1）または前景（レイヤー3）として識別されるレイヤーを持つImageLayerフィールドを持ついくつかのIFDが含まれます。単一のレイヤーに関連付けられたIFD間で垂直方向に重複がない場合がありますが、これらの画像の1つから次の画像にギャップがある場合があります。 TIFF XPositionおよびYPositionフィールドは、プライマリイメージに対するこれらのイメージの配置を示すために使用されます。
8. When the Mask image is present, the resolution of Background and Foreground images must each be an integer factor of the Mask image. For example, if the Mask image is 400 pixels/inch, then the Background or Foreground image may be at 400 pixels/inch (400/1), 200 pixels/inch (400/2) or 100 pixels/inch (400/4).
8. マスク画像が存在する場合、背景画像と前景画像の解像度はそれぞれマスク画像の整数倍でなければなりません。たとえば、マスクイメージが400ピクセル/インチの場合、背景または前景イメージは400ピクセル/インチ（400/1）、200ピクセル/インチ（400/2）または100ピクセル/インチ（400/4）になります。 ）。
Recommended fields are shown with an asterisk *
推奨フィールドはアスタリスクで示されています*
+------------------+-----------------------------------------+
| Baseline Fields | Values |
|------------------|-----------------------------------------|
| BitsPerSample | 1: binary mask |
| | 8: 8 bits per color sample |
| | 9-16: optional 12 bits/sample |
+------------------+-----------------------------------------+
| ColorMap | n: LAB color map |
+------------------+-----------------------------------------+
| Compression | 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 |
+------------------+-----------------------------------------+
| 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 |
| pretation | 1: BlackIsZero |
| | 2: RGB |
| | 5: CMYK |
| | 10: ITULAB |
+------------------+-----------------------------------------+
| ResolutionUnit | 2: inch |
| | 3: centimeter |
+------------------+-----------------------------------------+
| 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* |
+------------------+-----------------------------------------+
| DefaultImageColor| <n>: background color |
+------------------+-----------------------------------------+
| StripRowCounts | <n>: number of scanlines in each strip |
+------------------+-----------------------------------------+
| ImageLayer | n, m: layer number, imaging sequence |
| | (e.g., strip number) |
+------------------+-----------------------------------------+
| GlobalParameters | IFD: global parameters IFD |
| IFD* | |
+------------------+-----------------------------------------+
| ProfileType* | n: type of data stored in TIFF file |
+------------------+-----------------------------------------+
| FaxProfile* | n: ITU-compatible fax mode |
+------------------+-----------------------------------------+
| CodingMethods* | n: compression algorithms used in file |
+------------------+-----------------------------------------+
| ModeNumber* | n: version of ITU fax standard |
+------------------+-----------------------------------------+
+------------------------------------------------------------+
| VersionYear* | byte sequence: year of ITU fax standard |
+------------------+-----------------------------------------+
[TIFF-REG] describes the registration of the MIME content-type image/tiff to refer to TIFF encoded image data. When transported by MIME, the TIFF content defined by this document must be encoded within an image/tiff content type. In addition, an optional "application" parameter is defined for image/tiff to identify a particular application's subset of TIFF and TIFF extensions for the encoded image data, if it is known. Typically, this would be used to assist the recipient in dispatching a suitable rendering package to handle the display or processing of the image file.
[TIFF-REG]は、TIFFエンコードされた画像データを参照するMIMEコンテンツタイプの画像/ tiffの登録を記述します。 MIMEで転送する場合、このドキュメントで定義されているTIFFコンテンツは、画像/ tiffコンテンツタイプ内でエンコードする必要があります。さらに、オプションの「アプリケーション」パラメーターがimage / tiffに対して定義され、特定のアプリケーションのTIFFおよび既知の場合は、エンコードされた画像データのTIFF拡張のサブセットを識別します。通常、これは、受信者が適切なレンダリングパッケージをディスパッチして画像ファイルの表示または処理を処理するのを支援するために使用されます。
9.1 Refinement of MIME content-type image/tiff for Facsimile Applications
9.1 ファクシミリアプリケーション用のMIMEコンテンツタイプの画像/ tiffの改良
Since this document defines facsimile specific profiles of TIFF, it is useful to note an appropriate application parameter for the image/tiff MIME content-type.
このドキュメントでは、TIFFのファクシミリ固有のプロファイルを定義しているため、画像/ tiff MIMEコンテンツタイプの適切なアプリケーションパラメータを確認しておくと役立ちます。
The two values of the image/tiff application parameter as defined for facsimile are shown below, separated by a comma:
ファクシミリ用に定義されたimage / tiffアプリケーションパラメータの2つの値を、コンマで区切って以下に示します。
faxbw, faxcolor
faxbw、faxcolor
The "faxbw" application parameter is suitable for use by applications that can process one or more TIFF for facsimile profiles or subsets used for the encoding of black and white facsimile data.
「faxbw」アプリケーションパラメータは、白黒のファクシミリデータのエンコードに使用されるファクシミリプロファイルまたはサブセットの1つ以上のTIFFを処理できるアプリケーションでの使用に適しています。
The "faxcolor" application parameter is suitable for use by applications that can process one or more TIFF for facsimile profiles or subsets that can be used for the encoding of black and white, AND color facsimile data.
「faxcolor」アプリケーションパラメータは、白黒およびカラーファクシミリデータのエンコードに使用できるファクシミリプロファイルまたはサブセットの1つ以上のTIFFを処理できるアプリケーションでの使用に適しています。
Since this document defines several profiles of TIFF for facsimile, the following rules should be followed when setting the application parameter value. For TIFF image data which is encoded for the profiles of TIFF for Facsimile that support black-and-white image data (Profiles S, F or J), applications which use one of these profiles or a subset should set the value of the application parameter to "faxbw". For TIFF image data which is encoded for the defined profiles of TIFF for Facsimile that support color image data (Profiles C, L or M), as well as black-and-white image data, applications which use one of these profiles or a subset should set the value of the application parameter to "faxcolor".
このドキュメントはファクシミリ用のTIFFのいくつかのプロファイルを定義しているため、アプリケーションパラメータ値を設定するときは、次のルールに従う必要があります。白黒画像データ（プロファイルS、F、またはJ）をサポートするファクシミリ用TIFFのプロファイル用にエンコードされたTIFF画像データの場合、これらのプロファイルの1つまたはサブセットを使用するアプリケーションは、アプリケーションパラメーターの値を設定する必要があります。 「faxbw」に。カラー画像データ（プロファイルC、LまたはM）をサポートするファクシミリ用TIFFの定義済みプロファイル用にエンコードされたTIFF画像データ、および白黒画像データの場合、これらのプロファイルの1つまたはサブセットを使用するアプリケーションアプリケーションパラメータの値を「faxcolor」に設定する必要があります。
An example of the use of the image/tiff MIME Content-type with the application parameter set with the value 'faxbw' follows:
値「faxbw」が設定されたアプリケーションパラメータでのimage / tiff MIME Content-typeの使用例は次のとおりです。
Content-type: image/tiff; application=faxbw
In this example, use of this parameter value will enable applications to identify the content as being within a profile or subset of TIFF for Facsimile that is suitable for encoding black and white image data, Before attempting to process the image data.
この例では、このパラメーター値を使用することで、アプリケーションは、画像データの処理を試みる前に、白黒画像データのエンコードに適したファクシミリのTIFFのプロファイルまたはサブセット内にあるコンテンツを識別できます。
In a similar respect, an example of the image/tiff MIME Content-type with the application parameter setting suitable for handling a color subset or profile of TIFF for facsimile is shown below:
同様に、ファクシミリ用のTIFFのカラーサブセットまたはプロファイルを処理するのに適したアプリケーションパラメータ設定を使用した、イメージ/ tiff MIMEコンテンツタイプの例を以下に示します。
Content-type: image/tiff; application=faxcolor
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 that no new security risks are incurred.
このドキュメントでは、ファクシミリ用のTIFFの一連のプロファイルであるインターネットファックスのファイル形式について説明します。そのため、[TIFF]で定義されているフィールドの使用において、[TIFF-REG]でまだ特定されていないセキュリティの問題は発生しません。この仕様内で定義された新しいTIFFフィールドもありますが、それらは純粋に説明的な性質であるため、新しいセキュリティリスクは発生しません。
Further, the encoding specified in this document does not in any way preclude the use of any Internet security protocol to encrypt, authenticate, or non-repudiate TIFF-encoded facsimile messages.
さらに、このドキュメントで指定されているエンコーディングは、TIFFでエンコードされたファクシミリメッセージの暗号化、認証、または否認防止のためのインターネットセキュリティプロトコルの使用を決して排除するものではありません。
[REQ] Bradner, S, "Key words for use in RFCs to Indicate Requirement Levels", RFC 2119, March 1997.
[REQ] Bradner、S、「RFCで使用して要件レベルを示すためのキーワード」、RFC 2119、1997年3月。
[T.4] ITU-T Recommendation T.4, Standardization of group 3 facsimile apparatus for document transmission, October 1997
[T.4] ITU-T勧告T.4、ドキュメント送信用のグループ3ファクシミリ装置の標準化、1997年10月
[T.6] ITU-T Recommendation T.6, Facsimile coding schemes and coding control functions for group 4 facsimile apparatus, November 1988
[T.6] ITU-T勧告T.6、ファクシミリコーディングスキームおよびグループ4ファクシミリ装置のコーディング制御機能、1988年11月
[T.30] ITU-T Recommendation T.30 - Procedures for Document Facsimile Transmission in the General Switched Telephone Network, June 1996
[T.30] ITU-T勧告T.30-一般交換電話網における文書ファクシミリ送信の手順、1996年6月
[T.42] ITU-T Recommendation T.42, Continuous-tone colour representation method for facsimile, February 1996
[T.42] ITU-T勧告T.42、ファクシミリの連続階調カラー表現方法、1996年2月
[T.43] ITU-T Recommendation T.43, Colour and gray-scale image representations using lossless coding scheme for facsimile, February 1997
[T.43] ITU-T勧告T.43、ファクシミリのロスレスコーディングスキームを使用したカラーおよびグレースケール画像の表現、1997年2月
[T.44] ITU-T Recommendation T.44, Mixed Raster Content (MRC), October 1997.
[T.44] ITU-T勧告T.44、混合ラスターコンテンツ（MRC）、1997年10月。
[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.82] ITU-T Recommendation T.82, Information technology - Coded representation of picture and audio information - Progressive bi-level image compression, March 1995
[T.82] ITU-T勧告T.82、情報技術-画像および音声情報のコード化表現-プログレッシブバイレベル画像圧縮、1995年3月
[T.85] ITU-T Recommendation T.85, Application profile for Recommendation T.82 - Progressive bi-level image compression (JBIG coding scheme) for facsimile apparatus, August 1995
[T.85] ITU-T勧告T.85、勧告T.82のアプリケーションプロファイル-ファクシミリ装置用のプログレッシブバイレベル画像圧縮（JBIGコーディング方式）、1995年8月
[TIFF] Tag Image File Format, Revision 6.0, Adobe Developers
Association, June 3, 1992,
ftp://ftp.adobe.com/pub/adobe/devrelations/
devtechnotes/pdffiles/tiff6.pdf
The TIFF 6.0 specification dated June 3, 1992 specification (c) 1986-1988, 1992 Adobe Systems Incorporated. All Rights Reserved.
1992年6月3日付けのTIFF 6.0仕様（c）1986-1988、1992 Adobe Systems Incorporated。全著作権所有。
[TIFF-FY] Parsons, G. and J. Rafferty, "Tag Image File Format (TIFF) - F Profile for Facsimile", RFC 2306, March 1998.
[TIFF-FY]パーソンズ、G。およびJ.ラファティ、「タグイメージファイルフォーマット（TIFF）-FファクシミリのFプロファイル」、RFC 2306、1998年3月。
[TIFF-F0] TIFF Class F specification, Apr 28, 1990,
ftp://ftp.faximum.com/pub/documents/tiff_f.txt
[TIFF-REG] Parsons, G., Rafferty J. and S. Zilles, "Tag Image File Format (TIFF) - image/tiff MIME Sub-type Registration", RFC 2302, March 1998.
[TIFF-REG] Parsons、G.、Rafferty J.、およびS. Zilles、「Tag Image File Format（TIFF）-image / tiff MIME Sub-type Registration」、RFC 2302、1998年3月。
[TTN1] Adobe PageMaker 6.0 TIFF Technical Notes, Sept. 14, 1995,
http://www.adobe.com/supportservice/devrelations/PDFS/TN/TIFFPM6.pdf
[TTN2] Draft TIFF Technical Note 2, Replacement TIFF/JPEG
specification, March 17, 1995,
ftp://ftp.sgi.com/graphics/tiff/TTN2.draft.txt
[VPIM2] Vaudreui,l G. and G. Parsons, "Voice Profile for Internet Mail - version 2", work in progress, <draft-ema-vpim-06.txt>
[VPIM2] Vaudreui、l G.およびG. Parsons、「インターネットメールのボイスプロファイル-バージョン2」、作業中、<draft-ema-vpim-06.txt>
The ITU-T Recommendations are available at http://www.itu.ch.
ITU-T勧告は、http：//www.itu.chで入手できます。
Lloyd McIntyre Stephen Zilles
Xerox Corporation Adobe Systems Inc.
Mailstop PAHV-305 Mailstop W14
3400 Hillview Ave. 345 Park Avenue
Palo Alto, CA 94304 USA San Jose, CA 95110-2704, USA
Voice: +1-650-813-6762 Voice: +1-408-536-4766
Fax: +1-650-845-2340 Fax: +1-408-536-4042
Email: lmcintyre@adoc.xerox.com Email: szilles@adobe.com
Robert Buckley Dennis Venable
Xerox Corporation Xerox Corporation
Mailstop 0128-30E Mailstop 0128-27E
800 Phillips Road 800 Phillips Road
Webster, NY 14580, USA Webster, NY 14580, USA
Voice: +1-716-422-1282 Voice: +1-716-422-8009
Fax: +1-716-422-6117 Fax: +1-716-422-6117
Email: Rob_Buckley@wb.xerox.com Email: venable@wrc.xerox.com
Glenn S. Parsons James Rafferty
Northern Telecom Human Communications
P.O. Box 3511, Station C 12 Kevin Drive
Ottawa, ON K1Y 4H7, Canada Danbury, CT 06811-2901, USA
Phone: +1-613-763-7582 Phone: +1-203-746-4367
Fax: +1-613-763-2697 Fax: +1-203-746-4367
Email: Glenn.Parsons@Nortel.ca Email: Jrafferty@worldnet.att.net
Annex A: Summary of TIFF Fields for Internet Fax
付録A：インターネットファックスのTIFFフィールドの概要
This annex includes tables which list by mode the TIFF fields used in the proposed fax file format. The fields are organized into 3 categories:
この附属書には、提案されたFAXファイル形式で使用される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 mode. Entries other than explicit numbers are described by:
表には、各FAXモードで許可されている値が含まれています。明示的な番号以外のエントリは、次のように記述されます。
n - single number
n, m - 2 numbers
a, b, c - 3 numbers
r - rational number
<n> - array of numbers
<b> - byte sequence
{ASCII} - string
IFD - IFD byte offset
<IFD> - array of IFD byte offsets
A blank entry in the table indicates that the field is not used by that particular fax mode.
表の空白のエントリは、フィールドがその特定のFAXモードで使用されていないことを示しています。
Table A.1 TIFF Baseline Fields
表A.1 TIFFベースラインフィールド
+---------------------------------------------------------+
| Fax Mode/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, 12 | 1, 2-8 | 1, 2-8 |
| Sample | | | | | 9-16 | 9-16 |
+----------+---------+----------+--------+---------+--------+--------+
| ColorMap | | | | | <n> | <n> |
+----------+---------+----------+--------+---------+--------+--------+
| 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 |
+----------+---------+----------+--------+---------+--------+--------+
| 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, 1, |
| metric- | | | | | 10 | 2, 5, |
| 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 Mode/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 Mode/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> |
+----------+---------+----------+--------+---------+--------+--------+
| Default- | | | | | | <n> |
|ImageColor| | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Fax- | | | n | n | n | n |
| Profile | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Global- | | IFD | IFD | IFD | IFD | IFD |
| Parame- | | | | | | |
| tersIFD | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Image- | | | | | | n, m |
| Layer | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Mode- | | | | | | n |
| Number | | | | | | |
+----------+---------+----------+--------+---------+--------+--------|
| Profile- | | | n | n | n | n |
| Type | | | | | | |
+--------------------------------------------------------------------+
+----------+---------+----------+--------+---------+--------+--------+
| Strip- | | | | | | <n> |
| RowCounts| | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Version- | | | | <b> |<b> | |
| Year | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
Annex B. IANA Registration for image/tiff Application Parameter Values used for facsimile
付録B.ファクシミリに使用されるimage / tiffアプリケーションパラメータ値のIANA登録
To: IANA@isi.edu
と： いあな＠いし。えづ
Subject: Registration of new Application parameter values for image/tiff
件名：画像/ tiffの新しいアプリケーションパラメータ値の登録
MIME media type name: image/tiff
MIMEメディアタイプ名：image / tiff
Optional parameters: Application
オプションのパラメーター：アプリケーション
New Value(s): faxbw, faxcolor
新しい値：faxbw、faxcolor
Description of Use:
使用の説明：
faxbw - The "faxbw" application parameter is suitable for use by applications that can process one or more TIFF for facsimile profiles or subsets used for the encoding of black-and-white facsimile data. The definition of the use of this value is contained in Section 9 of this document (TIFFPLUS).
faxbw-"faxbw"アプリケーションパラメータは、白黒のファクシミリデータのエンコードに使用されるファクシミリプロファイルまたはサブセットの1つ以上のTIFFを処理できるアプリケーションでの使用に適しています。この値の使用の定義は、このドキュメントのセクション9（TIFFPLUS）に含まれています。
Faxcolor - The "faxcolor" application parameter is suitable for use by applications that can process one or more TIFF for facsimile profiles or subsets that can be used for the encoding of black and white, AND color facsimile data. The definition of the use of this value is contained in Section 9 of this document (TIFFPLUS).
Faxcolor-「faxcolor」アプリケーションパラメータは、白黒およびカラーファクシミリデータのエンコードに使用できるファクシミリプロファイルまたはサブセットの1つ以上のTIFFを処理できるアプリケーションでの使用に適しています。この値の使用の定義は、このドキュメントのセクション9（TIFFPLUS）に含まれています。
Security Considerations:
セキュリティに関する考慮事項：
Security considerations related to use of the TIFF subsets described by the "faxbw" and "faxcolor" values of the Application parameter are identified in Section 10 of this document (TIFFPLUS).
Applicationパラメータの "faxbw"および "faxcolor"値によって記述されるTIFFサブセットの使用に関連するセキュリティの考慮事項は、このドキュメントのセクション10（TIFFPLUS）で識別されます。
Persons & email addresses to contact for further information:
詳細について連絡する人とメールアドレス：
Glenn W. Parsons (Glenn.Parsons@Nortel.ca) James Rafferty (Jrafferty@worldnet.att.net) Stephen Zilles (szilles@adobe.com)
Glenn W. Parsons（Glenn.Parsons@Nortel.ca）James Rafferty（Jrafferty@worldnet.att.net）スティーブンジレス（szilles@adobe.com）
Change Controller: Stephen Zilles
コントローラーの変更：Stephen Zilles
INFORMATION TO THE SUBMITTER:
提出者への情報：
The accepted registrations will be listed in the "Assigned Numbers" series of RFCs. The information in the registration form is freely distributable.
承認された登録は、RFCの「割り当てられた番号」シリーズにリストされます。登録フォームの情報は自由に配布できます。
Full Copyright Statement
完全な著作権表示
Copyright (C) The Internet Society (1998). All Rights Reserved.
Copyright（C）The Internet Society（1998）。全著作権所有。
This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English.
このドキュメントとその翻訳はコピーして他のユーザーに提供することができ、コメントまたはその他の方法で説明したり、その実装を支援する二次的著作物は、いかなる種類の制限なしに、全体または一部を準備、コピー、公開、および配布することができますただし、上記の著作権表示とこの段落は、そのようなすべてのコピーと派生物に含まれています。ただし、このドキュメント自体は、著作権に関する通知を削除したり、インターネットソサエティや他のインターネット組織への参照を削除したりするなど、いかなる方法でも変更できません。ただし、インターネット標準を開発する目的で必要な場合は除きます。インターネット標準のプロセスに従うか、または必要に応じて、それを英語以外の言語に翻訳する必要があります。
The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns.
上記で付与された制限付きのアクセス許可は永続的であり、インターネットソサエティまたはその後継者または譲受人によって取り消されることはありません。
This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS 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.
このドキュメントとここに含まれる情報は「現状有姿」で提供され、インターネット社会およびインターネット技術タスクフォースは、明示または黙示を問わず、ここに記載されている情報の使用が保証するものに限定されない一切の保証を含みません。商品性または特定の目的への適合性に関する権利または黙示の保証を侵害すること。