[要約] RFC 3949は、インターネットファックスのファイル形式に関する規格です。このRFCの目的は、異なるファックスシステム間でのファイルの互換性を確保することです。
Network Working Group R. Buckley
Request for Comments: 3949 D. Venable
Obsoletes: 2301 Xerox Corporation
Category: Standards Track L. McIntyre
Consultant
G. Parsons
Nortel Networks
J. Rafferty
Brooktrout
February 2005
File Format for Internet Fax
インターネットファクスのファイル形式
Status of this Memo
本文書の位置付け
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
この文書は、インターネット コミュニティ向けのインターネット標準追跡プロトコルを指定し、改善のための議論と提案を求めます。このプロトコルの標準化状況とステータスについては、最新版の「インターネット公式プロトコル標準」(STD 1) を参照してください。このメモの配布は無制限です。
Copyright Notice
著作権表示
Copyright (C) The Internet Society (2005).
著作権 (C) インターネット協会 (2005)。
Abstract
概要
This document is a revised version of RFC 2301. The revisions, summarized in the list attached as Annex B, are based on discussions and suggestions for improvements that have been made since RFC 2301 was issued in March 1998, and on the results of independent implementations and interoperability testing.
この文書は RFC 2301 の改訂版です。付録 B として添付されたリストにまとめられた改訂は、RFC 2301 が 1998 年 3 月に発行されて以来行われてきた改善のための議論と提案、および独立した実装の結果に基づいています。そして相互運用性テスト。
This RFC 2301 revision describes the Tag Image File Format (TIFF) representation of image data specified by the International Telecommunication Union (ITU-T) Recommendations for black-and-white and color facsimile. This file format specification is commonly known as TIFF for Fax eXtended (TIFF-FX). It formally defines minimal, extended, and lossless Joint Bi-level Image experts Group (JBIG) profiles (Profiles S, F, J) for black-and-white fax and base JPEG, lossless JBIG, and Mixed Raster Content profiles (Profiles C, L, M) for color and grayscale fax. These profiles correspond to the content of the applicable ITU-T Recommendations.
この RFC 2301 リビジョンでは、白黒およびカラー ファクシミリに関する国際電気通信連合 (ITU-T) 勧告によって指定された画像データのタグ イメージ ファイル フォーマット (TIFF) 表現について説明します。このファイル形式仕様は、一般に TIFF for FAX eXtended (TIFF-FX) として知られています。これは、白黒 FAX およびベース JPEG、ロスレス JBIG、および混合ラスター コンテンツ プロファイル用の最小、拡張、ロスレス Joint Bi-level Image Experts Group (JBIG) プロファイル (プロファイル S、F、J) を正式に定義します。、L、M) カラーおよびグレースケール FAX 用。これらのプロファイルは、該当する ITU-T 勧告の内容に対応しています。
Table of Contents
目次
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 4
1.1. Scope . . . . . . . . . . . . . . . . . . . . . . . . . . 5
1.2. Approach. . . . . . . . . . . . . . . . . . . . . . . . . 5
1.3. Overview of this Document . . . . . . . . . . . . . . . . 5
2. TIFF and Fax . . . . . . . . . . . . . . . . . . . . . . . . . 7
2.1. TIFF Overview . . . . . . . . . . . . . . . . . . . . . . 7
2.1.1. File Structure . . . . . . . . . . . . . . . . . . 8
2.1.2. Image Structure. . . . . . . . . . . . . . . . . . 10
2.1.3. TIFF File Structure for Fax Applications . . . . . 11
2.2. TIFF Fields for All Fax Applications. . . . . . . . . . . 12
2.2.1. TIFF Fields required for all fax profiles. . . . . 13
2.2.2. Additional TIFF Fields required for all fax
profiles . . . . . . . . . . . . . . . . . . . . . 14
2.2.3. TIFF Fields recommended for all fax profiles . . . 17
2.2.4. New TIFF Fields recommended for fax profiles . . . 18
3. Profile S: Minimal Black-and-White Fax Profile . . . . . . . . 20
3.1. Overview. . . . . . . . . . . . . . . . . . . . . . . . . 20
3.2. Required TIFF Fields. . . . . . . . . . . . . . . . . . . 21
3.2.1. Baseline Fields. . . . . . . . . . . . . . . . . . 21
3.2.2. Extension Fields . . . . . . . . . . . . . . . . . 23
3.2.3. New Fields . . . . . . . . . . . . . . . . . . . . 23
3.3. Recommended TIFF Fields . . . . . . . . . . . . . . . . . 23
3.4. End of Line (EOL) and Return to Control (RTC) . . . . . . 23
3.4.1. RTC Exclusion. . . . . . . . . . . . . . . . . . . 24
3.5. File Structure. . . . . . . . . . . . . . . . . . . . . . 24
3.6. Profile S: Minimal Black-and-White Profile Summary. . . . 26
4. Profile F: Extended Black-and-White Fax Profile. . . . . . . . 27
4.1. TIFF-F Overview . . . . . . . . . . . . . . . . . . . . . 28
4.2. Required TIFF Fields. . . . . . . . . . . . . . . . . . . 29
4.2.1. Baseline Fields. . . . . . . . . . . . . . . . . . 29
4.2.2. Extension Fields . . . . . . . . . . . . . . . . . 32
4.2.3. New Fields . . . . . . . . . . . . . . . . . . . . 32
4.3. Recommended TIFF Fields . . . . . . . . . . . . . . . . . 32
4.3.1. Baseline Fields. . . . . . . . . . . . . . . . . . 32
4.3.2. Extension Fields . . . . . . . . . . . . . . . . . 33
4.3.3. New Fields . . . . . . . . . . . . . . . . . . . . 33
4.4. Technical Implementation Issues . . . . . . . . . . . . . 34
4.4.1. Strips . . . . . . . . . . . . . . . . . . . . . . 34
4.4.2. Bit Order. . . . . . . . . . . . . . . . . . . . . 34
4.4.3. Multi-Page . . . . . . . . . . . . . . . . . . . . 35
4.4.4. Compression. . . . . . . . . . . . . . . . . . . . 35
4.4.5. Example Use of Page-quality Fields . . . . . . . . 36
4.4.6. Practical Guidelines for Writing and Reading
Multi-Page TIFF-F Files. . . . . . . . . . . . . . 36
4.4.7. Use of TIFF-F for Streaming Applications . . . . . 38
4.5. Implementation Warnings . . . . . . . . . . . . . . . . . 38
4.5.1. Uncompressed Data. . . . . . . . . . . . . . . . . 38
4.5.2. Encoding and Resolution. . . . . . . . . . . . . . 38
4.5.3. EOL byte-aligned . . . . . . . . . . . . . . . . . 39
4.5.4. EOL. . . . . . . . . . . . . . . . . . . . . . . . 40
4.5.5. RTC Exclusion. . . . . . . . . . . . . . . . . . . 40
4.5.6. Use of EOFB for T.6 Compressed Images. . . . . . . 40
4.6. Example Use of TIFF-F . . . . . . . . . . . . . . . . . . 40
4.7. Profile F: Extended Black-and-white Fax Profile Summary . 41
5. Profile J: Lossless JBIG Black-and-White Fax Profile . . . . . 43
5.1. Overview. . . . . . . . . . . . . . . . . . . . . . . . . 43
5.2. Required TIFF Fields. . . . . . . . . . . . . . . . . . . 44
5.2.1. Baseline Fields. . . . . . . . . . . . . . . . . . 44
5.2.2. Extension Fields . . . . . . . . . . . . . . . . . 44
5.2.3. New Fields . . . . . . . . . . . . . . . . . . . . 44
5.3. Recommended TIFF Fields . . . . . . . . . . . . . . . . . 45
5.4. Profile J: Lossless JBIG Black-and-White Profile Summary. 45
6. Profile C: Base Color Fax Profile. . . . . . . . . . . . . . . 47
6.1. Overview. . . . . . . . . . . . . . . . . . . . . . . . . 47
6.2. Required TIFF Fields. . . . . . . . . . . . . . . . . . . 47
6.2.1. Baseline Fields. . . . . . . . . . . . . . . . . . 47
6.2.2. Extension Fields . . . . . . . . . . . . . . . . . 49
6.2.3. New Fields . . . . . . . . . . . . . . . . . . . . 50
6.3. Recommended TIFF Fields . . . . . . . . . . . . . . . . . 52
6.4. Profile C: Base Color Fax Profile Summary . . . . . . . . 52
7. Profile L: Lossless Color Profile. . . . . . . . . . . . . . . 54
7.1. Overview. . . . . . . . . . . . . . . . . . . . . . . . . 54
7.1.1. Color Encoding . . . . . . . . . . . . . . . . . . 54
7.1.2. JBIG Compression . . . . . . . . . . . . . . . . . 55
7.2. Required TIFF Fields. . . . . . . . . . . . . . . . . . . 55
7.2.1. Baseline Fields. . . . . . . . . . . . . . . . . . 56
7.2.2. Extension Fields . . . . . . . . . . . . . . . . . 57
7.2.3. New Fields . . . . . . . . . . . . . . . . . . . . 57
7.3. Recommended TIFF Fields . . . . . . . . . . . . . . . . . 57
7.4. Profile L: Lossless Color Fax Profile Summary . . . . . . 58
8. Profile M: Mixed Raster Content Profile. . . . . . . . . . . . 60
8.1. Overview. . . . . . . . . . . . . . . . . . . . . . . . . 60
8.1.1. MRC 3-layer model. . . . . . . . . . . . . . . . . 60
8.1.2. A TIFF Representation for the MRC 3-layer model. . 62
8.2. Required TIFF Fields. . . . . . . . . . . . . . . . . . . 64
8.2.1. Baseline Fields. . . . . . . . . . . . . . . . . . 64
8.2.2. Extension Fields . . . . . . . . . . . . . . . . . 66
8.2.3. New Fields . . . . . . . . . . . . . . . . . . . . 67
8.3. Recommended TIFF Fields . . . . . . . . . . . . . . . . . 69
8.4. Rules and Requirements for Images . . . . . . . . . . . . 69
8.5. Profile M: MRC Fax Profile Summary. . . . . . . . . . . . 71
9. MIME content-types image/tiff and image/tiff-fx. . . . . . . . 74
10. Security Considerations. . . . . . . . . . . . . . . . . . . . 74
11. References . . . . . . . . . . . . . . . . . . . . . . . . . . 74
11.1. Normative References . . . . . . . . . . . . . . . . . . 74
11.2. Informative References . . . . . . . . . . . . . . . . . 76
Annex A: Summary of TIFF Fields for Internet Fax . . . . . . . . . 77
Annex B: List of technical edits to RFC 2301 . . . . . . . . . . . 81
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . . 82
Full Copyright Statement . . . . . . . . . . . . . . . . . . . . . 84
This document describes the use of TIFF (Tag Image File Format) to represent the data content and structure generated by the current suite of ITU-T Recommendations for Group 3 facsimile. These recommendations and the TIFF fields described here support the following facsimile profiles:
この文書では、グループ 3 ファクシミリに対する ITU-T 勧告の現在のスイートによって生成されたデータ コンテンツと構造を表現するための TIFF (タグ イメージ ファイル フォーマット) の使用について説明します。これらの推奨事項とここで説明する TIFF フィールドは、次のファクシミリ プロファイルをサポートしています。
S: Minimal black-and-white profile, using binary MH compression
[T.4]
F: Extended black-and-white profile, using binary MH, MR, and MMR
compression [T.4, T.6]
J: Lossless JBIG black-and-white profile, with JBIG compression
[T.85, T.82]
C: Lossy color and grayscale profile, using JPEG compression [T.42,
T.81]
L: Lossless color and grayscale profile, using JBIG compression
[T.43, T.82]
M: Mixed raster content profile [T.44], using a combination of
existing compression methods
Each profile corresponds to the content of ITU-T Recommendations shown and is a subset of the full TIFF for facsimile specification.
各プロファイルは、示されている ITU-T 勧告の内容に対応しており、ファクシミリ仕様の完全な TIFF のサブセットです。
Profile S describes a minimal interchange set of fields, which will guarantee that, at least, binary black-and-white images will be supported. Implementations are required to support this minimal interchange set of fields.
プロファイル S は、少なくともバイナリの白黒画像がサポートされることを保証する、フィールドの最小限の交換セットを記述します。実装では、この最小限の交換フィールド セットをサポートする必要があります。
With the intent of specifying a file format for Internet fax, this document
この文書は、インターネット FAX のファイル形式を規定することを目的としており、
1. specifies the structure of TIFF files for facsimile data, 2. defines ITU fax-compatible values for existing TIFF fields, and 3. defines new TIFF fields and values required for compatibility with ITU color fax.
1. ファクシミリ データの TIFF ファイルの構造を指定し、2. 既存の TIFF フィールドの ITU FAX 互換値を定義し、3. ITU カラー FAX との互換性に必要な新しい TIFF フィールドと値を定義します。
This specification of TIFF for facsimile is known as TIFF-FX (TIFF for Fax eXtended). References to the format described by this specification should always use the term "TIFF-FX", and some profiles in this specification may not be interpreted correctly by other TIFF applications.
ファクシミリ用の TIFF のこの仕様は、TIFF-FX (TIFF for FAX eXtended) として知られています。この仕様で説明されている形式への参照には、常に「TIFF-FX」という用語を使用する必要があります。また、この仕様の一部のプロファイルは、他の TIFF アプリケーションでは正しく解釈されない可能性があります。
This document defines a TIFF-based file format specification for enabling standardized messaging-based fax over the Internet. It specifies the TIFF fields and field values required for compatibility with the existing ITU-T Recommendations for Group 3 black-and-white, grayscale, and color facsimile. TIFF has historically been used for handling fax image files in applications such as store-and-forward messaging. Implementations that support this file format specification for import/export may elect to support it as a native format. This document recommends a TIFF file structure compatible with low-memory and page-level streaming implementations.
この文書は、インターネット上で標準化されたメッセージング ベースの FAX を有効にするための TIFF ベースのファイル形式仕様を定義します。これは、グループ 3 の白黒、グレースケール、カラー ファクシミリに関する既存の ITU-T 勧告との互換性のために必要な TIFF フィールドとフィールド値を指定します。TIFF は歴史的に、ストア アンド フォワード メッセージングなどのアプリケーションで FAX イメージ ファイルを処理するために使用されてきました。インポート/エクスポート用にこのファイル形式仕様をサポートする実装では、それをネイティブ形式としてサポートすることを選択できます。このドキュメントでは、低メモリおよびページレベルのストリーミング実装と互換性のある TIFF ファイル構造を推奨します。
Unless otherwise noted, the current TIFF specification [TIFF] and selected TIFF Technical Notes [TTN1, TTN2] are the primary references for describing TIFF and defining TIFF fields. This document is the primary reference for defining TIFF field values for fax applications.
特に明記されていない限り、現在の TIFF 仕様 [TIFF] および選択された TIFF テクニカル ノート [TTN1、TTN2] は、TIFF の説明および TIFF フィールドの定義のための主な参考資料です。この文書は、FAX アプリケーションの TIFF フィールド値を定義するための主要な参考資料です。
The basic approach to using TIFF for facsimile data is to insert the compressed fax image data into a TIFF file and use TIFF fields to encode the parameters that describe the image data. These fields will have values that comply with the ITU-T Recommendations.
ファクシミリ データに TIFF を使用する基本的なアプローチは、圧縮されたファックス画像データを TIFF ファイルに挿入し、TIFF フィールドを使用して画像データを記述するパラメータをエンコードすることです。これらのフィールドには、ITU-T 勧告に準拠した値が含まれます。
This approach takes advantage of TIFF features and structures that bridge the data formats and performance requirements of both legacy fax machines and host-based fax applications. TIFF constructs for pages, images, and strips allow a TIFF file to preserve the fax data stream structure and the performance advantages that come with it. A TIFF-based approach also builds on an established base of users and implementors and ensures backward compatibility with existing TIFF-based IETF proposals and work in progress for Internet fax.
このアプローチは、従来の FAX マシンとホストベースの FAX アプリケーションの両方のデータ形式とパフォーマンス要件を橋渡しする TIFF の機能と構造を利用します。ページ、イメージ、およびストリップの 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 profiles. The TIFF fields used only by specific fax profiles are described in Sections 3 - 8, which describe the individual fax profiles. These sections also specify the ITU-compatible field values (image parameters) for each profile.
セクション 2 では、TIFF の概要を説明します。セクション 2.1 では、複数ページの TIFF ファイルを構成するための一般的なガイドラインを含め、TIFF ファイルの構造について説明します。セクション 2.2 には、すべての FAX プロファイルで必須または推奨される TIFF フィールドがリストされています。特定の FAX プロファイルによってのみ使用される TIFF フィールドについては、個々の FAX プロファイルについて説明するセクション 3 ～ 8 で説明します。これらのセクションでは、各プロファイルの ITU 互換フィールド値 (イメージ パラメータ) も指定します。
The full set of permitted fields of TIFF for facsimile are included in the current TIFF specification, Section 2 of this document, and the sections on specific profiles of facsimile operation. This document defines profiles of TIFF for facsimile, where a profile is a subset of the full set of permitted fields and field values of TIFF for facsimile.
ファクシミリ用の TIFF で許可されているフィールドの完全なセットは、現在の TIFF 仕様、この文書のセクション 2、およびファクシミリ動作の特定のプロファイルに関するセクションに含まれています。この文書は、ファクシミリ用 TIFF のプロファイルを定義します。プロファイルは、ファクシミリ用 TIFF の許可されたフィールドとフィールド値の完全なセットのサブセットです。
Section 3 defines the minimal black-and-white facsimile profile (Profile S), which is required in all implementations. Section 4 defines the extended black-and-white fax profile (Profile F), which provides a standard definition of TIFF-F. Section 5 describes the lossless black-and-white profile using JBIG compression (Profile J).
セクション 3 では、すべての実装に必要な最小限の白黒ファクシミリ プロファイル (プロファイル S) を定義します。セクション 4 では、TIFF-F の標準定義を提供する拡張白黒 FAX プロファイル (プロファイル F) を定義します。セクション 5 では、JBIG 圧縮を使用した可逆白黒プロファイル (プロファイル J) について説明します。
Section 6 defines the base color profile, required in all color implementations, for the lossy JPEG representation of color and grayscale facsimile data (Profile C). Section 7 defines the lossless JBIG color and grayscale facsimile profile (Profile L), and Section 8 defines the Mixed Raster Content facsimile profile (Profile M). Each of these sections concludes with a table summarizing the required and recommended fields for each profile and the values they can have.
セクション 6 では、カラーおよびグレースケールのファクシミリ データの非可逆 JPEG 表現用に、すべてのカラー実装に必要な基本カラー プロファイルを定義します (プロファイル C)。セクション 7 はロスレス JBIG カラーおよびグレースケール ファクシミリ プロファイル (プロファイル L) を定義し、セクション 8 は混合ラスター コンテンツ ファクシミリ プロファイル (プロファイル M) を定義します。これらの各セクションの最後には、各プロファイルの必須フィールドと推奨フィールド、およびそれらのフィールドに指定できる値をまとめた表が示されています。
Section 9 refers to the MIME content types used in connection with TIFF for facsimile. Sections 10 and 11 give Security Considerations and References, followed by Authors' Addresses and the Copyright Notice. Annex A gives a summary of the TIFF fields used or defined in this document and provides a convenient reference for implementors.
セクション 9 では、ファクシミリ用の TIFF に関連して使用される MIME コンテンツ タイプについて言及します。セクション 10 と 11 ではセキュリティに関する考慮事項と参考資料が示され、その後に著者のアドレスと著作権表示が続きます。付録 A は、この文書で使用または定義されている TIFF フィールドの概要を示し、実装者に便利なリファレンスを提供します。
To implement only the minimal interchange black-and-white set of fields and values (Profile S), one need read only Sections 1, 2, 3, 9, and 10.
フィールドと値の最小限の白黒交換セット (プロファイル S) のみを実装するには、読み取り専用のセクション 1、2、3、9、および 10 が必要です。
The following tree diagram shows the relationship among profiles and between profiles and coding methods.
次のツリー図は、プロファイル間の関係、およびプロファイルとコーディング方法の関係を示しています。
S (MH)
/ \
B&W / \ Color
------------ ----------
/ \ \
/ F (MH, MR, MMR) C (JPEG)
/ / \
J (JBIG) ---- \
/ \
L (JBIG) \
\
M (MRC)
A profile is based on a collection of ITU-T facsimile coding methods. For example, Profile S, the minimal profile, is based on Modified Huffman (MH) compression, which is defined in ITU-T Rec. T.4. Profile F specifies Modified Huffman (MH), Modified READ (MR), and Modified Modified READ (MMR) compressions, which are defined in ITU-T Rec. T.4 and T.6.
プロファイルは、ITU-T ファクシミリ符号化方式の集合に基づいています。たとえば、最小プロファイルであるプロファイル S は、ITU-T Rec. で定義されている修正ハフマン (MH) 圧縮に基づいています。T.4.プロファイル F は、ITU-T Rec. で定義されている Modified Huffman (MH)、Modified READ (MR)、および Modified Modified READ (MMR) 圧縮を指定します。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 を実装しなければなりません (MUST)。特定のプロファイルの実装は、ルート ノードに接続するパス上にそれらのプロファイルも実装しなければなりません (MUST)。オプションで、ルート ノードに接続するパス上にないプロファイルを実装してもよいです (MAY)。たとえば、プロファイル M の実装はプロファイル C および S も実装する必要があり、オプションでプロファイル F、J、または L を実装することもできます。別の例として、プロファイル C の実装はプロファイル S も実装する必要があり、オプションでプロファイル F または J を実装することもできます。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", " NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [REQ].
この文書のキーワード「しなければならない」、「してはならない」、「必須」、「しなければならない」、「してはならない」、「すべきです」、「すべきではありません」、「推奨」、「してもよい」、および「任意」は次のとおりです。[REQ] に記述されているように解釈されます。
TIFF provides a means for describing, storing, and interchanging raster image data. A primary goal of TIFF is to provide a rich environment within which applications can exchange image data. The current TIFF specification [TIFF] defines a commonly used core set of TIFF fields known as Baseline TIFF. The current specification, the set of Pagemaker TIFF Technical Notes [TTN1], and TIFF Technical Note 2 [TTN2] define several TIFF extensions. The TIFF-based specification for fax applications uses a subset of Baseline TIFF 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 フィールドのコア セットを定義しています。現在の仕様、Pagemaker TIFF テクニカル ノート [TTN1] および TIFF テクニカル ノート 2 [TTN2] では、いくつかの TIFF 拡張機能が定義されています。FAX アプリケーションの TIFF ベースの仕様では、このドキュメントで説明されているように、選択された拡張子を持つベースライン TIFF フィールドのサブセットが使用されます。場合によっては、この文書では FAX アプリケーション専用の新しい 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 profile, which SHALL use value "II". The next two bytes contain the value 42, which identifies the file as a TIFF file and is ordered according to the value in the first two bytes of the header. The last four bytes give the offset that points to the first image file directory (IFD). This and all other offsets in a TIFF file are with respect to the beginning of the TIFF file. An IFD can be at any location in the file after the header but must begin on a word boundary.
TIFF ファイルは、8 バイトの画像ファイル ヘッダーで始まります。最初の 2 バイトは、ファイル内で使用されるバイト順序を記述します。有効な値は、バイトが最下位から最上位の順序 (リトル エンディアン) の場合は「II」 (0x4949)、バイトが 16 バイト以内で最上位から最下位の順序 (ビッグ エンディアン) の場合は「MM」 (0x4D4D) です。または 32 ビット整数。どちらのバイトオーダーも使用できますが、最小の白黒プロファイルの場合を除き、値「II」を使用するものとします。次の 2 バイトには値 42 が含まれており、これはファイルが TIFF ファイルであることを識別し、ヘッダーの最初の 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 containing either the offset to a field value stored outside the IFD or, based on the type and count, the field value itself. Resolution and metadata such as dates, names, and descriptions are examples of "long" field values that do not fit in 4 bytes and therefore use offsets in the field entry. Details are given in the TIFF specification [TIFF].
IFD の各フィールド エントリは 12 バイトで、2 バイトのタグ、フィールド タイプ (ショート、ロング、有理数、ASCII など) を識別する 2 バイト、カウント (値またはオフセットの数) を示す 4 バイト、およびIFD の外部に格納されているフィールド値へのオフセット、またはタイプとカウントに基づいてフィールド値自体を含む 4 バイト。解像度と、日付、名前、説明などのメタデータは、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 の SubIFD フィールドを使用してツリーとして編成できます [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 profiles represent a multi-page fax image as a linked list of IFDs, with a NewSubfileType field containing a bit that identifies the IFD as one page of a multi-page document. Each IFD has a PageNumber field, identifying the page number in ascending order, starting at 0 for the first page. Although a Baseline TIFF reader is not required to read any IFDs beyond the first, an implementation that reads the files that comply with this specification SHALL read multiple IFDs. Only the Mixed Raster Content fax profile, described in Section 8, requires the use of child IFDs.
すべての FAX プロファイルは、IFD のリンク リストとして複数ページの FAX イメージを表します。NewSubfileType フィールドには、IFD を複数ページの文書の 1 ページとして識別するビットが含まれています。各 IFD には PageNumber フィールドがあり、最初のページは 0 から始まる昇順でページ番号を識別します。ベースライン TIFF リーダーは最初の IFD 以降を読み取る必要はありませんが、この仕様に準拠するファイルを読み取る実装は複数の IFD を読み取る必要があります (SHALL)。セクション 8 で説明されている混合ラスター コンテンツ FAX プロファイルのみ、子 IFD の使用が必要です。
The following figure illustrates the structure of a multi-page TIFF file.
次の図は、複数ページの TIFF ファイルの構造を示しています。
+-----------------------+
| Header |------------+
+-----------------------+ | First IFD
| IFD (page 0) |<-----------+ Offset
+---| |------------+
Value | +-----------------------+ |
Offset +-->| Long Values |--+ |
+-----------------------| | Strip |
| Image Data |<-+ Offset |
| strip 1 page 0 | | |
+-----------------------+ | |
| : | : |
|
+-----------------------+ | Next IFD
| IFD (page 1) |<-----------+ Offset
+---| |------------+
Value | +-----------------------+ |
Offset +-->| Long Values |--+ |
+-----------------------| | Strip |
| Image Data |<-+ Offset |
| strip 1 page 1 | | |
+-----------------------+ | |
| strip 2 page 1 |<-+ |
+-----------------------+ | |
| : | : |
|
+-----------------------+ | Next IFD
| IFD (page 2) |<-----------+ Offset
| : |
An IFD stores an image as one or more strips, as shown in the preceding figure. A strip consists of 1 or more scanlines (rows) of raster image data in compressed form. An image may be stored in a single strip or may be divided into several strips, which would require less memory to buffer. (Baseline TIFF recommends about 8k bytes per strip, but existing fax usage is typically one strip per image.)
上の図に示すように、IFD はイメージを 1 つ以上のストリップとして保存します。ストリップは、圧縮形式のラスター イメージ データの 1 つ以上のスキャンライン (行) で構成されます。画像は単一のストリップに保存することも、複数のストリップに分割して保存することもできます。その場合、バッファに必要なメモリが少なくなります。(ベースライン TIFF ではストリップあたり約 8k バイトを推奨していますが、既存の FAX 使用量は通常、画像あたり 1 ストリップです。)
Each IFD requires three strip-related fields: StripOffsets, RowsPerStrip, and StripByteCounts. The StripOffsets field is an array of pointers to the strip or strips that contain the actual image data. The StripByteCounts field gives the number of bytes in each strip after compression. TIFF requires that each strip, except the last, contain the same number of scanlines, which is given in the RowsPerStrip field. This document introduces the new StripRowCounts field that allows a variable number of scanlines per strip, which is required by the Mixed Raster Content fax profile (Section 8).
各 IFD には、StripOffsets、RowsPerStrip、および StripByteCounts の 3 つのストリップ関連フィールドが必要です。StripOffsets フィールドは、実際の画像データを含むストリップへのポインターの配列です。StripByteCounts フィールドは、圧縮後の各ストリップのバイト数を示します。TIFF では、最後のストリップを除く各ストリップに、RowsPerStrip フィールドに指定されている同じ数の走査線が含まれている必要があります。この文書では、混合ラスター コンテンツ FAX プロファイル (セクション 8) で必要な、ストリップごとの可変数のスキャンラインを許可する新しい StripRowCounts フィールドを導入します。
Image data is stored as uninterpreted, compressed image data streams within a strip. The formats of these streams follow the ITU-T Recommendations. The Compression field in the IFD indicates the type of compression, and other TIFF fields in the IFD describe image attributes such as color encoding and spatial resolution. Compression parameters are stored in the compressed data stream rather than in TIFF fields. This makes the TIFF representation and compressed data format specification independent of each another. This approach, modeled on [TTN2], allows TIFF to add new compression schemes gracefully as they become available.
画像データは、解釈されない圧縮画像データ ストリームとしてストリップ内に保存されます。これらのストリームの形式は ITU-T 勧告に従っています。IFD の Compression フィールドは圧縮のタイプを示し、IFD の他の TIFF フィールドはカラー エンコーディングや空間解像度などの画像属性を記述します。圧縮パラメータは、TIFF フィールドではなく圧縮データ ストリームに保存されます。これにより、TIFF 表現と圧縮データ形式の仕様が互いに独立したものになります。[TTN2] をモデルとしたこのアプローチにより、TIFF は新しい圧縮スキームが利用可能になったときに適切に追加できます。
Some attributes can be specified both in the compressed data stream and within a TIFF field. It is possible that the two values will differ. When this happens for values required to interpret the data stream, the values in the data stream take precedence. For informational values that are not required to interpret the data stream, such as author name, then the TIFF field value takes precedence.
一部の属性は、圧縮データ ストリーム内と TIFF フィールド内の両方で指定できます。2 つの値が異なる可能性があります。データ ストリームの解釈に必要な値でこれが発生した場合、データ ストリーム内の値が優先されます。著者名など、データ ストリームの解釈に必要のない情報値の場合は、TIFF フィールド値が優先されます。
The TIFF specification has a very flexible file structure that does not specify the ordering of IFDs, field values, and image data in a file. Individual applications may require or recommend an ordering.
TIFF 仕様のファイル構造は非常に柔軟であり、ファイル内の IFD、フィールド値、および画像データの順序が指定されていません。個々のアプリケーションでは、注文が必要または推奨される場合があります。
This specification recommends that when using a TIFF file for facsimile, a multi-page fax document SHOULD be represented as a linked list of IFDs. It also recommends that a TIFF file for facsimile SHOULD order pages in a TIFF file in the same way that they are ordered in a fax data stream. In a TIFF file, a page consists of several elements: one or more IFDs (including subIFDs), long field values that are stored outside the IFDs, and image data (in one or more strips).
この仕様では、ファクシミリに TIFF ファイルを使用する場合、複数ページのファックス ドキュメントを IFD のリンク リストとして表す必要がある (SHOULD) ことを推奨しています。また、ファクシミリ用の TIFF ファイルでは、ファックス データ ストリーム内で順序付けされるのと同じ方法で TIFF ファイル内のページを順序付けする必要があると推奨しています。TIFF ファイルでは、ページはいくつかの要素で構成されます。1 つ以上の IFD (サブ IFD を含む)、IFD の外部に保存されるロング フィールド値、および画像データ (1 つ以上のストリップ内)。
The minimal black-and-white profile (Profile S) specifies a required ordering of pages and elements within a page (Section 3.5). The extended black-and-white profile (Profile F) provides guidelines for ordering pages and page elements (Section 4.4.6). Other profiles SHOULD follow these guidelines. This recommendation is intended to simplify the implementation of TIFF writers and readers in fax applications and the conversion between TIFF file and fax data stream representations. However, for interchange robustness, readers SHOULD be prepared to read TIFF files whose structure is consistent with [TIFF], which supports a more flexible file structure than is recommended here.
最小限の白黒プロファイル (プロファイル S) は、ページとページ内の要素の必要な順序を指定します (セクション 3.5)。拡張白黒プロファイル (プロファイル F) は、ページとページ要素の順序付けに関するガイドラインを提供します (セクション 4.4.6)。他のプロファイルは、次のガイドラインに従う必要があります。この推奨事項は、FAX アプリケーションでの TIFF ライターとリーダーの実装、および TIFF ファイルと FAX データ ストリーム表現間の変換を簡素化することを目的としています。ただし、交換の堅牢性のために、読者は、ここで推奨されているよりも柔軟なファイル構造をサポートする [TIFF] と構造が一致する TIFF ファイルを読み取る準備をしておく必要があります (SHOULD)。
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 で、FAX セッションを説明するパラメータを示します。多くの場合、ファイルをスキャンすることでこれらのパラメータを取得できますが、迅速かつ簡単にアクセスできるように、これらのパラメータを 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 profiles. In particular, Section 2.2.1 lists the fields that are required by all profiles and that have values that do not depend on the profile. Section 2.2.2 lists the fields that are required by all profiles and that have values that do depend on the profile. Section 2.2.3 lists the fields that are recommended for all profiles. Fields required or recommended by some but not all profiles are given in the section (Section 3 - 8) that describes that profile. The sections for each fax profile have subsections for required and recommended fields; each subsection organizes the fields according to whether they are baseline, extension or new.
ファクシミリ アプリケーションでは、ベースライン フィールドと拡張フィールド、および TIFF 仕様の一部ではないがこの文書で定義されているいくつかの新しいフィールドの混合が必要 (および推奨) です。このサブセクションでは、すべてのプロファイルに必須または推奨されるフィールドをリストします。特に、セクション 2.2.1 には、すべてのプロファイルで必須であり、プロファイルに依存しない値を持つフィールドがリストされています。セクション 2.2.2 には、すべてのプロファイルで必要なフィールドと、プロファイルに依存する値を持つフィールドがリストされています。セクション 2.2.3 には、すべてのプロファイルに推奨されるフィールドがリストされています。すべてではなく一部のプロファイルで必須または推奨されるフィールドは、そのプロファイルを説明するセクション (セクション 3 ～ 8) に記載されています。各 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 profiles.
ファクシミリに必要なフィールドには、ITU-T 勧告で指定されている、いくつかの有効な値しかありません。これらの法定値のうち、一部は必須であり、一部はオプションです。これは、ITU-T 勧告に準拠した FAX 実装で必須 (必須) またはオプションであるのと同様です。必須およびオプションの値は、さまざまな FAX プロファイルのセクションに記載されています。
This section describes the fields required or recommended by all fax profiles. The pattern for the description of TIFF fields in this document is as follows:
このセクションでは、すべての FAX プロファイルで必須または推奨されるフィールドについて説明します。このドキュメントでの TIFF フィールドの説明のパターンは次のとおりです。
FieldName(TagValueInDecimal) = allowable values. TYPE
FieldName(TagValueInDecimal) = 許容値。タイプ
WhetherRequiredByTIFForTIFFforFAX
Count = (omitted if =1) = (if not in current spec but available)
Explanation of the field, how it's used, and the values it can
have. Default value, if any, as specified in [TIFF].
When a field's default value is the desired value, that field may be omitted from the relevant IFD unless specifically required by the text of this specification.
フィールドのデフォルト値が望ましい値である場合、この仕様の本文で特に要求されていない限り、そのフィールドは関連する IFD から省略できます。
The TIFF fields listed in this section SHALL be used by all fax profiles but have field values that are not specified by the ITU standards, i.e., the fields do not depend on the profile. The next subsection lists the fields that SHALL be used by all fax profiles, but which do have values specified by the ITU-specified or profile-specific values. Fields that SHALL be used by some but not all profiles are given in the Sections (3 - 8) that describe the profiles that use them.
このセクションにリストされている TIFF フィールドは、すべての FAX プロファイルで使用されるものとしますが、ITU 標準で指定されていないフィールド値を持ちます。つまり、フィールドはプロファイルに依存しません。次のサブセクションでは、すべての FAX プロファイルで使用される必要があるが、ITU 指定またはプロファイル固有の値で指定された値を持つフィールドをリストします。すべてのプロファイルではなく一部のプロファイルで使用されるものとするフィールドは、それらを使用するプロファイルについて説明するセクション (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. No default, must be specified.
StripByteCounts(279) SHORT または LONG RequiredByTIFFBaseline Count = ストリップの数 各ストリップの、圧縮後のそのストリップ内のバイト数。デフォルトはありません。指定する必要があります。
StripOffsets(273) SHORT or LONG RequiredByTIFFBaseline Count = number of strips For each strip, the byte offset from the beginning of the file to the start of that strip. No default, must be specified.
StripOffsets(273) SHORT または LONG RequiredByTIFFBaseline Count = ストリップの数 各ストリップの、ファイルの先頭からそのストリップの先頭までのバイト オフセット。デフォルトはありません。指定する必要があります。
The TIFF fields listed in this section SHALL be used by all fax profiles, but the values associated with them depend on the profile being described and the associated ITU Recommendations. Therefore, only the fields are defined here; the values applicable to a particular fax profile are described in Sections 3 - 8. Fields that SHALL be used by some but not all profiles are given in the section (3 - 8) describing the profile that uses them.
このセクションにリストされている TIFF フィールドは、すべての 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).
Compression(259) SHORT RequiredByTIFFBaseline 画像データに使用される圧縮方法。デフォルト = 1 (圧縮しないため、FAX の場合は省略できません)。
FillOrder(266) SHORT RequiredByTIFFforFax The default bit order in Baseline TIFF per [TIFF] is indicated by FillOrder=1, where bits are not reversed before being stored. However, TIFF for Fax typically uses the setting of FillOrder=2, where the bit order within bytes is reversed before storage (i.e., bits are stored with the Least Significant Bit first). Default = 1 (field may be omitted if this is the value) Facsimile data appears on the phone line in bit-reversed order relative to its description in the relevant ITU compression Recommendation. Therefore, a wide majority of facsimile implementations choose this natural order for storage.
FillOrder(266) SHORT RequiredByTIFFforFax [TIFF] ごとのベースライン TIFF のデフォルトのビット順序は FillOrder=1 で示され、ビットは格納前に反転されません。ただし、FAX 用 TIFF では通常、FillOrder=2 の設定が使用され、バイト内のビット順序が保存前に反転されます (つまり、ビットは最下位ビットから順に保存されます)。デフォルト = 1 (この値の場合、フィールドは省略できます) ファクシミリ データは、関連する ITU 圧縮勧告の説明とはビット逆の順序で電話回線に表示されます。したがって、ファクシミリ実装の大部分は、この自然な順序で保存することを選択します。
Nevertheless, all readers conforming to this specification must be able to read data in both bit orders, except in the case of Profile S, which only requires support for FillOrder=2 (Least Significant Bit first).
それにもかかわらず、この仕様に準拠するすべてのリーダーは、FillOrder=2 (最下位ビットが最初) のサポートのみを必要とするプロファイル S の場合を除き、両方のビット順序でデータを読み取ることができなければなりません。
ImageWidth(256) SHORT or LONG RequiredByTIFFBaseline The number of pixels (columns) per scanline (row) of the image No default, must be specified.
ImageWidth(256) 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 画像が複数ページのドキュメントの 1 ページである場合、この 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 profile are given in the section defining that profile. Per [T.4], it is permissible for applications to treat the following XResolution values as being equivalent: <204, 200> and <400,408> in pixels/inch. These equivalencies were allowed by [T.4] to permit conversions between inch and metric based facsimile terminals. To ensure interoperability, if an application accepts any member of the pairs then T.4 requires it to accept both (e.g., accept 204 if 200 pixels per inch is accepted). TIFF for Facsimile Writers SHOULD express XResolution in inch-based units, for consistency with historical practice and to maximize interoperability. See the table below for information on how to convert from an ITU-T metric value to its inch-based equivalent resolution. No default, must be specified
XResolution(282) RATIONAL RequiredByTIFFBaseline 画像の水平解像度 (解像度単位あたりのピクセル単位)。ファクシミリに関する ITU-T 勧告では、少数の水平解像度、つまり 1 インチあたり 100、200、300、400 ピクセル、および 1 センチメートルあたり 80、160 ピクセル (または 1 インチあたり 204、408 ピクセル) を指定しています。各プロファイルで許可される XResolution 値は、そのプロファイルを定義するセクションに示されています。[T.4] に従って、アプリケーションでは次の XResolution 値を同等のものとして扱うことが許可されています: <204, 200> および <400,408> (ピクセル/インチ)。これらの等価性は、インチベースとメートルベースのファクシミリ端末間の変換を許可するために [T.4] によって許可されました。相互運用性を確保するために、アプリケーションがペアのいずれかのメンバーを受け入れる場合、T.4 は両方を受け入れることを要求します (たとえば、1 インチあたり 200 ピクセルが受け入れられる場合は 204 を受け入れる)。ファクシミリ作成者向けの TIFF は、歴史的な慣例との一貫性を確保し、相互運用性を最大限に高めるために、XResolution をインチベースの単位で表現すべきです。ITU-T メトリック値からインチベースの同等の解像度に変換する方法については、以下の表を参照してください。デフォルトなし、指定する必要があります
YResolution(283) RATIONAL RequiredByTIFFBaseline The vertical resolution of the image in pixels per resolution unit. The ITU-T Recommendations for facsimile specify a small number of vertical resolutions: 100, 200, 300, 400 pixels per inch, and 38.5, 77, 154 pixels per centimeter (or 98, 196, 391 pixels per inch). The allowed YResolution values for each profile are given in the section defining that profile. Per [T.4], it is permissible for applications to treat the following YResolution values as being equivalent: <98, 100>, <196, 200>, and <391, 400> in pixels/inch. These equivalencies were allowed by [T.4] to permit conversions between inch- and metric-based facsimile terminals. To insure interoperability, if an application accepts any member of the pairs, then T.4 requires it to accept both (e.g., accept 98 if 100 pixels per inch is accepted). TIFF for Facsimile Writers SHOULD express YResolution in inch-based units, for consistency with historical practice and to maximize interoperability. See the table below for information on converting from the metric value to its inch based equivalent resolution. No default, must be specified.
YResolution(283) RATIONAL RequiredByTIFFBaseline 画像の垂直解像度 (解像度単位あたりのピクセル単位)。ファクシミリに関する ITU-T 勧告では、少数の垂直解像度を指定しています: 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] によって許可されました。相互運用性を保証するために、アプリケーションがペアのいずれかのメンバーを受け入れる場合、T.4 は両方を受け入れることを要求します (たとえば、1 インチあたり 100 ピクセルが受け入れられる場合は 98 を受け入れる)。ファクシミリ作成者向けの TIFF は、歴史的な慣例との一貫性を確保し、相互運用性を最大限に高めるために、YResolution をインチベースの単位で表現すべきです (SHOULD)。メートル値からインチベースの同等の解像度への変換については、以下の表を参照してください。デフォルトはありません。指定する必要があります。
+-----------------------------+-----------------------------+
| XResolution | YResolution |
+--------------+--------------+--------------+--------------+
|ResolutionUnit|ResolutionUnit|ResolutionUnit|ResolutionUnit|
| =2 (inch) | =3 (cm) | =2 (inch) | =3 (cm) |
+--------------+--------------+--------------+--------------+
| 100 | | 100 | |
+--------------+--------------+--------------+--------------+
| 204 | 80 | 98 | 38.5 |
| 200 | | 100 | |
+--------------+--------------+--------------+--------------+
| 204 | 80 | 196 | 77 |
| 200 | | 200 | |
+--------------+--------------+--------------+--------------+
| 204 | 80 | 391 | 154 |
+--------------+--------------+--------------+--------------+
| 300 | | 300 | |
+--------------+--------------+--------------+--------------+
| 408 | 160 | 391 | 154 |
| 400 | | 400 | |
+--------------+--------------+--------------+--------------+
The TIFF fields listed in this section MAY be used by all fax profiles. However, Profile S writers (the minimal fax profile described in Section 3) SHOULD NOT use these fields. Recommended fields that are profile-specific are described in Sections 3 - 8.
このセクションにリストされている TIFF フィールドは、すべての FAX プロファイルで使用できます (MAY)。ただし、プロファイル S 作成者 (セクション 3 で説明する最小限の FAX プロファイル) は、これらのフィールドを使用すべきではありません (SHOULD NOT)。プロファイル固有の推奨フィールドについては、セクション 3 ～ 8 で説明します。
DateTime(306) ASCII OptionalInTIFFBaseline Date/time of image creation in 24-hour format "YYYY:MM:DD HH:MM:SS". No default.
DateTime(306) ASCII OptionalInTIFFBaseline 24 時間形式のイメージ作成日時「YYYY:MM:DD HH:MM:SS」。デフォルトはありません。
DocumentName(269) ASCII OptionalInTIFFExtension(DocumentStorageAndRetrieval) The name of the scanned document. This is a TIFF extension field, not a Baseline TIFF field. No default.
DocumentName(269) ASCII OptionalInTIFFExtension(DocumentStorageAndRetrieval) スキャンされたドキュメントの名前。これは TIFF 拡張フィールドであり、ベースライン TIFF フィールドではありません。デフォルトはありません。
ImageDescription(270) ASCII OptionalInTIFFBaseline A string describing the contents of the image. No default.
ImageDescription(270) ASCII OptionalInTIFFBaseline 画像の内容を説明する文字列。デフォルトはありません。
Orientation(274) = 1 - 8. SHORT OptionalinTIFFBaseline 1: 0th row represents the visual top of the image; the 0th column represents the visual left side of the image. See the current TIFF spec [TIFF] for further values; Baseline TIFF only requires value=1. Default = 1. Note: It is recommended that a writer that is aware of the orientation include this field to give a positive indication of the orientation, even if the value is the default. Writers should not generate mirror images, because many readers will not properly reverse the image before display or print.
Orientation(274) = 1 - 8。 SHORT TIFFBaseline 1 のオプション: 0 行目は画像の視覚的な上部を表します。0 番目の列は、画像の視覚的な左側を表します。詳細な値については、現在の TIFF 仕様 [TIFF] を参照してください。ベースライン TIFF には value=1 のみが必要です。デフォルト = 1。 注: 方向を認識しているライターは、値がデフォルトであっても、方向を明確に示すためにこのフィールドを含めることをお勧めします。多くのリーダーは表示または印刷する前にイメージを適切に反転しないため、ライターは鏡像を生成すべきではありません。
Software(305) ASCII OptionalInTIFFBaseline The 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 profiles. However, Profile S writes (the minimal fax profile described in Section 3) SHOULD NOT use these fields. In addition, support for these new TIFF fields has not been included in historical TIFF-F readers described in Section 4 and [TIFF-F]. These fields describe "global" parameters of the fax session that created the image data. They are optional, not part of the current TIFF specification, and are defined in this document.
このセクションにリストされている新しい TIFF フィールドは、すべての FAX プロファイルで使用できます (MAY)。ただし、プロファイル S の書き込み (セクション 3 で説明されている最小限の FAX プロファイル) では、これらのフィールドを使用すべきではありません (SHOULD NOT)。さらに、これらの新しい TIFF フィールドのサポートは、セクション 4 および [TIFF-F] で説明されている従来の 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 or LONG
GlobalParametersIFD (400) IFD または LONG
An IFD containing global parameters. It is recommended that a TIFF writer place this field in the first IFD, where a TIFF reader would find it quickly.
グローバルパラメータを含むIFD。TIFF ライターは、TIFF リーダーがすぐに見つけられるように、このフィールドを最初の IFD に配置することをお勧めします。
Each field in the GlobalParametersIFD is a TIFF field that is legal in any IFD. Required baseline fields should not be located in the GlobalParametersIFD but should be in each image IFD. If a conflict exists between fields in the GlobalParametersIFD and in the image IFDs, then the data in the image IFD shall prevail.
GlobalParametersIFD の各フィールドは、どの IFD でも有効な TIFF フィールドです。必須のベースライン フィールドは、GlobalParametersIFD 内に配置する必要はなく、各画像 IFD 内に配置する必要があります。GlobalParametersIFD 内のフィールドとイメージ IFD 内のフィールドの間に競合が存在する場合、イメージ IFD 内のデータが優先されます。
Among the GlobalParametersIFD entries is a new ProfileType field that generally describes information in this IFD and in the TIFF file.
GlobalParametersIFD エントリの中には、一般にこの IFD と TIFF ファイル内の情報を説明する新しい ProfileType フィールドがあります。
ProfileType(401) LONG The type of image data stored in this IFD. 0 = Unspecified 1 = Group 3 fax No default
ProfileType(401) LONG この IFD に格納されている画像データのタイプ。0 = 未指定 1 = グループ 3 FAX デフォルトなし
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 value of 1 in a bit location indicates the corresponding coding method is used. More than one bit set to 1 means more than one coding method is used in the file. Bit 0: unspecified compression Bit 1: 1-dimensional coding, ITU-T Rec. T.4 (MH - Modified Huffman) Bit 2: 2-dimensional coding, ITU-T Rec. T.4 (MR - Modified READ) Bit 3: 2-dimensional coding, ITU-T Rec. T.6 (MMR - Modified MR) Bit 4: ITU-T Rec. T.82 coding, using ITU-T Rec. T.85 (JBIG) Bit 5: ITU-T Rec. T.81 (Baseline JPEG) Bit 6: ITU-T Rec. T.82 coding, using ITU-T Rec. T.43 (JBIG color) Bits 7 - 31: reserved for future use Note: There is a limit of 32 compression types to identify standard compression methods.
codingMethods(403) LONG このフィールドは、ファイル内でどのコーディング方法が使用されているかを示します。ビット位置の値 1 は、対応するコーディング方法が使用されていることを示します。複数のビットが 1 に設定されている場合は、ファイル内で複数のコーディング方法が使用されていることを意味します。ビット 0: 指定されていない圧縮 ビット 1: 1 次元コーディング、ITU-T Rec.T.4 (MH - 修正ハフマン) ビット 2: 2 次元コーディング、ITU-T Rec.T.4 (MR - 修正読み取り) ビット 3: 2 次元コーディング、ITU-T Rec.T.6 (MMR - 修正 MR) ビット 4: ITU-T Rec.ITU-T Rec を使用した T.82 コーディング。T.85 (JBIG) ビット 5: ITU-T Rec.T.81 (ベースライン JPEG) ビット 6: ITU-T Rec.ITU-T Rec を使用した T.82 コーディング。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 profiles.
Version Year(404) BYTE 数: 4 FAXProfile フィールドで指定された標準の年。4 文字で指定されます (例: '1997')。非可逆および可逆カラー プロファイルで使用されます。
ModeNumber (405) BYTE The mode of the standard specified by the FaxProfile field. A value of 0 indicates Mode 1.0; used in Mixed Raster Content profile.
ModeNumber (405) 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 のすべての実装は、最小限のサブセットをサポートするものとします (SHALL)。
Black-and-white mode is the binary fax application most users are familiar with today. This mode is appropriate for black-and-white text and line art. Black-and-white mode is divided into two levels of capability. This section describes the minimal interchange set of TIFF fields that must be supported by all implementations in order to assure that some form of image, albeit black-and-white, can be interchanged. This minimum interchange set is a strict subset of the fields and values defined for the extended black-and-white profile (TIFF-F or Profile F) in Section 4, which describes extensions to the minimal interchange set of fields that provide a richer set of black-and-white capabilities.
白黒モードは、現在ほとんどのユーザーが馴染みのあるバイナリ 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 次元モディファイド ハフマン (MH) 圧縮をサポートします。
To assure interchange, this profile uses the minimal set of fields with a minimal set of values. There are no recommended fields in this profile. Further, the TIFF file is required to be "little-endian", which means that the byte order value in the TIFF header is "II". This profile defines a required ordering for the pages in a fax document and for the IFDs and image data of a page. It also requires that a single strip contain the image data for each page; see Section 3.5. The image data may contain RTC sequences, as specified in Section 3.4.
交換を保証するために、このプロファイルでは、最小限の値のセットを持つ最小限のフィールドのセットが使用されます。このプロファイルには推奨されるフィールドはありません。さらに、TIFF ファイルは「リトル エンディアン」である必要があります。これは、TIFF ヘッダーのバイト オーダー値が「II」であることを意味します。このプロファイルは、FAX 文書内のページ、ページの IFD および画像データに必要な順序を定義します。また、単一のストリップに各ページの画像データが含まれている必要もあります。セクション 3.5 を参照してください。セクション 3.4 で指定されているように、画像データには RTC シーケンスが含まれる場合があります。
Besides the fields listed in Section 2.2.1, the minimal black-and-white fax profile requires the following fields. The fields listed in Section 2.2.1 and the fields and fax-specific values specified in this subsection must be supported by all implementations.
セクション 2.2.1 にリストされているフィールドに加えて、最小限の白黒 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。SHORT RequiredByTIFFBaseline バイナリ データのみ。デフォルト = 1 (この値の場合、フィールドは省略できます)
Compression(259) = 3. SHORT RequiredByTIFFBaseline 3 = 1- or 2- dimensional coding. The value 3 is a TIFF extension value [TIFF]. The T4Options field must be specified, and its value specifies that the data is encoded with the Modified Huffman (MH) compression of [T.4].
Compression(259) = 3。SHORT RequiredByTIFFBaseline 3 = 1 次元または 2 次元コーディング。値 3 は、TIFF 拡張値 [TIFF] です。T4Options フィールドを指定する必要があり、その値はデータが [T.4] の修正ハフマン (MH) 圧縮でエンコードされることを指定します。
FillOrder(266) = 2. SHORT RequiredByTIFFBaseline 2 = Least Significant Bit first
FillOrder(266) = 2.SHORT RequiredByTIFFBaseline 2 = 最下位ビットが最初
NOTE: Baseline TIFF readers are only required to support FillOrder 1, where the lowest numbered pixel is stored in the MSB of the byte. However, because many devices, such as modems, transmit the LSB first when converting the data to serial form, it is common for black-and-white fax products to use the second FillOrder = 2, where the lowest numbered pixel is stored in the LSB. Therefore, this value is specified in the minimal black-and-white profile.
注: ベースライン TIFF リーダーは、最小番号のピクセルがバイトの MSB に格納される FillOrder 1 をサポートすることのみが必要です。ただし、モデムなどの多くのデバイスはデータをシリアル形式に変換するときに LSB を最初に送信するため、白黒 FAX 製品では 2 番目の FillOrder = 2 を使用するのが一般的です。LSB。したがって、この値は最小白黒プロファイルで指定されます。
ImageWidth(256) = 1728. SHORT or LONG RequiredByTIFFBaseline This profile only supports a page width of 1728 pixels. This width corresponds to North American Letter and Legal and to ISO A4 size pages. No default, must be specified.
ImageWidth(256) = 1728。SHORT または LONG RequiredByTIFFBaseline このプロファイルは、1728 ピクセルのページ幅のみをサポートします。この幅は、北米のレターおよびリーガル、および ISO A4 サイズのページに対応します。デフォルトはありません。指定する必要があります。
NewSubFileType(254) = (Bit 1=1).
LONG
RequiredByTIFFforFAX
Bit 1 is 1 if the image is a single page of a multi-page document.
Default = 0 (no subfile bits on, so may not be omitted for fax).
PhotometricInterpretation(262) = 0. SHORT RequiredByTIFFBaseline 0 = pixel value 1 means black. No default, must be specified.
PhotometricInterpretation(262) = 0。SHORT RequiredByTIFFBaseline 0 = ピクセル値 1 は黒を意味します。デフォルトはありません。指定する必要があります。
ResolutionUnit(296) = 2. SHORT RequiredByTIFFBaseline The unit of measure for resolution. 2 = inch. Default = 2 (field may be omitted if this is the value).
ResolutionUnit(296) = 2。SHORT RequiredByTIFFBaseline 解像度の測定単位。2 = インチ。デフォルト = 2 (これが値の場合、フィールドは省略できます)。
SamplesPerPixel(277) = 1. SHORT RequiredByTIFFBaseline The number of components per pixel; 1 for black-and-white. Default = 1 (field may be omitted if this is the value).
SamplesPerPixel(277) = 1。SHORT RequiredByTIFFBaseline ピクセルごとのコンポーネントの数。白黒の場合は 1。デフォルト = 1 (これが値の場合、フィールドは省略できます)。
XResolution(282) = 200, 204. RATIONAL RequiredByTIFFBaseline The horizontal resolution of the image is expressed in pixels per resolution unit. In pixels/inch, the allowed values are 200 and 204, which may be treated as equivalent. See Section 2.2.2 for inch metric equivalency. No default, must be specified.
XResolution(282) = 200, 204。 RATIONAL RequiredByTIFFBaseline 画像の水平解像度は、解像度単位あたりのピクセル数で表されます。ピクセル/インチで指定できる値は 200 と 204 であり、これらは同等のものとして扱われます。インチ単位の同等性については、セクション 2.2.2 を参照してください。デフォルトはありません。指定する必要があります。
YResolution(283) = 98, 100, 196, 200. RATIONAL RequiredByTIFFBaseline The vertical resolution of the image is expressed in pixels per resolution unit. In pixels/inch, the allowed values are 98, 100, 196, and 200; 98 and 100 may be treated as equivalent, and 196 and 200 may be treated as equivalent. See Section 2.2.2 for inch metric equivalency. No default, must be specified.
YResolution(283) = 98、100、196、200。 RATIONAL RequiredByTIFFBaseline 画像の垂直解像度は、解像度単位あたりのピクセル数で表されます。ピクセル/インチ単位で、許可される値は 98、100、196、および 200 です。98 と 100 は同等として扱うことができ、196 と 200 は同等として扱うことができます。インチ単位の同等性については、セクション 2.2.2 を参照してください。デフォルトはありません。指定する必要があります。
T4Options(292) = (Bit 0 = 0, Bit 1 = 0, Bit 2 = 0, 1)
LONG
RequiredTIFFExtension (when Compression = 3)
Bit 0 = 0 indicates MH compression.
Bit 1 must be 0.
Bit 2 = 1 indicates that EOLs are byte aligned, = 0 EOLs not byte
aligned.
Default is all bits are 0 (applies when EOLs are not byte aligned)
Note: The T4Options field is required when the Compression field has a value of 3. Bit 0 of this field specifies the compression used (MH only in this profile). MH coding requires the use of EOL (End of Line) codes: Bit 2 indicates whether the EOL codes are byte-aligned or not. See Section 3.4 for details.
注: Compression フィールドの値が 3 の場合、T4Options フィールドは必須です。このフィールドのビット 0 は、使用される圧縮を指定します (このプロファイルでは MH のみ)。MH コーディングでは、EOL (End of Line) コードの使用が必要です。ビット 2 は、EOL コードがバイトアラインされているかどうかを示します。詳細については、セクション 3.4 を参照してください。
None.
なし。
None.
なし。
TIFF extensions for fax, used in this specification, differ from Baseline TIFF in the following ways:
この仕様で使用される FAX 用の TIFF 拡張子は、次の点でベースライン TIFF とは異なります。
- A 12-bit EOL sequence MUST precede each line of MH-compressed image data. (Baseline TIFF does not use these EOL sequences.) - The EOL sequence MAY be byte-aligned, in which case fill bits are added so that the EOL sequence ends on a byte boundary, and any subsequent image data begins on a byte boundary. - If the EOL codes are not byte aligned, the image data MAY be followed by an RTC (Return to Control) sequence, consisting of 6 consecutive EOLs.
- 12 ビット EOL シーケンスは、MH 圧縮された画像データの各ラインの前になければなりません (MUST)。(ベースライン TIFF はこれらの EOL シーケンスを使用しません。) - EOL シーケンスはバイト境界で整列されていてもよく、その場合、EOL シーケンスがバイト境界で終了し、後続の画像データがバイト境界で始まるようにフィル ビットが追加されます。- EOL コードがバイトで整列していない場合、画像データの後に 6 つの連続する EOL で構成される RTC (Return to Control) シーケンスが続いてもよい(MAY)。
In conventional fax, an MH-compressed fax data stream for a page consists of the following sequence: EOL, compressed data (first line), EOL, compressed data, ... , EOL, compressed data (last line), RTC (6 consecutive EOL codes)
従来の FAX では、ページの MH 圧縮 FAX データ ストリームは次のシーケンスで構成されます: 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 scanlines for line-oriented image manipulation (such as writing a TIFF file). Not all TIFF readers historically used for fax are able to deal with non byte aligned data.
さらに、T4Options フィールドのビット 2 は、EOL コードがバイト アラインされているかどうかを示します。ビット 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 seek common processing and interfaces for fax data streams and Internet fax files would prefer that the TIFF data include RTC sequences.
TIFF 拡張には EOL コードが必要ですが、FAX アプリケーションの 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 subsection.
これらの違いを調整するために、EOL コードがバイト アラインメントされておらず、データにフィル ビットが追加されていない場合には、RTC が許可されます。これは、FAX データが処理または解釈されずに単にストリップに挿入される状況に対応します。EOL がバイト アラインされている場合、データ内に RTC が発生してはなりません。これは次のサブセクションで正式に指定されます。
Implementations that seek to maintain strict conformance with TIFF and compatibility with the historical use of TIFF for fax SHOULD NOT include the RTC sequence when writing TIFF files. However, implementations that need to support "transparency" of T.4-generated image data MAY include RTCs when writing TIFF files if the flag settings of the T4Options field are set for non byte aligned data, i.e., Bit 2 is 0. Implementors of TIFF readers should be aware that there are some existing TIFF implementations for fax that include the RTC sequence in MH image data. Therefore, minimal set readers MUST be able to process files that do not include RTCs and SHOULD be able to process files that do include RTCs.
TIFF への厳密な準拠と、ファックスでの TIFF の過去の使用との互換性を維持しようとする実装では、TIFF ファイルを書き込むときに RTC シーケンスを含めるべきではありません (SHOULD NOT)。ただし、T.4 で生成された画像データの「透明性」をサポートする必要がある実装では、T4Options フィールドのフラグ設定が非バイト アライン データに設定されている場合、つまりビット 2 が 0 である場合、TIFF ファイルを書き込むときに RTC を含めてもよい (MAY)。TIFF の読者は、MH イメージ データに RTC シーケンスを含む FAX 用の既存の TIFF 実装がいくつかあることに注意してください。したがって、最小限のセットリーダーは、RTC を含まないファイルを処理できなければならず、RTC を含むファイルを処理できる必要があります (SHOULD)。
The TIFF header, described in Section 2.1.1, contains two bytes that describe the byte order used within the file. For the minimal black-and-white profile, these bytes SHALL have the value "II" (0x4949), denoting that the bytes in the TIFF file are in LSByte-first order (little-endian). The first or 0th IFD immediately follows the header, so offset to the first IFD is 8. The header values are shown in the following table:
セクション 2.1.1 で説明されている TIFF ヘッダーには、ファイル内で使用されるバイト順序を記述する 2 バイトが含まれています。最小限の白黒プロファイルの場合、これらのバイトは値「II」(0x4949) を持つものとし、TIFF ファイル内のバイトが LSByte-first order (リトルエンディアン) であることを示します。最初または 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 profile SHALL order IFDs and image data within a file as follows: (1) There SHALL be an IFD for each page in a multi-page fax document; (2) the IFDs SHALL occur in the same order in the file as the pages occur in the document; (3) the IFD SHALL precede the image data to which it has offsets; (4) the image data SHALL occur in the same order in the file as the pages occur in the document; (5) the IFD, the value data, and the image data to which it has offsets SHALL precede the next image IFD; and (6) the image data for each page SHALL be contained within a single strip.
最小限の白黒プロファイルは、ファイル内の IFD と画像データを次のように順序付けるものとします (SHALL)。 (1) 複数ページの FAX 文書の各ページに IFD が存在するものとします。(2) IFD は、ドキュメント内でページが出現するのと同じ順序でファイル内に出現するものとします (SHALL)。(3) IFD は、オフセットのある画像データの前に置くものとします。(4) 画像データは、文書内のページの出現順序と同じ順序でファイル内に出現するものとします。(5) IFD、値データ、およびそれがオフセットを持つ画像データは、次の画像 IFD より前に配置されるものとします。(6) 各ページの画像データは単一のストリップ内に含まれるものとする(SHALL)。
As a result of (6), the StripOffsets field will contain the pointer to the image data. With two exceptions, the field entries in the IFD contain the field values instead of offsets to field values located outside the IFD. The two exceptions are the values for the XResolution and YResolution fields, both of which are type RATIONAL and require 2 4-byte numbers. These "long" field values SHALL be placed immediately after the IFD which containing the offsets to them, and before the image data pointed to by that IFD.
(6) の結果、StripOffsets フィールドには画像データへのポインタが含まれます。2 つの例外を除き、IFD 内のフィールド エントリには、IFD の外側にあるフィールド値へのオフセットではなく、フィールド値が含まれます。2 つの例外は、XResolution フィールドと YResolution フィールドの値です。どちらも RATIONAL 型で、2 つの 4 バイト数値が必要です。これらの「長い」フィールド値は、それらへのオフセットを含む IFD の直後、その IFD が指す画像データの前に配置されるものとします (SHALL)。
The effect of these requirements is that the IFD for the first page SHALL come first in the file after the TIFF header, followed by the long field values for XResolution and YResolution, followed by the image data for the first page, then the IFD for second page, and so on. This is shown in the following figure. Each IFD is required to have a PageNumber field, which has value 0 for the first page, 1 for the second page, and so on.
これらの要件の影響として、ファイル内の TIFF ヘッダーの後に最初のページの IFD が最初に配置され、その後に 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 also provides some support for streaming, in which a file can be processed as it is received and before the entire file is received.
このファイル構造を使用すると、実装時のメモリ要件が軽減される可能性があります。また、ストリーミングのサポートも提供します。ストリーミングでは、ファイルを受信したとき、およびファイル全体を受信する前にファイルを処理できます。
The table below summarizes the TIFF fields that compose the minimal interchange set for black-and-white facsimile. The Baseline and Extension fields and field values MUST be supported by all implementations. For convenience, certain fields that have a value that is a sequence of flag bits are shown with integer values corresponding to the flags that are set. An implementation should test the setting of the relevant flag bits individually, however, to allow extensions to the sequence of flag bits to be appropriately ignored. (See, for example, T4Options below.)
以下の表は、白黒ファクシミリの最小交換セットを構成する TIFF フィールドをまとめたものです。Baseline フィールドと Extension フィールドおよびフィールド値は、すべての実装でサポートされなければなりません (MUST)。便宜上、フラグ ビットのシーケンスである値を持つ特定のフィールドは、設定されたフラグに対応する整数値で示されています。ただし、実装では、フラグ ビットのシーケンスの拡張が適切に無視されるように、関連するフラグ ビットの設定を個別にテストする必要があります。(たとえば、以下の T4Options を参照してください。)
+---------------------------+--------------------------------+
| Baseline Fields | Values |
+---------------------------+--------------------------------+
| BitsPerSample | 1 |
+---------------------------+--------------------------------+
| Compression | 3: 1D Modified Huffman coding |
| | set T4Options = 0 or 4 |
+------------------------------------------------------------+
+---------------------------+--------------------------------+
| FillOrder | 2: least significant bit first |
+---------------------------+--------------------------------+
| ImageWidth | 1728 |
+---------------------------+--------------------------------+
| ImageLength | n: total number of scanlines |
| | in image |
+---------------------------+--------------------------------+
| NewSubFileType | 2: Bit 1 identifies single |
| | page of a multi-page document |
+---------------------------+--------------------------------+
| PageNumber | n,m: page number n followed by |
| | total page count m |
+---------------------------+--------------------------------+
| PhotometricInterpretation | 0: pixel value 1 means black |
+---------------------------+--------------------------------+
| ResolutionUnit | 2: inch |
+---------------------------+--------------------------------+
| RowsPerStrip | number of scanlines per strip |
| | = ImageLength, with one strip |
+---------------------------+--------------------------------+
| SamplesPerPixel | 1 |
+---------------------------+--------------------------------+
| StripByteCounts | number of bytes in TIFF strip |
+---------------------------+--------------------------------+
| StripOffsets | offset from beginning of |
| | file to single TIFF strip |
+---------------------------+--------------------------------+
| XResolution | 204, 200 (pixels/inch) |
+---------------------------+--------------------------------+
| YResolution | 98, 196, 100, 200 (pixels/inch)|
+---------------------------+--------------------------------+
| Extension Fields |
+---------------------------+--------------------------------+
| T4Options | 0: MH coding, EOLs not byte |
| | aligned |
| | 4: MH coding, EOLs byte aligned|
+---------------------------+--------------------------------+
This section defines the extended black-and-white profile or Profile F of TIFF for facsimile. It provides a standard definition of what has historically been known as TIFF Class F and now as TIFF-F. In doing so, it aligns this profile with current ITU-T Recommendations for black-and-white fax and with existing industry practice. Implementations of this profile include implementations of Profile S.
このセクションでは、ファクシミリ用の TIFF の拡張白黒プロファイルまたはプロファイル F を定義します。これは、歴史的に TIFF クラス F として知られ、現在は TIFF-F として知られているものの標準定義を提供します。そうすることで、このプロファイルを白黒 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 compression, Modified READ (MR) and Modified Modified READ (MMR) compression, 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 profile. Section 4.3 describes the fields that MAY be used in this profile. In the spirit of the original TIFF-F specification, Sections 4.4 and 4.5 discuss technical implementation issues and warnings. Section 4.6 gives an example of TIFF-F use. Section 4.7 gives a summary of the required and recommended fields and their values.
セクション 4.1 では、TIFF-F の概要を説明します。セクション 4.2 では、このプロファイルで使用される TIFF フィールドについて説明します。セクション 4.3 では、このプロファイルで使用できるフィールドについて説明します。オリジナルの TIFF-F 仕様の精神に基づき、セクション 4.4 と 4.5 では技術的な実装の問題と警告について説明します。セクション 4.6 では、TIFF-F の使用例を示します。セクション 4.7 では、必須および推奨されるフィールドとその値の概要を示します。
Though it has been in common use for many years, TIFF-F has previously never been documented in the form of a standard. An informal TIFF-F document was originally created by a small group of fax experts led by Joe Campbell. The existence of TIFF-F is noted in [TIFF], but it is not defined. This document serves as the formal definition of the F application of [TIFF] for Internet applications. For ease of reference, the term TIFF-F will be used throughout this document as a shorthand for the extended black-and-white profile of TIFF for facsimile.
TIFF-F は長年にわたって一般的に使用されてきましたが、これまで標準の形で文書化されたことはありませんでした。非公式の TIFF-F 文書は元々、ジョー キャンベル率いるファックス専門家の小グループによって作成されました。TIFF-F の存在は [TIFF] に記載されていますが、定義されていません。この文書は、インターネット アプリケーションに対する [TIFF] の F アプリケーションの正式な定義として機能します。参照しやすいように、本書では TIFF-F という用語を、ファクシミリ用の TIFF の拡張白黒プロファイルの略称として使用します。
Up until the TIFF 6.0 specification, TIFF supported various "Classes" that defined the use of TIFF for various applications. Classes were used to support specific applications. In this spirit, TIFF-F has been known historically as "TIFF Class F". Previous informal TIFF-F documents [TIFF-F0] used the "Class F" terminology. As of TIFF 6.0 [TIFF], the TIFF Class concept has been eliminated in favor of the concept of Baseline TIFF. Therefore, this document updates the definition of TIFF-F as the F profile of TIFF for facsimile, by using Baseline TIFF as defined in [TIFF] as the starting point and then adding the TIFF extensions to Baseline TIFF that apply for TIFF-F. In almost all cases, the resulting definition of TIFF-F fields and values remains consistent with those used historically in earlier definitions of TIFF Class F. Where some of the values for fields have been updated to provide more precise conformance with the ITU-T [T.4] and [T.30] fax recommendations, these differences are noted.
TIFF 6.0 仕様まで、TIFF はさまざまなアプリケーションでの TIFF の使用を定義するさまざまな「クラス」をサポートしていました。クラスは、特定のアプリケーションをサポートするために使用されました。この精神に基づき、TIFF-F は歴史的に「TIFF クラス F」として知られています。以前の非公式 TIFF-F 文書 [TIFF-F0] では、「クラス F」という用語が使用されていました。TIFF 6.0 [TIFF] 以降、TIFF クラスの概念は廃止され、Baseline TIFF の概念が採用されました。したがって、この文書は、[TIFF] で定義されているベースライン TIFF を開始点として使用し、その後、TIFF-F に適用されるベースライン TIFF に TIFF 拡張機能を追加することにより、ファクシミリ用 TIFF の F プロファイルとして TIFF-F の定義を更新します。ほとんどの場合、結果として得られる TIFF-F フィールドと値の定義は、TIFF クラス F の以前の定義で歴史的に使用されていたものと一致しています。フィールドの値の一部は、ITU-T へのより正確な準拠を提供するために更新されています。T.4] および [T.30] FAX 推奨事項については、これらの違いに注意してください。
This section lists the required fields and the values they must have to be ITU-compatible. Besides the fields listed in Section 2.2.1, the extended black-and-white fax profile SHALL use the following fields.
このセクションでは、必須フィールドと、ITU 互換であるために必要な値をリストします。セクション 2.2.1 にリストされているフィールドに加えて、拡張白黒 FAX プロファイルは次のフィールドを使用するものとします (SHALL)。
BitsPerSample(258) = 1. SHORT RequiredByTIFFBaseline Binary data only. Default = 1 (field may be omitted if this is the value)
BitsPerSample(258) = 1。SHORT RequiredByTIFFBaseline バイナリ データのみ。デフォルト = 1 (この値の場合、フィールドは省略できます)
Compression(259) = 3, 4. SHORT RequiredByTIFFBaseline 3 = 1- or 2- dimensional coding, must have T4Options field This is a TIFF Extension value [TIFF]. 4 = 2-dimensional coding, ITU-T Rec. T.6 (MMR - Modified Modified READ, must have T6Options field)) This is a TIFF Extension value. Default = 1 (and is not applicable; field must be specified)
Compression(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 compression, but data is presented in a form that does not use EOLs, and so TIFF for facsimile uses Compression=3 instead. See Sections 4.4.4, 4.5.1, and 4.5.2 for more information on compression and encoding.
注: ベースライン TIFF では、修正ハフマン圧縮に値 2 の使用が許可されていますが、データは EOL を使用しない形式で表示されるため、ファクシミリ用の TIFF では代わりに 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. SHORT RequiredByTIFFBaseline Profile F リーダーは両方のビット順序でデータを読み取ることができなければなりませんが、ファクシミリ製品の大部分は、電話回線に表示されるのとまったく同じように、データを LSB から先頭に格納します。1 = 最上位ビットが最初。2 = 最下位ビットが最初。
ImageWidth(256) SHORT or LONG RequiredByTIFFBaseline This profile supports the following fixed page widths: 1728, 2592, 3456 (corresponding to North American Letter and Legal and ISO A4 paper sizes), 2048, 3072, 4096 (corresponding to ISO B4 paper size), and 2432, 3648, 4864 (corresponding to ISO A3 paper size). No default; must be specified.
ImageWidth(256) SHORT または LONG RequiredByTIFFBaseline このプロファイルは、次の固定ページ幅をサポートします: 1728、2592、3456 (北米のレター、リーガル、および ISO A4 用紙サイズに対応)、2048、3072、4096 (ISO B4 用紙サイズに対応)、2432、3648、4864 (ISO A3 用紙サイズに相当)。デフォルトはありません。を指定する必要があります。
NOTE: Historical TIFF-F did not include support for the following widths related to higher resolutions: 2592, 3072, 3648, 3456, 4096, and 4864. Historical TIFF-F documents also included the following values related to A5 and A6 widths: 816 and 1216. Per the most recent version of [T.4], A5 and A6 documents are no longer supported in Group 3 facsimile, so the related width values are now obsolete. See section 4.5.2 for more information on inch/metric equivalencies and other implementation details.
注: 過去の TIFF-F には、高解像度に関連する次の幅のサポートが含まれていませんでした: 2592、3072、3648、3456、4096、および 4864。過去の TIFF-F ドキュメントには、A5 および A6 の幅に関連した次の値も含まれていました: 816[T.4] の最新バージョンによると、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.
注: TIFF-F の場合、ビット 1 は常に 1 に設定され、複数ページの画像の 1 ページを示します。TIFF-F を 1 ページの FAX イメージに使用する場合も、同じビット設定が使用されます。マルチページ ファイルの詳細については、セクション 4.4.3 を参照してください。
PhotometricInterpretation(262) = 0, 1. SHORT RequiredByTIFFBaseline 0 = pixel value 1 means black, 1 = pixel value 1 means white. This field allows notation of an inverted or negative image. No default, must be specified.
PhotometricInterpretation(262) = 0, 1。SHORT RequiredByTIFFBaseline 0 = ピクセル値 1 は黒を意味し、1 = ピクセル値 1 は白を意味します。このフィールドでは、反転またはネガ画像を表記できます。デフォルトはありません。指定する必要があります。
ResolutionUnit(296) = 2, 3. SHORT RequiredByTIFFBaseline The unit of measure for resolution. 2 = inch, 3 = centimeter; = TIFF-F has traditionally used inch-based measurement. Default = 2 (field may be omitted if this is the value).
ResolutionUnit(296) = 2、3。 SHORT RequiredByTIFFBaseline 解像度の測定単位。2 = インチ、3 = センチメートル。= TIFF-F は伝統的にインチベースの測定を使用してきました。デフォルト = 2 (これが値の場合、フィールドは省略できます)。
SamplesPerPixel(277) = 1. SHORT RequiredByTIFFBaseline 1 = monochrome, bi-level in this case (see BitsPerSample). Default = 1 (field may be omitted if this is the value).
SamplesPerPixel(277) = 1。SHORT RequiredByTIFFBaseline 1 = この場合はモノクロ、バイレベル (BitsPerSample を参照)。デフォルト = 1 (これが値の場合、フィールドは省略できます)。
XResolution(282) = 200, 204, 300, 400, 408 RATIONAL RequiredByTIFFBaseline The horizontal resolution of the image is expressed in pixels per resolution unit. In pixels/inch, the allowed values are 200, 204, 300, 400, and 408. See Section 2.2.2 for inch metric equivalency. No default, must be specified.
XResolution(282) = 200, 204, 300, 400, 408 RATIONAL RequiredByTIFFBaseline 画像の水平解像度は、解像度単位あたりのピクセル数で表されます。ピクセル/インチ単位で、許可される値は 200、204、300、400、および 408 です。インチ メトリックの同等性については、セクション 2.2.2 を参照してください。デフォルトはありません。指定する必要があります。
NOTE: The values of 200 and 408 have been added to the historical TIFF-F values, for consistency with [T.30]. Some existing TIFF-F implementations may also support values of 80 pixels/cm, which is equivalent to 204 pixels per inch. See section 4.5.2 for information on implementation details.
注: [T.30] との一貫性を保つために、200 および 408 の値が過去の TIFF-F 値に追加されています。一部の既存の TIFF-F 実装では、80 ピクセル/cm の値もサポートされる場合があります。これは、1 インチあたり 204 ピクセルに相当します。実装の詳細については、セクション 4.5.2 を参照してください。
YResolution(283) = 98, 100, 196, 200, 300, 391, and 400 RATIONAL RequiredByTIFFBaseline The vertical resolution of the image is expressed in pixels per resolution unit. In pixels/inch, the allowed values are 98, 100, 196, 200, 300, 391, and 400 pixels/inch. See Section 2.2.2 for inch metric equivalency. No default, must be specified
YResolution(283) = 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.
注: [T.30] との一貫性を保つために、100、200、および 391 の値が過去の TIFF-F 値に追加されています。一部の既存の TIFF-F 実装では、77 および 38.5 (cm) の値もサポートされており、それぞれ 1 インチあたり 196 ピクセルと 98 ピクセルに相当します。実装の詳細については、セクション 4.5.2 を参照してください。
NOTE: Not all combinations of XResolution, YResolution, and ImageWidth are legal. The following table gives the legal combinations and corresponding paper sizes [T.30].
注: XResolution、YResolution、ImageWidth のすべての組み合わせが有効であるわけではありません。次の表に、正当な組み合わせと対応する用紙サイズを示します [T.30]。
+--------------+-----------------+---------------------------+
| XResolution x YResolution | ImageWidth |
+--------------+-----------------+---------+--------+--------+
| 200x100, 204x98 | | | |
| 200x200, 204x196 | 1728 | 2048 | 2432 |
| 204x391 | | | |
+--------------+-----------------+---------+--------+--------+
| 300 x 300 | 2592 | 3072 | 3648 |
+--------------+-----------------+---------+--------+--------+
| 408 x 391, 400 x 400 | 3456 | 4096 | 4864 |
+--------------+-----------------+---------+--------+--------+
|Letter,A4| B4 | A3 |
| Legal | | |
+---------+--------+--------+
| Paper Size |
+---------------------------+
T4Options(292) = (Bit 0 = 0 or 1, Bit 1 = 0, Bit 2 = 0 or 1)
LONG
RequiredTIFFExtension (when Compression = 3)
T4Options was also known as Group3Options in a prior version of
[TIFF].
Bit 0 = 1 indicates MR compression, = 0 indicates MH compression.
Bit 1 must be 0.
Bit 2 = 1 indicates that EOLs are byte aligned, = 0 EOLs not byte
aligned.
Default is all bits are 0 (applies when MH compression is used and
EOLs are not byte aligned) (See Section 3.2.2.) The T4Options
field is required when the Compression field has a value of 3.
This field specifies the compression used (MH or MR) and whether
the EOL codes are byte aligned or not. If they are byte aligned,
then fill bits have been added as necessary so that the End of
Line (EOL) codes always end on byte boundaries. See Sections 3.4,
4.5.3, and 4.5.4 for details.
T6Options(293) = (Bit 0 = 0, Bit 1 = 0).
LONG
RequiredTIFFExtension (when Compression = 4)
Used to indicate parameterization of 2D Modified Modified READ
(MMR) compression. T6Options was also known as Group4Options in a
prior version of [TIFF]. Bit 0 must be 0.
Bit 1 = 0 indicates uncompressed data mode is not allowed; = 1
indicates that uncompressed data is allowed (see [TIFF]). Default
is all bits 0. For FAX, the field must be present and have the
value 0. The use of uncompressed data where compression would
expand the data size is not allowed for FAX.
NOTE: MMR compressed data is two-dimensional and does not use EOLs. Each MMR encoded image MUST include an "end-of-facsimile-block" (EOFB) code at the end of each coded strip; see Section 4.5.6.
注: MMR 圧縮データは 2 次元であり、EOL を使用しません。各 MMR 符号化画像には、各符号化ストリップの末尾に「ファクシミリ ブロックの終わり」(EOFB) コードが含まれなければなりません (MUST)。セクション 4.5.6 を参照してください。
None.
なし。
See Section 2.2.3.
セクション 2.2.3 を参照してください。
See Section 2.2.3.
セクション 2.2.3 を参照してください。
See Section 2.2.4 and optional fields below.
セクション 2.2.4 と以下のオプションのフィールドを参照してください。
Three new, optional fields, used in the original TIFF-F description to describe page quality, are defined in this specification. The information contained in these fields is usually obtained from receiving facsimile hardware (if applicable). They SHOULD NOT be used in writing TIFF-F files for facsimile image data that is error corrected or otherwise guaranteed not to have coding errors. Some applications need to understand exactly the error content of the data. For example, a CAD program might wish to verify that a file has a low error level before importing it into a high-accuracy document. Because Group 3 facsimile devices do not necessarily perform error correction on the image data, the quality of a received page must be inferred from the pixel count of decoded scanlines. A "good" scan line is defined as a line that, when decoded, contains the correct number of pixels. Conversely, a "bad" scanline is defined as a line that, when decoded, contains an incorrect number of pixels.
オリジナルの TIFF-F 記述でページ品質を記述するために使用されていた 3 つの新しいオプションのフィールドが、この仕様で定義されています。これらのフィールドに含まれる情報は、通常、受信ファクシミリ ハードウェア (該当する場合) から取得されます。これらは、エラー修正されているか、コーディングエラーがないことが保証されているファクシミリ画像データの TIFF-F ファイルを書き込む際には使用すべきではありません。一部のアプリケーションでは、データのエラー内容を正確に理解する必要があります。たとえば、CAD プログラムは、ファイルを高精度ドキュメントにインポートする前に、ファイルのエラー レベルが低いことを検証したい場合があります。グループ 3 ファクシミリ装置は必ずしも画像データのエラー訂正を実行するわけではないため、受信ページの品質はデコードされた走査線のピクセル数から推測する必要があります。「良好な」走査線は、デコード時に正しい数のピクセルが含まれる線として定義されます。逆に、「不良」スキャンラインは、デコード時に誤った数のピクセルが含まれるラインとして定義されます。
BadFaxLines(326)
SHORT or LONG
The number of "bad" scanlines encountered by the facsimile device
during reception. A "bad" scanline is defined as a scanline that,
when decoded, comprises an incorrect number of pixels. Note that
PercentBad = (BadFaxLines/ImageLength) * 100.
No default.
CleanFaxData(327) = 0, 1, 2. SHORT Indicates whether "bad" lines encountered during reception are stored in the data, or whether "bad" lines have been replaced by the receiver. 0 = No "bad" lines 1 = "bad" lines exist but were regenerated by the receiver, 2 = "bad" lines exist but have not been regenerated. No default.
CleanFaxData(327) = 0、1、2。 SHORT 受信中に発生した「不良」ラインがデータに保存されているかどうか、または「不良」ラインが受信機によって置き換えられたかどうかを示します。0 = 「不良」回線なし 1 = 「不良」回線は存在するが受信機によって再生成された、2 = 「不良」回線は存在するが再生成されていない。デフォルトはありません。
NOTE: Many facsimile devices do not actually output bad lines. Instead, the previous good line is repeated in place of a bad line. Although this substitution, known as line regeneration, results in a visual improvement to the image, the data is nevertheless corrupted. The CleanFaxData field describes the error content of the data. That is, when the BadFaxLines and ImageLength fields indicate that the facsimile device encountered lines with an incorrect number of pixels during reception, the CleanFaxData field indicates whether these bad lines are actually still in the data or whether the receiving facsimile device replaced them with regenerated lines.
注: 多くのファクシミリ装置は、実際には不良回線を出力しません。代わりに、前の良い行が悪い行の代わりに繰り返されます。ライン再生成として知られるこの置換により、画像は視覚的に改善されますが、それでもデータは破損します。CleanFaxData フィールドには、データのエラー内容が記述されます。つまり、BadFaxLines フィールドと ImageLength フィールドが、ファクシミリ デバイスが受信中に間違ったピクセル数のラインに遭遇したことを示している場合、CleanFaxData フィールドは、これらの不良ラインが実際にデータ内にまだ残っているかどうか、または受信ファクシミリ デバイスがそれらのラインを再生成されたラインに置き換えたかどうかを示します。。
ConsecutiveBadFaxLines(328) LONG or SHORT Maximum number of consecutive "bad" scanlines received. The BadFaxLines field indicates only the quantity of bad lines. No Default.
ConsecutiveBadFaxLines(328) 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, 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, most facsimile applications choose this natural order for data in a file. Nevertheless, TIFF-F readers must be able to read data in both bit orders and support FillOrder values of 1 and 2.
ファクシミリ データは、ITU-T 勧告 T.4 の記述とはビット逆の順序で電話回線に表示されます。したがって、ほとんどのファクシミリ アプリケーションは、ファイル内のデータに対してこの自然な順序を選択します。ただし、TIFF-F リーダーは両方のビット順序でデータを読み取ることができ、FillOrder 値 1 と 2 をサポートする必要があります。
Many existing applications already read TIFF-F-like files but do not support the multi-page field. Since a multi-page format greatly simplifies file management in fax application software, TIFF-F specifies multi-page documents (NewSubfileType = 2) as the standard case.
既存のアプリケーションの多くはすでに TIFF-F のようなファイルを読み取りますが、マルチページ フィールドをサポートしていません。マルチページ形式により 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 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 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.
Group 3 ファクシミリには 3 つの圧縮方式があり、1994 年に標準化され、一般的に使用されています。ITU-T T.4 勧告 [T.4] は、Modified Huffman (MH) として知られる 1 次元圧縮方式と Modified READ (MR) として知られる 2 次元圧縮方式を定義しています (READ は Relative Element Address Designate の略です)。。1984 年に、Modified Modified READ (MMR) として知られる、より効率的な圧縮方法が ITU-T T.6 勧告 [T.6] で定義されました。MMR はもともとグループ 4 ファクシミリで使用するために定義されたため、この圧縮方法は一般にグループ 4 圧縮と呼ばれています。1991 年に、MMR 方式はグループ 3 ファクシミリでの使用が承認され、それ以来広く利用されています。
TIFF-F supports these three compression methods. The most commonly used is the one-dimensional Modified Huffman (MH) compression method. This is specified by setting the Compression field value to 3 and then setting bit 0 of the T4Options field to 0. Alternatively, the two dimensional Modified READ (MR) method, which is much less frequently used in historical TIFF-F implementations, may be selected by setting bit 0 of the T4Options field to 1. The value of Bit 2 in this field is determined by the use of fill bits.
TIFF-F はこれら 3 つの圧縮方式をサポートしています。最も一般的に使用されるのは、1 次元モディファイド ハフマン (MH) 圧縮方法です。これは、Compression フィールドの値を 3 に設定し、次に T4Options フィールドのビット 0 を 0 に設定することによって指定されます。あるいは、これまでの TIFF-F 実装ではあまり使用されていない 2 次元 Modified READ (MR) メソッドを使用することもできます。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.
アプリケーションに応じて、Compression フィールド値を 4 に設定し、T6Options の最初の 2 ビット (およびすべての未使用ビット) を設定することにより、T.6 のより効率的な 2 次元 Modified Modified READ (MMR) 圧縮方法を選択できます。実装者が圧縮を選択する際に役立つ詳細情報は、セクション 4.5.2 に記載されています。
Baseline TIFF also permits use of Compression=2 to specify Modified Huffman compression, but the data does not use EOLs. As a result, TIFF-F uses Compression=3 instead of Compression=2 to specify Modified Huffman compression.
ベースライン TIFF では、Compression=2 を使用して修正ハフマン圧縮を指定することもできますが、データは EOL を使用しません。その結果、TIFF-F は Compression=2 ではなく Compression=3 を使用して、修正ハフマン圧縮を指定します。
Here are examples for writing the CleanFaxData, BadFaxLines, and ConsecutiveBadFaxLines fields:
CleanFaxData、BadFaxLines、および ConsecutiveBadFaxLines フィールドの書き込み例を次に示します。
1. Facsimile hardware does not provide page-quality information: MUST NOT write page-quality fields.
1. ファクシミリ ハードウェアはページ品質情報を提供しません。ページ品質フィールドを書き込んではなりません。
2. Facsimile hardware provides page-quality information, but reports no bad lines. Write only BadFaxLines = 0.
2. ファクシミリ ハードウェアはページ品質の情報を提供しますが、不良回線は報告しません。BadFaxLines = 0 のみを書き込みます。
3. Facsimile hardware provides page-quality information and reports bad lines. Write both BadFaxLines and ConsecutiveBadFaxLines. Also write CleanFaxData = 1 or 2 if the hardware's regeneration capability is known.
3. ファクシミリ ハードウェアは、ページ品質の情報を提供し、不良回線を報告します。BadFaxLines と ConsecutiveBadFaxLines の両方を書き込みます。ハードウェアの再生能力がわかっている場合は、CleanFaxData = 1 または 2 も書き込みます。
4. Source image data stream is error corrected or otherwise guaranteed to be error free such as for a computer-generated file: SHOULD NOT write page-quality fields.
4. ソース画像データ ストリームは、エラーが修正されるか、コンピューターで生成されたファイルなど、エラーがないことが保証されます。ページ品質のフィールドを書き込んではなりません。
TIFF Writers SHOULD only generate these fields when the image has been generated from a fax image data stream where error correction, e.g., Group 3 Error Correction Mode, was not used.
TIFF ライターは、エラー訂正 (グループ 3 エラー訂正モードなど) が使用されなかったファックス画像データ ストリームから画像が生成された場合にのみ、これらのフィールドを生成すべきです(SHOULD)。
Traditionally, TIFF-F has required readers and writers to be able to handle multi-page TIFF-F files. The experience of various TIFF-F implementors has shown that implementing TIFF-F can be greatly simplified if certain practical guidelines are followed when writing multi-page TIFF-F files.
従来、TIFF-F では、リーダーとライターが複数ページの TIFF-F ファイルを処理できる必要がありました。さまざまな TIFF-F 実装者の経験から、複数ページの TIFF-F ファイルを作成するときに特定の実用的なガイドラインに従えば、TIFF-F の実装が大幅に簡素化できることがわかっています。
The structure for a multi-page TIFF-F file will include one IFD per document page. In this case, this IFD will define the attributes for a single page. A second simplifying guideline is that the writer of TIFF-F files SHOULD present IFDs in the same order as the actual sequence of pages. (The pages are numbered within TIFF-F beginning with page 0 as the first page and then ascending (i.e., 0, 1, 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 を提示すべきである (SHOULD) というものです。(TIFF-F 内のページには、最初のページとしてページ 0 から始まり、昇順に番号が付けられます (つまり、0、1、2、...)。ただし、4 バイトを超えるフィールド値は、IFD とは別に保存されます。TIFF-F の読者は、IFD がページ順に表示されることを期待する必要がありますが、例外を処理できる必要があります。
Per [TIFF], the exact placement of image data is not specified. However, the offsets for each image strip are defined from within each IFD. Where possible, another guideline for TIFF-F writers is that the image data for each page of a multi-page document SHOULD be contained within a single strip (i.e., one image strip per fax page). A single image strip per page further simplifies TIFF-F file writing for applications such as store and forward messaging, where the file is usually prepared in advance of the transmission, but other assumptions may apply for the size of the image strip for applications that require "streaming" techniques (see section 4.4.7). If a different image strip size guideline has been used (e.g., constant size for image strips that may be less than the page size), this will immediately be evident from the values/offsets of the fields related to strips.
[TIFF] ごとに、画像データの正確な配置は指定されていません。ただし、各イメージ ストリップのオフセットは各 IFD 内で定義されます。TIFF-F ライターのもう 1 つのガイドラインは、可能であれば、複数ページの文書の各ページの画像データを 1 つのストリップ内に含める必要がある (つまり、FAX ページごとに 1 つの画像ストリップ) ということです。ページごとに 1 つのイメージ ストリップにより、ストア アンド フォワード メッセージングなどのアプリケーションでの TIFF-F ファイルの書き込みがさらに簡素化されます。通常、ファイルは送信前に準備されますが、必要なアプリケーションのイメージ ストリップのサイズには他の仮定が適用される場合があります。「ストリーミング」技術 (セクション 4.4.7 を参照)。異なる画像ストリップ サイズのガイドラインが使用されている場合 (たとえば、ページ サイズより小さい可能性がある画像ストリップの一定サイズ)、これはストリップに関連するフィールドの値/オフセットからすぐに明らかです。
Another simplifying guideline is that each IFD SHOULD be placed in the TIFF-F file structure at a point preceding the image that the IFD describes.
もう 1 つの単純化ガイドラインは、各 IFD は、TIFF-F ファイル構造内の、IFD が記述する画像の前の位置に配置されるべきである(SHOULD) ということです。
In addition, placing the image data in a physical order within the TIFF file structure which is consistent with the logical page order simplifies TIFF-F file writing and reading. In practice, TIFF-F readers will need to use the strip offsets to find the exact physical location of the image data, whether or not it is presented in logical page order.
さらに、論理的なページ順序と一致する TIFF ファイル構造内で画像データを物理的な順序で配置することで、TIFF-F ファイルの書き込みと読み取りが簡素化されます。実際には、TIFF-F リーダーは、画像データが論理的なページ順序で表示されているかどうかに関係なく、ストリップ オフセットを使用して画像データの正確な物理的位置を見つける必要があります。
If the image data is stored in multiple strips, then the strips SHOULD occur in the file in the same order that the data they contain occurs in the facsimile transmission, starting from the top of the page.
画像データが複数のストリップに保存されている場合、ストリップは、ページの先頭から始まる、ファクシミリ送信で発生するデータと同じ順序でファイル内に発生する必要があります。
TIFF-F writers MAY follow another simplifying guideline, in which the IFD, the value data and the image data to which the IFD has offsets precede the next image IFD. However, this guideline has been relaxed compared to the others given here.
TIFF-F ライターは、IFD、値データ、および IFD がオフセットを持つ画像データが次の画像 IFD の前に置かれるという、別の簡略化ガイドラインに従ってもよい(MAY)。ただし、このガイドラインは、ここで示した他のガイドラインに比べて緩和されています。
In the case of the minimal profile, which is also the minimal subset of Profile F, the SHOULDs and MAYs of these guidelines become SHALLs (see Section 3.5).
プロファイル F の最小サブセットでもある最小プロファイルの場合、これらのガイドラインの「SHOULD」と「MAY」は「SHALL」になります（セクション 3.5 を参照）。
A TIFF-F file structured using the guidelines of this section will essentially consist of a linked list of IFDs, presented in ascending page order, each pointing to a single page of image data (one strip per page), where the pages of image data are also placed in a logical page order sequence within the TIFF-F file structure. (The pages of image data may themselves be stored in a contiguous manner, at the option of the implementor).
このセクションのガイドラインを使用して構造化された TIFF-F ファイルは、基本的に、昇順でページ順に表示される IFD のリンク リストで構成され、各 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. Although TIFF-F may also be used as a file format for cases such as streaming applications, assumptions differing from those provided in this section (e.g., the entire size and number of pages within the image are not known in advance) may be required. As a result, a definition for the streaming application of TIFF-F is beyond the scope of this document.
TIFF-F は歴史的に、ファイル全体のサイズが事前にわかっている保存および転送メッセージングなどのアプリケーションで FAX イメージ ファイルを処理するために使用されてきました。TIFF-F はストリーミング アプリケーションなどの場合のファイル形式としても使用できますが、このセクションで説明したものとは異なる前提 (たとえば、画像内の全体のサイズとページ数が事前に不明であるなど) が必要な場合があります。そのため、TIFF-F のストリーミング アプリケーションの定義は、このドキュメントの範囲を超えています。
TIFF-F requires the ability to read and write at least one-dimensional T.4 Huffman ("compressed") data. Uncompressed data is not allowed. The "Uncompressed" bit in T4Options or T6Options must be set to 0.
TIFF-F では、少なくとも 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 who wish to have the maximum flexibility in reading TIFF-F files should support all three of these compression methods (MH, MR, and MMR).
グループ 3 との互換性には 2 次元エンコードが必要ないため、一部の古い TIFF-F リーダーではそのようなファイルを読み取ることができませんでした。TIFF-F の最小サブセットには 1 次元 (修正ハフマン) ファイルのサポートが必要なので、この選択により移植性が最大限に高まります。ただし、より高い効率を求める実装者は、TIFF-F ファイルを書き込むときに T.6 MMR 圧縮を使用する必要があります。一部の TIFF-F リーダーは、2 次元の Modified READ ファイルもサポートします。TIFF-F ファイルの読み取りに最大限の柔軟性を持たせたい実装者は、これら 3 つの圧縮方法 (MH、MR、MMR) をすべてサポートする必要があります。
Almost all facsimile products support both standard (98 dpi) vertical resolution and "fine" (196 dpi) resolution. Therefore, fine-resolution files are quite portable in the real world.
ほぼすべてのファクシミリ製品は、標準 (98 dpi) 垂直解像度と「ファイン」 (196 dpi) 解像度の両方をサポートしています。したがって、高解像度のファイルは現実世界では非常に移植性が高くなります。
In 1993, the ITU-T added support for higher resolutions in the T.30 recommendation, including 200 x 200, 300 x 300, and 400 x 400 in dots per inch-based units. At the same time, support was added for metric dimensions equivalent to the following inch-based resolutions: 391v x 204h and 391v x 408h. Therefore, the full set of inch-based equivalents of the new resolutions are supported in the TIFF-F writer, as they may appear in some image-data streams received from Group 3 facsimile devices. However, many facsimile terminals and older versions of TIFF-F readers are likely not to support these higher resolutions.
1993 年に、ITU-T は T.30 勧告に、インチあたりのドット数ベースの単位で 200 x 200、300 x 300、および 400 x 400 などの高解像度のサポートを追加しました。同時に、インチベースの解像度 391v x 204h および 391v x 408h に相当するメートル寸法のサポートが追加されました。したがって、グループ 3 ファクシミリ装置から受信した一部の画像データ ストリームに表示される可能性があるため、新しい解像度に相当するインチベースの完全なセットが TIFF-F ライタでサポートされます。ただし、多くのファクシミリ端末や古いバージョンの TIFF-F リーダーは、これらの高解像度をサポートしていない可能性があります。
Per [T.4], it is permissible for applications to treat the following XResolution values as equivalent: <204,200> and <400,408>. Similarly, the following YResolution values may also be treated as equivalent: <98, 100>, <196, 200>, and <391, 400>. These equivalencies were allowed by [T.4] to permit conversions between inch- and metric-based facsimile terminals.
[T.4] に従って、アプリケーションは次の XResolution 値を同等のものとして扱うことが許可されています: <204,200> と <400,408>。同様に、次の YResolution 値も同等として扱うことができます: <98, 100>、<196, 200>、および <391, 400>。これらの等価性は、インチベースとメートルベースのファクシミリ端末間の変換を許可するために [T.4] によって許可されました。
The optional support of metric-based resolutions in the TIFF-F reader (i.e., 77 x 38.5 cm) is included for completeness, as they are used in some legacy TIFF-F applications, but this use is not recommended for the creation of TIFF-F files by a writer.
TIFF-F リーダーでのメトリックベースの解像度 (つまり、77 x 38.5 cm) のオプションのサポートは、一部の従来の TIFF-F アプリケーションで使用されているため、完全を期すために含まれていますが、この使用は TIFF の作成には推奨されません。-F ライターによるファイル。
The historical convention for TIFF-F has been that all EOLs in Modified Huffman or Modified READ data must be byte-aligned. However, Baseline TIFF has permitted use of non byte-aligned EOLs by default, so that a large percentage of TIFF-F reader implementations support both conventions. Therefore, the minimum subset of TIFF-F, or Profile S, as defined in Section 3, includes support for both byte-aligned and non-byte-aligned EOLs; see Section 3.2.2.
TIFF-F の歴史的な慣例では、Modified Huffman または Modified READ データ内のすべての EOL はバイト アライメントされている必要があります。ただし、ベースライン TIFF では、デフォルトで非バイト アライメント EOL の使用が許可されているため、大部分の TIFF-F リーダー実装が両方の規則をサポートしています。したがって、セクション 3 で定義されている TIFF-F の最小サブセット、つまりプロファイル S には、バイト整列 EOL と非バイト整列 EOL の両方のサポートが含まれます。セクション 3.2.2 を参照してください。
An EOL is said to be byte-aligned when Fill bits have been added as necessary before EOL codes so that EOL always ends on a byte boundary, thus ensuring an EOL sequence of a one byte preceded by a zero nibble: xxxx0000 00000001.
EOL が常にバイト境界で終了するように EOL コードの前に必要に応じてフィル ビットが追加されている場合、EOL はバイト整列されていると言われます。これにより、ゼロ ニブルが前に付く 1 バイトの EOL シーケンスが保証されます: xxxx0000 00000001。
Modified Huffman compression encodes bits, not bytes. This means that the end-of-line token may end in the middle of a byte. In byte alignment, extra zero bits (Fill) are added so that the first bit of data following an EOL begins on a byte boundary. In effect, byte alignment relieves application software of the burden of bit-shifting every byte while parsing scan-lines for line-oriented image manipulation (such as writing a TIFF file).
修正ハフマン圧縮では、バイトではなくビットがエンコードされます。これは、行末トークンがバイトの途中で終了する可能性があることを意味します。バイト アライメントでは、EOL に続くデータの最初のビットがバイト境界で始まるように、余分なゼロ ビット (Fill) が追加されます。実際、バイト アラインメントにより、アプリケーション ソフトウェアは、ライン指向の画像操作 (TIFF ファイルの書き込みなど) のために走査線を解析する際に、バイトごとにビット シフトする負担が軽減されます。
For Modified READ compression, each line is terminated by an EOL and a one-bit tag bit. Per [T.4], the value of the tag bit is 0 if the next line contains two-dimensional data and 1 if the next line is a reference line. To maintain byte alignment, fill bits are added before the EOL/tag bit sequence so that the first bit of data following an MR tag bit begins on a byte boundary.
Modified READ 圧縮の場合、各ラインは EOL と 1 ビットのタグ ビットで終了します。[T.4] によれば、次の行に 2 次元データが含まれる場合、タグ ビットの値は 0 になり、次の行が参照行の場合は 1 になります。バイト アラインメントを維持するために、MR タグ ビットに続くデータの最初のビットがバイト境界で始まるように、フィル ビットが EOL/タグ ビット シーケンスの前に追加されます。
As illustrated in FIGURE 1/T.4 in [T.4], MH-encoded facsimile documents begin with an EOL, which in TIFF-F may be byte-aligned. The last line of the image is not terminated by an EOL. Similarly, respect, images encoded with Modified READ two-dimensional compression begin with an EOL, followed by a tag bit.
[T.4] の図 1/T.4 に示されているように、MH でエンコードされたファクシミリ文書は EOL で始まり、TIFF-F ではバイト整列される場合があります。画像の最後の行は EOL で終了しません。同様に、Modified READ 2 次元圧縮でエンコードされた画像は EOL で始まり、その後にタグ ビットが続きます。
Aside from EOLs, TIFF-F files have historically only contained image data. This means that applications seeking to maintain strict conformance with the rules in [TIFF] and compatibility with historical TIFF-F SHOULD NOT include the Return To Control sequence (RTC) (consisting of 6 consecutive EOLs) when writing TIFF-F files. However, applications intended to support "transparency" of [T.4] image data MAY include RTCs if the flag settings of the T4Options field are set for non byte aligned MH or MR image data. Implementors of TIFF readers should also be aware that there are some existing TIFF-F implementations that include the RTC sequence in MH/MR image data. Therefore, TIFF-F readers MUST be able to process files that do not include RTCs and SHOULD be able to process files that do include RTCs.
EOL を除けば、TIFF-F ファイルにはこれまで画像データのみが含まれてきました。これは、[TIFF] のルールへの厳密な準拠と過去の TIFF-F との互換性を維持しようとするアプリケーションは、TIFF-F ファイルを書き込むときに Return To Control シーケンス (RTC) (6 つの連続する EOL で構成される) を含めるべきではない (SHOULD NOT) ことを意味します。ただし、[T.4] 画像データの「透明性」をサポートすることを目的としたアプリケーションは、T4Options フィールドのフラグ設定が非バイト アライン MH または MR 画像データに設定されている場合、RTC を含めてもよい[MAY]。TIFF リーダーの実装者は、MH/MR 画像データに RTC シーケンスを含む既存の TIFF-F 実装がいくつかあることにも注意する必要があります。したがって、TIFF-F リーダーは RTC を含まないファイルを処理できなければならず、RTC を含むファイルを処理できる必要があります (SHOULD)。
TIFF-F pages encoded with the T.6 Modified Modified READ compression method MUST include an "end-of-facsimile-block" (EOFB) code at the end of each coded strip. Per [TIFF], the EOFB code is followed by pad bits as needed to align on a byte boundary. TIFF readers SHOULD ignore any bits other than pad bits beyond the EOFB.
T.6 Modified Modified READ 圧縮方式でエンコードされた TIFF-F ページは、各コード化ストリップの最後に「ファクシミリ ブロックの終わり」(EOFB) コードを含めなければなりません (MUST)。[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 [VPIM 2]. Voice messaging systems can often handle fax store-and-forward capabilities in addition to traditional voice message store-and-forward functions. As a result, TIFF-F fax messages can optionally be sent between compliant VPIM systems and may be rejected if the recipient system cannot deal with fax.
TIFF のプロファイル F (つまり、TIFF-F コンテンツ) は、[VPIM 2] で定義されているように、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 |
+---------------------------+--------------------------------+
| GlobalParametersIFD* | IFD: global parameters IFD |
+---------------------------+--------------------------------+
| ProfileType* | n: type of data stored in file |
+---------------------------+--------------------------------+
| FaxProfile* | n: ITU-compatible fax profile |
+---------------------------+--------------------------------+
| CodingMethods* | n: compression algorithms used |
| | in file |
+---------------------------+--------------------------------+
This section defines the lossless JBIG black-and-white profile of TIFF for facsimile, designated Profile J. Implementations of this profile are required to implement Profile S as well.
このセクションでは、プロファイル J と呼ばれる、ファクシミリ用 TIFF のロスレス JBIG 白黒プロファイルを定義します。プロファイル S を実装するには、このプロファイルの実装も必要です。
The previous section described the extended interchange set of TIFF fields for black-and-white fax, which provided support for the MH, MR, and MMR compression of black-and-white images. This section adds a profile with JBIG compression capability.
前のセクションでは、白黒画像の MH、MR、および MMR 圧縮のサポートを提供する、白黒 FAX 用の TIFF フィールドの拡張交換セットについて説明しました。このセクションでは、JBIG 圧縮機能を備えたプロファイルを追加します。
This section describes a black-and-white profile that uses JBIG compression. The ITU-T has approved the single-progression sequential mode of JBIG [T.82] for Group 3 facsimile. JBIG coding offers improved compression for halftoned originals. JBIG compression is used in accordance with the application rules given in ITU-T Rec. T.85 [T.85].
このセクションでは、JBIG 圧縮を使用する白黒プロファイルについて説明します。ITU-T は、グループ 3 ファクシミリ用の JBIG [T.82] のシングルプログレッションシーケンシャルモードを承認しました。JBIG コーディングでは、ハーフトーンのオリジナルの圧縮率が向上します。JBIG 圧縮は、ITU-T Rec. に規定されている適用規則に従って使用されます。T.85 [T.85]。
This profile is essentially the extended black-and-white profile with JBIG compression used instead of MH, MR, or MMR.
このプロファイルは本質的に、MH、MR、MMR の代わりに JBIG 圧縮を使用した拡張白黒プロファイルです。
This section lists the required fields and the values they must have to be ITU-compatible. Besides the fields listed in Section 2.2.1, the extended black-and-white fax profile requires the following fields.
このセクションでは、必須フィールドと、ITU 互換であるために必要な値をリストします。セクション 2.2.1 にリストされているフィールドに加えて、拡張白黒 FAX プロファイルには次のフィールドが必要です。
The TIFF fields that SHALL be used in this profile are the same as those described in Section 4.2.1 for the extended black-and-white profile, with two exceptions: the following text replaces the text in Section 4.2.1 for the Compression and FillOrder fields.
このプロファイルで使用される TIFF フィールドは、拡張白黒プロファイルについてセクション 4.2.1 で説明されているものと同じですが、2 つの例外があります。次のテキストは、圧縮および圧縮に関するセクション 4.2.1 のテキストを置き換えます。FillOrder フィールド。
Compression(259) = 9. SHORT RequiredByTIFFBaseline 9 = JBIG coding. This is a TIFF extension value. Default = 1 (and is not applicable; field must be specified). Profile J uses ITU-T T.85 profile of T.82; see T82Options field.
Compression(259) = 9。SHORT RequiredByTIFFBaseline 9 = JBIG コーディング。これは TIFF 拡張子の値です。デフォルト = 1 (適用されません。フィールドを指定する必要があります)。プロファイル J は、T.82 の ITU-T T.85 プロファイルを使用します。T82Options フィールドを参照してください。
FillOrder(266) = 1, 2. SHORT RequiredByTIFFBaseline 1 = Pixels are arranged within a byte such that pixels with lower values are stored in the higher-order bits of the byte, i.e., most significant bit first (MSB). 2 = Pixels are arranged within a byte such that pixels with lower column values are stored in the lower-order bits of the bytes, i.e., least significant bit first (LSB). Profile J readers must be able to read data in both bit orders.
FillOrder(266) = 1, 2. SHORT RequiredByTIFFBaseline 1 = ピクセルは、より低い値を持つピクセルがバイトの上位ビット、つまり最上位ビット (MSB) に格納されるようにバイト内に配置されます。2 = ピクセルは、より低い列値を持つピクセルがバイトの下位ビット、つまり最下位ビット ファースト (LSB) に格納されるようにバイト内に配置されます。プロファイル J リーダーは、両方のビット順序でデータを読み取ることができなければなりません。
Same fields as those in Section 2.2.1.
セクション 2.2.1 のフィールドと同じです。
T82Options(435) = 0 LONG Required when Compression = 9 Individual bits are set to indicate the applicable profile of JBIG coding; all bits set to 0 indicates ITU-T T.85 profile of T.82; Other values are for further study. Default is all bits 0, and field may be omitted if this is the value. (Field may be omitted in Profile J files.)
T82Options(435) = 0 LONG Compression = 9 の場合に必須 個々のビットは、適用可能な JBIG コーディングのプロファイルを示すように設定されます。すべてのビットが 0 に設定されている場合は、T.82 の ITU-T T.85 プロファイルを示します。他の値はさらなる研究のためです。デフォルトはすべてのビット 0 で、この値の場合はフィールドを省略できます。(プロファイル J ファイルではフィールドが省略される場合があります。)
Note: A T.82 decoder can decode a T.85-encoded image when it handles the NEWLE marker code as described Corrigendum 1 in [T.85].
注: T.82 デコーダは、[T.85] の正誤表 1 に記載されているように NEWLE マーカー コードを処理する場合、T.85 でエンコードされた画像をデコードできます。
See Sections 2.2.3 and 2.2.4.
セクション 2.2.3 および 2.2.4 を参照してください。
Recommended fields are shown with an asterisk (*).
推奨されるフィールドにはアスタリスク (*) が付いています。
Required fields or values are shown with a double asterisk (**). If the double asterisk is on the field name, then all the listed values are required of implementations; if the double asterisks are in the Values column, then only the values suffixed with a double asterisk are required of implementations.
必須フィールドまたは値は二重アスタリスク (**) で示されます。フィールド名に二重アスタリスクがある場合、リストされているすべての値が実装に必要です。二重アスタリスクが「値」列にある場合、実装には二重アスタリスクの接尾辞が付いている値のみが必要です。
+---------------------------+--------------------------------+
| Baseline Fields | Values |
+---------------------------+--------------------------------+
| BitsPerSample | 1** |
+---------------------------+--------------------------------+
| Compression | 9**: JBIG coding |
+---------------------------+--------------------------------+
| DateTime* | {ASCII}: date/time in 24-hour |
| | format "YYYY:MM:DD HH:MM:SS" |
+---------------------------+--------------------------------+
| FillOrder** | 1: most significant bit first |
| | 2: least significant bit first |
+---------------------------+--------------------------------+
| ImageDescription* | {ASCII}: A string describing |
| | the contents of the image |
+---------------------------+--------------------------------+
| ImageWidth | 1728**, 2048, 2432, 2592, |
| | 3072, 3456, 3648, 4096, 4864 |
+---------------------------+--------------------------------+
| ImageLength** | n: total number of scanlines |
| | in image |
+---------------------------+--------------------------------+
| NewSubFileType** | 2: Bit 1 identifies single |
| | page of a multi-page document |
+---------------------------+--------------------------------+
| Orientation | 1**-8, Default 1 |
+---------------------------+--------------------------------+
| PhotometricInterpretation | 0: pixel value 1 means black |
| ** | 1: pixel value 1 means white |
+---------------------------+--------------------------------+
+---------------------------+--------------------------------+
| ResolutionUnit** | 2: inch |
| | 3: centimeter |
+---------------------------+--------------------------------+
| RowsPerStrip** | n: number of scanlines per |
| | TIFF strip |
+---------------------------+--------------------------------+
| SamplesPerPixel** | 1 |
+---------------------------+--------------------------------+
| Software* | {ASCII}: name & release |
| | number of creator software |
+---------------------------+--------------------------------+
| StripByteCounts** | <n>: number of bytes in TIFF |
| | strip |
+---------------------------+--------------------------------+
| StripOffsets** | <n>: offset from beginning of |
| | file to each TIFF strip |
+---------------------------+--------------------------------+
| XResolution | 200, 204**, 300, 400, 408 |
| | (written in pixels/inch) |
+---------------------------+--------------------------------+
| YResolution | 98**, 196**, 100, |
| | 200, 300, 391, 400 |
| | (written in pixels/inch) |
+---------------------------+--------------------------------+
| Extension Fields |
+---------------------------+--------------------------------+
| DocumentName* | {ASCII}: name of document |
| | scanned |
+---------------------------+--------------------------------+
| PageNumber** | n,m: page number followed by |
| | total page count |
+---------------------------+--------------------------------+
| New Fields |
+---------------------------+--------------------------------+
| GlobalParametersIFD* | IFD: global parameters IFD |
+---------------------------+--------------------------------+
| T82Options** | 0: T.85 profile of T.82 |
+---------------------------+--------------------------------+
| ProfileType* | n: type of data stored in file |
+---------------------------+--------------------------------+
| FaxProfile* | n: ITU-compatible fax profile |
+---------------------------+--------------------------------+
| CodingMethods* | n: compression algorithms used |
| | in file |
+---------------------------+--------------------------------+
6. Profile C: Base Color Fax profile
This section defines the lossy color profile of TIFF for facsimile, designated Profile C. Implementations of this profile are required to also implement Profile S as well.
このセクションでは、ファクシミリ用の TIFF の非可逆カラー プロファイル (プロファイル C と指定) を定義します。このプロファイルの実装には、プロファイル S も実装する必要があります。
This is the base profile for color and grayscale facsimile, which means that all applications that support color fax must support this profile. The basic approach is the lossy JPEG compression [T.4, Annex E; T.81] of L*a*b* color data [T.42]. Grayscale applications use the L* lightness component; color applications use the L*, a* and b* components.
これは、カラーおよびグレースケール ファクシミリの基本プロファイルです。つまり、カラー ファックスをサポートするすべてのアプリケーションがこのプロファイルをサポートする必要があります。基本的なアプローチは非可逆 JPEG 圧縮です [T.4、付録 E;T.81]のL*a*b*カラーデータ[T.42]。グレースケール アプリケーションは L* 明度コンポーネントを使用します。カラー アプリケーションでは、L*、a*、b* コンポーネントが使用されます。
This profile uses a new PhotometricInterpretation field value to describe the L*a*b* encoding specified in [T.42]. This encoding differs in two ways from the other L*a*b* encodings used in TIFF [TIFF, TTN1]: it specifies a different default range for the a* and b* components, based on a comprehensive evaluation of existing hardcopy output, and it optionally allows selectable range for the L*, a* and b* components.
このプロファイルは、新しい 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 および付録 E。T.4.
ImageWidth(256). SHORT or LONG This profile supports the following fixed page widths: 864, 1024, 1216, 1728, 2048, 2432, 2592, 3072, 3456, 3648, 4096, 4864.
画像幅(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. SHORT Count = SamplesPerPixel The base color fax profile requires 8 bits per sample.
BitsPerSample(258) = 8。SHORT Count = SamplesPerPixel 基本カラー FAX プロファイルには、サンプルあたり 8 ビットが必要です。
Compression(259) = 7. SHORT Base color fax profile uses Baseline JPEG compression. Value 7 represents JPEG compression as specified in [TTN2].
Compression(259) = 7. SHORT 基本カラー FAX プロファイルは、ベースライン JPEG 圧縮を使用します。値 7 は、[TTN2] で指定されている JPEG 圧縮を表します。
FillOrder(266) = 1 , 2. SHORT RequiredByTIFFBaseline Profile C readers must be able to read data in both bit orders, but the vast majority of facsimile products store data LSB first, exactly as it appears on the telephone line. 1 = Most Significant Bit first. 2 = Least Significant Bit first.
FillOrder(266) = 1 , 2. SHORT RequiredByTIFFBaseline Profile C リーダーは両方のビット順序でデータを読み取ることができなければなりませんが、ファクシミリ製品の大部分は、電話回線に表示されるのとまったく同じように、データを LSB から先頭に格納します。1 = 最上位ビットが最初。2 = 最下位ビットが最初。
PhotometricInterpretation(262) = 10. SHORT Base color fax profile requires pixel values to be stored with the CIE L*a*b* encoding defined in ITU-T Rec. T.42. This encoding is indicated by the PhotometricInterpretation value 10, referred to as ITULAB. With this encoding, the minimum sample value is mapped to 0, and the maximum sample value is mapped to (2^n - 1), i.e., the maximum value, where n is the BitsPerSample value. The conversion from unsigned ITULAB-encoded samples values to signed CIE L*a*b* values is determined by the Decode field; see Section 6.2.3.
PhotometricInterpretation(262) = 10。 SHORT 基本カラー FAX プロファイルでは、ITU-T Rec. で定義されている CIE L*a*b* エンコードでピクセル値を保存する必要があります。T.42。このエンコーディングは、ITULAB と呼ばれる PhotometricInterpretation 値 10 によって示されます。このエンコードでは、最小サンプル値は 0 にマッピングされ、最大サンプル値は (2^n - 1)、つまり最大値にマッピングされます。ここで、n は BitsPerSample 値です。符号なしの ITULAB エンコードされたサンプル値から符号付き CIE L*a*b* 値への変換は、Decode フィールドによって決定されます。セクション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. SHORT The unit of measure for resolution. 2 = inch. ITU-T standards only specify inch-based resolutions for color fax. Default = 2 (field may be omitted if this is the value).
ResolutionUnit(296) = 2。 SHORT 解像度の測定単位。2 = インチ。ITU-T 標準では、カラー FAX のインチベースの解像度のみが指定されています。デフォルト = 2 (これが値の場合、フィールドは省略できます)。
SamplesPerPixel(277) = 1, 3.
SHORT
1: L* component only, required in base color profile
3: L*, a*, b* components
Encoded according to PhotometricInterpretation field
XResolution(282) = 100, 200, 300, 400. RATIONAL YResolution(283) = 100, 200, 300, 400. RATIONAL The resolution of the image is expressed in pixels per resolution unit. In pixels per inch, allowed XResolution values are 100, 200, 300, and 400. The base color fax profile requires the pixels to be square, hence YResolution must equal XResolution. Base resolution is 200 pixels per inch and SHALL be supported by all implementations of this profile.
XResolution(282) = 100、200、300、400。 RATIONAL YResolution(283) = 100、200、300、400。 RATIONAL 画像の解像度は、解像度単位ごとのピクセルで表されます。インチあたりのピクセル数では、許可される XResolution 値は 100、200、300、および 400 です。ベース カラー FAX プロファイルではピクセルが正方形である必要があるため、YResolution は XResolution と等しくなければなりません。基本解像度は 200 ピクセル/インチであり、このプロファイルのすべての実装でサポートされるものとします。
NOTE: The functional equivalence of inch-based and metric-based resolutions is maintained, per Annex E.6.5 in [T.4]. See table in Section 2.2.2.
注: [T.4] の付録 E.6.5 に従って、インチベースとメートルベースの解像度の機能的同等性が維持されます。セクション 2.2.2 の表を参照してください。
NOTE: Not all combinations of XResolution, YResolution and ImageWidth are legal. The following table gives the legal combinations for inch-based resolutions and the corresponding paper sizes [T.30].
注: XResolution、YResolution、ImageWidth のすべての組み合わせが有効であるわけではありません。次の表は、インチベースの解像度と対応する用紙サイズの正当な組み合わせを示しています [T.30]。
+--------------------------------+---------------------------+
| XResolution x YResolution | ImageWidth |
+--------------------------------+---------------------------+
| 100 x 100 | 864 | 1024 | 1216 |
+--------------------------------+---------------------------+
| 200 x 200 | 1728 | 2048 | 2432 |
+--------------------------------+---------------------------+
| 300 x 300 | 2592 | 3072 | 3648 |
+--------------------------------+---------------------------+
| 400 x 400 | 3456 | 4096 | 4864 |
+--------------------------------+---------------------------+
|Letter,A4| B4 | A3 |
| Legal | | |
+---------------------------+
| Paper Size |
+---------------------------+
The JPEG compression standard allows for the a*b* chroma components of an image to be subsampled relative to the L* lightness component. The extension fields ChromaSubSampling and ChromaPositioning define the subsampling. They are the same as YCbCrSubSampling and YCbCrPositioning in [TIFF] but have been renamed to reflect their applicability to other color spaces.
JPEG 圧縮標準では、画像の 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.
クロマサブサンプリング(530)。SHORT Count = 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,
ショート 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, 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、付録 E で指定されています。
Decode(433). SRATIONAL Count = 2 * SamplesPerPixel Describes how to map image sample values into the range of values appropriate for the current color space. In general, the values are taken in pairs and specify the minimum and maximum output value for each color component. For the base color fax profile, Decode has a count of 6 values and maps the unsigned ITULAB-encoded sample values (Lsample, asample, bsample) to signed L*a*b* values, as follows: L* = Decode[0] + Lsample x (Decode[1]-Decode[0])/(2^n -1) a* = Decode[2] + asample x (Decode[3]-Decode[2])/(2^n -1) b* = Decode[4] + bsample x (Decode[5]-Decode[4])/(2^n -1) where Decode[0], Decode[2] and Decode[4] are the minimum values for L*, a*, and b*; Decode[1], Decode[3] and Decode[5] are the maximum values for L*, a*, and b*; and n is the BitsPerSample. When n=8,=20 L*=Decode[0] when Lsample=0 and L*=Decode[1] when Lsample=255.
デコード(433)。SRATIONAL Count = 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) ここで、Decode[0]、Decode[2]、および Decode[4] は L* の最小値です。a*、および b*;Decode[1]、Decode[3]、および Decode[5] は、L*、a*、および b* の最大値です。n は BitsPerSample です。n=8,=20 の場合、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 勧告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 the corresponding default minimum and maximum default values for the Decode field, calculated using the equations above when PhotometricInterpetation=10.
デコードフィールドのデフォルト値は色空間によって異なります。ITULAB 色空間エンコーディングの場合、デフォルト値は、ITU-T Rec. で指定されている基本範囲とオフセットに対応します。T.42 [T.42]。次の表は、BitsPerSample=8 の基本範囲とオフセット値、および PhotometricInterpetation=10 の場合に上記の方程式を使用して計算された、Decode フィールドの対応するデフォルトの最小値と最大値を示しています。
Refer to ITU-T Rec. T.42 [T.42] to calculate the range and offset, and hence the minimum and maximum values, for other BitsPerSample values.
ITU-T 勧告を参照してください。T.42 [T.42] を使用して、他の BitsPerSample 値の範囲とオフセット、つまり最小値と最大値を計算します。
+-----------------------------------------------+
| ITU-T Rec. T.42 | Decode |
+---------+-----------| base values | default values |
| BitsPer + Component +------------------+----------------------------+
| -Sample | | Range | Offset | Min | Max |
+---------+-----------+--------+---------+--------------+-------------+
| 8 | L* | 100 | 0 | 0 | 100 |
| +-----------+--------+---------+--------------+-------------+
| | a* | 170 | 128 | -21760/255 | 21590/255 |
| +-----------+--------+---------+--------------+-------------+
| | b* | 200 | 96 | -19200/255 | 31800/255 |
+---------+-----------+--------+---------+--------------+-------------+
For example, when PhotometricInterpretation=10 and BitsPerSample=8, the default value for Decode is (0, 100, -21760/255, 21590/255, -19200/255, 31800/255). For guidelines on the use of the Decode field, see section 5.2.2 of [GUIDE].
たとえば、PhotometricInterpretation=10 および BitsPerSample=8 の場合、Decode のデフォルト値は (0、100、-21760/255、21590/255、-19200/255、31800/255) です。Decode フィールドの使用に関するガイドラインについては、[GUIDE] のセクション 5.2.2 を参照してください。
See Sections 2.2.3. and 2.2.4.
セクション2.2.3を参照してください。および2.2.4。
Recommended fields are shown with an asterisk (*).
推奨されるフィールドにはアスタリスク (*) が付いています。
Required fields or values are shown with a double asterisk (**). If the double asterisk is on the field name, then all the listed values are required of implementations; if the double asterisk is in the Values column, then only the values suffixed with a double asterisk are required of implementations.
必須フィールドまたは値は二重アスタリスク (**) で示されます。フィールド名に二重アスタリスクがある場合、リストされているすべての値が実装に必要です。二重アスタリスクが「値」列にある場合、実装には二重アスタリスクの接尾辞が付いている値のみが必要です。
+---------------------------+--------------------------------+
| Baseline Fields | Values |
+---------------------------+--------------------------------+
| BitsPerSample | 8**: 8 bits per color sample |
+---------------------------+--------------------------------+
| Compression** | 7: JPEG |
+---------------------------+--------------------------------+
| DateTime* | {ASCII}: date/time in 24-hour |
| | format "YYYY:MM:DD HH:MM:SS" |
+---------------------------+--------------------------------+
| FillOrder** | 1: most significant bit first |
| | 2: least significant bit first |
+---------------------------+--------------------------------+
| ImageDescription* | {ASCII}: A string describing |
| | the contents of the image |
+---------------------------+--------------------------------+
| ImageWidth | 864, 1024, 1216, 1728**, 2048 |
| | 2432, 2592, 3072, 3456, 3648 |
| | 4096, 4864 |
+---------------------------+--------------------------------+
| ImageLength** | n: total number of scanlines |
| | in image |
+---------------------------+--------------------------------+
| NewSubFileType** | 2: Bit 1 identifies single page|
| | of a multi-page document |
+---------------------------+--------------------------------+
| Orientation | 1**-8, Default 1 |
+---------------------------+--------------------------------+
+------------------------------------------------------------+
| PhotometricInterpretation | 10**: ITULAB |
+---------------------------+--------------------------------+
| ResolutionUnit** | 2: inch |
+---------------------------+--------------------------------+
| RowsPerStrip** | n: number of scanlines per |
| | TIFF strip |
+---------------------------+--------------------------------+
| SamplesPerPixel | 1**: L* (lightness) |
| | 3: LAB |
+---------------------------+--------------------------------+
| Software* | {ASCII}: name & release number |
| | of creator software |
+---------------------------+--------------------------------+
| StripByteCounts** | <n>: number or bytes in |
| | TIFF strip |
+---------------------------+--------------------------------+
| StripOffsets** | <n>: offset from beginning |
| | of file to each TIFF strip |
+---------------------------+--------------------------------+
| XResolution | 100, 200**, 300, 400 (written |
| | in pixels/inch) |
+---------------------------+--------------------------------+
| YResolution | 100, 200**, 300, 400 |
| | (must equal XResolution) |
+---------------------------+--------------------------------+
| Extension Fields |
+---------------------------+--------------------------------+
| DocumentName* | {ASCII}: name of scanned |
| | document |
+---------------------------+--------------------------------+
| PageNumber** | n,m: page number followed by |
| | total page count |
+---------------------------+--------------------------------+
| ChromaSubSampling | (1,1), (2, 2)** |
| | (1, 1): equal numbers of |
| | lightness and chroma samples |
| | horizontally and vertically |
| | (2, 2): twice as many lightness|
| | samples as chroma samples |
| | horizontally and vertically |
+---------------------------+--------------------------------+
| ChromaPositioning | 1**: centered |
+------------------------------------------------------------+
+---------------------------+--------------------------------+
| New Fields |
+---------------------------+--------------------------------+
| Decode** | minL, maxL, mina, maxa, minb, |
| | maxb: minimum and maximum |
| | values for L*a*b* |
+---------------------------+--------------------------------+
| GlobalParametersIFD* | IFD: IFD containing |
| | global parameters |
+---------------------------+--------------------------------+
| ProfileType* | n: type of data stored in |
| | TIFF file |
+---------------------------+--------------------------------+
| FaxProfile* | n: ITU-compatible fax profile |
+---------------------------+--------------------------------+
| CodingMethods* | n: compression algorithms |
| | used in file |
+---------------------------+--------------------------------+
| VersionYear* | byte sequence: year of ITU std |
+---------------------------+--------------------------------+
This section defines the lossless color profile of TIFF for facsimile, designated Profile L. Implementations of this profile are required to also implement Profiles S and C as well.
このセクションでは、プロファイル L と呼ばれる、ファクシミリ用の TIFF のロスレス カラー プロファイルを定義します。このプロファイルの実装には、プロファイル S および C も実装する必要があります。
This profile, specified in [T.43] and [T.4] Annex G, uses JBIG to code three types of color and grayscale images losslessly: one bit per color CMY, CMYK, and RGB images; a palettized (i.e., mapped) color image; and continuous tone color and grayscale images. The last two are multi-level and use the L*a*b* encoding specified in [T.42].
[T.43] および [T.4] Annex G で指定されているこのプロファイルは、JBIG を使用して 3 種類のカラーおよびグレースケール画像をロスレスでコーディングします。パレット化された（つまり、マッピングされた）カラー画像。連続階調カラーおよびグレースケール画像。最後の 2 つはマルチレベルであり、[T.42] で指定されている L*a*b* エンコーディングを使用します。
While under development, ITU-T Rec. T.43 was called T.Palette, as one of its major additions was palettized color images. Baseline TIFF only allows RGB color maps, but ITU-T Rec. T.43 requires L*a*b* color maps, using the encoding specified in ITU-T Rec. T.42. Palette color images are expressed with indices (bits per sample) of 12 bits or less, or optionally 13 to 16 bits, per [T.43] and Annex G in [T.4]. Profile L files use the color table in the T.43 data stream rather than the TIFF ColorMap field.
開発中、ITU-T Rec.T.43 は、その主要な追加機能の 1 つがパレット化されたカラー イメージであったため、T.Palette と呼ばれていました。ベースライン TIFF では RGB カラー マップのみが許可されますが、ITU-T Rec.T.43 では、ITU-T Rec. で指定されたエンコーディングを使用した L*a*b* カラー マップが必要です。T.42。パレット カラー イメージは、[T.43] および [T.4] の付属書 G に従って、12 ビット以下、またはオプションで 13 ～ 16 ビットのインデックス (サンプルあたりのビット数) で表現されます。プロファイル L ファイルは、TIFF ColorMap フィールドではなく、T.43 データ ストリームのカラー テーブルを使用します。
Enabling T.43 color maps in TIFF requires the extension field Indexed, as defined in [TTN1], and the PhotometricInterpretation field value 10, as defined in Section 6.2.1. The following table shows the corresponding PhotometricInterpretation, SamplesPerPixel, BitsPerSample, and Indexed field values for the different T.43 image types.
TIFF で T.43 カラー マップを有効にするには、[TTN1] で定義されている拡張フィールド Indexed と、セクション 6.2.1 で定義されている PhotometricInterpretation フィールド値 10 が必要です。次の表は、さまざまな T.43 イメージ タイプに対応する PhotometricInterpretation、SamplesPerPixel、BitsPerSample、および Indexed フィールドの値を示しています。
+----------------------------------------------------------+
| Image Type |PhotometricIn| Samples | Bits Per | Indexed |
| |-terpretation| Per Pixel| Sample | |
|------------+-------------+----------+----------+---------|
| RGB | 2=RGB | 3 | 1 | 0 |
+----------------------------------------------------------+
| CMY | 5=CMYK | 3 | 1 | 0 |
+------------+-------------+----------+----------+---------+
| CMYK | 5=CMYK | 4 | 1 | 0 |
+------------+-------------+----------+----------+---------+
| Palette | 10=ITULAB | 1 | n | 1 |
+------------+-------------+----------+----------+---------+
| Grayscale | 10=ITULAB | 1 |2-8, 9-12 | 0 |
+------------+-------------+----------+----------+---------+
| Color | 10=ITULAB | 3 |2-8, 9-12 | 0 |
+------------+-------------+----------+----------+---------+
T.43 uses the single-progression sequential mode of JBIG, defined in ITU-T Rec. T.82. (Other compression methods are for further study.) To code multi-level images using JBIG, which is a bi-level compression method, an image is resolved into a set of bit-planes, and each bit-plane is then JBIG compressed. For continuous-tone color and grayscale images, Gray code conversion is used. The Gray code conversion is part of the data-stream encoding and is therefore invisible to TIFF.
T.43 は、ITU-T Rec. で定義されている 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 profile; see Section 6.2.1.
NewSubFileType(254) = (Bit 1=1).
LONG
RequiredByTIFFforFAX
Bit 1 is 1 if the image is a single page of a multi-page document.
Default = 0 (no subfile bits on, so may not be omitted for fax).
BitsPerSample(258) = 1, 2 - 8, 9 - 12. SHORT Count = SamplesPerPixel RGB, CMY, CMYK: 1 bit per sample Continuous tone (L*a*b*): 2 - 8 bits per sample, 9 - 12 bits optional. Palette color: 12 or fewer bits per sample. Note: More than 8 bits per sample is not baseline TIFF.
BitsPerSample(258) = 1、2 ～ 8、9 ～ 12。SHORT カウント = SamplesPerPixel RGB、CMY、CMYK: サンプルあたり 1 ビット 連続トーン (L*a*b*): サンプルあたり 2 ～ 8 ビット、9 ～ 12ビットはオプションです。パレット カラー: サンプルごとに 12 ビット以下。注: サンプルあたり 8 ビットを超える場合は、ベースライン TIFF ではありません。
Compression(259) = 10. SHORT 10: ITU-T Rec. T.43 representation, using ITU-T Rec. T.82 (JBIG) coding
圧縮(259) = 10。 SHORT 10: ITU-T Rec.ITU-T Rec. を使用した T.43 表現。T.82 (JBIG) コーディング
FillOrder(266) = 1 , 2. SHORT RequiredByTIFFBaseline Profile L readers must be able to read data in both bit orders, but the vast majority of facsimile products store data LSB first, exactly as it appears on the telephone line. 1 = Most Significant Bit first. 2 = Least Significant Bit first.
FillOrder(266) = 1 , 2. SHORT RequiredByTIFFBaseline Profile L リーダーは、両方のビット順序でデータを読み取ることができなければなりませんが、ファクシミリ製品の大部分は、電話回線に表示されるのとまったく同じように、データを LSB から先頭に格納します。1 = 最上位ビットが最初。2 = 最下位ビットが最初。
PhotometricInterpretation(262) = 2, 5, 10. SHORT 2: RGB 5: CMYK, including CMY 10: ITULAB Image data may also be stored as palette-color images, where pixel values are represented by a single component that is an index into a color map using the ITULAB encoding. This color map is specified by the color palette table embedded in the image data stream. To use palette-color images, set the PhotometricInterpretation to 10, SamplesPerPixel to 1, Indexed to 1, and use the color map in the data stream. See Section 7.1.1 for discussion of the color encoding.
PhotometricInterpretation(262) = 2, 5, 10。 SHORT 2: RGB 5: CMYK (CMY を含む) 10: ITULAB 画像データは、パレット カラー イメージとして保存することもできます。この場合、ピクセル値は、インデックスである単一のコンポーネントによって表されます。ITULAB エンコーディングを使用したカラー マップ。このカラー マップは、画像データ ストリームに埋め込まれたカラー パレット テーブルによって指定されます。パレット カラー イメージを使用するには、PhotometricInterpretation を 10、SamplesPerPixel を 1、Indexed を 1 に設定し、データ ストリームでカラー マップを使用します。カラーエンコーディングの説明については、セクション 7.1.1 を参照してください。
ResolutionUnit(296) = 2. SHORT The unit of measure for resolution. 2 = inch. ITU-T standards only specify inch-based resolutions for color fax. Default = 2 (field may be omitted if this is the value).
ResolutionUnit(296) = 2。 SHORT 解像度の測定単位。2 = インチ。ITU-T 標準では、カラー FAX のインチベースの解像度のみが指定されています。デフォルト = 2 (これが値の場合、フィールドは省略できます)。
SamplesPerPixel(277) = 1, 3, 4. SHORT 1: Palette-color image, or L*-only if Indexed = 0 and PhotometricInterpretation is 10 (ITULAB). 3: RGB, or L*a*b*, or CMY if PhotometricInterpretation is 5 (CMYK). 4: CMYK.
SamplesPerPixel(277) = 1、3、4。 SHORT 1: パレット カラー イメージ、または 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 profile requires the pixels to be square, hence YResolution must equal XResolution. Base resolution is 200 pixels per inch.
XResolution(282) = 100、200、300、400。 RATIONAL YResolution(283) = 100、200、300、400。 RATIONAL 画像の解像度は、解像度単位ごとのピクセルで表されます。インチあたりのピクセル数では、許可される XResolution 値は 100、200、300、および 400 です。ロスレス カラー FAX プロファイルではピクセルが正方形である必要があるため、YResolution は XResolution と等しくなければなりません。基本解像度は 200 ピクセル/インチです。
Indexed(346) = 0, 1. SHORT 0: not a palette-color image. 1: palette-color image. This field is used to indicate that each sample value is an index into an array of color values specified in the image data stream. Because the color map is embedded in the image data stream, the ColorMap field is not used in Profile L. Lossless color fax profile supports palette-color images with the ITULAB encoding. The SamplesPerPixel value must be 1.
Indexed(346) = 0, 1。 SHORT 0: パレット カラー イメージではありません。1: パレットカラー画像。このフィールドは、各サンプル値が画像データ ストリームで指定されたカラー値の配列へのインデックスであることを示すために使用されます。カラー マップはイメージ データ ストリームに埋め込まれているため、プロファイル L では ColorMap フィールドは使用されません。ロスレス カラー FAX プロファイルは、ITULAB エンコーディングのパレット カラー イメージをサポートします。SamplesPerPixel 値は 1 である必要があります。
Decode(433) SRATIONAL Decode is used in connection with the ITULAB encoding of image data; 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 (*).
推奨されるフィールドにはアスタリスク (*) が付いています。
Required fields or values are shown with a double asterisk (**). If the double asterisk is on the field name, then all the listed values are required of implementations; if the double asterisks are in the Values column, then only the values suffixed with a double asterisk are required of implementations.
必須フィールドまたは値は二重アスタリスク (**) で示されます。フィールド名に二重アスタリスクがある場合、リストされているすべての値が実装に必要です。二重アスタリスクが「値」列にある場合、実装には二重アスタリスクの接尾辞が付いている値のみが必要です。
+--------------------+--------------------------------------+
| Baseline Fields | Values |
+--------------------+--------------------------------------+
| BitsPerSample | 1: Binary RGB, CMY(K) |
| | 8**: 8 bits per color sample |
| | 9 - 12: optional |
+--------------------+--------------------------------------+
| Compression | 10**: JBIG, per T.43 |
+--------------------+--------------------------------------+
| DateTime* | {ASCII}: date/time in the 24-hour |
| | format "YYYY:MM:DD HH:MM:SS" |
+--------------------+--------------------------------------+
| FillOrder** | 1: Most significant bit first |
| | 2: Least significant bit first |
+--------------------+--------------------------------------+
| ImageDescription* | {ASCII}: A string describing the |
| | contents of the image |
+--------------------+--------------------------------------+
| ImageWidth | 864, 1024, 1216, 1728**, 2048, 2432, |
| | 2592, 3072, 3456, 3648, 4096, 4864 |
+--------------------+--------------------------------------+
| ImageLength** | n: total number of scanlines in image|
+--------------------+--------------------------------------+
| NewSubFileType | 2**: Bit 1 identifies single page of |
| | a multi-page document |
+--------------------+--------------------------------------+
+--------------------+--------------------------------------+
| Orientation | 1**-8, Default 1 |
+--------------------+--------------------------------------+
| PhotometricInter- | 2: RGB |
| pretation | 5: CMYK |
| | 10**: ITULAB |
+--------------------+--------------------------------------+
| ResolutionUnit** | 2: inch |
+--------------------+--------------------------------------+
| RowsPerStrip** | n: number of scanlines per TIFF strip|
+--------------------+--------------------------------------+
| SamplesPerPixel | 1**: L* (lightness) |
| | 3: LAB, RGB, CMY |
| | 4: CMYK |
+--------------------+--------------------------------------+
| Software* | {ASCII}: name & release number of |
| | creator software |
+--------------------+--------------------------------------+
| StripByteCounts** | <n>: number or bytes in TIFF strip |
+--------------------+--------------------------------------+
| StripOffsets** | <n>: offset from beginning of file to|
| | each TIFF strip |
+--------------------+--------------------------------------+
| XResolution | 100, 200**, 300, 400 (pixels/inch) |
+--------------------+--------------------------------------+
| YResolution | equal to XResolution (pixels must be |
| | square) |
+--------------------+--------------------------------------+
| Extension Fields |
+--------------------+--------------------------------------+
| DocumentName* | {ASCII}: name of scanned document |
+--------------------+--------------------------------------+
| PageNumber** | n,m: page number followed by total |
| | page count |
+--------------------+--------------------------------------+
| Indexed | 0: not a palette-color image |
| | 1: palette-color image |
+--------------------+--------------------------------------+
| New Fields |
+--------------------+--------------------------------------|
| Decode | minL, maxL, mina, maxa, minb, maxb: |
| | minimum and maximum values for L*a*b*|
+--------------------+--------------------------------------+
| GlobalParameters | IFD: global parameters IFD |
| IFD* | |
+-----------------------------------------------------------+
+--------------------+--------------------------------------+
| ProfileType* | n: type of data stored in TIFF file |
+--------------------+--------------------------------------+
| FaxProfile* | n: ITU-compatible fax profile |
+--------------------+--------------------------------------+
| CodingMethods* | n: compression algorithms used in |
| | file |
+--------------------+--------------------------------------+
| VersionYear* | byte sequence: year of ITU fax std |
+--------------------+--------------------------------------+
This section defines the Mixed Raster Content profile of TIFF for facsimile, designated Profile M. Implementations of this profile are required to implement Profiles S and C and may optionally implement Profiles F, J and L.
このセクションでは、プロファイル M と指定された、ファクシミリ用 TIFF の混合ラスター コンテンツ プロファイルを定義します。このプロファイルの実装は、プロファイル S および C を実装するために必要であり、オプションでプロファイル F、J、および L を実装できます。
Unlike previous fax profiles, which use a single coding method and resolution for an entire fax page, Mixed Raster Content [T.44] enables different coding methods and resolutions within a single page. For example, consider a page that contains black-and-white text, which is best coded with MMR or JBIG; a color bar chart, best coded with JBIG; and a scanned color image, best coded with JPEG. Similarly, although spatial resolution of 400 pixels per inch may be best for the black-and-white text, 200 pixels per inch is usually sufficient for a color image.
FAX ページ全体に単一のコーディング方法と解像度を使用する以前の FAX プロファイルとは異なり、混合ラスター コンテンツ [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 with the TIFF format to yield a data structure that differs from [T.44], though it applies the same coding methods, uses the same compressed image data streams, and is consistent with the TIFF principle of a single IFD per image.
MRC では、1 つのコーディング方法と解像度をすべての要素に適用するのではなく、ページ内で複数のコーディングと解像度を使用できます。MRC 自体は、新しいコーディング方法や解像度を定義しません。代わりに、スキャンされた画像データを構造化して結合するための 3 層画像モデルを定義します。ここでは、MRC 3 層モデルが TIFF フォーマットに適用されており、[T.44] とは異なるデータ構造を生成していますが、同じコーディング方法を適用し、同じ圧縮画像データ ストリームを使用し、TIFF と一貫しています。画像ごとに単一の IFD の原則。
The 3 layers of the MRC model are Foreground and Background, which are both multi-level, and Mask, which is bi-level. Each layer may appear only once on a page and is coded independently of the other two layers. The final image is obtained by using the Mask layer to determine whether output pixels come from the Foreground layer or the Background layer. When the Mask layer pixel value is 1, the corresponding pixel from the Foreground layer is selected; when it is 0, the corresponding pixel from the Background layer is selected. Details are given in the Introduction of [T.44].
MRC モデルの 3 つのレイヤーは、両方ともマルチレベルである前景と背景、および 2 レベルであるマスクです。各レイヤーはページ上に 1 回だけ表示され、他の 2 つのレイヤーとは独立してコード化されます。最終的なイメージは、マスク レイヤーを使用して、出力ピクセルが前景レイヤーから来るか背景レイヤーから来るかを決定することによって取得されます。マスク レイヤーのピクセル値が 1 の場合、前景レイヤーから対応するピクセルが選択されます。0 の場合、背景レイヤーの対応するピクセルが選択されます。詳細は [T.44] の紹介で説明されています。
In our earlier example, the shape of the black-and-white text and the mask for the color chart could be in the Mask layer, the color of the chart and text in the Foreground layer, and the color image in the Background layer. If a Mask layer pixel has a value of 1, the final image pixel will be, depending on the pixel location, from either the color chart or text color in the Foreground layer. If a Mask layer pixel has a value of 0, the final image pixel will be from the color image in the Background layer.
前の例では、白黒テキストの形状とカラー チャートのマスクはマスク レイヤーに、チャートとテキストの色は前景レイヤーに、カラー イメージは背景レイヤーにあります。マスク レイヤーのピクセルの値が 1 の場合、最終的なイメージ ピクセルは、ピクセルの位置に応じて、前景レイヤーのカラー チャートまたはテキストの色のいずれかになります。マスク レイヤーのピクセルの値が 0 の場合、最終的なイメージ ピクセルは背景レイヤーのカラー イメージからのものになります。
Each layer is an image and, when present, is represented by at least one IFD in a TIFF file. This is consistent with TIFF, which provides fields to define the attributes, such as resolution, image size, bits per sample, etc., of a single image or layer. The distribution of content among layers is determined by the writer, as is the choice of coding method, color encoding, and spatial resolution for a layer.
各レイヤーはイメージであり、存在する場合は、TIFF ファイル内の少なくとも 1 つの IFD によって表されます。これは、単一の画像またはレイヤーの解像度、画像サイズ、サンプルあたりのビット数などの属性を定義するフィールドを提供する TIFF と一致しています。レイヤ間のコンテンツの分布は、レイヤのコーディング方法、カラー エンコーディング、空間解像度の選択と同様に、作成者によって決定されます。
Not all pages, and not all parts of a page, require 3 layers. If a page has of only one layer, then that layer is the primary image whether it is a Background, Mask, or Foreground layer. If there is more than one layer, then the Mask must be one of the layers, in which case it is the primary image. In all cases, the primary image must be page size.
すべてのページやページのすべての部分に 3 つのレイヤーが必要なわけではありません。ページにレイヤーが 1 つだけある場合は、背景レイヤー、マスクレイヤー、または前景レイヤーのいずれであっても、そのレイヤーがプライマリ画像になります。複数のレイヤーがある場合、マスクはレイヤーの 1 つである必要があり、その場合はそれがプライマリ イメージになります。どのような場合でも、プライマリ イメージはページ サイズである必要があります。
MRC [T.44] allows a page to be transmitted as a series of stripes, each consisting of 1, 2 or 3 layers. The number of scanlines in each stripe can vary over the page. Although [T.44] does not allow overlap between images of a single layer, the MRC profile permits overlapping IFDs when one of the IFDs is used only to define a default image color. According to [T.4] Annex H, stripes having more than 1 layer SHOULD NOT be more than 256 lines in length unless the capability to receive longer stripes has been negotiated.
MRC [T.44] では、ページを一連のストライプとして送信でき、各ストライプは 1、2、または 3 つのレイヤーで構成されます。各ストライプの走査線の数はページ全体で異なる場合があります。[T.44] では単一レイヤーの画像間のオーバーラップは許可されていませんが、MRC プロファイルでは、IFD の 1 つがデフォルトの画像カラーを定義するためだけに使用される場合、IFD のオーバーラップが許可されます。[T.4] 付属書 H によれば、より長いストライプを受信する能力が交渉されていない限り、2 層以上のストライプの長さは 256 ラインを超えてはなりません (SHOULD NOT)。
Furthermore, color fax also requires the spatial resolutions of Background and Foreground images to be legal fax values that are also integer factors of the Mask image resolution. For example, if the Mask-Layer resolution is 400 pixels per inch, then allowable resolutions for the Foreground and Background layers are 100, 200, or 400 pixels per inch; if the Mask is at 300 pixels per inch, then allowable values are 100 and 300. The Foreground and Background layer resolutions can be set independently of each other.
さらに、カラー FAX では、背景画像と前景画像の空間解像度が、マスク画像解像度の整数因数でもある正当な FAX 値である必要もあります。たとえば、マスク レイヤーの解像度が 1 インチあたり 400 ピクセルの場合、前景レイヤーと背景レイヤーの許容解像度は 1 インチあたり 100、200、または 400 ピクセルです。マスクが 300 ピクセル/インチの場合、許容値は 100 と 300 です。前景レイヤーと背景レイヤーの解像度は、互いに独立して設定できます。
In the TIFF representation of the 3-layer MRC model, each page is represented by a single IFD, called the Primary IFD. The nextIFD offset associated with a Primary IFD will point to the Primary IFD of the next page. If the page consists of a single layer, then the Primary IFD represents that layer. If more than one layer is present, the Primary IFD represents the Mask layer and the other layers are represented by a set of child IFDs that are referenced through the SubIFD extension field [TTN1] of the Primary IFD. To distinguish MRC-specific SubIFDs from other SubIFDs, the NewSubFileType field MUST have Bit 4 ON, indicating an MRC-related IFD. A new ImageLayer field is also introduced that consists of two values that identify the layer (Foreground, Background, or Mask) and the order within the layer (first, second, ... image of the layer); see Section 8.2.3.
3 層 MRC モデルの TIFF 表現では、各ページはプライマリ IFD と呼ばれる単一の IFD によって表されます。プライマリ IFD に関連付けられた nextIFD オフセットは、次のページのプライマリ IFD を指します。ページが単一のレイヤーで構成されている場合、プライマリ IFD はそのレイヤーを表します。複数のレイヤが存在する場合、プライマリ IFD はマスク レイヤを表し、他のレイヤはプライマリ IFD の SubIFD 拡張フィールド [TTN1] を通じて参照される子 IFD のセットによって表されます。MRC 固有の SubIFD を他の SubIFD と区別するには、NewSubFileType フィールドのビット 4 をオンにし、MRC 関連の IFD を示す必要があります。新しい ImageLayer フィールドも導入され、これはレイヤー (前景、背景、またはマスク) とレイヤー内の順序 (レイヤーの最初、2 番目、... 画像) を識別する 2 つの値で構成されます。セクション8.2.3を参照してください。
In Profile M, the Primary IFD represents a complete layer and corresponds to the primary image described in Section 8.1.1. There must be no other MRC-related IFDs or SubIFDs that contain image data corresponding to the layer represented by the Primary IFD.
プロファイル M では、プライマリ IFD は完全なレイヤーを表し、セクション 8.1.1 で説明されているプライマリ イメージに対応します。プライマリ IFD によって表されるレイヤーに対応する画像データを含む他の MRC 関連 IFD またはサブ IFD があってはなりません。
MRC [T.44] allows a page to be transmitted as a series of stripes. A strip within an IFD in a Profile M file represents a stripe in a [T.44] data stream. The [T.44] stripes of the Primary image are represented by a single, multiple-strip IFD; the [T.44] stripes of other layers are represented as multiple, single-strip IFDs.
MRC [T.44] では、ページを一連のストライプとして送信できます。プロファイル M ファイルの IFD 内のストリップは、[T.44] データ ストリームのストライプを表します。プライマリ イメージの [T.44] ストライプは、単一のマルチストリップ IFD によって表されます。他のレイヤーの [T.44] ストライプは、複数のシングルストリップ IFD として表されます。
The layer represented by the Primary IFD may consist of strips of image data, but all the strips must be part of the single Primary IFD. For example, if the page consisted of only the Background layer, then all strips associated with the Background layer must be treated as a single image. Because MRC allows stripes with variable numbers of scanlines, a reader MUST support StripRowCounts field, as a writer may use it in place of the RowsPerStrip field to support a variable number of scanlines in each strip of the Primary IFD. In accordance with [TTN2], each strip shall be independently encoded, but coding parameters may not change between strips.
プライマリ IFD によって表されるレイヤーは画像データのストリップで構成されますが、すべてのストリップが単一のプライマリ IFD の一部である必要があります。たとえば、ページが背景レイヤーのみで構成されている場合、背景レイヤーに関連付けられたすべてのストリップを 1 つの画像として扱う必要があります。MRC では可変数のスキャンラインを持つストライプが許可されるため、ライターはプライマリ IFD の各ストリップで可変数のスキャンラインをサポートするために RowsPerStrip フィールドの代わりに StripRowCounts フィールドを使用できるため、リーダーは StripRowCounts フィールドをサポートしなければなりません。[TTN2] に従って、各ストリップは独立して符号化されますが、符号化パラメータはストリップ間で変更できません。
Layers other than the layer represented by the Primary IFD store each strip as a separate IFD, allowing the coding parameters to change from strip to strip as described by the MRC standard [T.44]. In all cases, if the Mask layer exists, it shall be represented by a single IFD and a single set of coding parameters.
プライマリ IFD によって表されるレイヤー以外のレイヤーは、各ストリップを個別の IFD として保存し、MRC 標準 [T.44] で説明されているように、コーディング パラメータがストリップごとに変更できるようにします。すべての場合において、マスク層が存在する場合、それは単一の IFD と単一のコーディング パラメータ セットによって表されます。
The use of SubIFDs to store child IFDs is described in [TTN1]. When the Mask is the primary image, the Background and Foreground layer images are represented with child IFDs referenced by the SubIFDs field in the Primary IFD. There are multiple ways to organize the images of the Background and Foreground layer images: (1) the SubIFD field of the Primary IFD is an array of pointers to all child image IFDs, one entry per child image; (2) the SubIFD field is a single pointer to a linked list of all child image IFDs; (3) the SubIFD field is an array of two pointers, where the first pointer is to a linked list of all Background layer image IFDs, and the second pointer is to a linked list of all Foreground layer image IFDs. A Profile M writer SHOULD structure the Background and Foreground layer images by using (3), as shown in the example below. Furthermore, the child IFDs representing the images of the Background and Foreground layers SHOULD be ordered in the file in the same order as they occur on the page. However, a Profile M reader must scan all available child IFDs to locate and identify IFDs associated with MRC layers.
子 IFD を格納するための SubIFD の使用については、[TTN1] で説明されています。マスクがプライマリ イメージの場合、背景レイヤーと前景レイヤーのイメージは、プライマリ IFD の SubIFD フィールドによって参照される子 IFD で表されます。背景レイヤー画像と前景レイヤー画像の画像を整理するには、複数の方法があります。(1) プライマリ IFD の SubIFD フィールドは、すべての子画像 IFD へのポインターの配列であり、子画像ごとに 1 つのエントリが含まれます。(2) SubIFD フィールドは、すべての子画像 IFD のリンクされたリストへの単一のポインタです。(3) SubIFD フィールドは 2 つのポインターの配列であり、最初のポインターはすべての背景レイヤー画像 IFD のリンク リストを指し、2 番目のポインターはすべての前景レイヤー画像 IFD のリンク リストを指します。プロファイル M ライターは、以下の例に示すように、(3) を使用して背景レイヤーと前景レイヤーのイメージを構造化する必要があります (SHOULD)。さらに、背景レイヤーと前景レイヤーの画像を表す子 IFD は、ページ上で発生するのと同じ順序でファイル内で順序付けされる必要があります (SHOULD)。ただし、Profile M リーダーは、MRC レイヤーに関連付けられた IFD を見つけて識別するために、利用可能なすべての子 IFD をスキャンする必要があります。
(nextIFD)
PRIMARY IFD PAGE 0 -----------------------> PRIMARY IFD PAGE 1--> ...
ImageLayer = [2,1]
NewSubFileType = 18
SubIFD[0] ---------------------- SubIFD[1]
| |
V V
Child IFD Child IFD
ImageLayer = [1,1] ImageLayer [3,1]
NewSubFileType = 16 NewSubFileType 16
| |
|(nextIFD) |(nextIFD)
V V
Child IFD Child IFD
ImageLayer = [1,2] ImageLayer [3,2]
NewSubFileType = 16 NewSubFileType 16
| |
|(nextIFD) |(nextIFD)
V V
Child IFD Child IFD
ImageLayer = [1,3] ImageLayer [3,3]
NewSubFileType = 16 NewSubFileType 16
| |
|(nextIFD) |(nextIFD)
V V
0 0
The XPosition and YPosition TIFF fields specify the offset to the upper left corner of the IFD in resolution units, which are inches in Profile M; see Section 8.2.2. The Primary IFD must not use XPosition or YPosition fields.
XPosition および YPosition TIFF フィールドは、IFD の左上隅までのオフセットを解像度単位 (プロファイル M ではインチ) で指定します。セクション8.2.2を参照してください。プライマリ IFD では、XPosition フィールドまたは YPosition フィールドを使用してはなりません。
MRC [T.44] allows the specification of a default image color that is to be applied in the event no image data is transmitted for a given stripe and layer. The new field ImageBaseColor is used to store default image color specifications in Profile M, see 8.2.3. By setting the StripByteCounts array to zero values, an IFD defining a default color but containing no encoded image data can be specified. ImageBaseColor can also be used in IFDs that contain encoded image data. In that case, the fields of the IFD must accurately reflect the encoding of the image data. If the StripByteCount entry for a given strip is 0, then the ImageBaseColor is used for that strip. If the encoded image data is ITU L*a*b, the ImageBaseColor is interpreted with the encoding parameters of the image data. If the image data is not ITU L*a*b*, the ImageBaseColor is interpreted as 8-bit ITU L*a*b*; see Section 8.2.3.
MRC [T.44] では、特定のストライプおよびレイヤーに対して画像データが送信されない場合に適用されるデフォルトの画像色の指定を許可しています。新しいフィールド ImageBaseColor は、デフォルトの画像カラー仕様をプロファイル M に保存するために使用されます。8.2.3 を参照してください。StripByteCounts 配列をゼロ値に設定すると、デフォルトの色を定義するがエンコードされたイメージ データを含まない IFD を指定できます。ImageBaseColor は、エンコードされた画像データを含む IFD でも使用できます。その場合、IFD のフィールドは画像データのエンコーディングを正確に反映する必要があります。特定のストリップの StripByteCount エントリが 0 の場合、そのストリップには ImageBaseColor が使用されます。エンコードされた画像データが ITU L*a*b の場合、ImageBaseColor は画像データのエンコード パラメータを使用して解釈されます。画像データが ITU L*a*b* ではない場合、ImageBaseColor は 8 ビット ITU L*a*b* として解釈されます。セクション8.2.3を参照してください。
This section describes the TIFF fields required, in addition to those in Section 2.2.1, to represent MRC fax images. Since MRC stores fax data as a collection of images corresponding to layers or parts of layers, the coding methods, color encodings, and spatial resolutions used by previous profiles apply to Profile M. Therefore, the descriptions here will typically reference the appropriate earlier sections. Fields and values specific to Profile M are pointed out.
このセクションでは、セクション 2.2.1 のフィールドに加えて、MRC FAX イメージを表すために必要な TIFF フィールドについて説明します。MRC はファックス データをレイヤーまたはレイヤーの一部に対応する画像のコレクションとして保存するため、以前のプロファイルで使用されていたコーディング方法、カラー エンコーディング、および空間解像度がプロファイル M に適用されます。したがって、ここでの説明は通常、前の適切なセクションを参照します。プロファイル M に固有のフィールドと値が示されています。
ImageWidth(256). SHORT or LONG Same page widths as Profile C, the base color profile; see Section 6.2.1. In Profile M, the width of a Foreground or Background image in the coded data stream may be less than the page width, unless the Background or Foreground is the primary image, in which case the width of the coded data stream is the page width. The ImageWidth field will always store the actual width of the coded data.
画像幅(256)。SHORT または LONG ページ幅は基本カラー プロファイルであるプロファイル C と同じです。セクション6.2.1を参照してください。プロファイル M では、背景または前景がプライマリ画像である場合を除き、符号化データ ストリームの前景または背景画像の幅はページ幅よりも小さい場合があります。この場合、符号化データ ストリームの幅はページ幅になります。ImageWidth フィールドには、コード化されたデータの実際の幅が常に格納されます。
NewSubFileType(254) = 16, 18. LONG For Profile M, the NewSubFileType field has two bits that are required. Bit 1 indicates a single page of a multi-page document and must be set for the Primary IFD; Bit 4 indicates the MRC imaging model as described in ITU-T Recommendation T.44 [T.44] and must be set for Primary IFDs and all MRC-specific child IFDs.
NewSubFileType(254) = 16、18。LONG プロファイル M の場合、NewSubFileType フィールドには必須の 2 ビットがあります。ビット 1 は複数ページのドキュメントの 1 ページを示し、プライマリ IFD に設定する必要があります。ビット 4 は、ITU-T 勧告 T.44 [T.44] で説明されている MRC イメージング モデルを示し、プライマリ IFD およびすべての MRC 固有の子 IFD に対して設定する必要があります。
BitsPerSample(258) = 1, 2-8, 9-12 SHORT SamplesPerPixel(277) = 1, 3, 4. SHORT Compression(259) = 1, 3, 4, 7, 9, 10. SHORT For Mask layer, see Sections 4.2.1 and 5.2.1. For Foreground and Background layers, see Sections 6.2.1 and 7.2.1 Compression=1 is not used by previous profiles. An IFD used only to specify the default image color for a layer and strip will not have any encoded image data associated with it, i.e., the StripByteCounts field will contain a 0. Since no image data exists in the IFD, the Compression field shall be set to 1, indicating no compression. A Compression field value of 1 is not allowed for any other IFDs.
BitsPerSample(258) = 1、2-8、9-12 SHORT SamplesPerPixel(277) = 1、3、4。 SHORT Compression(259) = 1、3、4、7、9、10。 SHORT マスクレイヤーについては、を参照してください。セクション 4.2.1 および 5.2.1。前景レイヤーと背景レイヤーについては、セクション 6.2.1 および 7.2.1 を参照してください。 Compression=1 は、以前のプロファイルでは使用されません。レイヤーとストリップのデフォルトの画像カラーを指定するためにのみ使用される IFD には、それに関連付けられたエンコードされた画像データはありません。つまり、StripByteCounts フィールドには 0 が含まれます。IFD には画像データが存在しないため、Compression フィールドは次のようになります。1 に設定すると、圧縮がないことを示します。他の IFD では、Compression フィールド値 1 は許可されません。
FillOrder(266) = 1 , 2. SHORT RequiredByTIFFBaseline Profile M readers must be able to read data in both bit orders, but the vast majority of facsimile products store data LSB first, exactly as it appears on the telephone line 1 = Most Significant Bit first. 2 = Least Significant Bit first.
FillOrder(266) = 1 , 2. SHORT RequiredByTIFFBaseline Profile M リーダーは両方のビット順序でデータを読み取ることができなければなりませんが、ファクシミリ製品の大部分は、電話回線に表示されるのとまったく同じように、データを LSB から先頭に格納します。1 = 最上位ビット初め。2 = 最下位ビットが最初。
PhotometricInterpretation(262) = 0, 2, 10. SHORT For Mask layer, 0. For Foreground and Background layers, see Sections 6.2.1 and 7.2.1.
PhotometricInterpretation(262) = 0、2、10。SHORT マスク レイヤの場合は 0。前景レイヤと背景レイヤについては、セクション 6.2.1 および 7.2.1 を参照してください。
ResolutionUnit(296) = 2. SHORT The unit of measure for resolution. 2 = inch. ITU-T standards only specify inch-based resolutions for color fax Default = 2 (field may be omitted if this is the value).
ResolutionUnit(296) = 2。 SHORT 解像度の測定単位。2 = インチ。ITU-T 標準では、カラー FAX のインチベースの解像度のみが指定されています。デフォルト = 2 (この値の場合、フィールドは省略できます)。
StripByteCounts(279) SHORT or LONG In Profile M, it is permissible for the StripByteCounts value for a given strip to have a zero entry. This means there is no encoded image data corresponding to that strip. Instead, the current default image color should be used for the strip. The standard default image colors are black for the Foreground layer and White for the Background layer. The ImageBaseColor field can be used to specify other default colors; see Section 8.2.3.
StripByteCounts(279) SHORT または LONG プロファイル M では、特定のストリップの StripByteCounts 値のエントリがゼロであることが許容されます。これは、そのストリップに対応するエンコードされた画像データが存在しないことを意味します。代わりに、現在のデフォルトの画像カラーをストリップに使用する必要があります。標準のデフォルト画像カラーは、前景レイヤーが黒、背景レイヤーが白です。ImageBaseColor フィールドを使用して、他のデフォルトの色を指定できます。セクション8.2.3を参照してください。
XResolution(282) = 100, 200, 300, 400. RATIONAL YResolution(283) = 100, 200, 300, 400. RATIONAL The resolution of the image is expressed in pixels per resolution unit. In pixels per inch, allowed XResolution values for all layers are 100, 200, 300, and 400. Color fax requires the pixels to be square, hence YResolution must equal XResolution for all layers. The resolution of Background and Foreground layers must each be an integer factor of the Primary image, which is the Mask layer, when it is present; see Section 8.4.
XResolution(282) = 100、200、300、400。 RATIONAL YResolution(283) = 100、200、300、400。 RATIONAL 画像の解像度は、解像度単位ごとのピクセルで表されます。インチあたりのピクセル数では、すべてのレイヤーで許可される XResolution 値は 100、200、300、および 400 です。カラー FAX ではピクセルが正方形である必要があるため、YResolution はすべてのレイヤーの XResolution と等しくなければなりません。背景レイヤーと前景レイヤーの解像度はそれぞれ、プライマリ イメージ (マスク レイヤーが存在する場合) の整数倍でなければなりません。セクション8.4を参照してください。
ChromaSubSampling(530). SHORT ChromaPositioning(531). SHORT For Foreground and Background layers, see Section 6.2.2.
クロマサブサンプリング(530)。ショートクロマポジショニング(531)。短い 前景レイヤーと背景レイヤーについては、セクション 6.2.2 を参照してください。
Indexed(346) = 0, 1. SHORT For Foreground and Background layers: 1 indicates a palette-color image; see Section 7.2.2.
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].
サブIFD(330)。IFD 数 = 子 IFD の数。各値は、TIFF ファイルの先頭から子 IFD [TTN1] までのオフセットです。
XPosition(286). RATIONAL YPosition(287). RATIONAL Specifies the horizontal and vertical offsets of the top left of the IFD from the top left of the Primary IFD in resolution units. For example, if the Primary IFD is at 400 pixels per inch, and a foreground layer IFD is at 200 pixels per inch and located at pixel coordinate (345, 678) with respect to the Primary IFD, the XPosition value is 345/400 and the YPosition value is 678/400 in inches.
X位置(286)。RATIONAL YPosition(287)。RATIONAL プライマリ IFD の左上から IFD の左上までの水平および垂直オフセットを解像度単位で指定します。たとえば、プライマリ IFD が 400 ピクセル/インチで、フォアグラウンド レイヤ IFD が 200 ピクセル/インチで、プライマリ IFD に対してピクセル座標 (345, 678) に位置する場合、XPosition 値は 345/400 であり、YPosition 値は 678/400 インチです。
The Primary IFD does not use the XPosition or YPosition fields. The XPosition and YPosition values must be specified for MRC child IFDs; there is no default value.
プライマリ IFD は、XPosition フィールドまたは YPosition フィールドを使用しません。XPosition 値と YPosition 値は、MRC 子 IFD に指定する必要があります。デフォルト値はありません。
Decode(433). SRATIONAL For Foreground and Background layers, see Section 6.2.3.
デコード(433)。SRATIONAL 前景レイヤーと背景レイヤーについては、セクション 6.2.3 を参照してください。
T82Options(435) LONG For Mask layer, see Section 5.2.3.
T82Options(435) LONG マスク層については、セクション 5.2.3 を参照してください。
ImageBaseColor(434). SHORT Count = SamplesPerPixel
ImageBaseColor(434)。SHORT カウント = ピクセルあたりのサンプル数
In areas of an image layer where no image data is available (i.e., where no strips are defined, or where the StripByteCounts entry for a given strip is 0), the color specified by ImageBaseColor will be used.
イメージ データが使用できないイメージ レイヤーの領域 (つまり、ストリップが定義されていない場合、または特定のストリップの StripByteCounts エントリが 0 である場合) では、ImageBaseColor で指定された色が使用されます。
If the ImageBaseColor field is used in an IFD that contains image data encoded in ITU L*a*b*, then the ImageBaseColor will be interpreted with the color-encoding parameters of the image data (i.e., color gamut, illuminant, bit/sample, and decode). If the ImageBaseColor field is used in an IFD that contains image data that is not encoded in ITU L*a*b, then the ImageBaseColor SHALL be interpreted as 8 bits/sample, 3 samples/pixel ITU L*a*b*. If the ImageBaseColor field is used in an IFD that contains no encoded image data, then the ImageBaseColor SHALL be interpreted as 8 bits/sample, 3 samples/pixel ITU L*a*b*. If the fax data stream requires a different encoding, then transferring the default color value between a TIFF file and fax data stream requires a color conversion.
ITU L*a*b* でエンコードされた画像データを含む IFD で ImageBaseColor フィールドが使用される場合、ImageBaseColor は画像データのカラー エンコード パラメータ (色域、光源、ビット/サンプルなど) を使用して解釈されます。、デコードします）。ITU L*a*b でエンコードされていない画像データを含む IFD で ImageBaseColor フィールドが使用される場合、ImageBaseColor は 8 ビット/サンプル、3 サンプル/ピクセル ITU L*a*b* として解釈されます。ImageBaseColor フィールドが、エンコードされた画像データを含まない IFD で使用される場合、ImageBaseColor は 8 ビット/サンプル、3 サンプル/ピクセル ITU L*a*b* として解釈されるものとします (SHALL)。FAX データ ストリームに別のエンコードが必要な場合、TIFF ファイルと FAX データ ストリーム間でデフォルトのカラー値を転送するには、カラー変換が必要です。
A [T.44] stripe may contain a Foreground or Background image less than full stripe size, with the rest of the stripe assuming a default image color. In this case, the default image color is imaged first, followed by the image data. In Profile M, this is represented as a child IFD containing no encoded image data but specifying the default image color in the ImageBaseColor field. A second child IFD contains the image data. To ensure the default image color is imaged first, the order value in the ImageLayer field of the IFD defining the ImageBaseColor field MUST have a lower value than the order value in the ImageLayer field of the IFD defining the image data.
[T.44] ストライプには、完全なストライプ サイズより小さい前景または背景画像が含まれる場合があり、ストライプの残りの部分はデフォルトの画像色と見なされます。この場合、デフォルトのイメージ カラーが最初にイメージ化され、次にイメージ データが続きます。プロファイル M では、これは、エンコードされた画像データを含まないが、ImageBaseColor フィールドにデフォルトの画像色を指定する子 IFD として表されます。2 番目の子 IFD には画像データが含まれます。デフォルトの画像カラーが最初に画像化されるようにするには、ImageBaseColor フィールドを定義する IFD の ImageLayer フィールドの順序値は、画像データを定義する IFD の ImageLayer フィールドの順序値よりも低い値でなければなりません。
To define a child IFD specifying a ImageBaseColor but containing no encoded image data, create an IFD with the following settings.
ImageBaseColor を指定するがエンコードされたイメージ データを含まない子 IFD を定義するには、次の設定で IFD を作成します。
ImageLayer[0]: specified layer ImageLayer[1]: less than any other IFDs corresponding to the same layer and strip. RowsPerStrip: strip height ImageLength: strip height ImageWidth: full image width BitsPerSample: 8 PhotometricInterpretation: 10 (ITULAB) SamplesPerPixel: 3 Compression: 1 (none) X/YResolution: that of the Primary IFD XPosition: 0 YPosition: the offset from the top of the page to the beginning of the strip in the resolution units of inches StripByteCounts: single 0 value StripOffsets: single 0 entry NewSubFileType: bit 4 O (MRC) ImageBaseColor: desired color in 8 bit ITULAB
ImageLayer[0]: 指定されたレイヤー ImageLayer[1]: 同じレイヤーおよびストリップに対応する他の IFD よりも小さい。RowsPerStrip: ストリップの高さ ImageLength: ストリップの高さ ImageWidth: 画像の全幅 BitsPerSample: 8 PhotometricInterpretation: 10 (ITULAB) SamplesPerPixel: 3 Compression: 1 (なし) X/YResolution: プライマリ IFD の XPosition: 0 YPosition: 上からのオフセットページの先頭からストリップの先頭まで (解像度単位はインチ) StripByteCounts: 単一の 0 値 StripOffsets: 単一の 0 エントリ NewSubFileType: ビット 4 O (MRC) ImageBaseColor: 8 ビット ITULAB での希望の色
For the Foreground layer image, the default value for the ImageBaseColor field is black. For other cases, including the Background layer image, the default value is white.
前景レイヤー画像の場合、ImageBaseColor フィールドのデフォルト値は黒です。背景レイヤー画像を含むその他の場合、デフォルト値は白です。
StripRowCounts(559). LONG Count = number of strips. The number of scanlines stored in a strip. Profile M allows each fax strip to store a different number of scanlines. For strips with more than one layer, the maximum strip size is either 256 scanlines or full page size. The 256 maximum SHOULD be used unless the capability to receive longer strips has been negotiated. This field replaces RowsPerStrip for IFDs with variable-size strips. Only one of the two fields, StripRowCounts and RowsPerStrip, may be used in an IFD.
ストリップ行数(559)。LONG カウント = ストリップの数。ストリップに保存されているスキャンラインの数。プロファイル M を使用すると、各 FAX ストリップに異なる数の走査線を保存できます。複数のレイヤーを持つストリップの場合、最大ストリップ サイズは 256 スキャンラインまたはフル ページ サイズです。より長いストリップを受信する機能がネゴシエートされていない限り、最大 256 を使用する必要があります (SHOULD)。このフィールドは、IFD の RowsPerStrip を可変サイズのストリップに置き換えます。IFD では、StripRowCounts と RowsPerStrip の 2 つのフィールドのうち 1 つだけを使用できます。
ImageLayer (34732). LONG Count = 2. Image layers are defined such that layer 1 is the Background layer, layer 3 is the Foreground layer, and layer 2 is the Mask layer, which selects pixels from the Background and Foreground layers. The ImageLayer tag contains two values, which describe the layer to which the image belongs and the order in which it is imaged.
イメージレイヤー (34732)。LONG カウント = 2。画像レイヤーは、レイヤー 1 が背景レイヤー、レイヤー 3 が前景レイヤー、レイヤー 2 が背景レイヤーと前景レイヤーからピクセルを選択するマスクレイヤーになるように定義されます。ImageLayer タグには、イメージが属するレイヤーとイメージ化される順序を記述する 2 つの値が含まれます。
ImageLayer[0] = 1, 2, 3. 1: Image is a Background image, i.e., the image that will appear whenever the Mask contains a value of 0. Background images typically contain low-resolution, continuous-tone imagery. 2: Image is the Mask layer. In MRC, if the Mask layer is present, it must be the Primary IFD and be full page in extent. 3: Image is a Foreground image, i.e., the image that will appear whenever the Mask contains a value of 1. The Foreground image generally defines the color of text or lines but may also contain high-resolution imagery.
ImageLayer[0] = 1, 2, 3. 1: 画像は背景画像です。つまり、マスクに値 0 が含まれる場合に表示される画像です。通常、背景画像には低解像度の連続階調画像が含まれます。2: 画像はマスクレイヤーです。MRC では、マスク レイヤーが存在する場合、それはプライマリ IFD であり、エクステントがページ全体である必要があります。3: 画像は前景画像です。つまり、マスクの値が 1 である場合に表示される画像です。前景画像は通常、テキストまたは線の色を定義しますが、高解像度の画像が含まれる場合もあります。
ImageLayer[1]: 1: first image to be imaged in this layer 2: second image to be imaged in this layer 3: ...
ImageLayer[1]: 1: このレイヤーでイメージ化される最初のイメージ 2: このレイヤーでイメージ化される 2 番目のイメージ 3: ...
In Profile M, more than one image can exist in a single layer. ImageLayer[1] specifies the order in which images within a single layer are to be imaged. This insures that overlapping images within a single layer are imaged correctly.
プロファイル M では、1 つのレイヤーに複数の画像が存在できます。ImageLayer[1] は、単一レイヤー内の画像がイメージ化される順序を指定します。これにより、単一レイヤー内で重なり合うイメージが正しくイメージ化されることが保証されます。
If an IFD contains no encoded image data and is used only to specify the ImageBaseColor field, the value of ImageLayer[1] must be less than that of any other IFD corresponding to the same layer and strip to ensure the image data is interpreted as on top of the default color.
IFD にエンコードされた画像データが含まれず、ImageBaseColor フィールドを指定するためだけに使用される場合、画像データが確実に解釈されるように、ImageLayer[1] の値は同じレイヤーおよびストリップに対応する他の IFD の値より小さくなければなりません。デフォルトの色の一番上。
In Profile M, it is possible to have only a single layer. For example, if a page contains only a single continuous-tone photograph, then only the Background layer would occur. In this case, the Background layer will be stored as the Primary IFD. ImageLayer[0] will be 1, indicating Background; ImageLayer[1] will be 1, as there can be no other IFDs associated with that layer. No Mask layer will exist.
プロファイル M では、単一のレイヤーのみを持つことができます。たとえば、ページに連続階調写真が 1 枚だけ含まれている場合は、背景レイヤーのみが発生します。この場合、背景レイヤーはプライマリ IFD として保存されます。ImageLayer[0] は 1 になり、背景を示します。そのレイヤーに関連付けられた他の IFD がないため、ImageLayer[1] は 1 になります。マスクレイヤーは存在しません。
See Sections 2.2.3. and 2.2.4.
セクション2.2.3を参照してください。および2.2.4。
Profile M defines a fundamental set of rules for images in the 3 layer representation.
プロファイル M は、3 層表現の画像に対する基本的なルールのセットを定義します。
1. If more than one layer exists, then the binary Mask layer SHALL be present and be the primary image. The Mask layer SHALL support the binary data representations defined in Section 3 and MAY support those defined in Sections 4 and 5, with the exception that PhotometricInterpretation MUST be 0. If only one layer exists, then the image corresponding to that layer is the primary image.
1. 複数のレイヤーが存在する場合、バイナリマスクレイヤーが存在し、プライマリイメージになるものとします。マスク層は、セクション 3 で定義されたバイナリ データ表現をサポートするものとし (SHALL)、セクション 4 と 5 で定義されたバイナリ データ表現をサポートしてもよい (ただし、PhotometricInterpretation は 0 でなければならない)。 層が 1 つだけ存在する場合、その層に対応する画像がプライマリ画像になります。。
2. The Primary IFD defines and extends to the entire page boundary; all attached model images cannot extend beyond the Primary image. Resolution differences may cause some pixels to "hang over" the page boundary, but no new pixels should exist completely beyond the page extent.
2. プライマリ IFD はページ境界全体を定義し、ページ境界全体に拡張します。接続されているすべてのモデル イメージは、プライマリ イメージを超えて拡張することはできません。解像度の違いにより、一部のピクセルがページ境界から「はみ出る」可能性がありますが、新しいピクセルがページ範囲を完全に超えて存在することはできません。
3. The Background and Foreground images SHALL support the color representations defined in Section 6 and MAY support those defined in Section 7. These images MAY optionally cover only a portion of the strip or page.
3. 背景画像と前景画像はセクション 6 で定義された色表現をサポートするものとし(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 固有のサブ IFD には、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 (bit 4).
5. 各プライマリ IFD には、NewSubFileType フィールド値が 18 に設定されている必要があります。これは、複数ページのドキュメントの単一ページ (ビット 1) および MRC (ビット 4) を示します。
6. Each MRC-specific child IFD must have a NewSubFileType field value set to 16, indicating MRC (bit 4).
6. 各 MRC 固有の子 IFD には、MRC (ビット 4) を示す 16 に設定された NewSubFileType フィールド値が必要です。
7. In MRC fax, each layer is transmitted as a sequence of strips. If the page consists of a single layer, then all strips shall be stored in the single Primary IFD. In this case, coding parameters cannot change between strips. If the page consists of more than one layer, then all strips of the Mask layer shall be stored in the single Primary IFD. All strips of the Foreground/Background layers SHALL be stored in separate IFDs, referenced by the Primary IFD's SubIFD field, containing an ImageLayer field with ImageLayer[0] identifying either Background (layer 1) or Foreground (layer 3), and Imagelayer[1] identifying order in which images within a single layer are to be imaged. The TIFF XPosition and YPosition fields are used to indicate the placement of these images with respect to the primary image.
7. MRC FAX では、各層が一連のストリップとして送信されます。ページが単一のレイヤーで構成されている場合、すべてのストリップは単一のプライマリ IFD に保存されます。この場合、コーディングパラメータはストリップ間で変更できません。ページが複数のレイヤーで構成されている場合、マスクレイヤーのすべてのストリップは単一のプライマリ IFD に保存されます。前景/背景レイヤーのすべてのストリップは、プライマリ IFD の SubIFD フィールドによって参照される個別の IFD に格納されるものとします (SHALL)。この IFD には、Background (レイヤー 1) または Foreground (レイヤー 3) を識別する ImageLayer[0] を持つ ImageLayer フィールドと、Imagelayer[1] が含まれます。] 単一レイヤー内の画像が撮像される順序を識別します。TIFF XPosition フィールドと YPosition フィールドは、プライマリ イメージに対するこれらのイメージの配置を示すために使用されます。
8. When the Mask image is present, the resolution of Background and Foreground images must each be an integer factor of the Mask image. For example, if the Mask image is 400 pixels/inch, then the Background or Foreground image may be at 400 pixels/inch (400/1), 200 pixels/inch (400/2), or 100 pixels/inch (400/4).
8. マスク イメージが存在する場合、背景イメージと前景イメージの解像度はそれぞれマスク イメージの整数倍でなければなりません。たとえば、マスク イメージが 400 ピクセル/インチの場合、背景または前景イメージは 400 ピクセル/インチ (400/1)、200 ピクセル/インチ (400/2)、または 100 ピクセル/インチ (400/4)。
Recommended fields are shown with an asterisk (*).
推奨されるフィールドにはアスタリスク (*) が付いています。
Required fields or values are shown with a double asterisk (**). If the double asterisk is on the field name, then all the listed values are required of implementations; if the double asterisk is in the Values column, then only the values suffixed with a double asterisk are required of implementations.
必須フィールドまたは値は二重アスタリスク (**) で示されます。フィールド名に二重アスタリスクがある場合、リストされているすべての値が実装に必要です。二重アスタリスクが「値」列にある場合、実装には二重アスタリスクの接尾辞が付いている値のみが必要です。
+------------------+-----------------------------------------+
| Baseline Fields | Values |
+------------------+-----------------------------------------+
| BitsPerSample | 1**: binary mask, RGB, CMY(K) |
| | 2 - 8**: bits per color sample |
| | 9 - 12: optional 12 bits/sample |
+------------------+-----------------------------------------+
| Compression | 1: None (ImageBaseColor IFD only) |
| | 3**: Modified Huffman and Modified READ |
| | 4: Modified Modified READ |
| | 7**: JPEG |
| | 9: JBIG, per T.85 |
| | 10: JBIG, per T.43 |
+------------------+-----------------------------------------+
| DateTime* | {ASCII): date/time in the 24-hour format|
| | "YYYY:MM:DD HH:MM:SS" |
+------------------+-----------------------------------------+
| FillOrder** | 1: Most significant bit first |
| | 2: Least significant bit first |
+------------------+-----------------------------------------+
| ImageDescription*| {ASCII}: A string describing the |
| | contents of the image. |
+------------------+-----------------------------------------+
| ImageWidth | 864, 1024, 1216, 1728**, 2048, 2432, |
| | 2592, 3072, 3456, 3648, 4096, 4864 |
| | Note: legal widths for the Primary IFD. |
+------------------+-----------------------------------------+
| ImageLength** | n: total number of scanlines in image |
+------------------+-----------------------------------------+
| NewSubFileType** | 16, 18: |
| | Bit 1 indicates single page of a multi- |
| | page document on Primary IFD |
| | Bit 4 indicates MRC model |
+------------------+-----------------------------------------+
+------------------+-----------------------------------------+
| Orientation | 1**-8, Default 1 |
+------------------+-----------------------------------------+
| PhotometricInter | 0**: WhiteIsZero (Mask Layer) |
| pretation | 2: RGB |
| | 10**: ITULAB |
+------------------+-----------------------------------------+
| ResolutionUnit** | 2: inch |
+------------------+-----------------------------------------+
| RowsPerStrip | n: number or scanlines per strip |
+------------------+-----------------------------------------+
| SamplesPerPixel | 1**: L* (lightness) |
| | 3: RGB, LAB, CMY |
| | 4: CMYK |
+------------------+-----------------------------------------+
| Software* | {ASCII}: name & release number of |
| | creator software |
+------------------+-----------------------------------------+
| StripByteCounts**| <n>: number or bytes in each strip |
+------------------+-----------------------------------------+
| StripOffsets** | <n>: offset from beginning of file to |
| | each TIFF strip |
+------------------+-----------------------------------------+
| XResolution | 100, 200**, 300, 400 (written in |
| | pixels/inch) |
+------------------+-----------------------------------------+
| YResolution | equal to XResolution (pixels must be |
| | square) |
+------------------+-----------------------------------------+
| Extension Fields |
+------------------+-----------------------------------------+
| T4Options | 0**: required if Compression is Modified|
| | Huffman, EOLs not byte aligned |
| | 1: required if Compression 2D Modified |
| | READ, EOLs are not byte aligned |
| | 4**: required if Compression Modified |
| | Huffman, EOLs byte aligned |
| | 5: required if Compression 2D Modified |
| | READ, EOLs are byte aligned |
+------------------+-----------------------------------------+
| T6Options | 0: required if Compression is 2D |
| | Modified Modified READ |
+------------------+-----------------------------------------+
| DocumentName* | {ASCII}: name of scanned document |
+------------------+-----------------------------------------+
| PageNumber** | n,m: page number followed by total page |
| | count |
+------------------+-----------------------------------------+
+------------------+-----------------------------------------+
| ChromaSubSampling| (1,1), (2, 2)** |
| | (1, 1): equal numbers of lightness and |
| | chroma samples horizontally & vertically|
| | (2, 2): twice as many lightness samples |
| | as chroma horizontally and vertically |
+------------------+-----------------------------------------+
| ChromaPositioning| 1: centered |
+------------------+-----------------------------------------+
| Indexed | 0: not a palette-color image |
| | 1: palette-color image |
+------------------+-----------------------------------------+
| SubIFDs | <IFD>: byte offset to FG/BG IFDs |
+------------------+-----------------------------------------+
| XPosition | horizontal offset in primary IFD |
| | resolution units |
+------------------+-----------------------------------------+
| YPosition | vertical offset in primary IFD |
| | resolution units |
+------------------+-----------------------------------------+
| New Fields |
+------------------+-----------------------------------------+
| Decode | minL, maxL, mina, maxa, minb, maxb: |
| | minimum and maximum values for L*a*b* |
+------------------+-----------------------------------------+
| ImageBaseColor | a,b,c: background color in ITULAB |
+------------------+-----------------------------------------+
| StripRowCounts | <n>: number of scanlines in each strip |
+------------------+-----------------------------------------+
| ImageLayer | n, m: layer number, imaging sequence |
| | (e.g., strip number) |
+------------------+-----------------------------------------+
| T82Options | 0: T.85 profile of T.82 coding |
+------------------+-----------------------------------------+
| GlobalParameters | IFD: global parameters IFD |
| IFD* | |
+------------------+-----------------------------------------+
| ProfileType* | n: type of data stored in TIFF file |
+------------------+-----------------------------------------+
| FaxProfile* | n: ITU-compatible fax profile |
+------------------+-----------------------------------------+
| CodingMethods* | n: compression algorithms used in file |
+------------------+-----------------------------------------+
| ModeNumber* | n: version of T.44 standard |
+------------------+-----------------------------------------+
| VersionYear* | byte sequence: year of ITU fax standard |
+------------------+-----------------------------------------+
The MIME content-types image/tiff and image/tiff-fx are used for TIFF-FX encoded image data, as defined in this document. [TIFF-REG] and [TIFF-FX-REG] describe the registration of these MIME content-types.
MIME コンテンツ タイプ image/tiff および image/tiff-fx は、このドキュメントで定義されているように、TIFF-FX でエンコードされた画像データに使用されます。[TIFF-REG] および [TIFF-FX-REG] は、これらの MIME コンテンツ タイプの登録について説明します。
This document describes a file format for Internet fax, which is a series of profiles of TIFF for facsimile. As such, it does not create any security issues not already identified in [TIFF-REG], in its use of fields as defined in [TIFF]. There are also new TIFF fields defined within this specification, but they are of a purely descriptive nature, so no new security risks are incurred.
この文書は、ファクス用TIFFの一連のプロファイルであるインターネットファクスのファイルフォーマットについて説明したものです。そのため、[TIFF] で定義されているフィールドの使用において、[TIFF-REG] でまだ特定されていないセキュリティ上の問題は発生しません。この仕様内では新しい TIFF フィールドも定義されていますが、それらは純粋に説明的な性質のものであるため、新たなセキュリティ リスクは発生しません。
Further, the encoding specified in this document does not in any way preclude the use of any Internet security protocol to encrypt, authenticate, or non-repudiate TIFF-encoded facsimile messages.
さらに、この文書で指定されているエンコーディングは、TIFF エンコードされたファクシミリ メッセージの暗号化、認証、または否認防止のためのインターネット セキュリティ プロトコルの使用を決して妨げるものではありません。
[REQ] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[REQ] Bradner, S.、「要件レベルを示すために RFC で使用するキーワード」、BCP 14、RFC 2119、1997 年 3 月。
[T.4] ITU-T Recommendation T.4, Standardization of group 3 facsimile apparatus for document transmission, October 1997.
[T.4] ITU-T 勧告 T.4、文書送信用のグループ 3 ファクシミリ装置の標準化、1997 年 10 月。
[T.6] ITU-T Recommendation T.6, Facsimile coding schemes and coding control functions for group 4 facsimile apparatus, November 1988
[T.6] ITU-T 勧告 T.6、グループ 4 ファクシミリ装置のファクシミリ符号化方式と符号化制御機能、1988 年 11 月
[T.30] ITU-T Recommendation T.30 - Procedures for Document Facsimile Transmission in the General Switched Telephone Network, June 1996
[T.30] ITU-T 勧告 T.30 - 一般交換電話網における文書ファクシミリ送信手順、1996 年 6 月
[T.42] ITU-T Recommendation T.42, Continuous-tone colour representation method for facsimile, February 1996
[T.42] ITU-T 勧告 T.42、ファクシミリの連続階調色表現方法、1996 年 2 月
[T.43] ITU-T Recommendation T.43, Colour and gray-scale image representations using lossless coding scheme for facsimile, February 1997
[T.43] ITU-T 勧告 T.43、ファクシミリ用の可逆符号化方式を使用したカラーおよびグレースケール画像表現、1997 年 2 月
[T.44] ITU-T Recommendation T.44, Mixed Raster Content (MRC), April 1999.
[T.44] ITU-T 勧告 T.44、混合ラスター コンテンツ (MRC)、1999 年 4 月。
[T.81] ITU-T Recommendation T.81, Information technology - Digital compression and coding of continuous-tone still images - Requirements and guidelines, September 1992
[T.81] ITU-T 勧告 T.81、情報技術 - 連続階調静止画像のデジタル圧縮とコーディング - 要件とガイドライン、1992 年 9 月
[T.85] ITU-T Recommendation T.85, Application profile for Recommendation T.82 - Progressive bi-level image compression (JBIG coding scheme) for facsimile apparatus, August 1995
[T.85] ITU-T 勧告 T.85、勧告 T.82 のアプリケーション プロファイル - ファクシミリ装置用のプログレッシブ 2 値画像圧縮 (JBIG 符号化方式)、1995 年 8 月
[T.82] ITU-T Recommendation T.82, Information technology - Coded representation of picture and audio information - Progressive bi-level image compression, March 1995
[T.82] ITU-T 勧告 T.82、情報技術 - 画像および音声情報のコード化表現 - プログレッシブ 2 レベル画像圧縮、1995 年 3 月
[TIFF] Tag Image File Format, Revision 6.0, Adobe Developers Association, June 3, 1992, http://partners.adobe.com/public/developers/en/tiff/ TIFF6.pdf
[TIFF] タグ画像ファイル形式、リビジョン 6.0、Adobe Developers Association、1992 年 6 月 3 日、http://partners.adobe.com/public/developers/en/tiff/TIFF6.pdf
The TIFF 6.0 specification dated June 3, 1992 specification (c) 1986-1988, 1992 Adobe Systems Incorporated. All Rights Reserved.
1992 年 6 月 3 日付の TIFF 6.0 仕様 (c) 1986-1988、1992 Adobe Systems Incorporated。無断転載を禁じます。
[TIFF-F0] TIFF Class F specification, Apr 28, 1990, ftp://ftp.faximum.com/pub/documents/tiff_f.txt
[TIFF-F0] TIFF クラス F 仕様、1990 年 4 月 28 日、ftp://ftp.faximum.com/pub/documents/tiff_f.txt
[TIFF-REG] Parsons, G. and J. Rafferty, "Tag Image File Format (TIFF) - image/tiff MIME Sub-type Registration", RFC 3302, September 2002.
[TIFF-REG] Parsons, G. および J. Rafferty、「タグ イメージ ファイル フォーマット (TIFF) - image/tiff MIME サブタイプ登録」、RFC 3302、2002 年 9 月。
[TTN1] Adobe PageMaker 6.0 TIFF Technical Notes, Sept. 14, 1995, http://partners.adobe.com/public/developers/en/tiff/ TIFFPM6.pdf
[TTN1] Adobe PageMaker 6.0 TIFF テクニカル ノート、1995 年 9 月 14 日、http://partners.adobe.com/public/developers/en/tiff/TIFFPM6.pdf
[TTN2] Draft TIFF Technical Note 2, Replacement TIFF/JPEG specification, March 17, 1995, ftp://ftp.uu.net/graphics/jpeg/
[TTN2] ドラフト TIFF テクニカル ノート 2、代替 TIFF/JPEG 仕様、1995 年 3 月 17 日、ftp://ftp.uu.net/graphics/jpeg/
[TIFF-FX-REG] McIntyre, L., Parsons, G., and J. Rafferty, "Tag Image File Format Fax eXtended (TIFF-FX) - image/tiff-fx MIME Sub-type Registration", RFC 3250, September 2002.
[TIFF-FX-REG] McIntyre, L.、Parsons, G.、および J. Rafferty、「タグ イメージ ファイル フォーマット FAX eXtended (TIFF-FX) - image/tiff-fx MIME サブタイプ登録」、RFC 3250、2002 年 9 月。
[GUIDE] Cancio, V., Moldovan, M., Tamura, H., and D. Wing, "Implementers Guide for Facsimile Using Internet Mail", RFC 3249, September 2002.
[ガイド] Cancio, V.、Moldovan, M.、Taむら, H.、および D. Wing、「インターネット メールを使用したファクシミリの実装者ガイド」、RFC 3249、2002 年 9 月。
[TIFF-F] Parsons, G. and J. Rafferty, "Tag Image File Format (TIFF) - F Profile for Facsimile", RFC 2306, March 1998.
[TIFF-F] Parsons, G. および J. Rafferty、「タグ イメージ ファイル フォーマット (TIFF) - ファクシミリ用の F プロファイル」、RFC 2306、1998 年 3 月。
[VPIM 2] Vaudreuil G. and G. Parsons, "Voice Profile for Internet Mail - version 2 (VPIMv2)", RFC 3801, June 2004.
[VPIM 2] Vaudreuil G. および G. Parsons、「インターネット メールの音声プロファイル - バージョン 2 (VPIMv2)」、RFC 3801、2004 年 6 月。
Annex A: Summary of TIFF Fields for Internet Fax
付録 A: インターネット FAX の TIFF フィールドの概要
This annex includes tables which list by profile the TIFF fields used in the proposed fax file format. The fields are organized into 3 categories:
この付録には、提案されている 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 profile. 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 profile.
テーブル内の空白のエントリは、そのフィールドがその特定の FAX プロファイルで使用されていないことを示します。
Table A.1 TIFF Baseline Fields
表 A.1 TIFF ベースライン フィールド
+---------------------------------------------------------+
| Fax Profile |
+---------------------------------------------------------|
| Minimal | Extended | JBIG | Lossy |Lossless| Mixed |
+----------| B&W | B&W | B&W | Color | Color | Raster |
| TIFF | | | | | | Content|
| Field | S | F | J | C | L | M |
+----------+---------+----------+--------+---------+--------+--------+
| BitsPer | 1 | 1 | 1 | 8 | 1, 2-8 | 1, 2-8 |
| Sample | | | | | 9-12 | 9-12 |
+----------+---------+----------+--------+---------+--------+--------+
| Compres- | 3 | 3, 4 | 9 | 7 | 10 | 3, 4, 7|
| sion | | | | | | 9,10 |
+----------+---------+----------+--------+---------+--------+--------+
| DateTime | | {ASCII} | {ASCII}| {ASCII} | {ASCII}| {ASCII}|
+----------+---------+----------+--------+---------+--------+--------+
| FillOrder| 2 | 1, 2 | 1, 2 | 1, 2 | 1, 2 | 1,2 |
+----------+---------+----------+--------+---------+--------+--------+
+----------+---------+----------+--------+---------+--------+--------+
| ImageDes-| | {ASCII} | {ASCII}| {ASCII} | {ASCII}| {ASCII}|
| cription | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Image- | n | n | n | n | n | n |
| Length | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Image- | 1728 | 1728, 2048, 2432 | 864, 1024, 1216, 1728, |
| Width | | 2592, 3072, 3456 | 2048, 2432, 2592, 3072, |
| | | 3648, 4096, 4864 | 3456, 3648, 4096, 4864 |
| | | Note, for the Mixed Raster Content M profile |
| | | these widths apply to the Primary IFD. |
+----------+---------+----------+--------+---------+--------+--------+
| NewSub- | 2 | 2 | 2 | 2 | 2 | 16, 18 |
| FileType | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Orien- | 1 | 1-8 | 1-8 | 1-8 | 1-8 | 1-8 |
| tation | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Photo- | 0 | 0, 1 | 0, 1 | 10 | 2, 5, | 0, |
| metric- | | | | | 10 | 2, |
| Interp- | | | | | | 10 |
| retation | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Resolu- | 2 | 2, 3 | 2, 3 | 2, 3 | 2, 3 | 2, 3 |
| tionUnit | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| RowsPer- | n | n | n | n | n | n |
| Strip | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Samples- | 1 | 1 | 1 | 1, 3 | 1, 3, 4| 1, 3, 4|
| PerPixel | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Software | | {ASCII} | {ASCII}| {ASCII} | {ASCII}| {ASCII}|
+----------+---------+----------+--------+---------+--------+--------+
| Strip- | n | <n> | <n> | <n> | <n> | <n> |
| Byte- | | | | | | |
| Counts | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Strip- | n | <n> | <n> | <n> | <n> | <n> |
| Offsets | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| XResolu- | 204 | 200, 204, 300 | 100, 200, 300, 400 |
| tion | 200 | 400, 408 | |
+----------+---------+----------+--------+---------+--------+--------+
| YResolu- | 98, 196 | 98, 196, 100, 200 | 100, 200, 300, 400 |
| tion | 100,200 | 300, 391, 400 | |
+----------+---------+----------+--------+---------+--------+--------+
Table A.2 TIFF Extension Fields
表 A.2 TIFF 拡張フィールド
+---------------------------------------------------------+
| Fax Profile |
+---------------------------------------------------------|
| Minimal | Extended | JBIG | Lossy |Lossless| Mixed |
+----------| B&W | B&W | B&W | Color | Color | Raster |
| TIFF | | | | | | Content|
| Field | S | F | J | C | L | M |
+----------+---------+----------+--------+---------+--------+--------+
| Chroma- | | | | 1 | | 1 |
| Position-| | | | | | |
| ing | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Chroma- | | | | <1, 1> | | <1, 1> |
| SubSampl-| | | | <2, 2> | | <2, 2> |
| ing | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Document-| | {ASCII} | {ASCII}| {ASCII} | {ASCII}| {ASCII}|
| Name | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Indexed | | | | | 0,1 | 0,1 |
+----------+---------+----------+--------+---------+--------+--------+
| Page- | n, m | n, m | n, m | n, m | n, m | n, m |
| Number | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| SubIFDs | | | | | | <IFD> |
+----------+---------+----------+--------+---------+--------+--------+
| T4Options| 0, 4 | 0, 1, | | | | 0, 1, |
| | | 4, 5 | | | | 4, 5 |
+----------+---------+----------+--------+---------+--------+--------+
| T6Options| | 0 | | | | 0 |
+----------+---------+----------+--------+---------+--------+--------+
| XPosition| | | | | | r |
+----------+---------+----------+--------+---------+--------+--------+
| YPosition| | | | | | r |
+----------+---------+----------+--------+---------+--------+--------+
Table A.3 New Fields
表A.3 新しいフィールド
+---------------------------------------------------------+
| Fax Profile |
+---------------------------------------------------------|
| Minimal | Extended | JBIG | Lossy |Lossless| Mixed |
+----------| B&W | B&W | B&W | Color | Color | Raster |
| TIFF | | | | | | Content|
| Field | S | F | J | C | L | M |
+----------+---------+----------+--------+---------+--------+--------+
| BadFax- | | n | | | | |
| Lines | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| CleanFax-| | 0, 1, 2 | | | | |
| Data | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Coding- | | | n | n | n | n |
| Method | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Consecu- | | n | | | | |
| tiveBad- | | | | | | |
| FaxLines | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Decode | | | | <r> | <r> | <r> |
+----------+---------+----------+--------+---------+--------+--------+
| Fax- | | | n | n | n | n |
| Profile | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Global- | | IFD | IFD | IFD | IFD | IFD |
| Parame- | | | | | | |
| tersIFD | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Image- | | | | | | n, m |
| Layer | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| T82- | | | n | | | n |
| Options | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Image- | | | | | | <n> |
| BaseColor| | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Mode- | | | | | | n |
| Number | | | | | | |
+----------+---------+----------+--------+---------+--------+--------|
| Profile- | | | n | n | n | n |
| Type | | | | | | |
+--------------------------------------------------------------------+
+----------+---------+----------+--------+---------+--------+--------+
| Strip- | | | | | | <n> |
| RowCounts| | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Version- | | | | <b> |<b> | |
| Year | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
Annex B: List of technical edits to RFC2301
付録 B: RFC2301 の技術編集リスト
This Annex lists technical differences between this document and RFC 2301, the Proposed Standard File Format for Internet Fax.
この付録には、この文書と、インターネット FAX の標準ファイル形式として提案されている RFC 2301 との技術的な相違点が記載されています。
+----+---------+-------------------------------------------------+
| No.| Section | Technical Edit |
+----+---------+-------------------------------------------------+
| 1. | 5.2.1 | Added FillOrder=1 to Profile J |
+----+---------+-------------------------------------------------+
| 2. | 6.2.1 | Constrained ResolutionUnit to 2 (i.e., inch) for|
| | 7.2.1 | all color profiles, per ITU-T Recommendations |
| | 8.2.1 | |
+----+---------+-------------------------------------------------+
| 3. | 7.2.1 | Deleted ColorMap field; it re-encoded the color |
| | 7.4 | palette already in the T.43 data stream |
+----+---------+-------------------------------------------------+
| 4. | 7.2.2 | Changed TAG value of Indexed field from 364 to |
| | | 346 to agree with Section 8.2.2 and Ref. [TTN1] |
+----+---------+-------------------------------------------------+
| 5. | 8.2.1 | Added text clarifying the use of ImageWidth |
| | | when Background or Foreground layer is Primary |
| | | IFD |
+----+---------+-------------------------------------------------+
| 6. | 8.2.3 | Changed field name from DefaultImageColor to |
| | | ImageBaseColor; |
+----+---------+-------------------------------------------------+
| 7. | 8.2.1 | Added Compression=1 for ImageBaseColor IFDs |
+----+---------+-------------------------------------------------+
| 8. | 5.2.1 | Redefined compression = 9 to be T.82 (JBIG); |
| | 5.2.3 | added T82Options field, with a default value (0)|
| | | corresponding to the T.85 application profile |
+----+---------+-------------------------------------------------+
| 9. | 4.3.3 | Added GlobalParametersIFD, ProfileType, |
| | 4.7 | FaxProfile and CodingMethod to the New Fields |
| | | portion of Profile F, per Sec. 2.2.4 |
+----+---------+-------------------------------------------------+
+----+---------+-------------------------------------------------+
| 10.| 6.2.1 | Deleted BitsPerSample=12 as an option when |
| |6.2.3,6.4| Compression=7 due to lack of interop testing. |
| |Table A.1| |
+----+---------+-------------------------------------------------+
| 11.|8.2.1,8.4| Deleted PhotometricInterpretation=5 in Profile M|
| |Table A.1| due to insufficient interop testing. |
+----+---------+-------------------------------------------------+
| 12.|7.2.1,7.4| Deleted BitsPerSample=13-16 for Palette-color |
| |8.2.1,8.5| due to lack of interop testing. |
| |Table A.1| |
+----+---------+-------------------------------------------------+
| 13.| Annex B | Deleted Annex B due to discontinued use of |
| | | application parameter; Annex C renamed Annex B |
+----+---------+-------------------------------------------------+
Authors' Addresses
著者の住所
Robert Buckley Xerox Corporation Mailstop 0128-30E 800 Phillips Road Webster, NY 14580, USA
Robert Buckley Xerox Corporation Mailstop 0128-30E 800 Phillips Road Webster, NY 14580, USA
Phone: +1-585-422-1282
Fax: +1-585-422-2636
EMail: rbuckley@crt.xerox.com
Dennis Venable Xerox Corporation Mailstop 0128-27E 800 Phillips Road Webster, NY 14580, USA
Dennis Venable Xerox Corporation Mailstop 0128-27E 800 Phillips Road Webster, NY 14580, USA
Phone: +1-585-422-3138 Fax: +1-585-422-6117 EMail: dvenable@crt.xerox.com Lloyd McIntyre 10328 S. Stelling Road Cupertino, CA 95014 USA
電話: 1-585-422-3138 ファックス: 1-585-422-6117 電子メール: dvenable@crt.xerox.com Lloyd McIntyre 10328 S. Staining Road Cupertino, CA 95014 USA
Phone: +1-408-725-1624
EMail: lloyd10328@pacbell.net or
Lloyd_McIntyre@Dell.com
Glenn W. Parsons Nortel Networks P.O. Box 3511, Station C Ottawa, ON K1Y 4H7, Canada
グレン W. パーソンズ ノーテル ネットワークス P.O.Box 3511、ステーション C オタワ、ON K1Y 4H7、カナダ
Phone: +1-613-763-7582
Fax: +1-613-967-5060
EMail: gparsons@nortel.com
James Rafferty Brooktrout Technology 410 First Avenue Needham, MA 02494 USA
James Rafferty Brooktrout Technology 410 First Avenue Needham, MA 02494 USA
Phone: +1-781-433-9462
Fax: +1-781-433-9268
EMail: jraff@brooktrout.com
Full Copyright Statement
完全な著作権に関する声明
Copyright (C) The Internet Society (2005).
著作権 (C) インターネット協会 (2005)。
This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights.
この文書は、BCP 78 に含まれる権利、ライセンス、および制限の対象となり、そこに規定されている場合を除き、著者はすべての権利を保持します。
This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
この文書およびここに含まれる情報は「現状のまま」で提供され、寄稿者、寄稿者が代表または後援する組織（存在する場合）、インターネット協会およびインターネット エンジニアリング タスク フォースは、明示的または明示的または明示的に、すべての保証を否認します。ここに記載された情報の使用がいかなる権利も侵害しないことの黙示的な保証、または商品性や特定の目的への適合性の黙示的な保証を含みますが、これに限定されません。
Intellectual Property
知的財産
The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the IETF's procedures with respect to rights in IETF Documents can be found in BCP 78 and BCP 79.
IETF は、本書に記載されているテクノロジの実装または使用に関連すると主張される知的財産権またはその他の権利の有効性や範囲、あるいはそのような権利に基づくライセンスが適用されるかどうかの範囲に関して、いかなる立場も負いません。利用可能であること。また、かかる権利を特定するために独自の努力を行ったことを示すものでもありません。IETF 文書の権利に関する IETF の手順に関する情報は、BCP 78 および BCP 79 に記載されています。
Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr.
IETF 事務局に提出された IPR 開示のコピー、および利用可能になるライセンスの保証、またはこの仕様の実装者またはユーザーによるそのような所有権の使用に対する一般ライセンスまたは許可を取得しようとする試みの結果を入手できます。IETF オンライン IPR リポジトリ (http://www.ietf.org/ipr) から入手してください。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org.
IETF は、利害関係者に対し、この規格の実装に必要とされる可能性のある技術をカバーする著作権、特許、特許出願、またはその他の所有権について注意を喚起するよう呼びかけています。情報は IETF (ietf-ipr@ietf.org) に送信してください。
Acknowledgement
謝辞
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC エディター機能の資金は現在、インターネット協会によって提供されています。