RFC2301 日本語訳
2301 File Format for Internet Fax. L. McIntyre, S. Zilles, R. Buckley,D. Venable, G. Parsons, J. Rafferty. March 1998. (Format: TXT=200525 bytes) (Obsoleted by RFC3949) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
RFC一覧
英語原文
Network Working Group L. McIntyre
Request for Comments: 2301 Xerox Corporation
Category: Standards Track S. Zilles
Adobe Systems, Inc.
R. Buckley
Xerox Corporation
D. Venable
Xerox Corporation
G. Parsons
Northern Telecom
J. Rafferty
Human Communications
March 1998
コメントを求めるワーキンググループL.マッキンタイヤの要求をネットワークでつないでください: 2301年のゼロックス社のカテゴリ: 規格は1998年のノーザン・テレコムのJ.のRaffertyの人間のコミュニケーション行進のときにS.Zillesアドビ・システムズのInc.R.バックリーゼロックスの社のD.ヴェナブル・ゼロックスの社のG.パーソンズを追跡します。
File Format for Internet Fax
インターネットファックスのためのファイル形式
Status of this Memo
この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.
このドキュメントは、インターネットコミュニティにインターネット標準化過程プロトコルを指定して、改良のために議論と提案を要求します。 このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」(STD1)の現行版を参照してください。 このメモの分配は無制限です。
Copyright Notice
版権情報
Copyright (C) The Internet Society (1998). All Rights Reserved.
Copyright(C)インターネット協会(1998)。 All rights reserved。
Abstract
要約
This document describes the TIFF (Tag Image File Format) representation of image data specified by the ITU-T Recommendations for black-and-white and color facsimile. This file format specification is commonly known as TIFF-FX. It formally defines minimal, extended and lossless JBIG modes (Profiles S, F, J) for black-and-white fax, and base JPEG, lossless JBIG and Mixed Raster Content modes (Profiles C, L, M) for color and grayscale fax. These modes or profiles correspond to the content of the applicable ITU-T Recommendations. Files formatted according to this specification use the image/tiff MIME Content Type.
このドキュメントは白黒と色のためのRecommendationsが電送するITU-Tによって指定されたイメージデータのTIFF(タグImage File Format)表現について説明します。 このファイル書式仕様はTIFF-FXとして一般的に知られています。 正式に定義する、最小量です、白黒のための広げられるのとlossless JBIGモード(プロフィールS、F、J)は色とグレースケールファックスのためのJPEG、lossless JBIG、およびMixed Raster Contentモード(プロフィールC、L、M)をファックスして、基礎づけます。 これらのモードかプロフィールが適切なITU-T Recommendationsの内容に一致しています。 この仕様使用に従って、ファイルはイメージ/いさかいMIME Content Typeをフォーマットしました。
McIntyre, et. al. Standards Track [Page 1] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[1ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
Table of Contents
目次
1. INTRODUCTION........................................................4
1.1. Scope..........................................................5
1.2. Approach.......................................................5
1.3. Overview of this draft.........................................5
2. TIFF and Fax........................................................7
2.1. TIFF Overview..................................................7
2.1.1. File Structure.............................................7
2.1.2. Image Structure............................................9
2.1.3. TIFF File Structure for Fax Applications..................10
2.2 TIFF Fields for All Fax Applications...........................11
2.2.1. TIFF Fields required for all fax modes....................12
2.2.2. Additional TIFF Fields required for all fax modes.........13
2.2.3. TIFF Fields recommended for all fax modes.................15
2.2.4. New TIFF Fields recommended for fax modes.................16
3. Minimal Black-and-White Fax Mode...................................18
3.1. Overview......................................................18
3.2. Required TIFF Fields..........................................18
3.2.1 Baseline Fields............................................18
3.2.2 Extension Fields...........................................20
3.2.3 New Fields.................................................20
3.3. Recommended TIFF Fields.......................................20
3.4. End of Line (EOL) and Return to Control (RTC).................20
3.4.1 RTC Exclusion..............................................21
3.5. File Structure................................................22
3.6. Minimal Black-and-White Mode Summary..........................23
4. Extended Black-and-White Fax Mode..................................24
4.1. TIFF-F Overview...............................................25
4.2. Required TIFF Fields..........................................26
4.2.1. Baseline Fields...........................................26
4.2.2. Extension Fields..........................................28
4.2.3. New Fields................................................29
4.3. Recommended TIFF Fields.......................................29
4.3.1. Baseline Fields...........................................29
4.3.2. Extension Fields..........................................29
4.3.3. New Fields................................................29
4.4. Technical Implementation Issues...............................30
4.4.1. Strips....................................................30
4.4.2. Bit Order.................................................31
4.4.3. Multi-Page................................................31
4.4.4. Compression...............................................31
4.4.5. Example Use of Page-quality Fields........................32
4.4.6. Practical Guidelines for Writing and Reading Multi-Page
TIFF-F Files..............................................33
4.4.7. Use of TIFF-F for Streaming Applications..................34
4.5. Implementation Warnings.......................................34
4.5.1. Uncompressed Data.........................................34
1. 序論…4 1.1. 範囲…5 1.2. アプローチしてください…5 1.3. この草稿の概要…5 2. いさかいとファックス…7 2.1. いさかい概要…7 2.1.1. 構造をファイルしてください…7 2.1.2. イメージ構造…9 2.1.3. ファックスアプリケーションのためのいさかいファイル構造…10 2.2 すべてのためのいさかい分野はファックスでアプリケーションを送ります…11 2.2.1. TIFFフィールズがすべてのファックスモードに必要です…12 2.2.2. 追加TIFFフィールズがすべてのファックスモードに必要です…13 2.2.3. TIFFフィールズはすべてのファックスのためにモードを推薦しました…15 2.2.4. 新しいTIFFフィールズはファックスのためにモードを推薦しました…16 3. 最小量の白黒のファックスモード…18 3.1. 概要…18 3.2. TIFFフィールズが必要でした…18 3.2 .1 基線分野…18 3.2 .2 拡大分野…20 3.2 .3 新しいフィールズ…20 3.3. TIFFフィールズは推薦しました…20 3.4. 行末(EOL)と制御するリターン(RTC)…20 3.4 .1 RTC除外…21 3.5. 構造をファイルしてください…22 3.6. 最小量の白黒のモード概要…23 4. 白黒のファックスモードを広げています…24 4.1. いさかいF概要…25 4.2. TIFFフィールズが必要でした…26 4.2.1. 基線分野…26 4.2.2. 拡大分野…28 4.2.3. 新しいフィールズ…29 4.3. TIFFフィールズは推薦しました…29 4.3.1. 基線分野…29 4.3.2. 拡大分野…29 4.3.3. 新しいフィールズ…29 4.4. 技術的実装問題…30 4.4.1. 剥取ります。30 4.4.2. オーダーに噛み付きます…31 4.4.3. マルチページ…31 4.4.4. 圧縮…31 4.4.5. ページ品質分野の例の使用…32 4.4.6. マルチページいさかいFファイルを書いて、読むための実際的なガイドライン…33 4.4.7. いさかいFのストリーミング・アプリケーションの使用…34 4.5. 実装警告…34 4.5.1. データを解凍します…34
McIntyre, et. al. Standards Track [Page 2] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[2ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
4.5.2. Encoding and Resolution...................................35
4.5.3. EOL byte-aligned..........................................35
4.5.4. EOL.......................................................36
4.5.5. RTC Exclusion.............................................36
4.5.6. Use of EOFB for T.6 Compressed Images.....................37
4.6. Example Use of TIFF-F.........................................37
4.7. Extended Black-and-white Fax Mode Summary.....................37
5. Lossless JBIG Black-and-White Fax Mode.............................39
5.1. Overview......................................................40
5.2. Required TIFF Fields..........................................40
5.2.1. Baseline Fields...........................................40
5.2.2. Extension Fields..........................................40
5.2.3. New Fields................................................41
5.3. Recommended TIFF Fields.......................................41
5.4. Lossless JBIG Black-and-White Mode Summary....................41
6. Base Color Fax Mode................................................43
6.1. Overview......................................................43
6.2. Required TIFF Fields..........................................43
6.2.1. Baseline Fields...........................................43
6.2.2. Extension Fields..........................................45
6.2.3. New Fields................................................46
6.3. Recommended TIFF Fields.......................................47
6.4. Base Color Fax Mode Summary...................................47
7. Lossless Color Mode................................................49
7.1. Overview......................................................50
7.1.1. Color Encoding............................................50
7.1.2. JBIG Encoding.............................................50
7.2. Required TIFF Fields..........................................51
7.2.1. Baseline Fields...........................................51
7.2.2. Extension Fields..........................................52
7.2.3. New Fields................................................53
7.3. Recommended TIFF Fields.......................................53
7.4. Lossless Color Fax Mode Summary...............................53
8. Mixed Raster Content Mode..........................................55
8.1 Overview.......................................................55
8.1.1. MRC 3-layer model.........................................55
8.1.2. A TIFF Representation for the MRC 3-layer model...........56
8.2. Required TIFF Fields..........................................58
8.2.1. Baseline Fields...........................................58
8.2.2. Extension Fields..........................................59
8.2.3. New Fields................................................60
8.3. Recommended TIFF Fields.......................................62
8.4. Rules and Requirements for Images.............................62
8.5. MRC Fax Mode Summary..........................................63
9. MIME content-type image/tiff.......................................66
9.1 Refinement of MIME content-type image/tiff for Facsimile
Applications...................................................66
10. Security Considerations...........................................67
4.5.2. コード化と解決…35 4.5.3. EOLはバイト並びました…35 4.5.4. EOL…36 4.5.5. RTC除外…36 4.5.6. EOFBのT.6の使用はイメージズを圧縮しました…37 4.6. いさかいF.の例の使用…37 4.7. 白黒のファックスモード概要を広げています…37 5. Lossless JBIGの白黒のファックスモード…39 5.1. 概要…40 5.2. TIFFフィールズが必要でした…40 5.2.1. 基線分野…40 5.2.2. 拡大分野…40 5.2.3. 新しいフィールズ…41 5.3. TIFFフィールズは推薦しました…41 5.4. Lossless JBIGの白黒のモード概要…41 6. 色のファックスモードを基礎づけてください…43 6.1. 概要…43 6.2. TIFFフィールズが必要でした…43 6.2.1. 基線分野…43 6.2.2. 拡大分野…45 6.2.3. 新しいフィールズ…46 6.3. TIFFフィールズは推薦しました…47 6.4. 色のファックスモード概要を基礎づけてください…47 7. Losslessカラーモード…49 7.1. 概要…50 7.1.1. コード化を着色してください…50 7.1.2. JBIGコード化…50 7.2. TIFFフィールズが必要でした…51 7.2.1. 基線分野…51 7.2.2. 拡大分野…52 7.2.3. 新しいフィールズ…53 7.3. TIFFフィールズは推薦しました…53 7.4. Losslessはファックスモードを概要に着色します…53 8. Mixedラスタ内容モード…55 8.1概要…55 8.1.1. MRC、3階層モデル…55 8.1.2. MRCのための3階層モデルのTIFF Representation…56 8.2. TIFFフィールズが必要でした…58 8.2.1. 基線分野…58 8.2.2. 拡大分野…59 8.2.3. 新しいフィールズ…60 8.3. TIFFフィールズは推薦しました…62 8.4. イメージズのための規則と要件…62 8.5. MRCはファックスでモード概要を送ります…63 9. MIME content typeイメージ/いさかい…66 9.1 Facsimile ApplicationsのためのMIME content typeイメージ/いさかいの気品…66 10. セキュリティ問題…67
McIntyre, et. al. Standards Track [Page 3] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[3ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
11. References........................................................67
12. Authors' Addresses................................................69
Annex A: Summary of TIFF Fields for Internet Fax .....................70
Annex B. IANA Registration for image/tiff Application Parameter
Values used for facsimile....................................75
Full Copyright Statement..............................................77
11. 参照…67 12. 作者のアドレス…69 別館A: インターネットファックスのためのいさかい分野の概要…70 ファクシミリに使用されるイメージ/いさかいApplication Parameter ValuesのためにB.IANA Registrationを付加してください…75 完全な著作権宣言文…77
1. Introduction
1. 序論
This document describes the use of TIFF (Tag Image File Format) to represent the data content and structure generated by the current suite of ITU-T Recommendations for Group 3 facsimile. These Recommendations and the TIFF fields described here support the following facsimile modes or profiles:
このドキュメントは、Group3ファクシミリのためにITU-T Recommendationsの現在のスイートによって生成されたデータ内容と構造を表すためにTIFF(タグImage File Format)の使用について説明します。 分野がここで説明したこれらのRecommendationsとTIFFは、以下のファクシミリがモードかプロフィールであるとサポートします:
S: minimal black-and-white mode, using binary MH compression
[T.4]
F: extended black-and-white mode, using binary MH, MR and MMR
compression [T.4, T.6]
J: lossless JBIG black-and-white mode, with JBIG compression
[T.85, T.82]
C: lossy color and grayscale mode, using JPEG compression
[T.42, T.81]
L: lossless color and grayscale mode, using JBIG compression
[T.43, T.82]
M: mixed raster content mode [T.44], using a combination of
existing compression methods
S: 2進のMH圧縮[T.4]Fを使用する最小量の白黒のモード: 2進のMH、MR、およびMMR圧縮[T.4、T.6]Jを使用する拡張白黒のモード: JBIG圧縮[T.85、T.82]Cがあるlossless JBIGの白黒のモード: JPEG圧縮[T.42、T.81]Lを使用する損失性色とグレースケールモード: JBIG圧縮[T.43、T.82]Mを使用するlossless色とグレースケールモード: 既存の圧縮方法の組み合わせを使用するラスタの複雑な内容モード[T.44]
Each profile corresponds to the content of ITU-T Recommendations shown and is a subset of the full TIFF for facsimile specification.
各プロフィールは、見せられたITU-T Recommendationsの内容に対応している、ファクシミリ仕様のための完全な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は最小量の置き換えセットの分野について説明します。(分野は少なくとも2進の白黒のイメージがサポートされるのを保証するでしょう)。 実装が、この最小量の置き換えセットの分野をサポートするのに必要です。
With the intent of specifying a file format for Internet Fax, this draft:
ファイルを指定する意図をもって、インターネットファックス、この草稿のために以下をフォーマットしてください。
1. specifies the structure of TIFF files for facsimile data,
2. defines ITU fax-compatible values for existing TIFF fields,
3. defines new TIFF fields and values required for compatibility
with ITU color fax.
1.、データを電送してください、ITUのファックスコンパチブル値を既存のTIFF分野と2を定義して、3を新しいTIFF分野を定義して、値がITUカラーファックスとの互換性に必要であるので、TIFFファイルの構造を指定します。
This specification of TIFF for facsimile is known as TIFF-FX.
ファクシミリのためのTIFFのこの仕様はTIFF-FXとして知られています。
McIntyre, et. al. Standards Track [Page 4] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[4ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
1.1 Scope
1.1 範囲
This document defines a TIFF-based file format specification for enabling standardized messaging-based fax over the Internet. It specifies the TIFF fields and field values required for compatibility with the existing ITU-T Recommendations for Group 3 black-and-white, grayscale and color facsimile. TIFF has historically been used for handling fax image files in applications such as store-and-forward messaging. Implementations that support this file format specification for import/export may elect to support it as a native format. This document recommends a TIFF file structure that is compatible with low-memory and page-level streaming implementations.
このドキュメントは、インターネットの上で標準化されたメッセージングベースのファックスを可能にするためにTIFFベースのファイル書式仕様を定義します。 それはTIFF分野を指定します、そして、分野値がGroup3白黒、グレースケール、および色のためのRecommendationsが電送する既存のITU-Tとの互換性に必要です。 TIFFは店とフォワードメッセージングなどのアプリケーションにおける取り扱いファックスイメージ・ファイルに歴史的に使用されました。 このファイル形式が輸入/輸出のための仕様であるとサポートする実装は、ネイティブの形式としてそれをサポートするのを選ぶかもしれません。 このドキュメントは少ない記憶と互換性があるTIFFファイル構造とページレベルのストリーミングの実装を推薦します。
Unless otherwise noted, the current TIFF specification [TIFF] and selected TIFF Technical Notes [TTN1, TTN2] are the primary references for describing TIFF and defining TIFF fields. This document is the primary reference for defining TIFF field values for fax applications.
別の方法で注意されない場合、現在のTIFF仕様[TIFF]と選択されたTIFF Technical Notes[TTN1、TTN2]はTIFFについて説明して、TIFF分野を定義するプライマリ参照です。 このドキュメントはファックスアプリケーションのためにTIFF分野値を定義するプライマリ参照です。
1.2 Approach
1.2 アプローチ
The basic approach to using TIFF for facsimile data is to insert the compressed fax image data in a TIFF file and use TIFF fields to encode the parameters that describe the image data. These fields will have values that comply with the ITU-T Recommendations. The MIME content type of the resulting file will be image/tiff, with an optional Application parameter [TIFF-REG]; see Section 9.
ファクシミリデータにTIFFを使用することへの基本的なアプローチは、TIFFファイルの圧縮されたファックスイメージデータを挿入して、イメージデータについて説明するパラメタをコード化するのにTIFF分野を使用することです。 これらの分野には、ITU-T Recommendationsに従う値があるでしょう。 任意のApplicationパラメタによると、結果として起こるファイルのMIME content typeはイメージ/いさかい[TIFF-REG]でしょう。 セクション9を見てください。
This approach takes advantage of TIFF features and structures that bridge the data formats and performance requirements of both legacy fax machines and host-based fax applications. TIFF constructs for pages, images, and strips allow a TIFF file to preserve the fax data stream structure and the performance advantages that come with it. A TIFF-based approach also builds on an established base of users and implementors and ensures backward compatibility with existing TIFF- based IETF proposals and work in progress for Internet fax.
このアプローチはデータ形式と性能がレガシーファックス装置とホストベースのファックスアプリケーションの両方の要件であるとブリッジするTIFFの特徴と構造を利用します。 ページ、イメージ、および片のためのTIFF構造物で、TIFFファイルはファックスデータ・ストリーム構造とそれと共に来る性能利点を保存できます。 TIFFベースのアプローチは、また、ユーザと作成者の確立したベースの上に建てて、既存のTIFFとの互換性がインターネットファックスのためのIETF提案と処理中の作業を基礎づけたのを後方に確実にします。
1.3 Overview of this draft
1.3 この草稿の概要
Section 2 gives an overview of TIFF. Section 2.1 describes the structure of TIFF files, including general guidelines for structuring multi-page TIFF files. Section 2.2 lists the TIFF fields that are required or recommended for all fax modes. The TIFF fields used only by specific fax modes are described in Sections 3-8, which describe the individual fax modes. These sections also specify the ITU- compatible field values (image parameters) for each mode.
セクション2はTIFFの概要を与えます。 セクション2.1はマルチページTIFFファイルを構造化するための一般的ガイドラインを含むTIFFファイルの構造について説明します。 セクション2.2はすべてのファックスモードのために必要である、または推薦されるTIFF分野を記載します。 単に特定のファックスモードで使用されるTIFF分野はセクション3-8で説明されます。(セクションは、独特のファックスモードを説明します)。 また、これらのセクションはITUコンパチブル分野値(映像パラメーター)を各モードに指定します。
McIntyre, et. al. Standards Track [Page 5] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[5ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
The full set of permitted fields of TIFF for facsimile are included in the current TIFF specification, Section 2 of this document and the sections on specific modes of facsimile operation. This document defines profiles of TIFF for facsimile, where a profile is a subset of the full set of permitted fields and field values of TIFF for facsimile.
ファクシミリのためのTIFFの受入れられた分野のフルセットは現在のTIFF仕様、このドキュメントのセクション2、およびファクシミリ操作の特定のモードのセクションに含まれています。 このドキュメントはプロフィールが受入れられた分野のフルセットの部分集合であるファクシミリのためのTIFFのプロフィールとファクシミリのためのTIFFの分野値を定義します。
Section 3 defines the minimal black-and-white facsimile mode (Profile S), which is required in all implementations. Section 4 defines the extended black-and-white fax mode (Profile F), which provides a standard definition of TIFF-F. Section 5 describes the lossless black-and-white mode using JBIG compression (Profile J). Section 6 defines the base color mode, required in all color implementations, for the lossy JPEG representation of color and grayscale facsimile data (Profile C). Section 7 defines the lossless JBIG color and grayscale facsimile mode (Profile L) and Section 8 defines the Mixed Raster Content facsimile mode (Profile M). Each of these sections concludes with a table summarizing the required and recommended fields for each mode and the values they can have.
セクション3は最小量の白黒のファクシミリモード(プロフィールS)を定義します。(それが、すべての実装で必要です)。 セクション4は拡張白黒のファックスモード(プロフィールF)を定義します。(それは、TIFF-Fの標準定義を提供します)。 セクション5は、JBIG圧縮(プロフィールJ)を使用することでlosslessの白黒のモードを説明します。 セクション6は色とグレースケールファクシミリデータ(プロフィールC)の損失性JPEG表現のためにすべての色の実装で必要であるベースカラーモードを定義します。 セクション7はlossless JBIG色とグレースケールファクシミリモード(プロフィールL)を定義します、そして、セクション8はMixed Raster Contentファクシミリモード(プロフィールM)を定義します。 それぞれのこれらのセクションはそれらが持つことができる各モードと値のために必要でお勧めの分野をまとめるテーブルで締めくくります。
Section 9 describes the MIME content type image/tiff and the use of the optional Application parameter in connection with TIFF for facsimile. Sections 10, 11, 12 and 13 give Security Considerations, the ISOC Copyright Notice, References and Authors' Addresses. Annex A gives a summary of the TIFF fields used or defined in this document and provides a convenient reference for implementors.
セクション9はMIME content typeイメージ/いさかいとTIFFに関する任意のApplicationパラメタのファクシミリの使用について説明します。 セクション10、11、12、および13はSecurity Considerations、ISOC Copyright Notice、References、およびAuthorsのAddressesに与えます。 別館Aは、本書では使用されたか、または定義されたTIFF分野の概要をして、作成者の便利な参照を提供します。
To implement only the minimal interchange black-and-white set of fields and values (Profile S), one need read only Sections 1, 2, 3, 9 and 10.
最小量の唯一の置き換えが白黒テレビの分野と値(プロフィールS)であると実装するために、人はセクション1、2、3、9、および10だけを読まなければなりません。
The following tree diagram shows the relationship among profiles and between profiles and coding methods.
以下の樹形図はプロフィールとプロフィールとコード化メソッドとの関係を示しています。
S (MH)
/ \
B&W / \ Color
------------ ----------
/ \ \
/ F (MMR, MR) C (JPEG)
/ / \
J (JBIG) ---- \
/ \
L (JBIG) \
\
M (MRC)
S(MH)/\B&W/\色------------ ---------- /\\/F(MMR、さん)C(JPEG)//\J(JBIG)---- \/\L(JBIG)\\M(MRC)
A profile is based on a collection of ITU-T facsimile coding methods.
プロフィールはITU-Tファクシミリコード化メソッドの収集に基づいています。
McIntyre, et. al. Standards Track [Page 6] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[6ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
For example, Profile S, the minimal mode, is based on Modified Huffman (MH) compression, which are defined in ITU-T Rec. T.4. Profile F specifies Modified Read (MR) and Modified Modified Read (MMR) compressions, which are defined in ITU-T Rec. T.4 and T.6.
例えば、Profile S(最小量のモード)はModifiedハフマン(MH)圧縮に基づいています(ITU-T Recで定義されます)。 T.4。 プロフィールFはModified Read(MR)とModified Modified Read(MMR)圧縮を指定します。(圧縮はITU-T Recで定義されます)。 T.4とT.6。
All implementations of TIFF for facsimile MUST implement Profile S, which is the root node of the tree. All color implementations of TIFF for facsimile MUST implement Profile C. The implementation of a particular profile MUST also implement those profiles on the path that connect it to the root node, and MAY optionally implement profiles not on the path connecting it to the root node. For example, an implementation of Profile M must also implement Profiles C and S, and may optionally implement Profile F, J or L. For another example, an implementation of Profile C must also implement Profile S, and may optionally implement Profile F or J.
ファクシミリのためのTIFFのすべての実装がProfile Sを実装しなければなりません。(Profile Sは木の根の節です)。 ファクシミリのためのTIFFのすべての色の実装は、また特定のプロフィールの実装が実装しなければならないProfile C.に経路の根のノードにそれを接続するそれらのプロフィールを実装しなければならなくて、根のノードにそれを接続しながら、いずれの経路でも任意にプロフィールは実装しないかもしれません。 例えば、Profile Mの実装が、Profile F、JまたはL.Forが別の例であるとまた、ProfilesがCとSであると実装しなければならなくて、任意に実装するかもしれなくて、Profile Cの実装は、また、Profile Sを実装しなければならなくて、Profileが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].
“SHALL"、「NOT」が「必須NOT」というキーワード“MUST"が、「必要でした」、“SHOULD"、「「推薦され」て、「5月」の、そして、「任意」のNOTは[REQ]で説明されるように本書では解釈されることであるべきですか?
2. TIFF and Fax
2. いさかいとファックス
2.1. TIFF Overview
2.1. いさかい概要
TIFF provides a means for describing, storing and interchanging raster image data. A primary goal of TIFF is to provide a rich environment within which applications can exchange image data. The current TIFF specification [TIFF] defines a commonly used, core set of TIFF fields known as Baseline TIFF. The current specification and TIFF Technical Notes 1 and 2 [TTN1, TTN2] define several TIFF extensions. The TIFF- based specification for fax applications uses a subset of Baseline TIFF fields, with selected extensions, as described in this document. In a few cases, this document defines new TIFF fields specifically for fax applications.
TIFFはラスター・イメージデータを説明して、保存して、交換するための手段を提供します。 TIFFのプライマリ目標はアプリケーションがイメージデータを交換できる豊かな環境を提供することです。 現在のTIFF仕様[TIFF]はBaseline TIFFとして知られている一般的に使用されたコアセットのTIFF分野を定義します。 現在の仕様とTIFF Technical Notes1と2[TTN1、TTN2]はいくつかのTIFF拡張子を定義します。 ファックスアプリケーションのためのTIFFのベースの仕様はBaseline TIFF分野の部分集合を使用します、選択された拡大で、本書では説明されるように。 いくつかの場合では、このドキュメントは特にファックスアプリケーションのために新しいTIFF分野を定義します。
2.1.1. File Structure
2.1.1. ファイル構造
TIFF is designed for raster images, which makes it a good match for facsimile documents, which are multi-page raster images. Each raster image consists of a number of rows or scanlines, each of which has the same number of pixels, the unit of sampling. Each pixel has at least one sample or component (exactly one for black-and-white images).
TIFFはラスター・イメージのために設計されています(それをマルチページラスター・イメージであるファクシミリドキュメントのための良いマッチにします)。 各ラスター・イメージは多くの行か走査線から成ります。それはそれぞれ、同じピクセル数(標本抽出のユニット)を持っています。 各画素には、少なくとも1つのサンプルかコンポーネント(白黒のイメージのためのちょうどもの)があります。
A TIFF file begins with an 8-byte image file header. The first two bytes describe the byte order used within the file. Legal values are "II" (0x4949) when bytes are ordered from least to most significant (little- endian), and "MM" (0x4D4D), when bytes are ordered from most
TIFFファイルは8バイトのイメージ・ファイルヘッダーと共に始まります。 最初の2バイトはファイルの中で使用されたバイトオーダーについて説明します。 バイトが最少から最も重要(少ないエンディアン)と「mm」(0x4D4D)まで命令されるとき、正当な値は「II」(0×4949)です、大部分からバイトを取り寄せるとき
McIntyre, et. al. Standards Track [Page 7] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[7ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
to least significant (big-endian) within a 16- or 32-bit integer. Either byte order can be used, except in the case of the minimal black-and-white mode, which SHALL use value "II". The next two bytes contain the value 42 that identifies the file as a TIFF file and is ordered according to the value in the first two bytes of the header. The last four bytes give the offset that points to the first image file directory (IFD). This and all other offsets in a TIFF file are with respect to the beginning of the TIFF file. An IFD can be at any location in the file after the header but must begin on a word boundary.
16か32ビットの整数の中の最も重要でない(ビッグエンディアン)に。 最小量の白黒のモード、どのSHALL使用価値「II」に関するケースを除いて、どちらのバイトオーダーも使用できるか。 次の2バイトはファイルがTIFFファイルであると認識して、ヘッダーの最初の2バイトにおける値に従って注文される値42を含んでいます。 最後の4バイトは最初のイメージ・ファイルディレクトリ(IFD)を示すオフセットを与えます。 TIFFファイルの始まりに関してTIFFファイルにおける他のこれとすべてのオフセットがあります。 IFDはヘッダーの後に、ファイルのどんな位置にもあることができますが、語境界で始まらなければなりません。
An IFD is a sequence of tagged fields, sorted in ascending order by tag value. An IFD consists of a 2-byte count of the number of fields, a sequence of field entries and a 4-byte offset to the next IFD. The fields contain information about the image and pointers to the image data. Each separate raster image in the file is represented by an IFD.
IFDは昇順にタグ値によって分類されたタグ付けをされた分野の系列です。 IFDは次のIFDに分野の数、フィールド入力の系列、および4バイトのオフセットの2バイトのカウントから成ります。 分野はイメージと指針の情報をイメージデータに含んでいます。 ファイルのそれぞれの別々のラスター・イメージはIFDによって表されます。
Each field entry in an IFD has 12 bytes and consists of a 2-byte Tag, 2 bytes identifying the field type (e.g. short, long, rational, ASCII), 4 bytes giving the count (number of values or offsets), and 4 bytes that either contain the offset to a field value stored outside the IFD, or, based on the type and count, the field value itself. Resolution and metadata such as dates, names and descriptions are examples of "long" field values that do not fit in 4 bytes and therefore use offsets in the field entry. Details are given in the TIFF specification [TIFF].
IFDの各フィールド入力は、12バイトを持って、2バイトのTag、フィールド・タイプを特定する2バイト(例えば、短くて、長くて、合理的なASCII)、カウントを与える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ファイルは1IFDを入れてあることができます。そこでは、各IFDがタイプがNewSubfileType分野で与えられている「副-ファイル」です。 繋がっているリストとして、または、各IFDにおける次のIFD(最後のIFDの指針は0である)を示す最後のエントリーか、木として複数のIFDsを組織化できます、プライマリIFD[TTN1]のSubIFDs分野を使用して。 SubIFDs分野はプライマリIFDの子供IFDsに指針の勢ぞろいを含んでいます。
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.
子供IFDsはプライマリIFDイメージの減少している解決バージョンなどの関連するイメージについて説明します。 同じIFDはa次IFDと、そして、子供IFDsと、子供IFDs缶自体に他のIFDsへのポイントを指すことができます。
All fax modes represent a multi-page fax image as a linked list of IFDs, with a NewSubfileType field containing a bit that identifies the IFD as one page of a multi-page document. Each IFD has a PageNumber field, identifying the page number in ascending order, starting at 0 for the first page. While a Baseline TIFF reader is not
すべてのファックスモードがIFDsの繋がっているリストとしてマルチページファックスイメージを表して、NewSubfileType分野で、それを少し含むのは、IFDがマルチページドキュメントの1ページであると認識します。 各IFDには、0時に最初のページのために始まって、昇順にページ番号を特定して、PageNumber分野があります。 Baseline TIFF読者はそうではありませんが
McIntyre, et. al. Standards Track [Page 8] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[8ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
required to read any IFDs beyond the first, an implementation that reads the files that comply with this specification SHALL read multiple IFDs. Only the Mixed Raster Content fax mode, described in Section 8, requires the use of child IFDs.
1番目を超えてどんなIFDsも読むのが必要であることで、この仕様SHALLに従うファイルを読む実装は複数のIFDsを読みました。 セクション8で説明されたMixed Raster Contentファックスモードだけが子供IFDsの使用を必要とします。
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
| : |
+-----------------------+ | ヘッダー|------------+ +-----------------------+ | 最初に、IFD| IFD(0ページ)| <、-、-、-、-、-、-、-、-、-、--+ オフセット+---| |------------+ 値| +-----------------------+ | オフセット+-->| 長い値|--+ | +-----------------------| | 片| | イメージデータ| <、-+ オフセット| | 1 0ページを剥取ってください。| | | +-----------------------+ | | | : | : | | +-----------------------+ | 次のIFD| IFD(1ページ)| <、-、-、-、-、-、-、-、-、-、--+ オフセット+---| |------------+ 値| +-----------------------+ | オフセット+-->| 長い値|--+ | +-----------------------| | 片| | イメージデータ| <、-+ オフセット| | 1つの1ページを剥取ってください。| | | +-----------------------+ | | | 2つの1ページを剥取ってください。| <、-+ | +-----------------------+ | | | : | : | | +-----------------------+ | 次のIFD| IFD(2ページ)| <、-、-、-、-、-、-、-、-、-、--+ オフセット| : |
2.1.2 Image Structure
2.1.2 画像構造
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は1片あたりおよそ8キロバイトを推薦しますが、通常、1イメージあたり既存のファックス用法は1片です。)
McIntyre, et. al. Standards Track [Page 9] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[9ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
Each IFD requires three strip-related fields: StripOffsets, RowsPerStrip and StripByteCounts. The StripOffsets field is an array of pointers to the strip or strips that contain the actual image data. The StripByteCounts field gives the number of bytes in each strip after compression. TIFF requires that each strip, except the last, contain the same number of scanlines, which is given in the RowsPerStrip field. This document introduces the new StripRowCounts field that allows a variable number of scanlines per strip, which is required by the Mixed Raster Content fax mode (Section 8).
各IFDは3つの片関連の分野を必要とします: StripOffsets、RowsPerStrip、およびStripByteCounts。 StripOffsets分野は実画像データを含む片か片への指針の勢ぞろいです。 StripByteCounts分野は圧縮の後に各片の中のバイト数を与えます。 TIFFは、最終を除いて、各片が同じ数の走査線を含むのを必要とします。(走査線はRowsPerStrip分野で与えられています)。 このドキュメントは可変数の1Mixed Raster Contentファックスモード(セクション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 gracefully add new compression schemes as they become available.
イメージデータは非解釈されるように保存されて、圧縮画像データは片の中を流れます。 これらのストリームの形式はITU-T Recommendationsに続きます。 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, then the values in the data stream take precedence. For informational values that are not required to interpret the data stream, such as author name, then the TIFF field value takes precedence.
圧縮されたデータ・ストリームの中と、そして、TIFF分野の中でいくつかの属性を指定できます。 2つの値が異なるのは、可能です。 これがデータ・ストリームを解釈するのに必要である値のために起こると、データ・ストリームにおける値は優先します。 そして、データ・ストリームを解釈するのに必要でない作者名などの情報の値のために、TIFF分野価値は優先します。
2.1.3 TIFF File Structure for Fax Applications
2.1.3 ファックスアプリケーションのためのいさかいファイル構造
The TIFF specification has a very flexible file structure, which does not specify the ordering of IFDs, field values and image data in a file. Individual applications may require or recommend an ordering.
TIFF仕様には、非常にフレキシブルなファイル構造があります。(それは、ファイルのIFDs、分野値、およびイメージデータの注文を指定しません)。 個々のアプリケーションは、注文を必要である、または推薦するかもしれません。
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ファイルを使用するAマルチページファックスがSHOULDを記録するそれがIFDsの繋がっているリストとして表されることを勧めます。 また、それは、ファクシミリSHOULDがTIFFファイルで同じようにページを注文するのでTIFFファイルがファックスデータ・ストリームを入るように命じたことを勧めます。 TIFFファイルでは、1ページが数個の要素から成ります: 1IFDs(subIFDsを含んでいる)、長い間、IFDsの外に保存される値、およびイメージデータ(1片以上の中の)をさばいてください。
The minimal black-and-white mode (Profile S) specifies a required ordering of pages and elements within a page (Section 3.5). The extended black-and-white mode (Profile F) provides guidelines for ordering pages and page elements (Section 4.4.6). Other profiles
最小量の白黒のモード(プロフィールS)は1ページ(セクション3.5)以内でページと要素の必要な注文を指定します。 拡張白黒のモード(プロフィールF)はオーダーページとページ要素(セクション4.4.6)のためのガイドラインを提供します。 他のプロフィール
McIntyre, et. al. Standards Track [Page 10] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[10ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
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.
SHOULDはこれらのガイドラインに従います。 この推薦がTIFFファイルとファックスデータ・ストリーム表現の間のファックスアプリケーションと変換でTIFF作家と読者の実装を簡素化することを意図します。 丈夫さを交換してください、読者SHOULD。しかしながら、構造が[TIFF]と一致しているファイルをTIFFに読み込むように用意してください、ここでお勧めであるよりフレキシブルなファイル構造を支えるどれ。
This specification introduces an optional new GlobalParametersIFD field, defined in Section 2.2.4. This field has type IFD and indicates parameters describing the fax session. While it is often possible to obtain these parameters by scanning the file, it is convenient to make them available together in one place for fast and easy access. If the GlobalParametersIFD occurs in a TIFF file, it SHOULD be located in the first IFD, immediately following the 8-byte image file header.
この仕様はセクション2.2.4で定義された任意の新しいGlobalParametersIFD野原を挿入します。 この分野は、タイプIFDを持って、ファックスセッションについて説明するパラメタを示します。 ファイルをスキャンすることによってこれらのパラメタを得るのがしばしば可能ですが、速くて簡単なアクセサリーのために1つの場所でそれらを一緒に利用可能にするのは便利です。 GlobalParametersIFDが中に起こるなら、a TIFFはファイルして、それは最初のIFDに位置していて、すぐに8バイトのイメージ・ファイルヘッダーに続くSHOULDです。
2.2 TIFF Fields for All Fax Applications
2.2 すべてのファックスアプリケーションのためのいさかい分野
The TIFF specification [TIFF] is organized as a baseline set and several extensions, including technical notes [TTN1, TTN2] that will be incorporated in the next release of TIFF. The baseline and extensions have required and optional fields.
TIFF仕様[TIFF]は基線セットといくつかの拡大として組織化されます、TIFFの次のリリースに法人組織になるテクニカルノート[TTN1、TTN2]を含んでいて。 基線と拡大には、必要で任意の分野があります。
Facsimile applications require (and recommend) a mixture of baseline and extensions fields, as well as some new fields that are not part of the TIFF specification and that are defined in this document. This sub- section lists the fields that are required or recommended for all modes. In particular, Section 2.2.1 lists the fields that are required by all modes and that have values that do not depend on the mode. Section 2.2.2 lists the fields that are required by all modes and that have values which do depend on the mode. Section 2.2.3 lists the fields that are recommended for all modes. Fields that are required or recommended by some but not all modes are given in the section (Section 3-8) that describes that mode. The sections for each fax mode have sub-sections for required and recommended fields; each sub-section organizes the fields according to whether they are baseline, extension or new.
ファクシミリアプリケーションが必要である、(推薦、)、基線と拡大分野の混合物、いくつかと同様に、TIFF仕様とその一部でない新しい分野は本書では定義されます。 このサブセクションはすべてのモードのために必要である、または推薦される分野を記載します。 特に、セクション2.2.1はすべてのモードが必要であり、モードに依存しない値を持っている分野を記載します。 セクション2.2 .2 すべてのモードが必要であり、モードに依存する値を持っている分野を記載します。 セクション2.2 .3 すべてのモードのために推薦される分野を記載します。 そのモードを説明するセクション(セクション3-8)ですべてのモードではなく、いくつかによって必要である、または推薦される野原を与えます。 それぞれのファックスモードのためのセクションには、必要でお勧めの分野への小区分があります。 それらが拡大であるか新しい基線であるかどうかによると、各小区分は分野を組織化します。
The fields required for facsimile have only a few legal values, specified in the ITU-T Recommendations. Of these legal values, some are required and some are optional, just as they are required (mandatory) or optional in fax implementations that conform to the ITU-T Recommendations. The required and optional values are noted in the sections on the different fax modes.
ファクシミリに必要である分野はITU-T Recommendationsで指定されたほんのいくつかの法定価格を持っています。 これらの法定価格では、或るものが必要です、そして、或るものは任意です、ちょうど、それらがITU-T Recommendationsに従うファックス実現で必要であるか(義務的な)、または任意であるので。 異なったファックスモードのセクションで必要で任意の値は注意されます。
McIntyre, et. al. Standards Track [Page 11] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[11ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
This section describes the fields required or recommended by all fax modes. The pattern for the description of TIFF fields in this draft is:
このセクションはすべてのファックスモードで必要である、または推薦された分野について説明します。 この草稿における、TIFF分野の記述のためのパターンは以下の通りです。
FieldName(TagValueInDecimal) = allowable values. TYPE
WhetherRequiredByTIFForTIFFforFAX
Count = (omitted if =1) = (if not in current spec but available)
Explanation of the field, how it's used, and the values it can have.
Default value, if any, as specified in [TIFF]
FieldName(TagValueInDecimal)は許容量と等しいです。 TYPE WhetherRequiredByTIFForTIFFforFAX Countが=と等しい、(=1であるなら、省略されます)(現在の仕様、利用可能である、)、分野に関する説明、それはどう使用されているか、そして、およびそれが持つことができる値。 もしあれば中で指定されるとしてのデフォルト値[いさかい]
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から省略されるかもしれません。
2.2.1. TIFF fields required for all fax modes
2.2.1. TIFF分野がすべてのファックスモードに必要です。
The TIFF fields listed in this section SHALL be used by all fax modes, but have field values that are not specified by the ITU standards, i.e. the fields do not depend on the mode. The next sub- section lists the fields that SHALL be used by all fax modes, but which do have values specified by the ITU-specified or mode-specific values. Fields that SHALL be used by some but not all modes are given in the sections (3-8) which describe the modes that uses them.
このセクションSHALLで記載されたTIFF分野は、すべてのファックスモードで使用されますが、ITU規格によって指定されない分野値を持っています、すなわち、分野はモードに依存しません。 次のサブセクションはすべてのファックスモードで使用されていた状態でSHALLがある分野を記載しますが、どれに値があるかはITUによって指定されたかモード特有の値で指定しました。 分野、SHALLはモードがそれらを使用するモードを説明するセクション(3-8)で与えられているすべてではなく、いくつかによって使用されます。
ImageLength(257) SHORT or LONG
RequiredByTIFFBaseline
Total number of scanlines in image.
No default, must be specified.
イメージによる走査線のImageLength(257) SHORTかLONG RequiredByTIFFBaseline Total番号。 どんなデフォルトも指定されているはずがありません。
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、1番目が達するTIFFExtension Count=2はページ番号(最初のページ単位で0)を表します。 2番目の数はドキュメントのページの総数です。 2番目の値が0であるなら、総ページ数は利用可能ではありません。 どんなデフォルトも指定されているはずがありません。
RowsPerStrip(278) SHORT or LONG
RequiredByTIFFBaseline
The number of scanlines per TIFF strip, except for the last strip.
For a single strip image, this is the same as the value of the
ImageLength field.
Default = 2**32 - 1 (meaning all scanlines in one strip)
RowsPerStrip(278) SHORTかLONG RequiredByTIFFBaseline、最後の片以外のTIFF片あたりの走査線の数。 ただ一つの片イメージに関しては、これはImageLength分野の値と同じです。 デフォルトは2**32--1と等しいです。(1のすべての走査線が剥取る意味)
StripByteCounts(279) SHORT or LONG
RequiredByTIFFBaseline
Count = number of strips
For each strip, the number of bytes in that strip after compression.
StripByteCounts(279) SHORTかLONG RequiredByTIFFBaseline CountがForがそれぞれ剥取る片の数と等しいです、圧縮の後のその片の中のバイト数。
McIntyre, et. al. Standards Track [Page 12] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[12ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
No default, must be specified.
どんなデフォルトも指定されているはずがありません。
StripOffsets(273) SHORT or LONG
RequiredByTIFFBaseline
Count = number of strips
For each strip, the byte offset from the beginning of the file to
the start of that strip.
No default, must be specified.
StripOffsets(273) SHORTかLONG RequiredByTIFFBaseline CountがForがそれぞれ剥取る片の数と等しいです、ファイルの始まりからその片の始まりまで相殺されたバイト。 どんなデフォルトも指定されているはずがありません。
2.2.2 Additional TIFF fields required for all fax modes
2.2.2 追加TIFF分野がすべてのファックスモードに必要です。
The TIFF fields listed in this section SHALL be used by all fax modes, but the values associated with them depend on the mode being described and the associated ITU Recommendations. Therefore, only the fields are defined here; the values applicable to a particular fax mode are described in Sections 3-8. Fields that SHALL be used by some but not all modes are given in the section (3-8) describing the mode that uses them.
このセクションSHALLで記載されたTIFF分野がすべてのファックスモードで使用されて、それらに関連している値だけが説明されるモードと関連ITU Recommendationsに依存します。 分野だけがここで定義されます。 特定のファックスモードに適切な値はセクション3-8で説明されます。 分野、SHALLは、それらを使用するモードを説明しながら、モードがセクション(3-8)で与えられているすべてではなく、いくつかによって使用されます。
BitsPerSample(258) SHORT
RequiredByTIFFBaseline
Number of bits per image sample
Default = 1 (field may be omitted if this is the value)
イメージサンプルDefault=1あたりのビットのBitsPerSample(258) SHORT RequiredByTIFFBaseline Number(分野はこれが値であるなら省略されるかもしれません)
Compression(259) SHORT
RequiredByTIFFBaseline
Compression method used for image data
Default = 1 (no compression, so may not be omitted for FAX)
圧縮(259)SHORT RequiredByTIFFBaseline Compression方法はイメージデータにDefault=1を使用しました。(圧縮でなく、そうはFAXのために省略されないかもしれません)
FillOrder(266) SHORT
RequiredByTIFFforFax
The default bit order in Baseline TIFF per [TIFF] is indicated by
FillOrder=1, where bits are not reversed before being stored.
However, TIFF for Fax typically utilizes the setting of FillOrder=2,
where the bit order within bytes is reversed before storage (i.e.,
bits are stored with the Least Significant Bit first).
Default = 1 (field may be omitted if this is the value)
Facsimile data appears on the phone line in bit-reversed order
relative to its description in the relevant ITU compression
Recommendation. Therefore, a wide majority of facsimile
implementations choose this natural order for storage. Nevertheless,
all readers conforming to this specification must be able to read
data in both bit orders.
デフォルトビットが[TIFF]あたりのBaseline TIFFで注文するFillOrder(266) SHORT RequiredByTIFFforFaxはFillOrder=1によって示されます。そこでは、格納される前にビットが逆にされません。 しかしながら、ファックスのためのTIFFはFillOrder=2の設定を通常利用します。(そこでは、バイトの中の噛み付いているオーダーが格納の前に逆にされます(すなわち、ビットが最初に、Least Significant Bitと共に格納されます))。 1つ(分野はこれが値であるなら省略されるかもしれない)のファクシミリデフォルト=データがビットで逆にされたオーダーにおける電話回線の上に関連ITU圧縮Recommendationにおける記述に比例して現れます。 したがって、ファクシミリ実現の広い大部分が格納のためのこの自然界の秩序を選びます。 それにもかかわらず、この仕様に従うすべての読者が両方の噛み付いている命令でデータを読むことができなければなりません。
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、画素(コラム)のイメージいいえデフォルトの走査線(列)あたりの数に、指定しなければならなくなってください。
McIntyre, et. al. Standards Track [Page 13] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[13ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
NewSubFileType(254) LONG
RequiredByTIFFforFAX
A general indication of the kind of data contained in this IFD
Bit 1 is 1 if the image is a single page of a multi-page document.
Default = 0 (no subfile bits on, so may not be omitted for FAX)
イメージがマルチページドキュメントの1ページであるなら、このIFD Bit1に含まれたデータの種類のNewSubFileType(254) LONG RequiredByTIFFforFAXのA一般的なしるしは1です。 デフォルト=0(いいえがビットを副ファイルするので省略されないかもしれない、FAX)
PhotometricInterpretation(262) SHORT
RequiredByTIFFBaseline
The color space of the image data
No default, must be specified
PhotometricInterpretation(262) SHORT RequiredByTIFFBaseline、イメージデータいいえデフォルトの色のスペースは指定していなければなりません。
ResolutionUnit(296) SHORT
RequiredByTIFFBaseline
The unit of measure for resolution. 2 = inch, 3 = centimeter;
Default = 2 (field may be omitted if this is the value)
ResolutionUnit(296) SHORT RequiredByTIFFBaseline、解決のための測定の単位。 2 = 少しずつ動いてください、そして、3はセンチメートルと等しいです。 デフォルト=2(分野はこれが値であるなら省略されるかもしれません)
SamplesPerPixel(277) SHORT
RequiredByTIFFBaseline
The number of color components per pixel; SamplesPerPixel is 1 for a
black-and-white, grayscale or indexed (palette) image.
Default =1 (field may be omitted if this is the value)
SamplesPerPixel(277) SHORT RequiredByTIFFBaseline、1画素あたりのカラー成分の数。 SamplesPerPixelは白黒、グレースケールまたは索引をつけられた(パレット)イメージのための1歳です。 デフォルト=1(分野はこれが値であるなら省略されるかもしれません)
XResolution(282) RATIONAL
RequiredByTIFFBaseline
The horizontal resolution of the image in pixels per resolution
unit. The ITU-T Recommendations for facsimile specify a small number
of horizontal resolutions: 100, 200, 300, 400 pixels per inch, and
80, 160 pixels per centimeter (or 204, 408 pixels per inch). The
allowed XResolution values for each mode are given in the section
defining that mode. Per [T.4], it is permissible for applications to
treat the following XResolution values as being equivalent: <204,
200> and <400,408> in pixels/inch. These equivalencies were allowed
by [T.4] to permit conversions between inch and metric based
facsimile terminals.
TIFF for Facsimile Writers SHOULD express XResolution in inch based
units, for consistency with historical practice and to maximize
interoperability. See the table below for information on how to
convert from an ITU-T metric value to its inch based equivalent
resolution.
No default, must be specified
XResolution(282) RATIONAL RequiredByTIFFBaseline、解決ユニットあたりの画素における、イメージの水平な解像度。 ファクシミリのためのITU-T Recommendationsは少ない数の水平な解決を指定します: 100、200、300、400ピクセル・パー・インチ、およびセンチメートル(204、408ピクセル・パー・インチ)あたり80、160画素。 そのモードを定義するセクションで各モードのための許容XResolution値を与えます。 [T.4]に従って、アプリケーションが以下のXResolution値を同等であるとして扱うのは、許されています: 画素/インチにおける<204、200>と<40万408>。 [T.4]はこれらのequivalenciesをインチとメートル法のベースのファクシミリ端末の間の変換を可能にさせられました。 インチにおけるFacsimile Writers SHOULDの急行XResolutionのためのTIFFは、歴史的な習慣に伴う一貫性、相互運用性を最大にするためにユニットを基礎づけました。 ITU-Tメートル法の数値からインチまでどう変換するかの情報のための以下のテーブルが同等な解決を基礎づけたのを確実にしてください。 どんなデフォルトも指定されているはずがありません。
YResolution(283) RATIONAL
RequiredByTIFFBaseline
The vertical resolution of the image in pixels per resolution unit.
The ITU-T Recommendations for facsimile specify a small number of
vertical resolutions: 100, 200, 300, 400 pixels per inch, and 38.5,
77, 154 pixels per centimeter (or 98, 196, 391 pixels per inch). The
allowed YResolution values for each mode are given in the section
YResolution(283) RATIONAL RequiredByTIFFBaseline、解決ユニットあたりの画素における、イメージの垂直解像度。 ファクシミリのためのITU-T Recommendationsは少ない数の垂直解像度を指定します: 100、200、300、400ピクセル・パー・インチ、およびセンチメートル(98、196、391ピクセル・パー・インチ)あたり38.5、77、154画素。 セクションで各モードのための許容YResolution値を与えます。
McIntyre, et. al. Standards Track [Page 14] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[14ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
defining that mode. Per [T.4], it is permissible for applications to
treat the following YResolution values as being equivalent: <98,
100>, <196, 200>, and <391, 400> in pixels/inch. These equivalencies
were allowed by [T.4] to permit conversions between inch and metric
based facsimile terminals. TIFF for Facsimile Writers SHOULD express
YResolution in inch based units, for consistency with historical
practice and to maximize interoperability. See the table below for
information on how to convert from an ITU-T metric value to its inch
based equivalent resolution. No default, must be specified
そのモードを定義します。 [T.4]に従って、アプリケーションが以下のYResolution値を同等であるとして扱うのは、許されています: 画素/インチにおける<98、100の>、<196、200>、および<391、400>。 [T.4]はこれらのequivalenciesをインチとメートル法のベースのファクシミリ端末の間の変換を可能にさせられました。 インチにおけるFacsimile Writers SHOULDの急行YResolutionのためのTIFFは、歴史的な習慣に伴う一貫性、相互運用性を最大にするためにユニットを基礎づけました。 ITU-Tメートル法の数値からインチまでどう変換するかの情報のための以下のテーブルが同等な解決を基礎づけたのを確実にしてください。 どんなデフォルトも指定されているはずがありません。
+-----------------------------+-----------------------------+
| XResolution | YResolution |
+--------------+--------------+--------------+--------------+
|ResolutionUnit|ResolutionUnit|ResolutionUnit|ResolutionUnit|
| =2 (inch) | =3 (cm) | =2 (inch) | =3 (cm) |
+--------------+--------------+--------------+--------------+
| 100 | | 100 | |
+--------------+--------------+--------------+--------------+
| 204 | 80 | 98 | 38.5 |
| 200 | | 100 | |
+--------------+--------------+--------------+--------------+
| 204 | 80 | 196 | 77 |
| 200 | | 200 | |
+--------------+--------------+--------------+--------------+
| 204 | 80 | 391 | 154 |
+--------------+--------------+--------------+--------------+
| 300 | | 300 | |
+--------------+--------------+--------------+--------------+
| 408 | 160 | 391 | 154 |
| 400 | | 400 | |
+--------------+--------------+--------------+--------------+
+-----------------------------+-----------------------------+ | XResolution| YResolution| +--------------+--------------+--------------+--------------+ |ResolutionUnit|ResolutionUnit|ResolutionUnit|ResolutionUnit| | =2 (インチ) | =3 (cm) | =2 (インチ) | =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 | | +--------------+--------------+--------------+--------------+
2.2.3 TIFF fields recommended for all fax modes
2.2.3 すべてのファックスモードのために推薦されたTIFF分野
The TIFF fields listed in this section MAY be used by all fax modes. However, Profile S writers (the minimal fax mode described in Section 3) SHOULD NOT use these fields. Recommended fields that are mode- specific are described in Sections 3-8.
このセクションで記載されたTIFF分野はすべてのファックスモードで使用されるかもしれません。 しかしながら、Profile S作家(セクション3で説明された最小量のファックスモード)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.
24時間の形式「YYYY:mm:DD HH:mm:SS」のイメージ創造のDateTime(306)ASCII OptionalInTIFFBaseline Date/時間。 デフォルトがありません。
DocumentName(269) ASCII
OptionalInTIFFExtension(DocumentStorageAndRetrieval)
The name of the scanned document. This is a TIFF extension field,
not a Baseline TIFF field.
DocumentName(269)ASCII OptionalInTIFFExtension、(DocumentStorageAndRetrieval) スキャンした文書の名前。 これはBaseline TIFF分野ではなく、TIFF拡大分野です。
McIntyre, et. al. Standards Track [Page 15] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[15ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
No default.
デフォルトがありません。
ImageDescription(270) ASCII
OptionalInTIFFBaseline
A string describing the contents of the image.
No default.
イメージのコンテンツについて説明するImageDescription(270)ASCII OptionalInTIFFBaseline五弦。 デフォルトがありません。
Orientation(274) = 1-8. SHORT
OptionalinTIFFBaseline
1: 0th row represents the visual top of the image; the 0th column
represents the visual left side of the image. See the current TIFF
spec [TIFF] for further values; Baseline TIFF only requires value=1.
Default = 1.
Note: It is recommended that a writer that is aware of the
orientation will include this field to give a positive indication of
the orientation, even if the value is the default. If the
Orientation field is omitted, the reader SHALL assume a value of 1.
オリエンテーション(274)は1-8と等しいです。 短いOptionalinTIFFBaseline1: 0番目の列はイメージの視覚先端を表します。 第0コラムはイメージの視覚左側を表します。 さらなる値のための現在のTIFF仕様[TIFF]を見てください。 基線TIFFは値の=1を必要とするだけです。 デフォルト=1。 以下に注意してください。 オリエンテーションを意識している作家がオリエンテーションの積極的なしるしを与えるためにこの分野を入れるのは、お勧めです、値がデフォルトであっても。 Orientation分野が省略されるなら、読者SHALLは1の値を仮定します。
Software(305) ASCII
OptionalInTIFFBaseline
The optional name and release number of the software package that
created the image.
No default.
任意のソフトウェア(305)ASCII OptionalInTIFFBaselineはイメージを作成したソフトウェアパッケージの数を命名して、リリースします。 デフォルトがありません。
2.2.4 New TIFF fields recommended for fax modes
2.2.4 ファックスモードのために推薦された新しいTIFF分野
The new TIFF fields listed in this section MAY be used by all fax modes, but their support is not expected for the minimal fax mode described in Section 3. In addition, support for these new TIFF fields has not been included in historical TIFF-F readers described in Section 4 and [TIFF- F]. These fields describe "global" parameters of the fax session that created the image data. They are optional, not part of the current TIFF specification, and are defined in this document.
このセクションで記載された新しいTIFF分野はすべてのファックスモードで使用されるかもしれませんが、彼らのサポートはセクション3で説明された最小量のファックスモードのために予想されません。 さらに、これらの新しいTIFF分野のサポートはセクション4と[TIFF F]で説明された歴史的なTIFF-F読者に含まれていません。 これらの分野はイメージデータを作成したファックスセッションの「グローバルな」パラメタについて説明します。 それらは、現在のTIFF仕様の一部ではなく任意であり、本書では定義されます。
The first new field, GlobalParametersIFD, is an IFD that contains global parameters and is located in a Primary IFD.
最初の新しい分野(GlobalParametersIFD)はグローバルなパラメタを含んでいて、Primary IFDに位置しているIFDです。
GlobalParametersIFD (400) IFD
An IFD containing global parameters. It is recommended that a TIFF
writer place this field in the first IFD, where a TIFF reader would
find it quickly.
グローバルなパラメタを含むGlobalParametersIFD(400)IFD An 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とイメージIFDsの分野の間に存在しているなら、イメージIFDのデータは広がっているものとします。
McIntyre, et. al. Standards Track [Page 16] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[16ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
Among the GlobalParametersIFD entries is a new ProfileType field which generally describes information in this IFD and in the TIFF file.
GlobalParametersIFDエントリーの中に、一般に、このIFDとTIFFファイルの情報について説明する新しいProfileType分野があります。
ProfileType(401) LONG
The type of image data stored in this IFD.
0 = Unspecified
1 = Group 3 fax
No default
このIFDに格納されたイメージデータのタイプのProfileType(401) LONG。 0 = 1つの不特定の=グループ3はファックスでデフォルトを全く送りません。
The following new global fields are defined in this document as IFD entries for use with fax applications.
以下の新しいグローバルな分野はファックスアプリケーションで本書では使用のためのIFDエントリーと定義されます。
FaxProfile(402) = 0 - 6. BYTE
The profile that applies to this file; a profile is subset of the
full set of permitted fields and field values of TIFF for facsimile.
The currently defined values are:
0: does not conform to a profile defined for TIFF for facsimile
1: minimal black & white lossless, Profile S
2: extended black & white lossless, Profile F
3: lossless JBIG black & white, Profile J
4: lossy color and grayscale, Profile C
5: lossless color and grayscale, Profile L
6: Mixed Raster Content, Profile M
FaxProfile(402)=0--6。 BYTE、このファイルに適用されるプロフィール。 プロフィールは、受入れられた分野のフルセットの部分集合とファクシミリのためのTIFFの分野値です。 現在定義された値は以下の通りです。 0: ファクシミリ1のためのTIFFのために定義されたプロフィールに従いません: 最小量の黒くて白いlossless、Profile S2: 拡張黒くて白いlossless、Profile F3: lossless JBIG黒と白、Profile J4: 損失性色とグレースケール、Profile C、5: lossless色とグレースケール、Profile L、6: Mixedラスタ内容、プロフィールM
CodingMethods(403) LONG
This field indicates which coding methods are used in the file. A
bit value of 1 indicates which of the following coding methods is
used:
Bit 0: unspecified compression,
Bit 1: 1-dimensional coding, ITU-T Rec. T.4 (MH - Modified Huffman),
Bit 2: 2-dimensional coding, ITU-T Rec. T.4 (MR - Modified Read),
Bit 3: 2-dimensional coding, ITU-T Rec. T.6 (MMR - Modified MR),
Bit 4: ITU-T Rec. T.82 coding, using ITU-T Rec. T.85 (JBIG),
Bit 5: ITU-T Rec. T.81 (Baseline JPEG),
Bit 6: ITU-T Rec. T.82 coding, using ITU-T Rec. T.43 (JBIG color),
Bits 7-31: reserved for future use
Note: There is a limit of 32 compression types to identify standard
compression methods.
CodingMethods(403) LONG This分野は、どのコード化方法がファイルで使用されるかを示します。 少し、1の値は、以下のコード化方法のどれが使用されているかを示します: ビット0: 不特定の圧縮、Bit1: 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色)、Bits7-31: 未来に予約されて、Noteを使用してください: 標準の圧縮方法を特定するために、32の圧縮タイプの限界があります。
VersionYear(404) BYTE
Count: 4
The year of the standard specified by the FaxProfile field, given as
4 characters, e.g. '1997'; used in lossy and lossless color modes.
VersionYear(404)バイト・カウント: 4 規格の年は4つのキャラクタ、例えば、'1997'として与えられたFaxProfile野原のそばで指定しました。 損失性とlosslessカラーモードでは、使用されています。
ModeNumber (405) BYTE
The mode of the standard specified by the FaxProfile field. A
value of 0 indicates Mode 1.0; used in Mixed Raster Content mode.
規格のモードがFaxProfile分野で指定したModeNumber(405)BYTE。 0の値はMode1.0を示します。 Mixed Raster Contentモードで、使用されています。
McIntyre, et. al. Standards Track [Page 17] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[17ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
3. Minimal Black-and-White Fax Mode
3. 最小量の白黒のファックスモード
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の最小量の白黒の部分集合を定義します。 この部分集合はProfile S.に指定されます。ファクシミリSHALLのためのTIFFのAll実現は最小量の部分集合をサポートします。
Black-and-white mode is the binary fax application most users are familiar with today. This mode is appropriate for black-and-white text and line art. Black-and-white mode is divided into two levels of capability. This section describes the minimal interchange set of TIFF fields that must be supported by all implementations in order to assure that some form of image, albeit black-and-white, can be interchanged. This minimum interchange set is a strict subset of the fields and values defined for the extended black-and-white mode (TIFF-F or Profile F) in Section 4, which describes extensions to the minimal interchange set of fields that provide a richer set of black-and-white capabilities.
白黒のモードは今日のほとんどのユーザが詳しい2進のファックスアプリケーションです。 白黒のテキストと線画に、このモードは適切です。 白黒のモードは2つのレベルの能力に分割されます。 このセクションは白黒ですが、何らかのフォームのイメージを交換できることを保証するためにすべての実現で支持しなければならない最小量の置き換えセットのTIFF分野について説明します。 この最小の置き換えセットは、より豊かな白黒の能力を提供する最小量の置き換えセットの分野に拡大について説明するセクション4の拡張白黒のモード(TIFF-FかProfile F)のために定義された分野と値の厳しい部分集合です。
3.1. Overview
3.1. 概観
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."
白黒のファクシミリモードの最小量の置き換え部分は1次元のModifiedハフマン(MH)圧縮を支持します、一般的に呼ばれたオリジナルのGroup3ファックス解決、「規格」、および「罰金」で。
To assure interchange, this mode uses the minimal set of fields, with a minimal set of values. There are no recommended fields in this mode. Further, the TIFF file is required to be "little endian," which means that the byte order value in the TIFF header is "II". This mode defines a required ordering for the pages in a fax document and for the IFDs and image data of a page. It also requires that a single strip contain the image data for each page; see Section 3.5. The image data may contain RTC sequences, as specified in Section 3.4.
置き換えを保証するために、このモードは1人の極小集合の値と共に分野の極小集合を使用します。 このモードにはどんなお勧めの分野もありません。 さらに、TIFFファイルが、「リトルエンディアン」になるのに必要です。(それは、TIFFヘッダーのバイトオーダー値が「II」であると意味します)。 このモードは1ページのファックスドキュメントのページとIFDsとイメージデータのための必要な注文を定義します。 また、それは、1片が各ページイメージデータを含むのを必要とします。 セクション3.5を見てください。 イメージデータはセクション3.4で指定されるようにRTC系列を含むかもしれません。
3.2. Required TIFF Fields
3.2. 必要ないさかい分野
Besides the fields listed in Section 2.2.1, the minimal black-and- white fax mode requires the following fields. The fields listed in Section 2.2.1 and the fields and fax-specific values specified in this sub- section must be supported by all implementations.
そして、そのうえ、分野がセクション2.2.1、最小量の黒字で記載した、-、-白いファックスモードは以下の分野を必要とします。 すべての実現でこのサブセクションで指定されたセクション2.2.1で記載された分野、分野、およびファックス特有の値を支持しなければなりません。
3.2.1 Baseline fields
3.2.1 基線分野
BitsPerSample(258) = 1. SHORT
RequiredByTIFFBaseline
Binary data only.
Default = 1 (field may be omitted if this is the value)
BitsPerSample(258)=1。 SHORT RequiredByTIFFBaseline Binaryデータ専用。 デフォルト=1(分野はこれが値であるなら省略されるかもしれません)
McIntyre, et. al. Standards Track [Page 18] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[18ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
Compression(259) = 3. SHORT
RequiredByTIFFBaseline
3 = 1- or 2- dimensional coding.
The value 3 is a TIFF extension value [TIFF]. The T4Options field
must be specified and its value specifies that the data is encoded
using the Modified Huffman (MH) encoding of [T.4].
圧縮(259)=3。 SHORT RequiredByTIFFBaseline3 = 1か2 次元コード化。 値3はTIFF拡大価値[TIFF]です。 T4Options分野を指定しなければなりません、そして、値はデータが[T.4]のModifiedハフマン(MH)コード化を使用することでコード化されると指定します。
FillOrder(266) = 2. SHORT
RequiredByTIFFBaseline
2 = Least Significant Bit first
FillOrder(266)=2。 SHORT RequiredByTIFFBaseline2は最初に、最少のSignificant Bitと等しいです。
NOTE: Baseline TIFF readers are only required to support FillOrder = 1, where the lowest numbered pixel is stored in the MSB of the byte. However, because many devices, such as modems, transmit the LSB first when converting the data to serial form, it is common for black-and- white fax products to use the second FillOrder =2, where the lowest numbered pixel is stored in the LSB. Therefore, this value is specified in the minimal black-and-white mode.
以下に注意してください。 基線TIFF読者はFillOrder=1を支持するだけでよいです。そこでは、バイトのMSBに格納されます中で番号付の画素最も低い。 そして、しかしながら、最初に、データを連続フォームに変換するとき、モデムなどの多くの装置がLSBを伝えるので黒に、それが一般的である、-、-ファックス製品を空白にします。(そこでは、2番目のFillOrder=2を使用してください、そして、LSBに格納されます中で番号付の画素最も低い)。 したがって、この値は最小量の白黒のモードで指定されます。
ImageWidth(256) = 1728. SHORT or LONG
RequiredByTIFFBaseline
This mode only supports a page width of 1728 pixels. This width
corresponds to North American Letter and Legal and to ISO A4 size
pages.
No default, must be specified.
ImageWidth(256)=1728。 SHORTかLONG RequiredByTIFFBaseline Thisモードが1728画素のページ幅を支持するだけです。 この幅は北米のLetterとLegalと、そして、ISO A4サイズページに対応しています。 どんなデフォルトも指定されているはずがありません。
NewSubFileType(254) = (Bit 1=1). LONG
RequiredByTIFFforFAX
Bit 1 is 1 if the image is a single page of a multi-page document.
Default = 0 (no subfile bits on, so may not be omitted for fax)
NewSubFileType(254)は(ビット1=1)と等しいです。 イメージがマルチページドキュメントの1ページであるなら、LONG RequiredByTIFFforFAX Bit1は1歳です。 デフォルト=0(いいえがビットを副ファイルするので省略されないかもしれない、ファックス)
PhotometricInterpretation(262) = 0. SHORT
RequiredByTIFFBaseline
0 = pixel value 1 means black
No default, must be specified
PhotometricInterpretation(262)=0。 SHORT RequiredByTIFFBaseline0=ピクセル値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 白黒のDefault=1のために(分野はこれが値であるなら省略されるかもしれません)
XResolution(282) = 200, 204. RATIONAL
RequiredByTIFFBaseline
XResolution(282)=200、204。 合理的なRequiredByTIFFBaseline
McIntyre, et. al. Standards Track [Page 19] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[19ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
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
イメージの水平な解像度は解決ユニットあたりの画素で言い表されます。 画素/インチでは、許容値は、200と204です。(その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です。 同等物、196、および200が同等物として扱われるとき、98と100は扱われるかもしれません。 インチメートル法の同等に関してセクション2.2.2を見てください。 どんなデフォルトも指定されているはずがありません。
3.2.2 Extension fields
3.2.2 拡大分野
T4Options(292) = (Bit 0 = 0, Bit 1 = 0, Bit 2 = 0, 1) LONG
RequiredTIFFExtension (when Compression = 3)
Bit 0 = 0 indicates MH encoding.
Bit 1 must be 0
Bit 2 = 1 indicates that EOLs are byte aligned, = 0 EOLs not byte
aligned
Default is all bits are 0 (applies when EOLs are not byte aligned)
(ビット0 = 0、Bit1 = 0、Bit2 = 0、1)LONG RequiredTIFFExtension(Compression=3であるときに)T4Options(292)=ビット0 = 0はMHコード化を示します。 1がBit2 = 1が示すEOLsがある0がバイトの並べられたDefaultではなく、並べられたバイト=0EOLsであったならそうしなければならないビットはすべてのビットが0であるということです。(EOLsが並べられたバイトでないときに、適用します)
Note: The T4Options field is required when the Compression field has a value of 3. Bit 0 of this field specifies the encoding used (MH only in this mode) and Bit 2 indicates whether the EOL codes are byte-aligned or not. If they are byte aligned, then fill bits have been added as necessary so that the End of Line (EOL) codes always end on byte boundaries. See Section 3.4 for details.
以下に注意してください。 Compression分野に3の値があると、T4Options分野が必要です。 この分野のビット0は使用されるコード化(単にこのモードによるMH)を指定します、そして、Bit2はEOLコードがバイトによって並べられるかどうかを示します。 中詰めビットがそれらが並べられたバイトであるなら必要に応じて加えられるので、線(EOL)コードのEndはバイト境界でいつも終わります。 詳細に関してセクション3.4を見てください。
3.2.3. New Fields
3.2.3. 新しい分野
None.
なし。
3.3. Recommended TIFF Fields
3.3. お勧めのいさかい分野
None.
なし。
3.4. End of Line (EOL) and Return to Control (RTC)
3.4. 行末(EOL)と制御するリターン(RTC)
The handling of End of Line (EOL) codes and Return to Control (RTC) sequences illustrate the differences between conventional fax, which is bit and stream oriented, and TIFF, which is byte and file oriented. Conventional fax, Baseline TIFF and TIFF extensions for fax all handle EOLs and RTCs differently.
Control(RTC)系列へのコードとReturnが違いを例証する従来のファックス、どれが噛み付かれるか、そして、および流れが適応させた線(EOL)のEnd、およびTIFFの取り扱い。(TIFFはバイトとファイル指向しています)。 ファックスのための従来のファックス、Baseline TIFF、およびTIFF拡張子はすべて、EOLsとRTCを異なって扱います。
McIntyre, et. al. Standards Track [Page 20] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[20ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
In conventional fax, an MH-compressed fax data stream for a page consists of the following sequence:
従来のファックスで、1ページのためのMHによって圧縮されたファックスデータ・ストリームは以下の系列から成ります:
EOL, compressed data (first line), EOL, compressed data, ... ,
EOL, compressed data (last line), RTC (6 consecutive EOL codes)
EOL(圧縮されたデータ(最初の線)、EOL)はデータを圧縮しました… , EOL、圧縮されたデータ(最終ライン)、RTC(6つの連続したEOLコード)
Baseline TIFF does not use EOL codes or Return to Control (RTC) sequences for MH-compressed data. However, the TIFF extension field T4Options used in this specification for MH compression (Compression = 3) requires EOLs.
基線TIFFはMHによって圧縮されたデータにControl(RTC)系列にEOLコードかReturnを使用しません。 しかしながら、MH圧縮(圧縮=3)にこの仕様で使用されるTIFF拡張子分野T4OptionsはEOLsを必要とします。
Furthermore, Bit 2 in the T4Options field indicates whether or not the EOL codes are byte aligned. If Bit 2 = 1, indicating the EOL codes are byte aligned, then fill bits have been added as necessary before EOL codes so that an EOL code always ends on a byte boundary, and the first bit of data following an EOL begins on a byte boundary. Without fill bits, an EOL code may end in the middle of a byte. Byte alignment relieves application software of the burden of bit-shifting every byte while parsing scan lines for line-oriented image manipulation (such as writing a TIFF file). Not all TIFF readers historically used for fax are able to deal with non-byte aligned data.
その上、T4Options分野のBit2は、EOLコードがバイトであるかどうかが並んだのを示します。 次に、EOLコードが並べられたバイトであることを示して、Bit2 = 1がいっぱいになるならビットがEOLコードの前に必要に応じて加えられるので、EOLコードはバイト境界でいつも終わります、そして、EOLに続くデータの最初のビットはバイト境界で始まります。 中詰めビットがなければ、EOLコードは1バイトの中央に終わるかもしれません。 バイト整列はバイト毎に線指向の映像操作(TIFFファイルを書くことなどの)のためにスキャン線を分析している間、ビット移行の負担をアプリケーション・ソフトに取り除きます。 ファックスに歴史的に使用されるというわけではないすべてのTIFF読者が非バイトの並べられたデータに対処できます。
While TIFF extension requires EOL codes, TIFF in fax applications has traditionally prohibited RTC sequences. Implementations that want common processing and interfaces for fax data streams and Internet fax files would prefer that the TIFF data include RTC sequences.
TIFF拡張子はEOLコードを必要としますが、ファックスアプリケーションにおけるTIFFはRTC系列を伝統的に禁止しました。 ファックスデータ・ストリームとインターネットファックスファイルのために一般的な処理とインタフェースを必要とする実現は、TIFFデータがRTC系列を含んでいるのを好むでしょう。
To reconcile these differences, RTCs are allowed in cases where EOL codes are not byte aligned and no fill bits have been added to the data. This corresponds to situations where the fax data is simply inserted in a strip without being processed or interpreted. RTCs should not occur in the data when EOLs have been byte aligned. This is formally specified in the next sub-section.
これらの違いを和解させるために、RTCはEOLコードが並べられたバイトでない場合で許容されています、そして、中詰めビットは全くデータに追加されていません。 これはファックスデータが単に処理されるか、または解釈されないで片に挿入される状況に対応しています。 EOLsが並べられたバイトであるときに、RTCはデータに起こるべきではありません。 これは次の小区分で正式に指定されます。
3.4.1. RTC Exclusion
3.4.1. RTC除外
Implementations which wish to maintain strict conformance with TIFF and compatibility with the historical use of TIFF for fax SHOULD NOT include the RTC sequence when writing TIFF files. However, implementations which need to support "transparency" of T.4-generated image data MAY include RTCs when writing TIFF files if the flag settings of the T4Options field are set for non-byte aligned data, i.e. Bit 2 is 0. Implementors of TIFF readers should be aware that there are some existing TIFF implementations for fax that include the RTC sequence in MH image data. Therefore, minimal set readers MUST be able to process files which do not include RTCs and SHOULD be able to process files which do include RTCs.
TIFFにファイルを書くとき、ファックスSHOULD NOTのためにTIFFとの厳しい順応とTIFFの歴史的な使用との互換性を維持したがっている実現がRTC系列を含んでいます。 しかしながら、T4Options分野の旗の設定が非バイトの並べられたデータに設定されるならTIFFにファイルを書くとき、T.4が発生しているイメージデータの「透明」を支持する必要がある実現はRTCを含むかもしれません、すなわち、Bit2は0歳です。 TIFF読者の作成者はファックスのためのMHイメージデータにRTC系列を含んでいるいくつかの既存のTIFF実現があるのを意識しているべきです。 したがって、極小集合の読者はRTCとSHOULDを含んでいないファイルを処理できなければなりません。RTCを含んでいるファイルは処理できてください。
McIntyre, et. al. Standards Track [Page 21] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[21ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
3.5. File Structure
3.5. ファイル構造
The TIFF header, described in Section 2.1.1, contains two bytes which describe the byte order used within the file. For the minimal black- and- white mode, these bytes SHALL have the value "II" (0x4949), denoting that the bytes in the TIFF file are in LSByte-first order (little- endian). The first or 0th IFD immediately follows the header, so that offset to the first IFD is 8. The headers values are shown in the following table:
セクション2.1.1で説明されたTIFFヘッダーはファイルの中で使用されたバイトオーダーについて説明する2バイトを含んでいます。 そして、最小量の黒、-、モード(SHALLが値いさかいファイルのバイトが最初にLSByteにあるのを指示する「II」(0×4949)に命令させる(少ないエンディアン)これらのバイト)を空白にしてください。 1番目か第0IFDがすぐにヘッダーに続くので、最初のIFDに相殺されたそれは8です。 ヘッダー値は以下のテーブルに示されます:
+--------+-------------------+--------+-----------+
| Offset | Description | Value |
+--------+-------------------+--------+-----------+
| 0 | Byte Order | 0x4949 (II) |
+--------+-------------------+--------+-----------+
| 2 | Identifier | 42 decimal |
+--------+-------------------+--------+-----------+
| 4 | Offset of 0th IFD | 0x 0000 0008 |
+--------+-------------------+--------+-----------+
+--------+-------------------+--------+-----------+ | 相殺されます。| 記述| 値| +--------+-------------------+--------+-----------+ | 0 | バイトオーダー| 0×4949 (II)| +--------+-------------------+--------+-----------+ | 2 | 識別子| 42小数| +--------+-------------------+--------+-----------+ | 4 | 第0IFDのオフセット| 0x0000 0008| +--------+-------------------+--------+-----------+
The minimal black-and-white mode SHALL order IFDs and image data within a file as follows: 1) there SHALL be an IFD for each page in a multi- page fax document; (2) the IFDs SHALL occur in the same order in the file as the pages occur in the document; (3) the IFD SHALL precede the image data to which it has offsets; (4) the image data SHALL occur in the same order in the file as the pages occur in the document; (5) the IFD, the value data and the image data it has offsets to SHALL precede the next image IFD; and (6) the image data for each page SHALL be contained within a single strip.
最小量の白黒のモードSHALLは以下のファイルの中でIFDsとイメージにデータを注文します: そこの1)、SHALL、マルチページファックスドキュメントの各ページIFDになってください。 (2) ページがドキュメントに起こるのに従って、IFDs SHALLはファイルの同次で起こります。 (3) IFD SHALLはそれがオフセットを持っているイメージデータに先行します。 (4) ページがドキュメントに起こるのに従って、イメージデータSHALLはファイルの同次で起こります。 (5) IFD、値のデータ、およびそれが持っているイメージデータはSHALLに相殺されます。次のイメージIFDに先行してください。 (6) そして、含まれて、それぞれのためのイメージデータは1片の中に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 contains the offsets to them, and before the image data pointed to by that IFD.
(6)の結果、StripOffsets分野はイメージデータにポインタを含むでしょう。 2つの例外で、IFDのフィールド入力はIFDの外に位置する分野値にオフセットの代わりに分野値を含んでいます。 2つの例外がXResolutionとYResolution分野(どれがタイプRATIONALであり、2を必要とするかに関する4バイト番号)への値です。 これらの「長い」分野はSHALLを評価します。イメージデータがそれらにオフセットを含むIFD直後、それでIFDを示す前に置かれてください。
The effect of these requirements is that the IFD for the first page SHALL come first in the file after the TIFF header, followed by the long field values for XResolution and YResolution, followed by the image data for the first page, then the IFD for second page, etc. This is shown in the following figure. Each IFD is required to have a PageNumber field, which has value 0 for the first page, 1 for the second page, and so on.
これらの要件の効果はロング・フィールド値がXResolutionとYResolutionのためにあとに続いたTIFFヘッダーが次に、最初のページ単位でイメージデータ、第2ページなどのためのIFDで続いた後に最初のページSHALL IFDがファイルで一番になるということです。 これは以下の図に示されます。 各IFDが、PageNumber分野を持つのに必要です。(分野には、最初のページ単位で値0、第2ページ単位で1などがあります)。
McIntyre, et. al. Standards Track [Page 22] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[22ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
+-----------------------+
| 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
+-----------------------+
| : |
+-----------------------+ | ヘッダー|------------+ +-----------------------+ | 最初に、IFD| IFD(0ページ)| <、-、-、-、-、-、-、-、-、--+ オフセット+---| |------------+ | | |--+ | 値| +-----------------------+ | | オフセット+-->| 長い値| | | +-----------------------| | 片| | イメージデータ(0ページ)| <、-+ オフセット| +-----------------------+ | 次のIFD| IFD(1ページ)| <、-、-、-、-、-、-、-、-、--+ オフセット+---| |------------+ | | |--+ | 値| +-----------------------+ | | オフセット+-->| 長い値| | | +-----------------------| | 片| | イメージデータ(1ページ)| <、-+ オフセット| +-----------------------+ | 次のIFD| IFD(2ページ)| <、-、-、-、-、-、-、-、-、--+ オフセット+-----------------------+ | : |
Using this file structure may reduce the memory requirements in implementations. It is also provides some support for streaming, in which a file can be processed as it is received and before the entire file is received.
このファイル構造を使用すると、実現におけるメモリ要件は減らされるかもしれません。 それはまた、ストリーミングの何らかのサポートを提供して、それが受け取られているのでファイルがどれであるかもしれないかで処理されて、ファイル全体が受信されている前です。
3.6 Minimal Black-and-white Mode Summary
3.6 最小量の白黒のモード概要
The table below summarizes the TIFF fields that comprise the minimal interchange set for black-and-white facsimile. The Baseline and Extension fields and field values MUST be supported by all implementations. For convenience in the table, certain fields which have a value that is a sequence of flag bits are shown taking integer values that correspond to the flags that are set. An implementation should test the setting of the relevant flag bits individually, however, to allow extensions to the sequence of flag bits to be appropriately ignored. (See, for example, T4Options below.)
以下のテーブルは白黒のファクシミリのために最小量の置き換えセットを包括するTIFF分野をまとめます。 すべての実現でBaseline、Extension分野、および分野値を支持しなければなりません。 テーブルの便利において、フラグビットの系列である値を持っているある一定の分野は設定される旗に対応する整数値を取るのが示されます。 しかしながら、実現は、フラグビットの系列への拡大が適切に無視されるのを許容するために個別に関連フラグビットの設定をテストするべきです。 (例えば以下のT4Optionsを見てください。)
+---------------------------+--------------------------------+
| Baseline Fields | Values |
+---------------------------+--------------------------------+
| BitsPerSample | 1 |
+---------------------------+--------------------------------+
| Compression | 3: 1D Modified Huffman coding |
| | set T4Options = 0 or 4 |
+------------------------------------------------------------+
+---------------------------+--------------------------------+ | 基線分野| 値| +---------------------------+--------------------------------+ | BitsPerSample| 1 | +---------------------------+--------------------------------+ | 圧縮| 3: 1Dはハフマンコード化を変更しました。| | | T4Options=0か4を設定してください。| +------------------------------------------------------------+
McIntyre, et. al. Standards Track [Page 23] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[23ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
+---------------------------+--------------------------------+
| FillOrder | 2: least significant bit first |
+---------------------------+--------------------------------+
| ImageWidth | 1728 |
+---------------------------+--------------------------------+
| ImageLength | n: total number of scanlines |
| | in image |
+---------------------------+--------------------------------+
| NewSubFileType | 2: Bit 1 identifies single |
| | page of a multi-page document |
+---------------------------+--------------------------------+
| PageNumber | n,m: page number n followed by |
| | total page count m |
+---------------------------+--------------------------------+
| PhotometricInterpretation | 0: pixel value 1 means black |
+---------------------------+--------------------------------+
| ResolutionUnit | 2: inch |
+---------------------------+--------------------------------+
| RowsPerStrip | number of scanlines per strip |
| | = ImageLength, with one strip |
+---------------------------+--------------------------------+
| SamplesPerPixel | 1 |
+---------------------------+--------------------------------+
| StripByteCounts | number of bytes in TIFF strip |
+---------------------------+--------------------------------+
| StripOffsets | offset from beginning of |
| | file to single TIFF strip |
+---------------------------+--------------------------------+
| XResolution | 204, 200 (pixels/inch) |
+---------------------------+--------------------------------+
| YResolution | 98, 196, 100, 200 (pixels/inch)|
+---------------------------+--------------------------------+
| Extension Fields |
+---------------------------+--------------------------------+
| T4Options | 0: MH coding, EOLs not byte |
| | aligned |
| | 4: MH coding, EOLs byte aligned|
+---------------------------+--------------------------------+
+---------------------------+--------------------------------+ | FillOrder| 2: 最下位ビット、最初に。| +---------------------------+--------------------------------+ | ImageWidth| 1728 | +---------------------------+--------------------------------+ | ImageLength| n: 総数の走査線| | | イメージで| +---------------------------+--------------------------------+ | NewSubFileType| 2: ビット1はシングルを特定します。| | | マルチページドキュメントのページ| +---------------------------+--------------------------------+ | PageNumber| n、m: nが続いたページ番号| | | 総ページ数m| +---------------------------+--------------------------------+ | PhotometricInterpretation| 0: ピクセル値1は黒いことを意味します。| +---------------------------+--------------------------------+ | ResolutionUnit| 2: インチ| +---------------------------+--------------------------------+ | RowsPerStrip| 1片あたりの走査線の数| | | = 1片があるImageLength| +---------------------------+--------------------------------+ | SamplesPerPixel| 1 | +---------------------------+--------------------------------+ | StripByteCounts| TIFF片の中のバイト数| +---------------------------+--------------------------------+ | StripOffsets| 始めから、相殺します。| | | ただ一つのTIFF片にファイルしてください。| +---------------------------+--------------------------------+ | XResolution| 204、200(画素/インチ)| +---------------------------+--------------------------------+ | YResolution| 98、196、100、200(画素/インチ)| +---------------------------+--------------------------------+ | 拡大分野| +---------------------------+--------------------------------+ | T4Options| 0: バイトではなく、MHコード化、EOLs| | | 並べられます。| | | 4: MHコード化、バイトが並べたEOLs| +---------------------------+--------------------------------+
4. Extended Black-and-White fax mode
4. 拡張Blackとホワイトファックスモード
This section defines the extended black-and-white mode or Profile F of TIFF for facsimile. It provides a standard definition of what has historically been known as TIFF Class F and now TIFF-F. In doing so, it aligns this mode with current ITU-T Recommendations for black- and-white fax and with existing industry practice. Implementations of this profile include implementations of Profile S.
このセクションはファクシミリのためにTIFFの拡張白黒のモードかProfile Fを定義します。 それはTIFF Class Fと現在のTIFF-Fとして歴史的に知られていることに関する標準定義を提供します。 そして、そうする際に、黒のために現在のITU-T Recommendationsにこのモードを一直線にする、-、白、ファックスして、既存の産業練習します。 このプロフィールの実現はProfile Sの実現を含んでいます。
McIntyre, et. al. Standards Track [Page 24] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[24ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
This section describes extensions to the minimal interchange set of fields (Profile S) that provide a richer set of black-and-white capabilities. The fields and values described in this section are a superset of the fields and values defined for the minimal interchange set in Section 3. In addition to the MH encoding, Modified READ (MR) and Modified Modified READ (MMR) encoding as described in [T.4] and [T.6] are supported.
このセクションは、より豊かな白黒の能力を提供する最小量の置き換えセットの分野(プロフィールS)に拡大について説明します。 このセクションで説明された分野と値は分野のスーパーセットです、そして、最小量の置き換えのために定義された値はセクション3にセットしました。 MHコード化に加えて、説明されるとしてのModified READ(MR)とModified Modified READ(MMR)コード化は[T.4]と[T.6]で支持されます。
Section 4.1 gives an overview of TIFF-F. Section 4.2 describes the TIFF fields that SHALL be used in this mode. Section 4.3 describes the fields that MAY be used in this mode. In the spirit of the original TIFF-F specification, Sections 4.4 and 4.5 discuss technical implementation issues and warnings. Section 4.6 gives an example use of TIFF-F. Section 4.7 gives a summary of the required and recommended fields and their values.
セクション4.1はTIFF-Fの概観を与えます。 セクション4.2はこのモードで使用されていた状態でSHALLがあるTIFF分野について説明します。 セクション4.3はこのモードで使用されるかもしれない分野について説明します。 当初のTIFF-F仕様の精神では、セクション4.4と4.5は技術的な導入問題と警告について議論します。 セクション4.6はTIFF-Fの例の使用を与えます。 セクション4.7は必要でお勧めの分野とそれらの値の概要をします。
4.1 TIFF-F Overview
4.1 いさかいF概観
Though it has been in common usage for many years, TIFF-F has previously never been documented in the form of a standard. An informal TIFF-F document was originally created by a small group of fax experts led by Joe Campbell. The existence of TIFF-F is noted in [TIFF] but it is not defined. This document serves as the formal definition of the F application of [TIFF] for Internet applications. For ease of reference, the term TIFF-F will be used throughout this document as a shorthand for the extended black-and-white mode or profile of TIFF for facsimile.
それは何年間も一般的な用法でありますが、TIFF-Fは以前に、規格の形に一度も記録されたことがありません。 非公式のTIFF-Fドキュメントは元々、ジョー・キャンベルによって導かれたファックスの専門家の小さいグループによって作成されました。 TIFF-Fの存在は[TIFF]に述べられますが、それは定義されません。 このドキュメントはインターネットアプリケーションのための[TIFF]のFアプリケーションの公式の定義として機能します。 参照する場合に便利なようにTIFF-FがファクシミリのためのTIFFの拡張白黒のモードかプロフィールに速記としてこのドキュメント中で使用される用語。
Up until the TIFF 6.0 specification, TIFF supported various "Classes" which defined the use of TIFF for various applications. Classes were used to support specific applications. In this spirit, TIFF-F has been known historically as "TIFF Class F". Previous informal TIFF-F documents [TIFF-F0] used the "Class F" terminology. As of TIFF 6.0 [TIFF], the TIFF Class concept has been eliminated in favor of the concept of Baseline TIFF. Therefore, this document updates the definition of TIFF-F as the F profile of TIFF for facsimile, by using Baseline TIFF as defined in [TIFF] as the starting point and then adding the TIFF extensions to Baseline TIFF which apply for TIFF-F. In almost all cases, the resulting definition of TIFF-F fields and values remains consistent with those used historically in earlier definitions of TIFF Class F. Where some of the values for fields have been updated to provide more precise conformance with the ITU-T [T.4] and [T.30] fax recommendations, these differences are noted.
TIFF6.0仕様まで、TIFFはTIFFの様々なアプリケーションの使用を定義した様々な「クラス」を支持しました。 クラスは、特定のアプリケーションを支持するのに使用されました。 この精神では、TIFF-Fは「いさかいのクラスF」として歴史的に知られています。 前の非公式のTIFF-Fドキュメント[TIFF-F0]は「クラスF」用語を使用しました。 TIFF6.0[TIFF]現在、TIFF Class概念はBaseline TIFFの概念を支持して排除されました。 したがって、このドキュメントはファクシミリのためにTIFFのFプロフィールとしてTIFF-Fの定義をアップデートします、[TIFF]で出発点と定義されて、次に、TIFF-Fに申し込むBaseline TIFFにTIFF拡張子を加えるとしてBaseline TIFFを使用することによって。 ほとんどすべてのケース、TIFF-F分野とそれらと一致した残りがTIFF Class F.Whereの以前の定義に歴史的に使用した値の結果として起こる定義では、ITU-T[T.4]と[T.30]ファックス推薦をより正確な順応に提供するために分野への値のいくつかをアップデートして、これらの違いに注意します。
McIntyre, et. al. Standards Track [Page 25] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[25ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
4.2. Required TIFF Fields
4.2. 必要ないさかい分野
This section lists the required fields and the values they must have to be ITU-compatible. Besides the fields listed in Section 2.2.1, the extended black-and-white fax mode SHALL use the following fields.
このセクションはそれらがITU互換性があるように持たなければならない必須項目と値を記載します。 セクション2.2.1で記載された分野以外に、拡張白黒のファックスモードSHALLは以下の分野を使用します。
4.2.1. Baseline fields
4.2.1. 基線分野
BitsPerSample(258) = 1. SHORT
RequiredByTIFFBaseline
Binary data only.
Default = 1 (field may be omitted if this is the value)
BitsPerSample(258)=1。 SHORT RequiredByTIFFBaseline Binaryデータ専用。 デフォルト=1(分野はこれが値であるなら省略されるかもしれません)
Compression(259) = 3, 4. SHORT
RequiredByTIFFBaseline
3 = 1- or 2- dimensional coding, must have T4Options field This is
a TIFF Extension value [TIFF].
4 = 2-dimensional coding, ITU-T Rec. T.6 (MMR - Modified Modified
Read, must have T6Options field)) This is a TIFF Extension value.
Default = 1 (and is not applicable; field must be specified)
圧縮(259)=3、4。 SHORT RequiredByTIFFBaseline3 = 1か2の次元コード化、必須はそうしました。T4Options分野ThisはTIFF Extension値[TIFF]です。 4 = 2次元のコード化、ITU-T Rec。 T.6(MMR--Modified Readを変更して、T6Options分野を持たなければなりません) これはTIFF Extension値です。 デフォルト=1(適切でない、;、分野を指定しなければならない )
NOTE: Baseline TIFF permits use of value 2 for Modified Huffman encoding, but data is presented in a form which does not use EOLs, and so TIFF for facsimile uses Compression=3 instead. See Sections 4.4.4, 4.5.1 and 4.5.2 for more information on compression and encoding.
以下に注意してください。 基線TIFFが値2のModifiedハフマン符号化の使用を可能にしますが、データがEOLsを使用しないフォームに提示されるので、ファクシミリのための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は最初に、ほとんどのSignificant Bitと等しいです。 2は最初に、最少のSignificant Bitと等しいです。
ImageWidth(256) SHORT or LONG
RequiredByTIFFBaseline
This mode supports the following fixed page widths: 1728, 2592, 3456
(corresponding to North American Letter and Legal, ISO A4 paper
sizes), 2048, 3072, 4096 (corresponding to ISO B4 paper size), and
2432, 3648, 4864 (corresponding to ISO A3 paper size).
No default; must be specified
ImageWidth(256) SHORTかLONG RequiredByTIFFBaseline Thisモードが以下の固定ページ幅を支持します: 1728、2592、3456(北米のLetterとLegal、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
以下に注意してください。 歴史的なTIFF-Fは、より高い解像度に関連する以下の幅のサポートを含んでいませんでした: 2592、3072、3648、3456、4096、および4864。 また、歴史的なTIFF-FドキュメントはA5に関連する以下の値とA6幅を含んでいました: 816と1216。 最新
McIntyre, et. al. Standards Track [Page 26] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[26ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
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.
[T.4]のバージョン、A5、およびA6ドキュメントがもうGroup3ファクシミリで支えられないので、関連する幅の値は現在、時代遅れです。 インチ/のメートル法のequivalenciesと他の実現の詳細の詳しい情報に関してセクション4.5.2を見てください。
NewSubFileType(254) = (Bit 1=1). LONG
RequiredByTIFFforFAX
Bit 1 is 1 if the image is a single page of a multi-page document.
Default = 0 (no subfile bits on, so may not be omitted for fax)
NewSubFileType(254)は(ビット1=1)と等しいです。 イメージがマルチページドキュメントの1ページであるなら、LONG RequiredByTIFFforFAX Bit1は1歳です。 デフォルト=0(いいえがビットを副ファイルするので省略されないかもしれない、ファックス)
NOTE: Bit 1 is always set to 1 for TIFF-F, indicating a single page of a multi-page image. The same bit settings are used when TIFF-F is used for a one page fax image. See Section 4.4.3 for details on multi-page files.
以下に注意してください。 マルチページイメージの1ページを示して、ビット1はTIFF-Fのためにいつも1に設定されます。 TIFF-Fが1ページのファックスイメージに使用されるとき、同じ噛み付いている設定は使用されています。 マルチページファイルに関する詳細に関してセクション4.4.3を見てください。
PhotometricInterpretation(262) = 0, 1. SHORT
RequiredByTIFFBaseline
0 = pixel value 1 means black, 1 = pixel value 1 means white.
This field allows notation of an inverted or negative image.
No default, must be specified
PhotometricInterpretation(262)=0、1。 1つの=ピクセル値1手段は、SHORT RequiredByTIFFBaseline0=ピクセル値1が黒いことを意味するのを空白にします。 この分野は逆さの、または、否定的なイメージの記法を許容します。 どんなデフォルトも指定されているはずがありません。
ResolutionUnit(296) = 2, 3. SHORT
RequiredByTIFFBaseline
The unit of measure for resolution. 2 = inch, 3 = centimeter; TIFF-F
has traditionally used inch-based measures.
Default = 2 (field may be omitted if this is the value)
ResolutionUnit(296)=2、3。 SHORT RequiredByTIFFBaseline、解決のための測定の単位。 2 = 少しずつ動いてください、そして、3はセンチメートルと等しいです。 TIFF-Fはインチベースの測定を伝統的に使用しました。 デフォルト=2(分野はこれが値であるなら省略されるかもしれません)
SamplesPerPixel(277) = 1. SHORT
RequiredByTIFFBaseline
1 = monochrome, bilevel in this case (see BitsPerSample)
Default =1 (field may be omitted if this is the value)
SamplesPerPixel(277)=1。 SHORT RequiredByTIFFBaseline1は白黒と等しく、この場合(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と等しいです、408RATIONAL RequiredByTIFFBaseline。イメージの水平な解像度は解決ユニットあたりの画素で言い表されます。 画素/インチでは、許容値は以下の通りです。 200、204、300、400、および408。 インチメートル法の同等に関してセクション2.2.2を見てください。 どんなデフォルトも指定されているはずがありません。
NOTE: The values of 200 and 408 have been added to the historical TIFF-F values, for consistency with [T.30]. Some existing TIFF-F implementations may also support values of 80 pixels/cm, which is equivalent to 204 pixels per inch. See section 4.5.2 for information on implementation details.
以下に注意してください。 200と408の値は一貫性のために[T.30]と共に歴史的なTIFF-F値に加えられます。 また、いくつかの既存のTIFF-F実現が同等な80画素/cmから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
YResolution(283)が98、100、196、200、300、391と等しく、400RATIONAL RequiredByTIFFBaselineがイメージの垂直解像度と等しい、画素で、言い表されます。
McIntyre, et. al. Standards Track [Page 27] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[27ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
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
解決ユニット。 画素/インチでは、許容値は以下の通りです。 98、100、196、200、300、391、および400画素/インチ。 インチメートル法の同等に関してセクション2.2.2を見てください。 どんなデフォルトも指定されているはずがありません。
NOTE: The values of 100, 200, and 391 have been added to the historical TIFF-F values, for consistency with [T.30]. Some existing TIFF-F implementations may also support values of 77 and 38.5 (cm), which are equivalent to 196 and 98 pixels per inch respectively. See section 4.5.2 for more information on implementation details.
以下に注意してください。 100の値であり、200、および391は一貫性のために[T.30]と共に歴史的なTIFF-F値に加えられます。 また、いくつかの既存のTIFF-F実現が77と38.5(cm)の値を支持するかもしれません。(38.5はそれぞれ196と98ピクセル・パー・インチに同等です)。 実現の詳細の詳しい情報に関してセクション4.5.2を見てください。
NOTE: Not all combinations of XResolution, YResolution and ImageWidth are legal. The following table gives the legal combinations and corresponding paper size [T.30].
以下に注意してください。 XResolution、YResolution、およびImageWidthのすべての組み合わせがどんな法的であるというわけではありません。 以下のテーブルは法的な組み合わせと対応する紙サイズ[T.30]を与えます。
+--------------+-----------------+---------------------------+
| XResolution x YResolution | ImageWidth |
+--------------+-----------------+---------+--------+--------+
| 200x100, 204x98 | | | |
| 200x200, 204x196 | 1728 | 2048 | 2432 |
| 204x391 | | | |
+--------------+-----------------+---------+--------+--------+
| 300 x 300 | 2592 | 3072 | 3648 |
+--------------+-----------------+---------+--------+--------+
| 408 x 391, 400 x 400 | 3456 | 4096 | 4864 |
+--------------+-----------------+---------+--------+--------+
|Letter,A4| B4 | A3 |
| Legal | | |
+---------+--------+--------+
| Paper Size |
+---------------------------+
+--------------+-----------------+---------------------------+ | XResolution x YResolution| ImageWidth| +--------------+-----------------+---------+--------+--------+ | 200×100、204×98| | | | | 200×200、204×196| 1728 | 2048 | 2432 | | 204×391| | | | +--------------+-----------------+---------+--------+--------+ | 300x300| 2592 | 3072 | 3648 | +--------------+-----------------+---------+--------+--------+ | 408x391、400x400| 3456 | 4096 | 4864 | +--------------+-----------------+---------+--------+--------+ |手紙、A4| B4| A3| | 法的| | | +---------+--------+--------+ | 紙サイズ| +---------------------------+
4.2.2. Extension fields
4.2.2. 拡大分野
T4Options(292) = (Bit 0 = 0 or 1, Bit 1 = 0, Bit 2 = 0 or 1) LONG
RequiredTIFFExtension (when Compression = 3)
T4Options was also known as Group3Options in a prior version of
[TIFF].
Bit 0 = 1 indicates MR encoding, = 0 indicates MH encoding.
Bit 1 must be 0
Bit 2 = 1 indicates that EOLs are byte aligned, = 0 EOLs not byte
aligned
Default is all bits are 0 (applies when MH encoding is used and EOLs
are not byte aligned EOLs) (See Section 3.2.2.)
The T4Options field is required when the Compression field has a
value of 3. This field specifies the encoding used (MH or MR) and
whether the EOL codes are byte-aligned or not. If they are byte
また、T4Options(292)=(ビット0 = 0か1、Bit1 = 0、Bit2 = 0か1)LONG RequiredTIFFExtension(Compression=3であるときに)T4OptionsはGroup3Optionsとして[TIFF]の先のバージョンで知られていました。 ビット0 = 1はMRコード化を示して、=0はMHコード化を示します。 1がBit2 = 1が示すEOLsがある0がバイトの並べられたDefaultではなく、並べられたバイト=0EOLsであったならそうしなければならないビットはすべてのビットが0(MHコード化が使用されていて、EOLsがバイトの並べられたEOLsでないときに、適用します)(.2にセクション3.2を見る)であるということです。 Compression分野に3の値があると、T4Options分野が必要です。 使用されて(MHかMR)、EOLコードがバイトによって並べられるか否かに関係なく、この分野はコード化を指定します。 それらがバイトであるなら
McIntyre, et. al. Standards Track [Page 28] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[28ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
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.
並べられます、次に、中詰めビットが必要に応じて加えられるので、線(EOL)コードのEndは詳細のためのバイト境界Seeセクション3.4、4.5.3と4.5.4でいつも終わります。
T6Options(293) = (Bit 0 = 0, Bit 1 = 0). LONG
RequiredTIFFExtension (when Compression = 4)
Used to indicate parameterization of 2D Modified Modified Read
compression. T6Options was also known as Group4Options in a prior
version of [TIFF].
Bit 0 must be 0.
Bit 1 = 0 indicates uncompressed data mode is not allowed; = 1
indicates uncompressed data is allowed (see [TIFF]).
Default is all bits 0. For FAX, the field must be present and have
the value 0. The use of uncompressed data where compression would
expand the data size is not allowed for FAX.
T6Options(293)=(ビット0 = 0、ビット1 = 0)。 LONG RequiredTIFFExtension(Compression=4であるときに)は以前はよく2D Modified Modified Read圧縮のパラメタリゼーションを示していました。 また、T6OptionsはGroup4Optionsとして[TIFF]の先のバージョンで知られていました。 ビット0は0であるに違いありません。 ビット1 = 0は、解凍されたデータモードが許容されていないのを示します。 = 1は、解凍されたデータが許容されているのを([TIFF]を見てください)示します。 デフォルトはすべてビット0です。 FAXに関しては、分野は、存在していて、値0を持たなければなりません。 圧縮がデータサイズを広くする解凍されたデータの使用は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はデータを圧縮しました。二次元であり、EOLsを使用しません。 各MMR、コード化されたイメージはそれぞれのコード化された片の端ときに「ファクシミリブロックの端」(EOFB)コードを含まなければなりません。 セクション4.5.6を見てください。
4.2.3. New fields
4.2.3. 新しい分野
None.
なし。
4.3. Recommended TIFF fields
4.3. お勧めのTIFF分野
4.3.1. Baseline fields
4.3.1. 基線分野
See Section 2.2.3.
セクション2.2.3を見てください。
4.3.2. Extension fields
4.3.2. 拡大分野
See Section 2.2.3.
セクション2.2.3を見てください。
4.3.3. New fields
4.3.3. 新しい分野
Three new, optional fields, used in the original TIFF-F description to describe page quality, are defined in this specification. The information contained in these fields is usually obtained from receiving facsimile hardware (if applicable). They SHOULD NOT be used in writing TIFF-F files for facsimile image data that is error corrected or otherwise guaranteed not to have coding errors. Some applications need to understand exactly the error content of the data. For example, a CAD program might wish to verify that a file has a low error level before importing it into a high-accuracy document. Because Group 3 facsimile devices do not necessarily perform error correction on the image data, the quality of a received page must be inferred from the pixel count of decoded scan lines. A
ページ品質について説明するのにオリジナルのTIFF-F記述に使用される3つの新しくて、任意の分野がこの仕様に基づき定義されます。 これらの分野に保管されていた情報は、通常、ファクシミリハードウェアを受け止めるのから得て(適切。)です。 SHOULD NOTは、修正された誤りであるファクシミリイメージデータにTIFF-Fファイルを書く際に使用されたか、または別の方法で使用されないのを保証しました。それら、誤りをコード化して。 いくつかのアプリケーションが、まさにデータの誤り内容を理解する必要があります。 例えば、CADプログラムは、高精度ドキュメントにそれをインポートする前に、ファイルには低誤りレベルがあることを確かめたがっているかもしれません。 Group3ファクシミリデバイスが必ずイメージデータにエラー修正を実行するというわけではないので、解読されたスキャン系列の画素数から容認されたページの品質を推論しなければなりません。 A
McIntyre, et. al. Standards Track [Page 29] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[29ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
"good" scan line is defined as a line that, when decoded, contains the correct number of pixels. Conversely, a "bad" scan line is defined as a line that, when decoded, comprises an incorrect number of pixels.
「良い」スキャン系列は解読されると画素の適度の数を含む系列と定義されます。 逆に、「悪い」スキャン系列は解読されると不正確な数の画素を包括する系列と定義されます。
BadFaxLines(326) SHORT or LONG
The number of "bad" scan lines encountered by the facsimile device
during reception. A "bad" scanline is defined as a scanline that,
when decoded, comprises an incorrect number of pixels. Note that
PercentBad = (BadFaxLines/ImageLength) * 100
No default.
レセプションの間、ファクシミリデバイスで遭遇して、「悪いこと」の数がスキャンするBadFaxLines(326) SHORTかLONGが立ち並んでいます。 「悪い」走査線は解読されると不正確な数の画素を包括する走査線と定義されます。 PercentBadが(BadFaxLines/ImageLength)*100いいえデフォルトと等しいことに注意してください。
CleanFaxData(327) = 0, 1, 2. SHORT
Indicates if "bad" lines encountered during reception are stored in
the data, or if "bad" lines have been replaced by the receiver.
0 = No "bad" lines
1 = "bad" lines exist, but were regenerated by the receiver,
2 = "bad" lines exist, but have not been regenerated.
No default.
CleanFaxData(327)=0、1、2。 「悪い」系列を受信機に取り替えました。データかそれとも0がいいえと等しいかどうかで「悪い」状態で保存されて、「悪い」系列1=系列は、レセプションの間に遭遇する「悪い」系列がそうなら存在しましたが、受信機によって作り直されました、2=「悪い」というSHORT Indicates台詞は、存在していますが、作り直されていません。 デフォルトがありません。
NOTE: Many facsimile devices do not actually output bad lines. Instead, the previous good line is repeated in place of a bad line. Although this substitution, known as line regeneration, results in a visual improvement to the image, the data is nevertheless corrupted. The CleanFaxData field describes the error content of the data. That is, when the BadFaxLines and ImageLength fields indicate that the facsimile device encountered lines with an incorrect number of pixels during reception, the CleanFaxData field indicates whether these bad lines are actually still in the data or if the receiving facsimile device replaced them with regenerated lines.
以下に注意してください。 多くのファクシミリデバイスは実際に悪い系列を出力しません。 代わりに、前の良い系列は悪い系列に代わって繰り返されます。 系列再生として知られているこの代替はイメージへの視覚改良をもたらしますが、それにもかかわらず、データは崩壊します。 CleanFaxData分野はデータの誤り内容について説明します。 すなわち、BadFaxLinesとImageLength分野が、ファクシミリデバイスがレセプションの間不正確な数の画素で系列に遭遇したのを示すとき、CleanFaxData分野が、これらの悪い系列がまだ実際にデータにあるかを示すか、またはデバイスは受信ファクシミリであるならそれらを作り直された系列に取り替えました。
ConsecutiveBadFaxLines(328) LONG or SHORT
Maximum number of consecutive "bad" scanlines received. The
BadFaxLines field indicates only the quantity of bad lines.
No Default.
受け取られた連続した「悪い」走査線のConsecutiveBadFaxLines(328) LONGかSHORT Maximum番号。 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を見てください。
4.4. Technical Implementation Issues
4.4. 技術的実装問題
4.4.1 Strips
4.4.1 片
In general, TIFF files divide an image into "strips," also known as "bands." Each strip contains a few scanlines of the image. By using
一般に、TIFFファイルはイメージをまた、「バンド」として知られている「片」に分割します。 各片はイメージのいくつかの走査線を含んでいます。 使用で
McIntyre, et. al. Standards Track [Page 30] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[30ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
strips, a TIFF reader need not load the entire image into memory, thus enabling it to fetch and decompress small random portions of the image as necessary.
片、TIFF読者は全体のイメージをメモリにロードする必要はありません、その結果、必要に応じてイメージの小さい無作為の部分をとって来て、減圧するのを可能にします。
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.
片の中の走査線の数はStripByteCount値による圧縮の後に片の中のRowsPerStrip値とバイト数によって説明されます。 StripOffsets値でそれぞれの片のTIFFファイルの位置を与えます。
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イメージのためのお勧めのアプローチは各ページ単位で1片を表すことです。 通常、マルチページTIFF-Fファイルのページあたり既存のTIFF-F用法は1片です。 .3にセクション2.1 .2と2.1を見てください。
4.4.2 Bit Order
4.4.2 ビットオーダー
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]は、Baseline TIFF読者がFillOrder=2(すなわち、1バイトの最下位ビットで最も低い番号付の1ビットの画素)をサポートするのを必要としません。 それは、FillOrder=2が専用アプリケーションだけで使用されることをさらに勧めます。
Facsimile data appears on the phone line in bit-reversed order relative to its description in ITU-T Recommendation T.4. Therefore, a wide majority of facsimile applications choose this natural order for data in a file. Nevertheless, TIFF-F readers must be able to read data in both bit orders and support FillOrder values of 1 and 2.
ファクシミリデータはビットで逆にされたオーダーにおける電話回線の上にITU-T Recommendation T.4の記述に比例して現れます。 したがって、ファクシミリアプリケーションの広い大部分がファイルのデータのためのこの自然界の秩序を選びます。 それにもかかわらず、TIFF-F読者は噛み付いている注文と1と2のサポートFillOrder値の両方でデータを読むことができなければなりません。
4.4.3. Multi-Page
4.4.3. マルチページ
Many existing applications already read TIFF-F-like files, but do not support the multi-page field. Since a multi-page format greatly simplifies file management in fax application software, TIFF-F specifies multi-page documents (NewSubfileType = 2) as the standard case.
多くの既存のアプリケーションは、既にTIFF Fのようなファイルを読みますが、マルチページ分野をサポートしません。 マルチページ形式がファックスアプリケーション・ソフトでファイル管理を大いに簡素化するので、TIFF-Fは一般的なケースとしてマルチページドキュメント(NewSubfileType=2)を指定します。
It is recommended that applications export multiple page TIFF-F files without manipulating fields and values. Historically, some TIFF-F writers have attempted to produce individual single-page TIFF-F files with modified NewSubFileType and PageNumber (page one-of-one) values for export purposes. However, there is no easy way to link such multiple single page files together into a logical multiple page document, so that this practice is not recommended.
アプリケーションが、分野と値を操らないで複数のページがTIFF-Fファイルであるとエクスポートするのは、お勧めです。 歴史的に、何人かのTIFF-F作家が、輸出目的のために変更されたNewSubFileTypeとPageNumber(1の1つを呼び出す)値で個々の1ページTIFF-Fファイルを作り出すのを試みました。 しかしながら、そのような複数の1ページファイルを論理的な倍数ページドキュメントに結びつけるどんな簡単な方法もありません、この習慣が推薦されないように。
4.4.4. Compression
4.4.4. 圧縮
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
Group3ファクシミリには、3つの1994年の時点で、標準化された、共用の圧縮方法があります。 ITU-T T.4 Recommendation[T.4]は一次元圧縮方法を定義します。
McIntyre, et. al. Standards Track [Page 31] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[31ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
known as Modified Huffman (MH) and a two-dimensional method known as Modified READ (MR) (READ is short for Relative Element Address Designate). In 1984, a somewhat more efficient compression method known as Modified Modified READ (MMR) was defined in the ITU-T T.6 Recommendation [T.6]. MMR was originally defined for use with Group 4 facsimile, so that this compression method has been commonly called Group 4 compression. In 1991, the MMR method was approved for use in Group 3 facsimile and has since been widely utilized.
Modifiedハフマン(MH)とModified READとして知られている二次元メソッド(さん)(Relative Element Address Designateに、READは短い)として、知られています。 1984年に、Modified Modified READ(MMR)として知られているいくらか効率的な圧縮方法はITU-T T.6 Recommendation[T.6]で定義されました。 MMRは元々使用のためにGroup4ファクシミリで定義されました、この圧縮方法が一般的にGroup4圧縮と呼ばれたように。 1991年に、MMRメソッドは、Group3ファクシミリにおける使用のために承認されて、以来、広く利用されています。
TIFF-F supports these three compression methods. The most common practice is the one-dimensional Modified Huffman (MH) compression method. This is specified by setting the Compression field value to 3 and then setting bit 0 of the T4Options field to 0. Alternatively, the two dimensional Modified READ (MR) method, which is much less frequently used in historical TIFF-F implementations, may be selected by setting bit 0 of the T4Options field to 1. The value of Bit 2 in this field is determined by the use of fill bits.
TIFF-Fはこれらの3つの圧縮方法をサポートします。 最も一般的な習慣は一次元Modifiedハフマン(MH)圧縮方法です。 これは、Compression分野価値を3に設定して、次に、T4Options分野のビット0を0に設定することによって、指定されます。 あるいはまた、二次元Modified READ(MR)メソッド(まして歴史的なTIFF-F実装に頻繁に使用される)は、T4Options分野のビット0を1に設定することによって、選択されるかもしれません。 この分野のBit2の値は中詰めビットの使用目的で決定します。
Depending upon the application, the more efficient two-dimensional Modified Modified Read (MMR)compression method from T.6 may be selected by setting the Compression field value to 4 and then setting the first two bits (and all unused bits) of the T6Options field to 0. More information to aid the implementor in making a compression selection is contained in Section 4.5.2.
アプリケーションによって、T.6からの、より効率的な二次元Modified Modified Read(MMR)圧縮方法は、Compression分野価値を4に設定して、次に、T6Options分野の最初の2ビット(すべての未使用のビット)を0に設定することによって、選択されるかもしれません。 圧縮選択をする際に作成者を支援する詳しい情報はセクション4.5.2に含まれています。
Baseline TIFF also permits use of Compression=2 to specify Modified Huffman compression, but the data does not use EOLs. As a result, TIFF-F uses Compression=3 instead of Compression=2 to specify Modified Huffman compression.
また、基線TIFFは、Compression=2の使用がModifiedハフマン圧縮を指定するのを可能にしますが、データはEOLsを使用しません。 その結果、TIFF-Fは、Modifiedハフマン圧縮を指定するのにCompression=2の代わりにCompression=3を使用します。
4.4.5. Example Use of Page-quality Fields
4.4.5. ページ品質分野の例の使用
Here are examples for writing the CleanFaxData, BadFaxLines, and ConsecutiveBadFaxLines fields:
ここに、CleanFaxData、BadFaxLines、およびConsecutiveBadFaxLinesに分野を書くための例があります:
1. Facsimile hardware does not provide page quality
information: MUST NOT write page-quality fields.
2. Facsimile hardware provides page quality information, but
reports no bad lines. Write only BadFaxLines = 0.
3. Facsimile hardware provides page quality information, and
reports bad lines. Write both BadFaxLines and
ConsecutiveBadFaxLines. Also write CleanFaxData = 1 or 2 if
the hardware's regeneration capability is known.
4. Source image data stream is error-corrected or otherwise
guaranteed to be error-free such as for a computer generated
file: SHOULD NOT write page-quality fields.
1. ファクシミリハードウェアはページ品質情報を提供しません: ページ品質分野を書いてはいけません。 2. ファクシミリハードウェアは、ページ品質情報を提供しますが、どんな悪い系列も報告しません。 BadFaxLines=0だけ、を書いてください。 3. ファクシミリハードウェアは、ページ品質情報を提供して、悪い系列を報告します。 BadFaxLinesとConsecutiveBadFaxLinesの両方を書いてください。 また、ハードウェアの再生能力が知られているなら、CleanFaxData=1か2を書いてください。 4. ソースイメージデータ・ストリームは、誤りで直るか別の方法でコンピュータなどのようにエラーのないのがファイルを生成したのが保証されています: SHOULD NOTはページ品質分野を書きます。
McIntyre, et. al. Standards Track [Page 32] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[32ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
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.
イメージがファックスイメージデータ・ストリームのためにエラー修正(例えば、Group3Error Correction Mode)が使用されなかったところで発生しているときだけ、TIFF Writers SHOULDはこれらの分野を生成します。
4.4.6. Practical Guidelines for Writing and Reading Multi-Page TIFF-F Files
4.4.6. マルチページいさかいFファイルを書いて、読むための実際的なガイドライン
Traditionally, historical TIFF-F has required readers and writers to be able to handle multi-page TIFF-F files. Based on the experience of various TIFF-F implementors, it has been seen that the implementation of TIFF-F can be greatly simplified if certain practical guidelines are followed when writing multi-page TIFF-F files.
伝統的に、歴史的なTIFF-Fは、読者と作家がマルチページTIFF-Fファイルを扱うことができるのを必要としました。 様々なTIFF-F作成者の経験に基づいて、マルチページTIFF-Fファイルを書くとき、ある実際的なガイドラインが従われているならTIFF-Fの実装を大いに簡素化できるのが見られました。
The structure for a multi-page TIFF-F file will include one IFD per page of the document. In this case, this IFD will define the attributes for a single page. A second simplifying guideline is that the writer of TIFF-F files SHOULD present IFDs in the same order as the actual sequence of pages. (The pages are numbered within TIFF-F beginning with page 0 as the first page and then ascending (i.e. 0, 1, 2,...). However, any field values over 4 bytes will be stored separately from the IFD. TIFF-F readers SHOULD expect IFDs to be presented in page order, but be able to handle exceptions.
マルチページTIFF-Fファイルのための構造はドキュメントのページあたり1IFDを含むでしょう。 この場合、このIFDは1ページのために属性を定義するでしょう。 ガイドラインを簡素化する1秒はTIFF-Fの作家がページの実際の系列として同次でSHOULDの現在のIFDsをファイルするということです。 ページは、0ページで始まりながら最初のページとしてTIFF-Fの中で付番されて、次に、昇っています(すなわち、0、1、2)。(しかしながら、4バイト以上のどんな分野値も別々にページオーダーに示されますが、扱うことができる読者SHOULDがIFDsを予想するIFD. TIFF-F例外から保存されるでしょう。
Per [TIFF], the exact placement of image data is not specified. However, the strip offsets for each strip of image are defined from within each IFD. Where possible, another simplifying guideline for the writing of TIFF-F files is to specify that the image data for each page of a multi-page document SHOULD be contained within a single strip (i.e. one image strip per fax page). The use of a single image strip per page is very useful for applications such as store and forward messaging, where the file is usually prepared in advance of the transmission, but other assumptions may apply for the size of the image strip for applications which require the use of "streaming" techniques (see section 4.4.7). In the event a different image strip size guideline has been used (e.g. constant size for image strips that may be less than the page size), this will immediately be evident from the values/offsets of the fields that are related to strips.
[TIFF]に従って、イメージデータの正確なプレースメントは指定されません。 しかしながら、イメージの各片のためのストリップオフセットは各IFDから定義されます。 可能であるところでは、TIFF-Fファイルの書くことのための別の簡素化ガイドラインはマルチページドキュメントSHOULDの各ページイメージデータが1片(すなわち、ファックスページあたり1イメージ片)の中に含まれていると指定することです。 1ページあたり1イメージ片の使用は非常に店や前進のメッセージングなどのアプリケーションの役に立ちます。(ファイルはトランスミッションの前に通常準備されますが、そこでは、他の仮定は「ストリーミング」のテクニックの使用を必要とするアプリケーションのためのイメージ片のサイズに申し込むかもしれません(セクション4.4.7を見てください))。 イベントでは、異なったイメージ片サイズガイドラインは使用されて(例えば、イメージ片のためのページ・サイズより少ないかもしれない一定のサイズ)、これはすぐに、片に関連する分野の値/オフセットで明白になるでしょう。
A third simplifying guideline is that each IFD SHOULD be placed in the TIFF-F file structure at a point which precedes the image which the IFD describes.
3番目の簡素化ガイドラインは各IFD SHOULDがIFDが説明するイメージに先行するポイントにTIFF-Fファイル構造に置かれるということです。
In addition, a fourth simplifying guideline for TIFF-F writers and readers is to place the actual image data in a physical order within the TIFF file structure which is consistent with the logical page order. In practice, TIFF-F readers will need to use the strip
さらに、論理的なページと一致したTIFFファイル構造の中の物理的なオーダーにおける実画像データが注文される場所にはTIFF-F作家と読者への4番目の簡素化ガイドラインがあります。 実際には、TIFF-F読者は、片を使用する必要があるでしょう。
McIntyre, et. al. Standards Track [Page 33] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[33ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
offsets to find the exact physical location of the image data, whether or not it is presented in logical page order.
イメージデータの正確な物理的な位置を見つけるために、それが論理的なページ順番に提示されるか否かに関係なく、相殺します。
If the image data is stored in multiple strips, then the strips SHOULD occur in the file in the same order that the data they contain occurs in the facsimile transmission, starting at the top of the page.
イメージデータが複数の片の中に保存されるなら、SHOULDがファイルに同じように起こる片は、それらが含むデータがファクシミリ伝送で現れるよう命令します、ページの上部に始まって。
TIFF-F writers MAY make a fifth simplifying guideline, in which the IFD, the value data and the image data to which the IFD has offsets precede the next image IFD. However, this guideline has been relaxed (writers MAY rather than SHOULD use it) compared to the other guidelines given here to reflect past practices for TIFF-F.
TIFF-F作家は5番目の簡素化ガイドラインを作るかもしれません。(そこでは、次のイメージIFDに先行します)IFDがオフセットを持っているIFD、値のデータ、およびイメージデータ。 しかしながら、TIFF-Fのために過去の習慣を反映するためにここに与えられた他のガイドラインと比べて、このガイドラインはリラックスしました(SHOULDよりむしろ作家5月はそれを使用します)。
In the case of the minimal mode, which is also the minimal subset of Profile S, the SHOULD's and MAY's of these guidelines become SHALL's (see Section 3.5).
最小量のモードの場合では、どれがこれらのガイドラインのProfile Sの最小量の部分集合とも、SHOULDと5月のものであるかはSHALLのものになります(セクション3.5を見てください)。
So, a TIFF-F file which is structured using the guidelines of this section will essentially be composed of a linked list of IFDs, presented in ascending page order, which in turn each point to a single page of image data (one strip per page), where the pages of image data are also placed in a logical page order within the TIFF- F file structure. (The pages of image data may themselves be stored in a contiguous manner, at the option of the implementor).
それで、このセクションのガイドラインを使用することで構造化されるTIFF-Fファイルは順番に、それぞれ、また、イメージデータのページがTIFF Fファイル構造の中に論理的なページ順番に置かれる1ページのイメージデータ(1ページあたり1片)を示すページオーダーを昇る際に寄贈されたIFDsの繋がっているリストで本質的には構成されるでしょう。 (イメージデータのページがそうするかもしれない、自分たち、作成者の選択のときに隣接の方法で保存されてください、)
4.4.7. Use of TIFF-F for Streaming Applications
4.4.7. いさかいFのストリーミング・アプリケーションの使用
TIFF-F has historically been used for handling fax image files in applications such as store and forward messaging where the entire size of the file is known in advance. While TIFF-F may also possibly be used as a file format for cases such as streaming applications, assumptions may be required that differ from those provided in this section (e.g., the entire size and number of pages within the image are not known in advance). As a result, a definition for the streaming application of TIFF-F is beyond the scope of this document.
TIFF-Fは、ファイルの全体のサイズがあらかじめ知られているところで通信しながら店などのアプリケーションに前方にファックスイメージ・ファイルを扱うのに歴史的に使用されました。 また、TIFF-Fがストリーミング・アプリケーションなどのケースにことによるとファイル形式として使用されているかもしれない間、このセクションに提供されたものと異なっている仮定が必要であるかもしれません(例えばイメージの中の全体のサイズとページ数はあらかじめ、知られていません)。 その結果、TIFF-Fのストリーミング・アプリケーションのための定義はこのドキュメントの範囲を超えています。
4.5. Implementation Warnings
4.5. 実装警告
4.5.1 Uncompressed data
4.5.1 解凍されたデータ
TIFF-F requires the ability to read and write at least one-
dimensional T.4 Huffman ("compressed") data. Uncompressed data is
not allowed. This means that the "Uncompressed" bit in T4Options or
T6Options must be set to 0.
TIFF-Fは少なくとも1つの次元T.4ハフマン(「圧縮される」)データを読み書きする能力を必要とします。 解凍されたデータは許容されていません。 これは、T4OptionsかT6Optionsの「解凍された」ビットを0に設定しなければならないことを意味します。
McIntyre, et. al. Standards Track [Page 34] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[34ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
4.5.2. Encoding and Resolution
4.5.2. コード化と解決
Since two-dimensional encoding is not required for Group 3 compatibility, some historic TIFF-F readers have not been able to read such files. The minimum subset of TIFF-F REQUIRES support for one dimensional (Modified Huffman) files, so this choice maximizes portability. However, implementors seeking greater efficiency SHOULD use T.6 MMR compression when writing TIFF-F files. Some TIFF-F readers will also support two-dimensional Modified READ files. Implementors that wish to have the maximum flexibility in reading TIFF-F files should support all three of these compression methods (MH, MR and MMR).
以来、二次元コード化はGroup3の互換性に必要でなく、何人かの歴史的なTIFF-F読者はそのようなファイルを読むことができませんでした。 1個の次元(ハフマンを変更する)のファイルのTIFF-F REQUIRESサポートの最小の部分集合であり、したがって、この選択は移植性を最大にします。 しかしながら、TIFF-Fファイルを書くとき、より大きい効率SHOULDを探している作成者がT.6 MMR圧縮を使用します。 また、何人かのTIFF-F読者が二次元Modified READファイルをサポートするでしょう。 TIFF-Fファイルを読む際に最大の柔軟性を持ちたがっている作成者はこれらのすべての3つの圧縮方法(MH、MR、およびMMR)をサポートするべきです。
For the case of resolution, almost all facsimile products support both standard (98 dpi) vertical resolution and "fine" (196 dpi) resolution. Therefore, fine-resolution files are quite portable in the real world.
解決に関するケースのために、ほとんどすべてのファクシミリ製品が、両方が標準(98dpi)の垂直解像度と「すばらしい」(196dpi)解決であるとサポートします。 したがって、緻密な解像力ファイルは本当の世界でかなり携帯用です。
In 1993, the ITU-T added support for higher resolutions in the T.30 recommendation including 200 x 200, 300 x 300, 400 x 400 in dots per inch based units. At the same time, support was added for metric dimensions which are equivalent to the following inch based resolutions: 391v x 204h and 391v x 408h. Therefore, the full set of inch-based equivalents of the new resolutions are supported in the TIFF-F writer, since they may appear in some image data streams received from Group 3 facsimile devices. However, many facsimile terminals and older versions of TIFF-F readers are likely to not support the use of these higher resolutions.
1993年に、ITU-Tは、1インチあたりのドットに200x200、300x300、400x400を含むT.30推薦における、より高い解像度のサポートがユニットを基礎づけたと言い足しました。 同時に、サポートは同等物が解決を以下のインチまで基礎づけたということであるメートル法の寸法のために加えられました: 391v x204hと391v x408h。 したがって、新しい解決のインチベースの同等物のフルセットはTIFF-F作家でサポートされます、Group3ファクシミリデバイスから受けられたイメージデータ・ストリームに現れるかもしれないので。 しかしながら、TIFF-F読者の多くのファクシミリ端末と旧式のバージョンはこれらのより高い解像度の使用をサポートしそうにはありません。
Per [T.4], it is permissible for applications to treat the following XResolution values as being equivalent: <204,200> and <400,408>. In a similar respect, the following YResolution values may also be treated as being equivalent: <98, 100>, <196, 200>, and <391, 400>. These equivalencies were allowed by [T.4] to permit conversions between inch and metric based facsimile terminals.
[T.4]に従って、アプリケーションが以下のXResolution値を同等であるとして扱うのは、許されています: <20万4200>と<40万408>。 また、同様の点で、以下のYResolution値は同等であるとして扱われるかもしれません: <98、100の>、<196、200>、および<391、400>。 [T.4]はこれらのequivalenciesをインチとメートル法のベースのファクシミリ端末の間の変換を可能にさせられました。
In a similar respect, the optional support of metric based resolutions in the TIFF-F reader (i.e. 77 x 38.5 cm) is included for completeness, since they are used in some legacy TIFF-F applications, but this use is not recommended for the creation of TIFF-F files by a writer.
同様の点では、それらがいくつかのレガシーTIFF-Fアプリケーションで使用されますが、この使用がTIFF-Fファイルの作成のために作家によって推薦されないので、TIFF-F読者(すなわち、77x38.5cm)でのメートル法のベースの解決の任意のサポートは完全性のために含まれています。
4.5.3. EOL byte-aligned
4.5.3. EOLはバイト並びました。
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
TIFF-F歴史的なコンベンションはModifiedハフマンかModified READデータのすべてのEOLsがバイトで並べなければならないということです。 しかしながら、Baseline TIFFはデフォルトで非バイトが並んでいるEOLsの使用を可能にしました、大きい百分率のTIFF-F読者実装がサポートするそう
McIntyre, et. al. Standards Track [Page 35] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[35ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
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.
両方のコンベンション。 したがって、セクション3における定義されるとしてのTIFF-Fの最小の部分集合、またはProfile Sがバイトで並べられたものと同様にバイトで非並べられたEOLsのサポートを含んでいます。 セクション3.2.2を見てください。
An EOL is said to be byte-aligned when Fill bits have been added as necessary before EOL codes such that EOL always ends on a byte boundary, thus ensuring an EOL-sequence of a one byte preceded by a zero nibble: xxxx0000 00000001.
EOLはEOLがEOLがバイト境界でいつも終わるようなものをコード化する前にFillビットが必要に応じて加えられたとき、バイトによって並べられると言われています、その結果、ゼロで先行された1バイトのEOL-系列少量を確実にします: xxxx0000 00000001。
Modified Huffman encoding encodes bits, not bytes. This means that the end-of-line token may end in the middle of a byte. In byte alignment, extra zero bits (Fill) are added so that the first bit of data following an EOL begins on a byte boundary. In effect, byte alignment relieves application software of the burden of bit- shifting every byte while parsing scan lines for line-oriented image manipulation (such as writing a TIFF file).
変更されたハフマン符号化はバイトではなく、ビットをコード化します。 これは、行末トークンが1バイトの中央に終わるかもしれないことを意味します。 バイト整列では、付加的なゼロ・ビット(いっぱいにしている)が加えられるので、EOLに続くデータの最初のビットはバイト境界で始まります。 事実上、バイト整列はバイト毎に系列指向の映像操作(TIFFファイルを書くことなどの)のためにスキャン系列を分析している間、ビット移行の負担をアプリケーション・ソフトに取り除きます。
For Modified READ encoding, each line is terminated by an EOL and a one bit tag bit. Per [T.4], the value of the tag bit is 0 if the next line contains two dimensional data and 1 if the next line is a reference line. To maintain byte alignment, fill bits are added before the EOL/tag bit sequence, so that the first bit of data following an MR tag bit begins on a byte boundary.
Modified READコード化において、各系列はEOLと1ビットのタグビットによって終えられます。 次の系列が次の系列が基準線であるなら二次元データと1を含んでいるなら、[T.4]あたりタグビットの価値は0です。 EOL/タグが系列に噛み付く前にバイト整列を維持するために、中詰めビットは加えられます、MRタグビットに続くデータの最初のビットがバイト境界で始まるように。
4.5.4. EOL
4.5.4. EOL
As illustrated in FIGURE 1/T.4 in [T.4], facsimile documents encoded with Modified Huffman begin with an EOL, which in TIFF-F may be byte- aligned. The last line of the image is not terminated by an EOL. In a similar respect, images encoded with Modified READ two-dimensional encoding begin with an EOL, followed by a tag bit.
[T.4]の図1/T.4で例証されるように、Modifiedハフマンと共にコード化されたファクシミリドキュメントはEOLと共に始まって、どれがTIFF-Fのバイトであるかもしれないかは並びました。 イメージの最終ラインはEOLによって終えられません。 同様の点で、Modified READが二次元であることの形でコード化しながらコード化されたイメージはタグビットが支えたEOLと共に始まります。
4.5.5. RTC Exclusion
4.5.5. RTC除外
Aside from EOLs, TIFF-F files have historically only contained image data. This means that applications which wish to maintain strict conformance with the rules in [TIFF] and compatibility with historical TIFF-F, SHOULD NOT include the Return To Control sequence (RTC) (consisting of 6 consecutive EOLs) when writing TIFF-F files. However, applications which need to support "transparency" of [T.4] image data MAY include RTCs if the flag settings of the T4Options field are set for non-byte aligned MH or MR image data. Implementors of TIFF readers should also be aware that there are some existing TIFF-F implementations which include the RTC sequence in MH/MR image data. Therefore, TIFF-F readers MUST be able to process files which do not include RTCs and SHOULD be able to process files which do include RTCs.
EOLsは別として、TIFF-Fファイルはイメージデータを歴史的に含むだけでした。 TIFF-Fファイルを書くとき、これは、規則が[TIFF]にある厳しい順応と歴史的なTIFF-Fとの互換性を維持したがっているアプリケーションであり、SHOULD NOTがReturn To Control系列を含んでいることを意味します(RTC)(6連続したEOLsから成ります)。 しかしながら、T4Options分野の旗の設定が非バイトの並べられたMHかMRイメージデータに設定されるなら、[T.4]イメージデータの「透明」をサポートする必要があるアプリケーションはRTCを含むかもしれません。 また、TIFF読者の作成者もMH/MRイメージデータにRTC系列を含んでいるいくつかの既存のTIFF-F実装があるのを意識しているべきです。 したがって、TIFF-F読者はRTCとSHOULDを含んでいないファイルを処理できなければなりません。RTCを含んでいるファイルは処理できてください。
McIntyre, et. al. Standards Track [Page 36] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[36ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
4.5.6 Use of EOFB for T.6 Compressed Images
4.5.6 EOFBのT.6圧縮画像の使用
TIFF-F pages which are encoded with the T.6 Modified Modified READ compression method MUST include an "end-of-facsimile-block" (EOFB) code at the end of each coded strip. Per [TIFF], the EOFB code is followed by pad bits as needed to align on a byte boundary. TIFF readers SHOULD ignore any bits other than pad bits beyond the EOFB.
T.6 Modified Modified READ圧縮方法でコード化されるTIFF-Fページはそれぞれのコード化された片の端ときに「ファクシミリブロックの端」(EOFB)コードを含まなければなりません。 パッドビットは[TIFF]に従って必要に応じてEOFBコードを支えて、バイト境界に並びます。 TIFF読者SHOULDはEOFBを超えたパッドビット以外のどんなビットも無視します。
4.6. Example Use of TIFF-F
4.6. いさかいFの例の使用
The Profile F of TIFF (i.e. TIFF-F content) is a secondary component of the VPIM Message, as defined in [VPIM2]. Voice messaging systems can often handle fax store-and-forward capabilities in addition to tradi- tional voice message store-and-forward functions. As a result, TIFF-F fax messages can optionally be sent between compliant VPIM systems, and may be rejected if the recipient system cannot deal with fax.
TIFF(すなわち、TIFF-F内容)のProfile Fは[VPIM2]で定義されるようにVPIM Messageの伴星です。 声のメッセージシステムはしばしばtradi- tional音声メール店とフォワード機能に加えたファックス店とフォワード能力を扱うことができます。 その結果、TIFF-Fファックス通信は、任意に対応するVPIMシステムの間に送ることができて、受取人システムがファックスに対処できないなら、拒絶されるかもしれません。
Refer to the VPIM Specification for proper usage of this content.
この内容の適切な用法についてVPIM Specificationを参照してください。
4.7. Extended Black-and-white Fax Mode Summary
4.7. 拡張白黒のファックスモード概要
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.
必須項目か値が二重アスタリスク**で示されます。二重アスタリスクがフィールド名にあるなら、実装はすべての記載された値に要求されます。 二重アスタリスクがValuesコラムにあるなら、実装は二重アスタリスクでsuffixedされた値だけに要求されます。
+---------------------------+--------------------------------+
| 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 |
+------------------------------------------------------------+
+---------------------------+--------------------------------+ | 基線分野| 値| +---------------------------+--------------------------------+ | BitsPerSample| 1** | +---------------------------+--------------------------------+ | 圧縮| 3**: そして1Dがハフマンを変更した。| | | 2D Modified Readコード化| | | 4: 変更されていた状態で変更された2Dは読みました。| | | コード化| +---------------------------+--------------------------------+ | DateTime*| ASCII: 24時間で日付/時間| | | 形式「YYYY:mm:DD HH:mm:SS」| +---------------------------+--------------------------------+ | FillOrder**| 1: 最上位ビット、最初に。| | | 2: 最下位ビット、最初に。| +------------------------------------------------------------+
McIntyre, et. al. Standards Track [Page 37] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[37ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
+------------------------------------------------------------+
| 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 |
+---------------------------+--------------------------------+
+------------------------------------------------------------+ | ImageDescription*| ASCII: 五弦説明| | | イメージのコンテンツ。 | +---------------------------+--------------------------------+ | ImageWidth| 1728**, 2048, 2432, 2592, | | | 3072, 3456, 3648, 4096, 4864 | +---------------------------+--------------------------------+ | ImageLength**| n: 総数の走査線| | | イメージで| +---------------------------+--------------------------------+ | NewSubFileType| 2**: ビット1はシングルを特定します。| | | マルチページドキュメントのページ| +---------------------------+--------------------------------+ | オリエンテーション| 1**-8、デフォルト1| +---------------------------+--------------------------------+ | PhotometricInterpretation| 0: ピクセル値1は黒いことを意味します。| | ** | 1: ピクセル値1は白いことを意味します。| +---------------------------+--------------------------------+ | ResolutionUnit**| 2: インチ| | | 3: センチメートル| +---------------------------+--------------------------------+ | RowsPerStrip**| n: 走査線の数| | | TIFF片| +---------------------------+--------------------------------+ | SamplesPerPixel| 1** | +---------------------------+--------------------------------+ | ソフトウェア*| ASCII: 名前とリリース| | | クリエイターソフトウェアの数| +---------------------------+--------------------------------+ | StripByteCounts**| <n>: TIFFの数かバイト| | | 片| +---------------------------+--------------------------------+ | StripOffsets**| <n>: 始めから、相殺します。| | | それぞれのTIFF片にファイルしてください。| +---------------------------+--------------------------------+ | XResolution| 200, 204**, 300, 400, 408 | | | (画素/インチに書かれています) | +---------------------------+--------------------------------+ | YResolution| 98**, 196**, 100, | | | 200, 300, 391, 400 | | | (画素/インチに書かれています) | +---------------------------+--------------------------------+ | 拡大分野| +---------------------------+--------------------------------+
McIntyre, et. al. Standards Track [Page 38] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[38ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
+---------------------------+--------------------------------+
| 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 |
+---------------------------+--------------------------------+
+---------------------------+--------------------------------+ | T4Options| 0**: Compressionであるなら、必要です。| | | Modifiedハフマン、EOLsがあるということです。| | | どんなバイトも並びませんでした。| | | 1: Compressionが必要であるなら、必要です。| | | 2D Modified Read、EOLsはそうです。| | | どんなバイトも並びませんでした。| | | 4**: Compressionであるなら、必要です。| | | Modifiedハフマン、EOLsがあるということです。| | | バイトは並びました。| +---------------------------+--------------------------------+ | T4Options(続けられています)| 5: Compressionであるなら、必要です。| | | 2D Modified Read、EOLsがあるということです。| | | バイトは並びました。| +---------------------------+--------------------------------+ | T6Options| 0: Compressionが必要であるなら、必要です。| | | 変更されていた状態で変更された2Dは読みました。| +---------------------------+--------------------------------+ | DocumentName*| ASCII: スキャンされることの名前| | | ドキュメント| +---------------------------+--------------------------------+ | PageNumber**| n、m: 従われたページ番号| | | 総ページ数| +---------------------------+--------------------------------+ | 新しい分野| +---------------------------+--------------------------------+ | BadFaxLines*| 「悪い」走査線の数| | | レセプションの間、遭遇します。| +---------------------------+--------------------------------+ | CleanFaxData*| 0: 「悪い」線がありません。| | | 1: 「悪い」線は、存在しましたが、ありました。| | | 受信機で、作り直されます。| | | 2: しかし、「悪い」線は存在しています。| | | 作り直されません。| +---------------------------+--------------------------------+ | ConsecutiveBadFaxLines*| 連続することのマックス番号| | | 受け取られた「悪い」台詞| +---------------------------+--------------------------------+
5. Lossless JBIG Black-and-White Fax Mode
5. Lossless JBIGの白黒のファックスモード
This section defines the lossless JBIG black-and-white mode or Profile J of TIFF for facsimile. Implementations of this profile are required to also implement Profile S.
このセクションはファクシミリのためにTIFFのlossless JBIGの白黒のモードかProfile Jを定義します。 このプロフィールの実現が、また、Profile Sを実行するのに必要です。
McIntyre, et. al. Standards Track [Page 39] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[39ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
The previous section described the extended interchange set of TIFF fields for black-and-white fax, which provided support for the MH, MR and MMR compression of black-and-white images. This section adds a mode with JBIG compression capability.
前項は白黒のファックスのために拡張置き換えセットのTIFF分野について説明しました。(それは、白黒のイメージのMH、MR、およびMMR要約のサポートを提供しました)。 このセクションはJBIG圧縮能力でモードを加えます。
5.1. Overview
5.1. 概観
This section describes a black-and-white mode that uses JBIG compression. The ITU-T has approved the single-progression sequential mode of JBIG [T.82] for Group 3 facsimile. JBIG coding offers improved compression for halftoned originals. JBIG compression is used in accordance with the application rules given in ITU-T Rec. T.85 [T.85].
このセクションはJBIG圧縮を使用する白黒のモードを説明します。 ITU-TはGroup3ファクシミリのためにJBIG[T.82]のただ一つの進行順序配列モデルを承認しました。 JBIGコード化申し出はhalftonedオリジナルのための圧縮を改良しました。 ITU-T Recで与えられたアプリケーション規則に従って、JBIG圧縮は使用されます。 T.85[T.85]。
This mode is essentially the extended black-and-white mode with JBIG compression used instead of MH, MR or MMR.
このモードは本質的にはMH、MRまたはMMRの代わりに使用されるJBIG圧縮がある拡張白黒のモードです。
5.2. Required TIFF Fields
5.2. 必要ないさかい分野
This section lists the required fields and the values they must have to be ITU-compatible. Besides the fields listed in Section 2.2.1, the extended black-and-white fax mode requires the following fields.
このセクションはそれらがITU互換性があるように持たなければならない必須項目と値を記載します。 セクション2.2.1で記載された分野以外に、拡張白黒のファックスモードは以下の分野を必要とします。
5.2.1. Baseline fields
5.2.1. 基線分野
The TIFF fields that SHALL be used in this mode are the same as those described in Section 4.2.1 for the extended black-and-white mode, with two exceptions: the following text replaces the text in Section 4.2.1 for the Compression and FillOrder fields.
TIFFはこのモードが同じである中古のコネが拡張白黒のモードのためにセクション4.2.1で説明されたものであったならそのSHALLをさばきます、2つの例外で: 以下のテキストはセクション4.2.1におけるテキストをCompressionとFillOrder分野に置き換えます。
Compression(259) = 9. SHORT
RequiredByTIFFBaseline
9 = ITU-T Rec. T.82 coding, applying ITU-T Rec. T.85 (JBIG). This is
a TIFF extension value.
Default = 1 (and is not applicable; field must be specified).
圧縮(259)=9。 短いRequiredByTIFFBaseline9はITU-T Recと等しいです。 T.82のコード化していて、適用しているITU-T Rec。 T.85(JBIG)。 これはTIFF拡大価値です。 デフォルト=1、(適切でない、;、分野を指定しなければならない )
FillOrder(266) = 2. SHORT
RequiredByTIFFBaseline
2 = Pixels are arranged within a byte such that pixels with lower
column values are stored in the lower-order bits of the bytes, i.e.,
least significant bit first (LSB).
FillOrder(266)=2。 SHORT RequiredByTIFFBaseline2=画素が1バイト以内でアレンジされるので、下側のコラム値に従った画素はバイト最初に、すなわち、最下位ビット(LSB)の下層階級ビットに格納されます。
NOTE: The JBIG coding of black-and-white image data in Profile J follows ITU-T Rec. T.85 [T.85], which specifies LSB first ordering within a byte. Note that Baseline TIFF readers are only required to support MSB first ordering or FillOrder = 1.
以下に注意してください。 Profile Jでの白黒のイメージデータのJBIGコード化はITU-T Recに続きます。 T.85[T.85]。(そのT.85は最初に1バイト以内で注文するLSBを指定します)。 Baseline TIFF読者がMSBの最初の注文かFillOrder=1を支持するだけでよいことに注意してください。
5.2.2. Extension fields
5.2.2. 拡大分野
McIntyre, et. al. Standards Track [Page 40] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[40ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
Same fields as those in Section 2.2.1.
セクション2.2.1におけるそれらと同じ分野。
5.2.3. New fields
5.2.3. 新しい分野
None.
なし。
5.3. Recommended TIFF Fields
5.3. お勧めのいさかい分野
See Section 2.2.3 and 2.2.4.
.4にセクション2.2 .3と2.2を見てください。
5.4. Lossless JBIG Black-and-white Fax Mode Summary
5.4. Lossless JBIGの白黒のファックスモード概要
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.
必須項目か値が二重アスタリスク**で示されます。二重アスタリスクがフィールド名にあるなら、実現はすべての記載された値に要求されます。 二重アスタリスクがValuesコラムにあるなら、実現は二重アスタリスクでsuffixedされた値だけに要求されます。
+---------------------------+--------------------------------+
| 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 |
+------------------------------------------------------------+
+---------------------------+--------------------------------+ | 基線分野| 値| +---------------------------+--------------------------------+ | BitsPerSample| 1** | +---------------------------+--------------------------------+ | 圧縮| 9**: JBIGコード化| +---------------------------+--------------------------------+ | DateTime*| ASCII: 24時間で日付/時間| | | 形式「YYYY:mm:DD HH:mm:SS」| +---------------------------+--------------------------------+ | FillOrder**| 1: 最上位ビット、最初に。| | | 2: 最下位ビット、最初に。| +---------------------------+--------------------------------+ | ImageDescription*| ASCII: 五弦説明| | | イメージのコンテンツ。 | +---------------------------+--------------------------------+ | ImageWidth| 1728**, 2048, 2432, 2592, | | | 3072, 3456, 3648, 4096, 4864 | +---------------------------+--------------------------------+ | ImageLength**| n: 総数の走査線| | | イメージで| +---------------------------+--------------------------------+ | NewSubFileType**| 2: ビット1はシングルを特定します。| | | マルチページドキュメントのページ| +---------------------------+--------------------------------+ | オリエンテーション| 1**-8、デフォルト1| +------------------------------------------------------------+
McIntyre, et. al. Standards Track [Page 41] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[41ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
+---------------------------+--------------------------------+
| PhotometricInterpretation | 0: pixel value 1 means black |
| ** | 1: pixel value 1 means white |
+---------------------------+--------------------------------+
| ResolutionUnit** | 2: inch |
| | 3: centimeter |
+---------------------------+--------------------------------+
| RowsPerStrip** | n: number of scanlines per |
| | TIFF strip |
+---------------------------+--------------------------------+
| SamplesPerPixel** | 1 |
+---------------------------+--------------------------------+
| Software* | {ASCII}: name & release |
| | number of creator software |
+---------------------------+--------------------------------+
| StripByteCounts** | <n>: number of bytes in TIFF |
| | strip |
+---------------------------+--------------------------------+
| StripOffsets** | <n>: offset from beginning of |
| | file to each TIFF strip |
+---------------------------+--------------------------------+
| XResolution | 200, 204**, 300, 400, 408 |
| | (written in pixels/inch) |
+---------------------------+--------------------------------+
| YResolution | 98**, 196**, 100, |
| | 200, 300, 391, 400 |
| | (written in pixels/inch) |
+---------------------------+--------------------------------+
| Extension Fields |
+---------------------------+--------------------------------+
| DocumentName* | {ASCII}: name of document |
| | scanned |
+---------------------------+--------------------------------+
| PageNumber** | n,m: page number followed by |
| | total page count |
+---------------------------+--------------------------------+
| New Fields |
+---------------------------+--------------------------------+
| GlobalParametersIFD* | IFD: global parameters IFD |
+---------------------------+--------------------------------+
| ProfileType* | n: type of data stored in file |
+---------------------------+--------------------------------+
| FaxProfile* | n: ITU-compatible fax mode |
+---------------------------+--------------------------------+
| CodingMethods* | n: compression algorithms used |
| | in file |
+---------------------------+--------------------------------+
+---------------------------+--------------------------------+ | PhotometricInterpretation| 0: ピクセル値1は黒いことを意味します。| | ** | 1: ピクセル値1は白いことを意味します。| +---------------------------+--------------------------------+ | ResolutionUnit**| 2: インチ| | | 3: センチメートル| +---------------------------+--------------------------------+ | RowsPerStrip**| n: 走査線の数| | | TIFF片| +---------------------------+--------------------------------+ | SamplesPerPixel**| 1 | +---------------------------+--------------------------------+ | ソフトウェア*| ASCII: 名前とリリース| | | 創造者ソフトウェアの数| +---------------------------+--------------------------------+ | StripByteCounts**| <n>: TIFFのバイト数| | | 片| +---------------------------+--------------------------------+ | StripOffsets**| <n>: 始めから、相殺します。| | | それぞれのTIFF片にファイルしてください。| +---------------------------+--------------------------------+ | XResolution| 200, 204**, 300, 400, 408 | | | (画素/インチに書かれています) | +---------------------------+--------------------------------+ | YResolution| 98**, 196**, 100, | | | 200, 300, 391, 400 | | | (画素/インチに書かれています) | +---------------------------+--------------------------------+ | 拡大分野| +---------------------------+--------------------------------+ | DocumentName*| ASCII: ドキュメントの名前| | | スキャンされます。| +---------------------------+--------------------------------+ | PageNumber**| n、m: 従われたページ番号| | | 総ページ数| +---------------------------+--------------------------------+ | 新しい分野| +---------------------------+--------------------------------+ | GlobalParametersIFD*| IFD: グローバルなパラメタIFD| +---------------------------+--------------------------------+ | ProfileType*| n: ファイルに格納されたデータのタイプ| +---------------------------+--------------------------------+ | FaxProfile*| n: ITUコンパチブルファックスモード| +---------------------------+--------------------------------+ | CodingMethods*| n: アルゴリズムが使用した圧縮| | | ファイルで| +---------------------------+--------------------------------+
McIntyre, et. al. Standards Track [Page 42] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[42ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
6. Base Color Fax Mode
6. 基調色ファックスモード
6.1. Overview
6.1. 概観
This section defines the lossy color mode or Profile C of TIFF for facsimile. Implementations of this profile are required to also implement Profile S.
このセクションはファクシミリのためにTIFFの損失性カラーモードかProfile Cを定義します。 このプロフィールの実現が、また、Profile Sを実行するのに必要です。
This is the base mode for color and grayscale facsimile, which means that all applications that support color fax must support this mode. The basic approach is the lossy JPEG compression [T.4, Annex E; T.81] of L*a*b* color data [T.42]. Grayscale applications use the L* lightness component; color applications use the L*, a* and b* components.
これは色とグレースケールファクシミリのためのベースモードです。(そのモードは、カラーファックスを支えるすべてのアプリケーションがこのモードを支持しなければならないことを意味します)。 基本的なアプローチが損失性JPEG圧縮である、[T.4、Annex E; T.81] L*a*b*では、[T.42]にデータを着色してください。 グレースケールアプリケーションはL*軽さコンポーネントを使用します。 色のアプリケーションはL*、*、およびb*コンポーネントを使用します。
This mode uses a new PhotometricInterpretation field value to describe the L*a*b* encoding specified in [T.42]. This encoding differs in two ways from the other L*a*b* encodings used in TIFF [TIFF, TTN1]: it specifies a different default range for the a* and b* components, based on a comprehensive evaluation of existing hardcopy output, and it optionally allows selectable range for the L*, a* and b* components.
このモードは、*b*コード化が[T.42]で指定したL*について説明するのに新しいPhotometricInterpretation分野価値を使用します。 このコード化は*b*encodingsがTIFF[TIFF、TTN1]で使用したもう片方のL*と2つの方法において異なります: それは既存のハードコピー出力の総合評価に基づくa*とb*コンポーネントに異なったデフォルト範囲を指定します、そして、任意に、L*、*、およびb*コンポーネントのための選択可能な範囲を許容します。
6.2. Required TIFF Fields
6.2. 必要ないさかい分野
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.
このセクションは必須項目を記載します、それらがITU-T Recと互換性があるように支持しなければならないセクション2.2.1、および値で与えられたものに加えて。 ITU-T RecのT.42と別館E。 T.4。
6.2.1. Baseline Fields
6.2.1. 基線分野
ImageWidth(256). SHORT or LONG
This mode supports the following fixed page widths: 864, 1024, 1216,
1728, 2048, 2432, 2592, 3072, 3456, 3648, 4096, 4864.
ImageWidth(256)。 SHORTかLONG Thisモードが以下の固定ページ幅を支持します: 864, 1024, 1216, 1728, 2048, 2432, 2592, 3072, 3456, 3648, 4096, 4864.
NewSubFileType(254) = (Bit 1=1). LONG
RequiredByTIFFforFAX
Bit 1 is 1 if the image is a single page of a multi-page document.
Default = 0 (no subfile bits on, so may not be omitted for fax)
NewSubFileType(254)は(ビット1=1)と等しいです。 イメージがマルチページドキュメントの1ページであるなら、LONG RequiredByTIFFforFAX Bit1は1歳です。 デフォルト=0(いいえがビットを副ファイルするので省略されないかもしれない、ファックス)
BitsPerSample(258) = 8, 12. SHORT
Count = SamplesPerPixel
The base color fax mode requires 8 bits per sample, with 12 as an
option. 12 bits per sample is not baseline TIFF.
BitsPerSample(258)=8、12。 基調色がファックスでモードを送るSHORT Count=SamplesPerPixelはオプションとして12で1サンプルあたり8ビットを必要とします。 1サンプルあたり12ビットは基線TIFFではありません。
Compression(259) = 7. SHORT
Base color fax mode uses Baseline JPEG compression. Value 7
represents JPEG compression as specified in [TTN2].
圧縮(259)=7。 SHORT基地の色のファックスモードはBaseline JPEG圧縮を使用します。 値7は[TTN2]で指定されているとしてJPEG圧縮を表します。
McIntyre, et. al. Standards Track [Page 43] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[43ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
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は最初に、ほとんどのSignificant Bitと等しいです。 2は最初に、最少のSignificant Bitと等しいです。
PhotometricInterpretation(262) = 10. SHORT
Base color fax mode requires pixel values to be stored using the CIE
L*a*b* encoding defined in ITU-T Rec. T.42. This encoding is
indicated by the PhotometricInterpretation value 10, referred to as
ITULAB. With this encoding, the minimum sample value is mapped to 0
and the maximum sample value is mapped to (2^n - 1), i.e. the
maximum value, where n is the BitsPerSample value. The conversion
from unsigned ITULAB-encoded samples values to signed CIE L*a*b*
values is determined by the Decode field; see Sec. 6.2.3
PhotometricInterpretation(262)=10。 SHORT基地の色のファックスモードは、ピクセル値が格納されるのを*b*コード化がITU-T Recで定義したCIE L*を使用することで必要とします。 T.42。 ITULABと呼ばれて、このコード化はPhotometricInterpretation値10によって示されます。 このコード化で、最小の標本値は0に写像されます、そして、最大の標本値はすなわち、(2^n--1)、最大の値に写像されます。そこでは、nがBitsPerSample値です。 無記名のITULABによってコード化されたサンプル値からサインされた*b*が評価するCIE L*までの変換はDecode分野のそばで決定しています。 Secを見てください。 6.2.3
NOTE: PhotometricInterpretation values 8 and 9 specify encodings for use with 8-bit-per-sample CIE L*a*b* [TIFF] and ICC L*a*b* [TTN1] data, but they are fixed encodings, which use different minimum and maximum samples than the T.42 default encoding. As currently defined, they are not able to represent fax-encoded L*a*b* data.
以下に注意してください。 8と9がencodingsを指定するPhotometricInterpretation値は1サンプルあたり8ビットCIE L**b*[TIFF]とICC L*と共に*を使用します。b*[TTN1]データ、encodingsはT.42デフォルトコード化よりそれらだけに固定されています。(encodingsは異なった最小の、そして、最大のサンプルを使用します)。 現在定義されるように、彼らはファックスでコード化されたL*a*b*データを表すことができません。
ResolutionUnit(296) = 2, 3. SHORT
The unit of measure for resolution. 2 = inch, 3 = centimeter;
Default = 2 (field may be omitted if this is the value)
ResolutionUnit(296)=2、3。 SHORT、解決のための測定の単位。 2 = 少しずつ動いてください、そして、3はセンチメートルと等しいです。 デフォルト=2(分野はこれが値であるなら省略されるかもしれません)
SamplesPerPixel(277) = 1, 3. SHORT
1: L* component only, required in base color mode
3: L*, a*, b* components
Encoded according to PhotometricInterpretation field
SamplesPerPixel(277)=1、3。 短い1: ベースカラーモード3で唯一の、そして、必要なL*コンポーネント: L*、*、PhotometricInterpretation分野に従ったb*コンポーネントEncoded
XResolution(282) = 100, 200, 300, 400. RATIONAL
YResolution(283) = 100, 200, 300, 400. RATIONAL
The resolution of the image is expressed in pixels per resolution
unit. In pixels per inch, allowed XResolution values are: 100, 200,
300, and 400. The base color fax mode requires the pixels to be
square, hence YResolution must equal XResolution. Base resolution is
200 pixels per inch and SHALL be supported by all implementations of
this mode. See Section 2.2.2 for inch-metric equivalency.
XResolution(282)=100、200、300、400。 合理的なYResolution(283)=100、200、300、400。 RATIONAL、イメージの解像度は解決ユニットあたりの画素で言い表されます。 ピクセル・パー・インチでは、許容XResolution値は以下の通りです。 100、200、300、および400。 基調色ファックスモードは、画素が正方形であることを必要とします、したがって、YResolutionがXResolutionと等しくなければなりません。 基地の解決は、200ピクセル・パー・インチとSHALLです。このモードのすべての実現で、支持されます。 インチメートル法の同等に関してセクション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]を与えます。
McIntyre, et. al. Standards Track [Page 44] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[44ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
+--------------------------------+---------------------------+
| XResolution x YResolution | ImageWidth |
+--------------------------------+---------------------------+
| 100 x 100 | 864 | 1024 | 1216 |
+--------------------------------+---------------------------+
| 200 x 200 | 1728 | 2048 | 2432 |
+--------------------------------+---------------------------+
| 300 x 300 | 2592 | 3072 | 3648 |
+--------------------------------+---------------------------+
| 400 x 400 | 3456 | 4096 | 4864 |
+--------------------------------+---------------------------+
|Letter,A4| B4 | A3 |
| Legal | | |
+---------------------------+
| Paper Size |
+---------------------------+
+--------------------------------+---------------------------+ | XResolution x YResolution| ImageWidth| +--------------------------------+---------------------------+ | 100x100| 864 | 1024 | 1216 | +--------------------------------+---------------------------+ | 200x200| 1728 | 2048 | 2432 | +--------------------------------+---------------------------+ | 300x300| 2592 | 3072 | 3648 | +--------------------------------+---------------------------+ | 400x400| 3456 | 4096 | 4864 | +--------------------------------+---------------------------+ |手紙、A4| B4| A3| | 法的| | | +---------------------------+ | 紙サイズ| +---------------------------+
6.2.2 Extension Fields
6.2.2 拡大分野
The JPEG compression standard allows for the a*b* chroma components of an image to be subsampled relative to the L* lightness component. The extension fields ChromaSubSampling and ChromaPositioning define the subsampling. They are the same as YCbCrSubSampling and YCbCrPositioning in [TIFF], but have been renamed to reflect their applicability to other color spaces.
JPEG圧縮規格は、イメージのa*b*彩度成分がL*軽さコンポーネントに比例して「副-標本抽出」であることを許容します。 拡大分野のChromaSubSamplingとChromaPositioningは「副-標本抽出」を定義します。 それらは[TIFF]でYCbCrSubSamplingとYCbCrPositioningと同じですが、改名されて、他の色の空間への彼らの適用性を反映してください、そうした。
ChromaSubSampling(530). SHORT
Count = 2
Specifies the subsampling factors for the chroma components of a
L*a*b* image. The two subfields of this field, ChromaSubsampleHoriz
and ChromaSubsampleVert, specify the horizontal and vertical
subsampling factors respectively.
ChromaSubSampling(530)。 SHORT CountはL*a*b*の彩度成分のための「副-標本抽出」要素が像を描く2Specifiesと等しいです。 この分野の2つの部分体(ChromaSubsampleHorizとChromaSubsampleVert)が、それぞれ水平で垂直な「副-標本抽出」要素を指定します。
SHORT 0: ChromaSubsampleHoriz = 1, 2.
1: equal numbers of lightness and chroma samples horizontally,
2: twice as many lightness samples as chroma samples horizontally,
短い0: 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
ChromaSubSamplingのためのデフォルト値は(2、2)です。(その)はカラーファックス[T.4、Annex E]で彩度「副-標本抽出」のためのデフォルトです)。 彩度「副-標本抽出」でないこと(すなわち、ChromaSubSampling=(1、1))はカラーファックスのためのオプションです。
ChromaPositioning(531) = 1. SHORT
Specifies the spatial positioning of chroma components relative to
ChromaPositioning(531)=1。 に比例して彩度成分を置く空間的なSHORT Specifies。
McIntyre, et. al. Standards Track [Page 45] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[45ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
the lightness component.
1: centered,
A value of 1 means chrominance samples are spatially offset and
centered with respect to luminance samples. See the current TIFF
specification under YcbCr positioning for further information.
Default = 1, which is what ITU-T T.4, Annex E specifies.
軽さコンポーネント。 1: 1の中心に置かれたA値は、色差のサンプルが空間的に相殺されて、輝度のサンプルに関して中心に置かれることを意味します。 詳細のためのYcbCr位置決めで現在のTIFF仕様を見てください。 デフォルト=1。(その=はどんなITU-T T.4であり、Annex Eが指定するかということです)。
6.2.3. New Fields
6.2.3. 新しい分野
Decode(433). SRATIONAL
Count = 2 * SamplesPerPixel
Describes how to map image sample values into the range of values
appropriate for the current color space. In general, the values are
taken in pairs and specify the minimum and maximum output value for
each color component. For the base color fax mode, Decode has a
count of 6 values and maps the unsigned ITULAB-encoded sample values
(Lsample, asample, bsample) to signed L*a*b* values, as follows:.
(433)を解読してください。 SRATIONAL Countはイメージを写像するのが現在の色のスペースに、適切な値の範囲に値を抽出する2*SamplesPerPixel Describesと等しいです。 一般に、値は、それぞれのカラー成分に組で取られて、最小の、そして、最大の出力値を指定します。 Decodeは基調色ファックスモードのために、サインされたL*に6つの値のカウントを持って、無記名のITULABによってコード化された標本値を写像します(Lsample(asample)はbsampleします)。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)
L*=が[0]+Lsample xを解読する、(解読、[1] -解読してください、[0]) /(2^n-1)a*=が[2]+asample xを解読する、(解読、[3] -解読してください、[2]) /(2^n-1)b*=が[4]+bsample xを解読する、(解読、[5] -[4])/を解読してください。(2^n-1)
where Decode[0], Decode[2] and Decode[4] are the minimum values for
L*, a* and b*; Decode[1], Decode[3] and Decode[5] are the maximum
values for L*, a* and b*; and n is the BitsPerSample, either 8 or
12. For example, when n=8, L*=Decode[0] when Lsample=0 and
L*=Decode[1] when Lsample=255.
Decode[0]、Decode[2]、およびDecode[4]はL*のためのどこの最小の値であるか、そして、*とb*。 Decode[3]、[1]を解読してください。そうすれば、Decode[5]はL*、*、およびb*のための最大の値です。 そして、nはBitsPerSample、8か12です。 [1] Lsample=255であるときに、例えば、[0] いつLsample=0であるかときに、n=8、L*=を解読するか、そして、L*=は解読します。
ITU-T Rec. T.42 specifies the ITULAB encoding in terms of a range
and offset for each component, which are related to the minimum and
maximum values as follows:
ITU-T Rec。 T.42は各コンポーネントのために範囲に関してコード化して、相殺するITULABを指定します:(ITULABは以下の最小の、そして、最大の値に関連します)。
minimum = - (range x offset) / 2^n - 1
maximum = minimum + range
最小限=--(範囲xは相殺されました)/2^n--1最大の=最小限+範囲
The Decode field default values depend on the color space. For the
ITULAB color space encoding, the default values correspond to the
base range and offset, as specified in ITU-T Rec. T.42 [T.42]. The
following table gives the base range and offset values for
BitsPerSample=8 and 12, and the corresponding default minimum and
maximum default values for the Decode field, calculated using the
equations above when PhotometricInterpetation=10.
Decode分野デフォルト値は色のスペースに依存します。 ITULAB色のスペースコード化のために、デフォルト値は、ベースの範囲に対応している、相殺されます、ITU-T Recで指定されるように。 T.42[T.42]。 以下のテーブルはBitsPerSample=8、12、およびPhotometricInterpetation=10であるときに最小の、そして、最大のデフォルトが上で方程式を使用することで計算されたDecode分野に評価する対応するデフォルトのためにベースの範囲とオフセット値を与えます。
McIntyre, et. al. Standards Track [Page 46] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[46ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
+-----------------------------------------------+
| ITU-T Rec. T.42 | Decode |
+---------+-----------| base values | default values |
| BitsPer + Component +------------------+----------------------------+
| -Sample | | Range | Offset | Min | Max |
+---------+-----------+--------+---------+--------------+-------------+
| 8 | L* | 100 | 0 | 0 | 100 |
| +-----------+--------+---------+--------------+-------------+
| | a* | 170 | 128 | -21760/255 | 21590/255 |
| +-----------+--------+---------+--------------+-------------+
| | b* | 200 | 96 | -19200/255 | 31800/255 |
+---------+-----------+--------+---------+--------------+-------------+
| 12 | L* | 100 | 0 | 0 | 100 |
| +-----------+--------+---------+--------------+-------------+
| | a* | 170 | 2048 | -348160/4095 | 347990/4095 |
| +-----------+--------+---------+--------------+-------------+
| | b* | 200 | 1536 | -307200/4095 | 511800/4095 |
+---------+-----------+--------+---------+--------------+-------------+
+-----------------------------------------------+ | ITU-T Rec。 T.42| 解読してください。| +---------+-----------| 基礎点| デフォルト値| | BitsPer+コンポーネント+------------------+----------------------------+ | -サンプル| | 範囲| 相殺されます。| 分| マックス| +---------+-----------+--------+---------+--------------+-------------+ | 8 | L*| 100 | 0 | 0 | 100 | | +-----------+--------+---------+--------------+-------------+ | | *| 170 | 128 | -21760/255 | 21590/255 | | +-----------+--------+---------+--------------+-------------+ | | b*| 200 | 96 | -19200/255 | 31800/255 | +---------+-----------+--------+---------+--------------+-------------+ | 12 | L*| 100 | 0 | 0 | 100 | | +-----------+--------+---------+--------------+-------------+ | | *| 170 | 2048 | -348160/4095 | 347990/4095 | | +-----------+--------+---------+--------------+-------------+ | | b*| 200 | 1536 | -307200/4095 | 511800/4095 | +---------+-----------+--------+---------+--------------+-------------+
For example, when PhotometricInterpretation=10 and BitsPerSample=8, the default value for Decode is (0, 100, -21760/255, 21590/255, -19200/255, 31800/255).
PhotometricInterpretation=10とBitsPerSample=8であるときに、例えば、Decodeのためのデフォルト値は(0、100、-21760/255、21590/255、-19200/255、31800/255)です。
6.3. Recommended TIFF Fields
6.3. お勧めのいさかい分野
See Sections 2.2.3. and 2.2.4.
セクション2.2.3 2.2.4を見てください。
6.4 Base Color Fax Mode Summary
6.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.
必須項目か値が二重アスタリスク**で示されます。二重アスタリスクがフィールド名にあるなら、実現はすべての記載された値に要求されます。 二重アスタリスクがValuesコラムにあるなら、実現は二重アスタリスクでsuffixedされた値だけに要求されます。
+---------------------------+--------------------------------+
| Baseline Fields | Values |
+---------------------------+--------------------------------+
| BitsPerSample | 8**: 8 bits per color sample |
| | 12: optional 12 bits/sample |
+---------------------------+--------------------------------+
| Compression** | 7: JPEG |
+---------------------------+--------------------------------+
| DateTime* | {ASCII}: date/time in 24-hour |
| | format "YYYY:MM:DD HH:MM:SS" |
+---------------------------+--------------------------------+
+---------------------------+--------------------------------+ | 基線分野| 値| +---------------------------+--------------------------------+ | BitsPerSample| 8**: 1色見本あたり8ビット| | | 12: 任意の12個のビット/サンプル| +---------------------------+--------------------------------+ | 圧縮**| 7: JPEG| +---------------------------+--------------------------------+ | DateTime*| ASCII: 24時間で日付/時間| | | 形式「YYYY:mm:DD HH:mm:SS」| +---------------------------+--------------------------------+
McIntyre, et. al. Standards Track [Page 47] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[47ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
+------------------------------------------------------------+
| FillOrder** | 1: most significant bit first |
| | 2: least significant bit first |
+---------------------------+--------------------------------+
| ImageDescription* | {ASCII}: A string describing |
| | the contents of the image. |
+---------------------------+--------------------------------+
| ImageWidth | 864, 1024, 1216, 1728**, 2048 |
| | 2432, 2592, 3072, 3456, 3648 |
| | 4096, 4864 |
+---------------------------+--------------------------------+
| ImageLength** | n: total number of scanlines |
| | in image |
+---------------------------+--------------------------------+
| NewSubFileType** | 2: Bit 1 identifies single page|
| | of a multi-page document |
+---------------------------+--------------------------------+
| Orientation | 1**-8, Default 1 |
+---------------------------+--------------------------------+
| PhotometricInterpretation | 10**: ITULAB |
+---------------------------+--------------------------------+
| ResolutionUnit** | 2: inch |
| | 3: centimeter |
+---------------------------+--------------------------------+
| RowsPerStrip** | n: number of scanlines per |
| | TIFF strip |
+---------------------------+--------------------------------+
| SamplesPerPixel | 1**: L* (lightness) |
| | 3: LAB |
+---------------------------+--------------------------------+
| Software* | {ASCII}: name & release number |
| | of creator software |
+---------------------------+--------------------------------+
| StripByteCounts** | <n>: number or bytes in |
| | TIFF strip |
+---------------------------+--------------------------------+
| StripOffsets** | <n>: offset from beginning |
| | of file to each TIFF strip |
+---------------------------+--------------------------------+
| XResolution | 100, 200**, 300, 400 (written |
| | in pixels/inch) |
+---------------------------+--------------------------------+
| YResolution | 100, 200**, 300, 400 |
| | (must equal XResolution) |
+---------------------------+--------------------------------+
+------------------------------------------------------------+ | FillOrder**| 1: 最上位ビット、最初に。| | | 2: 最下位ビット、最初に。| +---------------------------+--------------------------------+ | ImageDescription*| ASCII: 五弦説明| | | イメージのコンテンツ。 | +---------------------------+--------------------------------+ | ImageWidth| 864, 1024, 1216, 1728**, 2048 | | | 2432, 2592, 3072, 3456, 3648 | | | 4096, 4864 | +---------------------------+--------------------------------+ | ImageLength**| n: 総数の走査線| | | イメージで| +---------------------------+--------------------------------+ | NewSubFileType**| 2: ビット1は1ページを特定します。| | | マルチページドキュメントについて| +---------------------------+--------------------------------+ | オリエンテーション| 1**-8、デフォルト1| +---------------------------+--------------------------------+ | PhotometricInterpretation| 10**: ITULAB| +---------------------------+--------------------------------+ | ResolutionUnit**| 2: インチ| | | 3: センチメートル| +---------------------------+--------------------------------+ | RowsPerStrip**| n: 走査線の数| | | TIFF片| +---------------------------+--------------------------------+ | SamplesPerPixel| 1**: L*(軽さ)| | | 3: 研究室| +---------------------------+--------------------------------+ | ソフトウェア*| ASCII: 数を命名して、リリースしてください。| | | 創造者ソフトウェアについて| +---------------------------+--------------------------------+ | StripByteCounts**| <n>: 数か中のバイト| | | TIFF片| +---------------------------+--------------------------------+ | StripOffsets**| <n>: 始めから、相殺されます。| | | それぞれのTIFF片へのファイルについて| +---------------------------+--------------------------------+ | XResolution| 100、200**、300、400(| | | コネに画素/インチを書きます)| +---------------------------+--------------------------------+ | YResolution| 100, 200**, 300, 400 | | | (XResolutionと等しくなければなりません) | +---------------------------+--------------------------------+
McIntyre, et. al. Standards Track [Page 48] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[48ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
+---------------------------+--------------------------------+
| Extension Fields |
+---------------------------+--------------------------------+
| DocumentName* | {ASCII}: name of scanned |
| | document |
+---------------------------+--------------------------------+
| PageNumber** | n,m: page number followed by |
| | total page count |
+---------------------------+--------------------------------+
| ChromaSubSampling | (1,1), (2, 2)** |
| | (1, 1): equal numbers of |
| | lightness and chroma samples |
| | horizontally and vertically |
| | (2, 2): twice as many lightness|
| | samples as chroma samples |
| | horizontally and vertically |
+---------------------------+--------------------------------+
| ChromaPositioning | 1**: centered |
+---------------------------+--------------------------------+
| New Fields |
+---------------------------+--------------------------------+
| Decode** | minL, maxL, mina, maxa, minb, |
| | maxb: minimum and maximum |
| | values for L*a*b* |
+---------------------------+--------------------------------+
| GlobalParametersIFD* | IFD: IFD containing |
| | global parameters |
+---------------------------+--------------------------------+
| ProfileType* | n: type of data stored in |
| | TIFF file |
+---------------------------+--------------------------------+
| FaxProfile* | n: ITU-compatible fax mode |
+---------------------------+--------------------------------+
| CodingMethods* | n: compression algorithms |
| | used in file |
+---------------------------+--------------------------------+
| VersionYear* | byte sequence: year of ITU std |
+---------------------------+--------------------------------+
+---------------------------+--------------------------------+ | 拡大分野| +---------------------------+--------------------------------+ | DocumentName*| ASCII: スキャンされることの名前| | | ドキュメント| +---------------------------+--------------------------------+ | PageNumber**| n、m: 従われたページ番号| | | 総ページ数| +---------------------------+--------------------------------+ | ChromaSubSampling| (1,1), (2, 2)** | | | (1, 1): 数と等しいです。| | | 軽さと彩度のサンプル| | | 水平で垂直に| | | (2, 2): 2倍の軽さ| | | 彩度のサンプルとしてのサンプル| | | 水平で垂直に| +---------------------------+--------------------------------+ | ChromaPositioning| 1**: 中心に置かれます。| +---------------------------+--------------------------------+ | 新しい分野| +---------------------------+--------------------------------+ | **を解読してください。| minL、maxL、mina、maxa、minb| | | maxb: 最小であって、最大です。| | | L*のために、*b*を評価します。| +---------------------------+--------------------------------+ | GlobalParametersIFD*| IFD: IFD含有| | | グローバルなパラメタ| +---------------------------+--------------------------------+ | ProfileType*| n: 中に格納されたデータのタイプ| | | TIFFファイル| +---------------------------+--------------------------------+ | FaxProfile*| n: ITUコンパチブルファックスモード| +---------------------------+--------------------------------+ | CodingMethods*| n: 圧縮アルゴリズム| | | ファイルでは、使用されます。| +---------------------------+--------------------------------+ | VersionYear*| バイト列: ITU stdの年| +---------------------------+--------------------------------+
7. Lossless Color Mode
7. Losslessカラーモード
This section defines the lossless color mode or Profile L of TIFF for facsimile. Implementations of this profile are required to also implement Profiles S and C.
このセクションはファクシミリのためにTIFFのlosslessカラーモードかProfile Lを定義します。 このプロフィールの実現が、また、Profiles SとCを実行するのに必要です。
McIntyre, et. al. Standards Track [Page 49] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[49ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
7.1. Overview
7.1. 概観
This mode, defined in [T.43], uses JBIG to losslessly code three types of color and grayscale images: one bit per color CMY, CMYK and RGB images; a palettized (i.e. mapped) color image; and continuous tone color and grayscale images. The last two are multi-level and use the L*a*b* encoding specified in [T.42].
[T.43]で定義されたこのモードはlosslesslyに3つのタイプの色とグレースケールイメージをコード化するのにJBIGを使用します: カラーCMYあたり1ビット、CMYK、およびRGBイメージ。 palettizedされた(すなわち、写像される)カラーイメージ。 連続した音色とグレースケールイメージ。 最後の2は、マルチレベルであり、*b*コード化が[T.42]で指定したL*を使用します。
7.1.1. Color Encoding
7.1.1. カラー符号化
While under development, this mode was called T.Palette, as one of its major additions was palette or mapped color images. Baseline TIFF only allows RGB color maps, but ITU-T Rec. T.43 requires L*a*b* color maps, using the encoding specified in ITU-T Rec. T.42. Palette color images are expressed with indices (bits per sample) of 12 bits or less, or optionally 13 to 16 bits, per [T.43].
このモードは、開発中に主要な追加の1つがパレットであったのでT.Paletteと呼ばれたか、またはカラーイメージを写像しましたが。 基線TIFFはRGBカラー地図、しかし、ITU-T Recを許容するだけです。 ITU-T Recで指定されたコード化を使用して、T.43は*b*色が写像するL*を必要とします。 T.42。 パレットカラーイメージは12ビット以下のインデックスリスト(1サンプルあたりのビット)で任意に13〜16ビット言い表されます、[T.43]単位で。
Enabling T.43 color maps in TIFF requires the extension field Indexed, defined in [TTN1], and the PhotometricInterpretation field value 10, defined in Section 6.2.1. The following table shows the corresponding PhotometricInterpretation, SamplesPerPixel, BitsPerSample and Indexed field values for the different T.43 image types.
TIFFのT.43カラー地図を可能にするのはセクション6.2.1で定義された[TTN1]、およびPhotometricInterpretation分野価値10で定義された拡大分野Indexedを必要とします。 以下のテーブルは異なったT.43イメージタイプのために対応するPhotometricInterpretation、SamplesPerPixel、BitsPerSample、およびIndexedに分野値を示しています。
+----------------------------------------------------------+
| Image Type |PhotometricIn| Samples | Bits Per | Indexed |
| |-terpretation| PerPixel | Sample | |
|------------+-------------+----------+----------+---------|
| RGB | 2=RGB | 3 | 1 | 0 |
+----------------------------------------------------------+
| CMY | 5=CMYK | 3 | 1 | 0 |
+------------+-------------+----------+----------+---------+
| CMYK | 5=CMYK | 4 | 1 | 0 |
+------------+-------------+----------+----------+---------+
| Palette | 10=ITULAB | 1 | n | 1 |
+------------+-------------+----------+----------+---------+
| Grayscale | 10=ITULAB | 1 | 8, 12 | 0 |
+------------+-------------+----------+----------+---------+
| Color | 10=ITULAB | 3 | 8, 12 | 0 |
+------------+-------------+----------+----------+---------+
+----------------------------------------------------------+ | イメージタイプ|PhotometricIn| サンプル| ビット| 索引をつけられます。| | |-terpretation| PerPixel| サンプル| | |------------+-------------+----------+----------+---------| | RGB| 2=RGB| 3 | 1 | 0 | +----------------------------------------------------------+ | CMY| 5=CMYK| 3 | 1 | 0 | +------------+-------------+----------+----------+---------+ | CMYK| 5=CMYK| 4 | 1 | 0 | +------------+-------------+----------+----------+---------+ | パレット| 10=ITULAB| 1 | n| 1 | +------------+-------------+----------+----------+---------+ | グレースケール| 10=ITULAB| 1 | 8, 12 | 0 | +------------+-------------+----------+----------+---------+ | 色| 10=ITULAB| 3 | 8, 12 | 0 | +------------+-------------+----------+----------+---------+
7.1.2. JBIG Encoding
7.1.2. JBIGコード化
T.43 uses the single-progression sequential mode of JBIG, defined in ITU-T Rec. T.82. To code multi-level images using JBIG, which is a bi-level compression method, an image is resolved into a set of bit- planes, and each bit-plane is then JBIG compressed. For continuous tone color and grayscale images, Gray code conversion is used. The
T.43はITU-T Recで定義されたJBIGのただ一つの進行順序配列モデルを使用します。 T.82。 JBIGを使用することでマルチレベルイメージをコード化するために、イメージは1セットのビット飛行機に変えられます、そして、そして、それぞれのビット飛行機は圧縮されたJBIGです。JBIGは両性愛者のレベル圧縮方法です。 連続した音色とグレースケールイメージに関しては、グレーコード変換は使用されています。 The
McIntyre, et. al. Standards Track [Page 50] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[50ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
Gray code conversion is part of the data stream encoding, and is therefore invisible to TIFF.
グレーコード変換は、データ・ストリームコード化の一部であり、したがって、TIFFに目に見えません。
7.2. Required TIFF Fields
7.2. 必要ないさかい分野
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。
7.2.1. Baseline Fields
7.2.1. 基線分野
ImageWidth(256). SHORT or LONG
Same page widths as the base color mode; see Section 6.2.1.
ImageWidth(256)。 ベースとしてのSHORTかLONG Sameページ幅はモードを着色します。 セクション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)
NewSubFileType(254)は(ビット1=1)と等しいです。 イメージがマルチページドキュメントの1ページであるなら、LONG RequiredByTIFFforFAX Bit1は1歳です。 デフォルト=0(いいえがビットを副ファイルするので省略されないかもしれない、ファックス)
BitsPerSample(258) = 1, 2-8, 9-16. SHORT
Count = SamplesPerPixel
RGB, CMY, CMYK: 1 bit per sample
Continuous tone (L*a*b*): 2-8 bits per sample, 9-12 bits optional
Palette color: 12 or fewer bits per sample, 13-16 bits optional
Note: More than 8 bits per sample is not baseline TIFF.
BitsPerSample(258)は1、2-8、9-16と等しいです。 短いカウントはSamplesPerPixel RGB、CMY、CMYKと等しいです: サンプルContinuousあたり1ビット、調子を変えてください(L*a*b*): 1サンプルあたり2-8ビット、9-12ビットの任意のPaletteは着色します: 12か、より少ない1サンプルあたりのビット、13-16ビットの任意のNote: 1サンプルあたり8ビット以上は基線TIFFではありません。
ColorMap(320). SHORT
Count = 3 * number of sample values
Lossless color fax mode supports palette-color (indexed) images
where the single component value is used as an index into a full
color lookup table stored in the ColorMap field. The sample value is
encoded using the number of bits given by the BitsPerSample field
value. However, per [T.43],the number of sample values may be less
than 2**BitsPerSample. The color lookup table is only required to
have as many entries as there are number of sample values. For
palette-color images in lossless color fax mode, the ITULAB encoding
with 8 or optionally 12 bits per color map value is supported. To
utilize a color map, the TIFF Indexed field must be present. TIFF
orders the color map values so that all the L* values come first,
followed by all the a* values and then all the b* values. Because
ITU-T Rec. T.43 specifies a "chunky" ordering with the L*a*b*
components of the first value, followed by those of the second
value, and so on, reproducing color map values from a fax data
stream in a TIFF file requires reordering values.
カラーマップ(320)。 3*標本数SHORT Count=値のLosslessはただ一つの成分値がインデックスとしてColorMap分野に収納されたフルカラールックアップ表に使用されるパレット色(索引をつけられる)のイメージにファックスモードサポートを着色します。 標本値は、BitsPerSample分野価値によって与えられたビットの数を使用することでコード化されます。 しかしながら、[T.43]あたり標本値の数は2未満**BitsPerSampleであるかもしれません。 カラールックアップ表が、標本数値があるのと同じくらい多くのエントリーを持つのに必要であるだけです。 パレットカラーイメージにおいて、lossless色のファックスモード、8があるITULABコード化か任意に、色の地図価値あたり12ビットは支えられます。 カラー地図を利用するために、TIFF Indexed分野は存在していなければなりません。 TIFFが色の地図値を命令するので、すべてのL*値は、すべてのa*値があとに続いた1番目を来させて、次に、すべてのb*値を来させます。 ITU-T Rec。 T.43は2番目の価値のものによって続かれた最初の価値の*b*コンポーネントとなど、再生産が値を再命令しながらTIFFファイルにおけるデータ・ストリームが必要とするファックスから地図値に着色するL*で「短くて厚い」注文を指定します。
Compression(259) = 10. SHORT
10: ITU-T Rec. T.43 representation, using ITU-T Rec. T.82 (JBIG)
coding
圧縮(259)=10。 短い10: ITU-T Rec。 ITU-T Recを使用するT.43表現。 T.82(JBIG)コード化
McIntyre, et. al. Standards Track [Page 51] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[51ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
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は最初に、ほとんどのSignificant Bitと等しいです。 2は最初に、最少のSignificant Bitと等しいです。
PhotometricInterpretation(262) = 2, 5, 10. SHORT
2: RGB
5: CMYK, including CMY
10: ITULAB
Image data may also be stored as palette color images, where pixel
values are represented by a single component that is an index into a
color map using the ITULAB encoding. This color map is specified by
the ColorMap field. To use palette color images, set the
PhotometricInterpretation to 10,SamplesPerPixel to 1, and Indexed to
1. The color map is stored in the ColorMap field. See Section 7.1.1
for further discussion on the color encoding.
PhotometricInterpretation(262)=2、5、10。 短い2: RGB5: CMY10を含んでいるCMYK また、ITULAB Imageデータはパレットカラーイメージとして格納されるかもしれません。そこでは、ピクセル値が、カラー地図へのインデックスであるただ一つのコンポーネントによってITULABコード化を使用することで表されます。 このカラー地図はColorMap分野によって指定されます。 パレットカラーイメージを使用するには、10、1へのSamplesPerPixel、および1へのIndexedにPhotometricInterpretationを設定してください。 カラー地図はColorMap分野に格納されます。 カラー符号化のさらなる議論に関してセクション7.1.1を見てください。
ResolutionUnit(296) = 2, 3. SHORT
The unit of measure for resolution. 2 = inch, 3 = centimeter;
Default = 2 (field may be omitted if this is the value)
ResolutionUnit(296)=2、3。 SHORT、解決のための測定の単位。 2 = 少しずつ動いてください、そして、3はセンチメートルと等しいです。 デフォルト=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。 短い1: Indexedが0とPhotometricInterpretationと等しいなら、唯一のパレットカラーイメージ、またはL*は10(ITULAB)です。 3: L*のRGB、*b*、またはCMY、PhotometricInterpretationが5歳(CMYK)であるなら。 4: CMYK。
XResolution(282) = 100, 200, 300, 400. RATIONAL
YResolution(283) = 100, 200, 300, 400. RATIONAL
The resolution of the image is expressed in pixels per resolution
unit. In pixels per inch, allowed XResolution values are: 100, 200,
300, and 400. The lossless color fax mode requires the pixels to be
square, hence YResolution must equal XResolution. Base resolution is
200 pixels per inch. See Section 2.2.2 for inch-metric equivalency.
XResolution(282)=100、200、300、400。 合理的なYResolution(283)=100、200、300、400。 RATIONAL、イメージの解像度は解決ユニットあたりの画素で言い表されます。 ピクセル・パー・インチでは、許容XResolution値は以下の通りです。 100、200、300、および400。 lossless色のファックスモードは、画素が正方形であることを必要とします、したがって、YResolutionがXResolutionと等しくなければなりません。 基地の解決は200ピクセル・パー・インチです。 インチメートル法の同等に関してセクション2.2.2を見てください。
7.2.2. Extension Fields
7.2.2. 拡大分野
Indexed(364) = 0, 1. SHORT
0: not a palette-color image
1: palette-color image
This field is used to indicate that each sample value is an index
into an array of color values specified in the ColorMap field.
Lossless color fax mode supports palette-color images with the
ITULAB encoding. The SamplesPerPixel value must be 1.
(364) =0、1に索引をつけました。 短い0: パレットカラーイメージ1でない: Thisがさばくパレットカラーイメージは、各標本値がColorMap分野で指定された色の値の勢ぞろいへのインデックスであることを示すのに使用されます。 Lossless色のファックスモードはITULABコード化でパレットカラーイメージを支持します。 SamplesPerPixel値は1でなければなりません。
McIntyre, et. al. Standards Track [Page 52] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[52ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
7.2.3. New Fields
7.2.3. 新しい分野
Decode(433) SRATIONAL
Decode is used in connection with the ITULAB encoding of image data
and color map values; see Section 6.2.3.
イメージデータと色の地図値のITULABコード化に関して(433) 使用されるSRATIONAL Decodeを解読してください。 セクション6.2.3を見てください。
7.3. Recommended TIFF Fields
7.3. お勧めのいさかい分野
See Sections 2.2.3. and 2.2.4.
セクション2.2.3 2.2.4を見てください。
7.4. Lossless Color Fax Mode Summary
7.4. Lossless色のファックスモード概要
Recommended fields are shown with an asterisk *.
お勧めの分野はアスタリスク*で示されます。
+--------------------+--------------------------------------+
| Baseline Fields | Values |
+--------------------+--------------------------------------+
| BitsPerSample | 1: Binary RGB, CMY(K) |
| | 8: 8 bits per color sample |
| | 9-16: optional |
+--------------------+--------------------------------------+
| ColorMap | n: LAB color map |
+--------------------+--------------------------------------+
| Compression | 10: JBIG, per T.43 |
+--------------------+--------------------------------------+
| DateTime* | {ASCII}: date/time in the 24-hour |
| | format "YYYY:MM:DD HH:MM:SS" |
+--------------------+--------------------------------------+
| FillOrder** | 1: Most significant bit first |
| | 2: Least significant bit first |
+--------------------+--------------------------------------+
| ImageDescription* | {ASCII}: A string describing the |
| | contents of the image. |
+--------------------+--------------------------------------+
| ImageWidth | 864, 1024, 1216, 1728**, 2048, 2432, |
| | 2592, 3072, 3456, 3648, 4096, 4864 |
+--------------------+--------------------------------------+
| ImageLength** | n: total number of scanlines in image|
+--------------------+--------------------------------------+
| NewSubFileType | 2: Bit 1 identifies single page of a |
| | multi-page document |
+--------------------+--------------------------------------+
| Orientation | 1**-8, Default 1 |
+--------------------+--------------------------------------+
| PhotometricInter- | 2: RGB |
| pretation | 5: CMYK |
| | 10: ITULAB |
+--------------------+--------------------------------------+
+--------------------+--------------------------------------+ | 基線分野| 値| +--------------------+--------------------------------------+ | BitsPerSample| 1: 2進のRGB、CMY(K)| | | 8: 1色見本あたり8ビット| | | 9-16: 任意| +--------------------+--------------------------------------+ | カラーマップ| n: LABカラー地図| +--------------------+--------------------------------------+ | 圧縮| 10: 1T.43あたりのJBIG| +--------------------+--------------------------------------+ | DateTime*| ASCII: 24時間で日付/時間| | | 形式「YYYY:mm:DD HH:mm:SS」| +--------------------+--------------------------------------+ | FillOrder**| 1: 最上位ビット、最初に。| | | 2: 最下位ビット、最初に。| +--------------------+--------------------------------------+ | ImageDescription*| ASCII: 五弦説明| | | イメージのコンテンツ。 | +--------------------+--------------------------------------+ | ImageWidth| 864, 1024, 1216, 1728**, 2048, 2432, | | | 2592, 3072, 3456, 3648, 4096, 4864 | +--------------------+--------------------------------------+ | ImageLength**| n: イメージによる総数の走査線| +--------------------+--------------------------------------+ | NewSubFileType| 2: ビット1はaの1ページを特定します。| | | マルチページドキュメント| +--------------------+--------------------------------------+ | オリエンテーション| 1**-8、デフォルト1| +--------------------+--------------------------------------+ | PhotometricInter| 2: RGB| | pretation| 5: CMYK| | | 10: ITULAB| +--------------------+--------------------------------------+
McIntyre, et. al. Standards Track [Page 53] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[53ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
+--------------------+--------------------------------------+
| ResolutionUnit | 2: inch |
| | 3: centimeter |
+--------------------+--------------------------------------+
| RowsPerStrip | n: number of scanlines per TIFF strip|
+--------------------+--------------------------------------+
| SamplesPerPixel | 1: L* (lightness) |
| | 3: LAB, RGB, CMY |
| | 4: CMYK |
+--------------------+--------------------------------------+
| Software* | {ASCII}: name & release number of |
| | creator software |
+--------------------+--------------------------------------+
| StripByteCounts | <n>: number or bytes in TIFF strip |
+--------------------+--------------------------------------+
| StripOffsets | <n>: offset from beginning of file to|
| | each TIFF strip |
+--------------------+--------------------------------------+
| XResolution | 100, 200, 300, 400 (written in |
| | pixels/inch) |
+--------------------+--------------------------------------+
| YResolution | equal to XResolution (pixels must be |
| | square) |
+--------------------+--------------------------------------+
| Extension Fields |
+--------------------+--------------------------------------+
| DocumentName* | {ASCII}: name of scanned document |
+--------------------+--------------------------------------+
| PageNumber | n,m: page number followed by total |
| | page count |
+--------------------+--------------------------------------+
| Indexed | 0: not a palette-color image |
| | 1: palette-color image |
+--------------------+--------------------------------------+
| New Fields |
+--------------------+--------------------------------------|
| Decode | minL, maxL, mina, maxa, minb, maxb: |
| |minimum and maximum values for L*a*b* |
+--------------------+--------------------------------------+
| GlobalParameters | IFD: global parameters IFD |
| IFD* | |
+-----------------------------------------------------------+
+--------------------+--------------------------------------+ | ResolutionUnit| 2: インチ| | | 3: センチメートル| +--------------------+--------------------------------------+ | RowsPerStrip| n: TIFF片あたりの走査線の数| +--------------------+--------------------------------------+ | SamplesPerPixel| 1: L*(軽さ)| | | 3: 研究室、RGB、CMY| | | 4: CMYK| +--------------------+--------------------------------------+ | ソフトウェア*| ASCII: 数を命名して、リリースします。| | | 創造者ソフトウェア| +--------------------+--------------------------------------+ | StripByteCounts| <n>: TIFF片の中の数かバイト| +--------------------+--------------------------------------+ | StripOffsets| <n>: ファイルの始まりから、相殺します。| | | それぞれのTIFF片| +--------------------+--------------------------------------+ | XResolution| 100、200、300、400(| | | 画素/インチに書かれています)| +--------------------+--------------------------------------+ | YResolution| XResolutionと等しさ、(画素、| | | 正方形でなければならない、)| +--------------------+--------------------------------------+ | 拡大分野| +--------------------+--------------------------------------+ | DocumentName*| ASCII: スキャンした文書の名前| +--------------------+--------------------------------------+ | PageNumber| n、m: 合計があとに続いたページ番号| | | ページ数| +--------------------+--------------------------------------+ | 索引をつけられます。| 0: パレットカラーイメージでない| | | 1: パレットカラーイメージ| +--------------------+--------------------------------------+ | 新しい分野| +--------------------+--------------------------------------| | 解読してください。| minL、maxL、mina、maxa、minb、maxb: | | |最小限と最大はL*のために*b*を評価します。| +--------------------+--------------------------------------+ | GlobalParameters| IFD: グローバルなパラメタIFD| | IFD*| | +-----------------------------------------------------------+
McIntyre, et. al. Standards Track [Page 54] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[54ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
+--------------------+--------------------------------------+
| ProfileType* | n: type of data stored in TIFF file |
+--------------------+--------------------------------------+
| FaxProfile* | n: ITU-compatible fax mode |
+--------------------+--------------------------------------+
| CodingMethods* | n:compression algorithms used in |
| | file |
+--------------------+--------------------------------------+
| VersionYear* | byte sequence: year of ITU fax std |
+--------------------+--------------------------------------+
+--------------------+--------------------------------------+ | ProfileType*| n: TIFFに格納されたデータのタイプはファイルします。| +--------------------+--------------------------------------+ | FaxProfile*| n: ITUコンパチブルファックスモード| +--------------------+--------------------------------------+ | CodingMethods*| n: 中で使用された圧縮アルゴリズム| | | ファイル| +--------------------+--------------------------------------+ | VersionYear*| バイト列: ITUファックスstdの年| +--------------------+--------------------------------------+
8. Mixed Raster Content Mode
8. Mixedラスタ内容モード
This section defines the Mixed Raster Content mode or Profile M of TIFF for facsimile. Implementations of this profile are required to implement Profiles S and C, and may optionally implement Profiles F, J and L.
このセクションはファクシミリのためにTIFFのMixed Raster ContentモードかProfile Mを定義します。 このプロフィールの実現は、Profiles SとCを実行するのが必要であり、任意にProfiles F、J、およびLを実行するかもしれません。
8.1. Overview
8.1. 概観
Unlike previous fax modes, which use a single coding method and spatial resolution for an entire fax page, the Mixed Raster Content mode [T.44] enables different coding methods and resolutions within a single page. For example, consider a page that contains black-and- white text, which is best coded with MMR or JBIG, a color bar chart, best coded with JBIG, and a scanned color image, best coded with JPEG. Similarly, while spatial resolution of 400 pixels per inch may be best for the black-and- white text, 200 pixel per inch is usually sufficient for a color image.
前のファックスモードと異なって、Mixed Raster Contentモード[T.44]は1ページ以内で異なったコード化方法と解決を可能にします。それは、全体のファックスページにただ一つのコード化方法と空間分解能を使用します。 例えば、黒を含む1ページを考えてください、-、-テキストを空白にしてください。(MMRかJBIGと、白人と有色人との差別図と、JBIGと共にコード化されたベストと、スキャンされたカラーイメージ(JPEGと共にコード化されたベスト)でそれをコード化するのは)最も良いです。 そして、同様に、400ピクセル・パー・インチの空間分解能がそうするかもしれない間、黒には最も良くいてください、-、-白いテキスト、通常、1インチあたり200画素がカラーイメージに十分です。
Rather than applying one coding method and resolution to all elements, MRC allows multiple coders and resolutions within a page. By itself, MRC does not define any new coding methods or resolutions. Instead it defines a 3-layer image model for structuring and combining the scanned image data. The MRC 3-layer model has been applied here using the TIFF format to yield a data structure which differs from [T.44] though it applies the same coding methods, uses the same compressed image data stream and is consistent with the TIFF principle of a single IFD per image.
すべての要素への1つのコード化方法と解決を適用するよりむしろ、MRCは1ページ以内で複数の符号化器と解決を許します。 MRC自身はどんな新しいコード化方法や解決も定義しません。 代わりに、それは、スキャンされたイメージデータを構造化して、結合するために3層のイメージモデルを定義します。 MRC、3階層モデル、それが同じコード化方法を適用して、同じ圧縮画像データ・ストリームを使用して、1イメージあたり1独身のIFDのTIFF本質と一致していますが、[T.44]と異なっているデータ構造をもたらすのにTIFF形式を使用することでここに適用されました。
8.1.1. MRC 3-layer model
8.1.1. MRC、3階層モデル
The 3 layers of the MRC model are Foreground and Background, which are both multi-level, and Mask, which is bi-level. Each layer may appear only once on a page and is coded independently of the other two. In our earlier example, the black-and-white text could be in the Mask layer, the color chart in the Foreground layer, and the color image in the Background layer.
MRCモデルの3つの層が、ForegroundとBackgroundです。(そのBackgroundはマルチレベルとMaskの両方です)。(Maskは両性愛者のレベルです)。 各層は、1ページに一度だけ現れるかもしれなくて、他の2の如何にかかわらずコード化されます。 私たちの以前の例には、Mask層、Foreground層のカラーチャート、およびBackground層のカラーイメージに白黒のテキストがあるかもしれません。
McIntyre, et. al. Standards Track [Page 55] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[55ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
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ファイルの少なくとも1IFDによって表されます。 これはTIFFと一致しています、解決、画像寸法、ただ一つのイメージか層の1サンプルあたりのビットなどのように。(TIFFは、属性を定義するために野原を供給します)。 層の中の内容の分配は作家によって決定されます、層のための方法、カラー符号化、および空間分解能をコード化することの選択のように。
The final image is obtained by using the Mask layer to select pixels from the other two layers. When the Mask layer pixel value is 1, the corresponding pixel from the Foreground layer is selected; when it is 0, the corresponding pixel from the Background layer is selected. Details are given in the Introduction of [T.44].
他の2つの層から画素を選択するのにMask層を使用することによって、最終的なイメージを得ます。 Mask層のピクセル値が1であるときに、Foreground層からの対応する画素は選択されます。 それが0であるときに、Background層からの対応する画素は選択されます。 Introductionで[T.44]を詳細に与えます。
Not all pages, and not all parts of a page, require 3 layers. If there is only one layer present, then that layer is the primary image or IFD. If there is more than one layer, then the Mask must be one of the layers, in which case it is the primary image and it must be page size.
1ページのすべての部分ではなく、すべてのページが3つの層を必要とするというわけではありません。 存在している1つの層しかなければ、その層は、第一のイメージかIFDです。 1つ以上の層があれば、Maskは層の1つであるに違いありません、そして、その場合、第一のイメージです、そして、それはページ・サイズであるに違いありません。
MRC allows a page to be split into strips, with a variable number of scanlines in a strip. A strip can have 1, 2 or 3 layers. A single, stripped layer may be stored as a single, stripped image in an IFD, e.g., all strips associated with the Background layer may be treated as a single image. Alternatively, each strip associated with a layer may be stored as a separate image or IFD, e.g., the Background layer can be composed of several images that are offset vertically with respect to the page. In this case, there can be no overlap between images associated with a single layer. According to [T.4] Annex G, strips having more than 1 layer SHOULD NOT be more than 256 lines in length unless the capability to receive longer strips has been negotiated.
片の中に可変数の走査線がある状態で、MRCは1ページを片に分かれさせます。 片は1、2または3つの層を持つことができます。 単一の、そして、剥取られた層はIFDの単一の、そして、剥取られたイメージとして格納されるかもしれません、例えば、Background層に関連しているすべての片がただ一つのイメージとして扱われるかもしれません。 あるいはまた、層に関連しているそれぞれの片はページに関して垂直に相殺されるいくつかのイメージで別々のイメージかIFD、例えばBackground層を構成できるように格納されるかもしれません。 この場合、単一層に関連しているイメージの間には、オーバラップが全くあるはずがありません。 [T.4]に従って、G(より長い片を受け取る能力が交渉されていない場合長さで1層のSHOULD NOTが256以上の線であることを持っている片)を付加してください。
Furthermore, color fax also requires the spatial resolutions of Background and Foreground images to be legal fax values that are also integer factors of the Mask image resolution. For example, if the Mask Layer resolution is 400 pixels per inch, then allowed resolutions for the Foreground and Background layers are 100, 200 or 400 pixels per inch; if the Mask is at 300 pixels per inch, then allowed values are 100 and 300. The Foreground and Background layer resolutions can be independently set.
その上、また、カラーファックスは、BackgroundとForegroundイメージの空間分解能がまたMaskイメージ解決の整数要素である法的なファックス値であることを必要とします。 例えば、Mask Layer解決が400ピクセル・パー・インチであるなら、ForegroundとBackground層のための解決が許されているのは、100、200または400ピクセル・パー・インチです。 Maskが300ピクセル・パー・インチであるなら、値が許容されているのは、100と300です。 ForegroundとBackground層の解決は独自に用意ができることができます。
8.1.2. A TIFF Representation for the MRC 3-layer model
8.1.2. MRCのための3階層モデルのTIFF Representation
In the TIFF representation of the 3-layer MRC model, each page is represented by a single IFD, called the Primary IFD, that represents the Mask layer (unless the Foreground or Background is the single layer present), and a set of child IFDs that are referenced through the SubIFDs extension field [TTN1]. To distinguish MRC-specific
3層のMRCモデルのTIFF表現で、各ページはMask層を表すPrimary IFDと呼ばれる、独身のIFD(ForegroundかBackgroundが単一層プレゼントでないなら)、およびSubIFDs拡大分野を通って参照をつけられる子供IFDsの1セット[TTN1]によって表されます。 MRC特有の状態で区別するために
McIntyre, et. al. Standards Track [Page 56] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[56ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
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.
他のSubIFDsからのSubIFDs、NewSubFileType分野にはBit4ONがなければならなくて、表示はMRC関連のIFDです。 また、層(最初に、2番目… 層のイメージ)の中で層(フォアグランド、Background、またはMask)と注文を特定する2つの値から成る新しいImageLayer野原を挿入します。 セクション8.2.3を見てください。
Because MRC allows strips with variable numbers of scanlines, a reader MUST support StripRowCounts field because a writer may use it in place of the RowsPerStrip field in this mode. The StripRowCounts field allows each layer, with a variable number of scanlines in each strip, to be represented by a single IFD, when the coding parameters are the same for all strips in the layer. The MRC standard [T.44] allows the Foreground and Background layers to have strips with different coding parameters. In this case, a separate IFD is required to represent the strips which use different coding parameters; see text in next paragraph. In all cases, the Mask layer is required to be represented by a single IFD and a single set of coding parameters.
MRCが可変数の走査線がある片を許容して、作家がこのモードによるRowsPerStrip分野に代わってそれを使用するかもしれないので、読者はStripRowCounts分野を支持しなければなりません。 独身のIFDによって表されるように、各片の中に可変数の走査線がある状態で、分野が許容するStripRowCountsはそれぞれ層にします、層の中のすべての片に、コード化パラメタが同じであるときに。 MRC規格[T.44]で、ForegroundとBackground層は異なったコード化パラメタがある片を持つことができます。 この場合、別々のIFDが異なったコード化パラメタを使用する片を表すのに必要です。 次のパラグラフのテキストを見てください。 すべての場合では、独身のIFDとコード化パラメタの1セットによってMask層は表されなければなりません。
The use of SubIFDs to store child IFDs is described in [TTN1]. An example is shown graphically below. The Primary IFD associated with page 1 (PrimaryIFD 0) points to page 2 (PrimaryIFD 1) with the nextIFD offset. The Primary IFD, corresponding to the Mask layer (ImageLayer=[2,1]), contains a SubIFDs field that points to a list of child IFDs. The first child IFD represents one image of the Background layer, i.e., ImageLayer=[1,1]. This child IFD points to the second child IFD via the nextIFD offset. This child represents the second Background layer image, ImageLayer=[1,2]. Finally, the second child points to the third child, which corresponds to the single Foreground layer image, ImageLayer=[3,1]. The next IFD offset associated with this Foreground image is 0, indicating no more child IFDs exist. Each primary IFD has the NewSubFileType set to 18, indicating the IFD is MRC-specific (bit 4) and that it is a single page of a multi-page document (bit 1). Each child IFD has the NewSubFileType set to 16, indicating the IFD is MRC-specific. The 'V' character should be read as a down-pointing arrow.
子供IFDsを格納するSubIFDsの使用は[TTN1]で説明されます。 例は以下にグラフィカルに示されます。 1ページ(PrimaryIFD0)に関連しているPrimary IFDはnextIFDオフセットがある2ページ(PrimaryIFD1)を示します。 Mask層(ImageLayer=[2、1])に対応するPrimary IFDは子供IFDsのリストを示すSubIFDs分野を含んでいます。 最初の子供IFDはBackground層の1つのイメージ、すなわち、ImageLayer=[1、1]を表します。 この子供IFDはnextIFDオフセットで第2子供IFDを示します。 この子供は2番目のBackground層のイメージ、ImageLayer=[1、2]を表します。 最終的に、第二子は3番目の子供を指さします。(その子供は、ただ一つのForeground層のイメージ、ImageLayer=[3、1]に文通します)。 それ以上の子供IFDsが存在しないのを示して、このForegroundイメージに関連している次のIFDオフセットは0です。 それぞれの第一のIFDはNewSubFileTypeを18に用意ができさせます、IFDがMRC特有であり(ビット4)、それがマルチページドキュメント(ビット1)の1ページであることを示して。 IFDがMRC特有であることを示して、それぞれの子供IFDはNewSubFileTypeを16に用意ができさせます。 'V'キャラクタは下にを指している矢と読まれるべきです。
(nextIFD)
PRIMARY IFD 0 ------------> PRIMARY IFD 1--> ...
ImageLayer = [2,1]
NewSubFileType = 18
SubIFDs
|
V
Child IFD
ImageLayer = [1,1]
NewSubFileType = 16
|
|(nextIFD)
(nextIFD)第一のIFD0------------>の第一のIFD1-->… ImageLayer=[2、1]NewSubFileTypeは18SubIFDsと等しいです。| V子供IFD ImageLayer=[1、1]NewSubFileType=16| |(nextIFD)
McIntyre, et. al. Standards Track [Page 57] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[57ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
|
V
Child IFD
ImageLayer = [1,2]
NewSubFileType = 16
|
|(nextIFD)
|
V
Child IFD
ImageLayer = [3,1]
NewSubFileType = 16
|
|(nextIFD)
V
0
| V子供IFD ImageLayer=[1、2]NewSubFileType=16| |(nextIFD) | V子供IFD ImageLayer=[3、1]NewSubFileType=16| |(nextIFD) V0
In the example above, the SubIFDs field of the Primary IFD points to the first IFD in a list of child IFDs. TIFF allows the SubIFDs field to point to an array of IFDs, each of which can be the first of a list of IFDs. An MRC-enabled TIFF reader must scan all available child IFDs to locate and identify IFDs associated with MRC layers.
例では、上に、Primary IFDのSubIFDs分野は子供IFDsのリストに最初のIFDを示します。 TIFFはSubIFDs分野にIFDsのアレイを示させます。それはそれぞれIFDsのリストの1番目であることができます。 MRCによって可能にされたTIFF読者は、MRC層に関連しているIFDsを場所を見つけて、特定するためにすべての利用可能な子供IFDsをスキャンしなければなりません。
In the case where the Background or Foreground layers are described with multiple IFDs, the XPosition and YPosition TIFF fields specify the offset to the upper-left corner of the IFD with respect to the Mask layer; see Section 8.2.2. When there is only a single layer (Mask, Foreground, or Background), it is stored as the Primary IFD.
BackgroundかForeground層が複数のIFDsと共に説明される場合では、XPositionとYPosition TIFF分野はMask層に関してオフセットをIFDの左上隅まで指定します。 セクション8.2.2を見てください。 単一層(マスク、Foreground、またはBackground)しかないとき、それはPrimary IFDとして格納されます。
8.2. Required TIFF Fields
8.2. 必要ないさかい分野
This section describes the TIFF fields required, in addition to those in Section 2.2.1, to represent MRC mode fax images. Since MRC mode stores fax data as a collection of images corresponding to layers or parts of layers, the coding methods, color encodings and spatial resolutions used by previous modes apply to MRC. Therefore, the descriptions here will typically reference the appropriate earlier section. Fields and values specific to MRC mode are pointed out.
このセクションは分野がセクション2.2.1におけるそれらに加えてMRCモードファックスイメージを表すのを必要としたTIFFについて説明します。 以来、前のモードで使用される層に対応するイメージの収集か層の一部、コード化方法、カラーencodings、および空間分解能がMRCに適用されるとき、MRCモードはファックスデータを格納します。 したがって、ここでの記述は適切な以前のセクションに通常参照をつけるでしょう。 MRCモードに特定の分野と値は指摘されます。
8.2.1. Baseline Fields
8.2.1. 基線分野
ImageWidth(256). SHORT or LONG
Same page widths as the base color mode; see Section 6.2.1.
In the MRC mode, the width of a Foreground or Background image in
the coded data stream may be less than the page width. In this case,
the image width in the coded data steam is used to interpret the
coded data, and the value of this field is used as the page width.
ImageWidth(256)。 ベースとしてのSHORTかLONG Sameページ幅はモードを着色します。 セクション6.2.1を見てください。 MRCモードで、コード化されたデータ・ストリームにおける、ForegroundかBackgroundイメージの幅はページ幅より少ないかもしれません。 この場合、コード化されたデータ蒸気におけるイメージ幅はコード化されたデータを解釈するのに使用されます、そして、この分野の値はページ幅として使用されます。
McIntyre, et. al. Standards Track [Page 58] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[58ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
NewSubFileType(254) = 16, 18. LONG
For MRC fax mode, the NewSubFileType field has two bits that are
required.
Bit 1 indicates a single page of a multi-page document and must be
set for the Primary IFD;
Bit 4 indicates MRC imaging model as described in ITU-T
Recommendation T.44 [T.44], and must be set for Primary IFDs
and all MRC-specific child IFDs.
NewSubFileType(254)=16、18。 NewSubFileType分野には、LONG For MRCがファックスでモードを送って、必要である2ビットがあります。 ビット1をマルチページドキュメントの1ページを示して、Primary IFDに設定しなければなりません。 ビット4をITU-T Recommendation T.44[T.44]で説明されるようにMRCイメージモデルを示して、Primary IFDsとすべてのMRC特有の子供IFDsに設定しなければなりません。
BitsPerSample(258) = 1, 2-8, 9-16 SHORT Compression(259) = 3, 4, 7, 9, 10. SHORT SamplesPerPixel(277) = 1, 3, 4. SHORT
(259) BitsPerSample(258)は1、2-8と等しく、9-16 短い圧縮は=3、4、7、9、10です。 短いSamplesPerPixel(277)=1、3、4。 短い
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は最初に、ほとんどのSignificant Bitと等しいです。 2は最初に、最少のSignificant Bitと等しいです。
ResolutionUnit(296) = 2, 3. SHORT
PhotometricInterpretation(262) = 0, 1, 2, 5, 10. SHORT
For Mask layer, see Sections 4.2.1 and 5.2.1.
For Foreground and Background layers, see Sections 6.2.1 and 7.2.1.
ResolutionUnit(296)=2、3。 短いPhotometricInterpretation(262)=0、1、2、5、10。 セクション4.2 .1と5.2は、SHORT For Maskが層にするのを.1に見ます。 ForegroundとBackground層に関しては、.1にセクション6.2 .1と7.2を見てください。
ColorMap(320). SHORT
Count = 3 * (2**BitsPerSample)
Used when Foreground or Background layer is a palette-color image;
see Section 7.2.1.
カラーマップ(320)。 ForegroundかBackgroundが層にするとき使用されるSHORT Count=3*(2**BitsPerSample)はパレットカラーイメージです。 セクション7.2.1を見てください。
XResolution(282) = 100, 200, 300, 400. RATIONAL
YResolution(283) = 100, 200, 300, 400. RATIONAL
The resolution of the image is expressed in pixels per resolution
unit. In pixels per inch, allowed XResolution values for all layers
are: 100, 200, 300, and 400. MRC color fax mode requires the pixels
to be square, hence YResolution must equal XResolution for all
layers. The resolution of Background and Foreground layers must each
be an integer factor of the Primary image, which is the Mask layer,
when it is present; see Section 8.4.
See Section 2.2.2 for inch-metric equivalency.
XResolution(282)=100、200、300、400。 合理的なYResolution(283)=100、200、300、400。 RATIONAL、イメージの解像度は解決ユニットあたりの画素で言い表されます。 ピクセル・パー・インチでは、すべての層のための許容XResolution値は以下の通りです。 100、200、300、および400。 MRC色のファックスモードは、画素が正方形であることを必要とします、したがって、YResolutionがすべての層のためにXResolutionと等しくなければなりません。 BackgroundとForeground層の解決はそれぞれMask層であるPrimaryイメージの整数要素であるに違いありません、それが存在しているとき。 セクション8.4を見てください。 インチメートル法の同等に関してセクション2.2.2を見てください。
8.2.2. Extension Fields
8.2.2. 拡大分野
ChromaSubSampling(530). SHORT
ChromaPositioning(531). SHORT
For Foreground and Background layers, see Section 6.2.2.
ChromaSubSampling(530)。 短いChromaPositioning(531)。 セクション6.2.2は、SHORT For ForegroundとBackgroundが層にするのを見ます。
McIntyre, et. al. Standards Track [Page 59] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[59ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
Indexed(346) = 0, 1. SHORT
For Foreground and Background layers: 1 indicates a palette-color
image, see Section 7.2.2.
(346) =0、1に索引をつけました。 SHORT For ForegroundとBackground層: セクション7.2.2は、1がパレットカラーイメージを示すのを見ます。
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。 短いT6Options(293)=0。 セクション4.2.2は、SHORT For Maskが層にするのを見ます。
SubIFDs(330). IFD
Count = number of child IFDs
Each value is an offset from the beginning of the TIFF file to a
child IFD [TTN1].
SubIFDs(330)。 子供IFDs Each価値のIFD Count=数は子供IFDへのTIFFファイル[TTN1]の始まりからのオフセットです。
XPosition(286). RATIONAL
YPosition(287). RATIONAL
Specifies the horizontal and vertical offsets of the top-left of the
IFD from the top-left of the Primary IFD in page resolution units.
For example, if the Primary IFD is at 400 pixels per inch, and a
foreground layer IFD is at 200 pixels per inch and located at pixel
coordinate (345, 678) with respect to the Primary IFD, the XPosition
value is 345/400 and the YPosition value is 678/400.
Color fax does not currently allow overlap of any component images
within a single layer.
Default values for XPosition and YPosition are 0.
XPosition(286)。 合理的なYPosition(287)。 水平で垂直が相殺するページ解決ユニットのPrimary IFDの左上からのIFDの左上のRATIONAL Specifies。 例えば、Primary IFDが400ピクセル・パー・インチであって、フォアグランドIFD層が200ピクセル・パー・インチであって、Primary IFDに関して画素座標(345、678)で位置しているなら、XPosition値は345/400です、そして、YPosition値は678/400です。 カラーファックスは現在、単一層の中のどんなコンポーネントイメージのオーバラップも許容しません。 XPositionとYPositionのためのデフォルト値は0です。
8.2.3. New Fields
8.2.3. 新しい分野
Decode(433). SRATIONAL
For Foreground and Background layers, see Section 6.2.3.
(433)を解読してください。 セクション6.2.3は、SRATIONAL For ForegroundとBackgroundが層にするのを見ます。
DefaultImageColor(434). SHORT
Count = SamplesPerPixel
In areas where no image data is available, a default color is needed
to specify the color value. If the StripByteCounts value for a strip
is 0, then the color for that strip must be defined by a default
image color.
DefaultImageColor(434)。 イメージデータがないのが利用可能であるSamplesPerPixel In SHORT Count=領域、デフォルト色が、色の値を指定するのに必要です。 片のためのStripByteCounts値が0であるなら、デフォルトイメージ色でその片のための色を定義しなければなりません。
The DefaultImageColor field uses the same encoding as the image
data, and its value is therefore interpreted using the
PhotometricInterpretation, SamplesPerPixel, BitsPerSample, and
Indexed fields. If the fax data stream requires a different
encoding, then transferring the default color value between a TIFF
file and fax data stream requires a color conversion.
For the Foreground layer image, the default value for the
DefaultImageColor field is black. For other cases, including the
Background layer image, the default value is white.
DefaultImageColor分野はイメージデータと同じコード化を使用します、そして、したがって、値は、PhotometricInterpretation、SamplesPerPixel、BitsPerSample、およびIndexed分野を使用することで解釈されます。 ファックスデータ・ストリームが異なったコード化を必要とするなら、TIFFファイルとファックスデータ・ストリームの間にデフォルト色の価値を移すのは色の変換を必要とします。 Foreground層のイメージに関しては、DefaultImageColor分野へのデフォルト値は黒いです。 他のケースにおいて、Background層のイメージを含んでいて、デフォルト値は白いです。
McIntyre, et. al. Standards Track [Page 60] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[60ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
StripRowCounts(559). LONG
Count = number of strips
The number of scanlines stored in a strip. MRC allows each fax strip
to store a different number of scanlines. For strips with more than
one layer there is a maximum strip size of 256 scanlines or full
page size. The 256 maximum SHOULD be used unless the capability to
receive longer strips has been negotiated. This field replaces
RowsPerStrip for IFDs with variable-sized strips. Only one of the
two fields, StripRowCounts and RowsPerStrip, may be used in an IFD.
StripRowCounts(559)。 LONG Countは走査線の数が片の中に格納した片の数と等しいです。 MRCはそれぞれのファックス片に異なった数の走査線を格納させます。 1つ以上の層がある片のために、256の走査線か全ページサイズの最大の片サイズがあります。 256の最大のSHOULD、 より長い片を受け取る能力が交渉されていない場合、使用されてください。 この分野はIFDsのためのRowsPerStripを変数サイズの片に取り替えます。 IFDで2つの分野の1つ(StripRowCountsとRowsPerStrip)だけを使用してもよいです。
ImageLayer (34732). SHORT or LONG.
Count = 2
Image layers are defined such that layer 1 is the Background layer,
layer 3 is the Foreground layer, and layer 2 is the Mask layer,
which selects pixels from the Background and Foreground layers. The
ImageLayer tag contains two values, describing the layer to which
the image belongs and the order in which it is imaged.
ImageLayer(34732)。 短いか、または長いです。 カウント=2Image層が定義されるので、層1はBackground層です、そして、層3はForeground層です、そして、層2はMask層です。(その層はBackgroundとForeground層からの画素を選択します)。 ImageLayerタグは2つの値を含んでいます、イメージが属する層とそれが像を描かれる注文について説明して。
ImageLayer[0] = 1, 2, 3.
1: Image is a Background image, i.e., the image that will appear
whenever the Mask contains a value of 0. Background images
typically contain low-resolution, continuous-tone imagery.
2: Image is the Mask layer. In MRC, if the Mask layer is present, it
must be the Primary IFD and be full page in extent (no gaps.)
3: Image is a Foreground image, i.e., the image that will appear
whenever the Mask contains a value of 1. The Foreground image
generally defines the color of text or lines, but may also
contain high-resolution imagery.
ImageLayer[0]=1、2、3。 1: イメージはBackgroundイメージ、すなわち、Maskが0の値を含んでいるときはいつも、現れるイメージです。 背景画像は低い解像度の、そして、連続したトーンのイメージを通常含んでいます。 2: イメージはMask層です。 MRCでは、Mask層が存在しているなら、それは、Primary IFDであり、範囲(ギャップがない)の全ページであるに違いありません。 3: イメージはForegroundイメージ、すなわち、Maskが1の値を含んでいるときはいつも、現れるイメージです。 Foregroundイメージは、一般にテキストか線の色を定義しますが、また、高画質イメージを含むかもしれません。
ImageLayer[1]:
1: first image to be imaged in this layer,
2: second image to be imaged in this layer,
3: ...
ImageLayer[1]: 1: この層、2で像を描かれるべき最初のイメージ: 2番目のこの層、3で像を描かれるべきイメージ: ...
Value describing the image order. In MRC, this may be considered
the strip number. Since MRC mode currently does not allow overlap
between images within a layer, the order value does not have any
visual effect.
イメージオーダーについて説明する値。 MRCでは、これは片番号であると考えられるかもしれません。 MRCモードが現在層の中のイメージの間のオーバラップを許容しないので、オーダー値には、少しの視覚効果もありません。
In MRC fax mode, it is possible that only a single layer is transmitted. For example, if a page contains only a single continuous-tone photograph, then only the Background layer may be transmitted. In this case, the Background layer will be stored as the Primary IFD. ImageLayer[0] will be 1 indicating Background; ImageLayer[1] will be 1 since there can be no other IFDs associated with that layer. No Mask layer will exist.
MRCファックスモードで、単一層だけが伝えられるのは、可能です。 例えば、1ページがただ一つの連続したトーン写真だけを含んでいるなら、Background層だけを伝えてもよいです。 この場合、Background層はPrimary IFDとして格納されるでしょう。 ImageLayer[0]はBackgroundを示す1歳になるでしょう。 その層に関連している他のいくつかのIFDsがあるはずがないので、ImageLayer[1]は1歳になるでしょう。 Mask層は全く存在しないでしょう。
McIntyre, et. al. Standards Track [Page 61] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[61ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
8.3. Recommended TIFF Fields
8.3. お勧めのいさかい分野
See Sections 2.2.3. and 2.2.4.
セクション2.2.3 2.2.4を見てください。
8.4. Rules and Requirements for Images
8.4. イメージズのための規則と要件
The MRC mode defines a fundamental set of rules for images in the 3- layer representation.
MRCモードはイメージのために3層の表現で基本的なセットの規則を定義します。
1. If more than one layer exists, then the binary Mask layer SHALL be
present and be the primary image. The Mask layer SHALL support the
encoding defined in Section 3 and MAY support the encodings
defined in Sections 4 and 5. If only one layer exists, then the
image corresponding to that layer is the primary image.
1. 1つの層が存在しているよりさらに、次に、SHALLの2進のMask層であるなら、存在してください、そして、第一のイメージになってください。 Mask層のSHALLはセクション3で定義されたコード化とencodingsがセクション4と5で定義した5月のサポートを支持します。 1つの層だけが存在しているなら、その層に対応するイメージは第一のイメージです。
2. When the binary Mask layer is the Primary IFD, the Primary IFD
defines and extends to the entire page boundary; all attached
model images cannot extend beyond the Primary image. Resolution
differences may cause some pixels to "hang over" the page
boundary, but no new pixels should exist completely beyond the
page extent. When the Foreground or Background layer is the
Primary IFD, the Primary IFD may not be page width.
2. 2進のMask層がPrimary IFDであるときに、Primary IFDは全体のページ・バウンダリを定義して、達します。 すべての添付のモデルイメージがPrimaryイメージを超えて敷衍されることができるというわけではありません。 解決差は「垂れ下がってください」にページ・バウンダリをいくつかの画素引き起こすかもしれませんが、どんな新しい画素も完全ページ範囲を超えて存在するはずがありません。 ForegroundかBackground層がPrimary IFDであるときに、Primary IFDはページ幅でないかもしれません。
3. The Background and Foreground images SHALL support the color
encoding defined in Section 6 and MAY support the color encoding
defined in Section 7. These images MAY optionally cover only a
portion of the strip or page.
3. BackgroundとForegroundイメージSHALLはセクション6で定義されたカラー符号化を支持して、セクション7で定義されたカラー符号化を支持するかもしれません。 これらのイメージは任意に片かページの一部だけをカバーするかもしれません。
4. Each Primary IFD and each MRC-specific SubIFD must have an
ImageLayer field to specify which layer the IFD belongs to, and
the imaging order of that IFD within the layer.
4. 各Primary IFDとそれぞれのMRC特有のSubIFDは層の中にIFDがどの層に属すかを指定するImageLayer分野、およびそのIFDに関するイメージ命令を持たなければなりません。
5. Each Primary IFD must have a NewSubFileType field value set to 18,
indicating a single page of a multi-page document (bit 1) and MRC
mode (bit 4).
5. 各Primary IFDはNewSubFileType分野価値を18に設定させなければなりません、マルチページドキュメント(ビット1)とMRCモード(ビット4)の1ページを示して。
6. Each MRC-specific child IFD must have a NewSubFileType field value
set to 16, indicating MRC mode (bit 4).
6. MRCモード(ビット4)を示して、それぞれのMRC特有の子供IFDはNewSubFileType分野価値を16に設定させなければなりません。
7. In MRC mode, each layer is transmitted as a sequence of strips. It
is possible that each strip of each layer can be stored as a
separate IFD. In this case, the SubIFDs structure pointed to by
the Primary IFD will contain several IFDs that have an ImageLayer
field with the layer identified as either Background (layer 1) or
Foreground (layer 3). There may be no overlap in the vertical
direction between IFDs associated with a single layer, although
7. MRCモードで、各層は片の系列として伝えられます。 別々のIFDとしてそれぞれの層の各片を格納できるのは可能です。 この場合、Primary IFDによって示されたSubIFDs構造は層が、Background(層1)かForegroundのどちらかが(層3)であると認識したことでのImageLayer分野を持っている数個のIFDsを含むでしょう。 オーバラップが全く単一層に関連しているIFDsの間の縦方向にないかもしれません。
McIntyre, et. al. Standards Track [Page 62] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[62ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
there may be a gap from one of these images to the next. The TIFF
XPosition and YPosition fields are used to indicate the placement
of these images with respect to the primary image.
これらのイメージの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. Maskイメージが存在しているとき、BackgroundとForegroundイメージの解像度はそれぞれMaskイメージの整数要素であるに違いありません。 例えば、Maskイメージが400画素/インチであるなら、BackgroundかForegroundイメージが400画素/インチ(400/1)、200画素/インチ(400/2)または100画素/インチ(400/4)にあるかもしれません。
8.5. MRC Fax Mode Summary
8.5. MRCファックスモード概要
Recommended fields are shown with an asterisk *
お勧めの分野はアスタリスク*で示されます。
+------------------+-----------------------------------------+
| Baseline Fields | Values |
|------------------|-----------------------------------------|
| BitsPerSample | 1: binary mask |
| | 8: 8 bits per color sample |
| | 9-16: optional 12 bits/sample |
+------------------+-----------------------------------------+
| ColorMap | n: LAB color map |
+------------------+-----------------------------------------+
| Compression | 3: Modified Huffman and Modified Read |
| | 4: Modified Modified Read |
| | 7: JPEG |
| | 9: JBIG, per T.85 |
| | 10: JBIG, per T.43 |
+------------------+-----------------------------------------+
| DateTime* | {ASCII): date/time in the 24-hour format|
| | "YYYY:MM:DD HH:MM:SS" |
+------------------+-----------------------------------------|
| FillOrder** | 1: Most significant bit first |
| | 2: Least significant bit first |
+------------------+-----------------------------------------|
| ImageDescription*| {ASCII}: A string describing the |
| | contents of the image. |
+------------------+-----------------------------------------+
| ImageWidth | 864, 1024, 1216, 1728**, 2048, 2432, |
| | 2592, 3072, 3456, 3648, 4096, 4864 |
+------------------+-----------------------------------------+
| ImageLength** | n: total number of scanlines in image |
+------------------+-----------------------------------------+
| NewSubFileType | 16, 18: |
| | Bit 1 indicates single page of a multi- |
| | page document on Primary IFD |
| | Bit 4 indicates MRC model |
+------------------+-----------------------------------------+
+------------------+-----------------------------------------+ | 基線分野| 値| |------------------|-----------------------------------------| | BitsPerSample| 1: 2進のマスク| | | 8: 1色見本あたり8ビット| | | 9-16: 任意の12個のビット/サンプル| +------------------+-----------------------------------------+ | カラーマップ| n: LABカラー地図| +------------------+-----------------------------------------+ | 圧縮| 3: ハフマンを変更して、読まれて、変更されます。| | | 4: 変更されていた状態で、読まれて、変更されます。| | | 7: JPEG| | | 9: 1T.85あたりのJBIG| | | 10: 1T.43あたりのJBIG| +------------------+-----------------------------------------+ | DateTime*| {ASCII): date/time in the 24-hour format| | | "YYYY:MM:DD HH:MM:SS" | +------------------+-----------------------------------------| | FillOrder** | 1: Most significant bit first | | | 2: Least significant bit first | +------------------+-----------------------------------------| | ImageDescription*| {ASCII}: A string describing the | | | contents of the image. | +------------------+-----------------------------------------+ | ImageWidth | 864, 1024, 1216, 1728**, 2048, 2432, | | | 2592, 3072, 3456, 3648, 4096, 4864 | +------------------+-----------------------------------------+ | ImageLength** | n: total number of scanlines in image | +------------------+-----------------------------------------+ | NewSubFileType | 16, 18: | | | Bit 1 indicates single page of a multi- | | | page document on Primary IFD | | | Bit 4 indicates MRC model | +------------------+-----------------------------------------+
McIntyre, et. al. Standards Track [Page 63] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[63ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
+------------------+-----------------------------------------+
| Orientation | 1**-8, Default 1 |
+------------------+-----------------------------------------+
| PhotometricInter | 0: WhiteIsZero |
| pretation | 1: BlackIsZero |
| | 2: RGB |
| | 5: CMYK |
| | 10: ITULAB |
+------------------+-----------------------------------------+
| ResolutionUnit | 2: inch |
| | 3: centimeter |
+------------------+-----------------------------------------+
| RowsPerStrip | n: number or scanlines per strip |
+------------------+-----------------------------------------+
| SamplesPerPixel | 1: L* (lightness) |
| | 3: RGB, LAB, CMY |
| | 4: CMYK |
+------------------+-----------------------------------------+
| Software* | {ASCII}: name & release number of |
| | creator software |
+------------------+-----------------------------------------+
| StripByteCounts | <n>: number or bytes in each strip |
+------------------+-----------------------------------------+
| StripOffsets | <n>: offset from beginning of file to |
| | each TIFF strip |
+------------------+-----------------------------------------|
| XResolution | 100, 200, 300, 400 (written in |
| | pixels/inch) |
+------------------+-----------------------------------------|
| YResolution | equal to XResolution (pixels must be |
| | square) |
+------------------+-----------------------------------------+
| Extension Fields |
+------------------+-----------------------------------------+
| T4Options | 0: required if Compression is Modified |
| | Huffman, EOLs not byte aligned |
| | 1: required if Compression 2D Modified |
| | Read, EOLs are not byte aligned |
| | 4: required if Compression Modified |
| | Huffman, EOLs byte aligned |
| | 5: required if Compression 2D Modified |
| | Read, EOLs are byte aligned |
+------------------+-----------------------------------------+
| T6Options | 0: required if Compression is 2D |
| | Modified Modified Read |
+------------------+-----------------------------------------+
+------------------+-----------------------------------------+ | オリエンテーション| 1**-8、デフォルト1| +------------------+-----------------------------------------+ | PhotometricInter| 0: WhiteIsZero| | pretation| 1: BlackIsZero| | | 2: RGB| | | 5: CMYK| | | 10: ITULAB| +------------------+-----------------------------------------+ | ResolutionUnit| 2: インチ| | | 3: センチメートル| +------------------+-----------------------------------------+ | RowsPerStrip| n: 1片あたりの数か走査線| +------------------+-----------------------------------------+ | SamplesPerPixel| 1: L*(軽さ)| | | 3: RGB、研究室、CMY| | | 4: CMYK| +------------------+-----------------------------------------+ | ソフトウェア*| ASCII: 数を命名して、リリースします。| | | クリエイターソフトウェア| +------------------+-----------------------------------------+ | StripByteCounts| <n>: 各片の中の数かバイト| +------------------+-----------------------------------------+ | StripOffsets| <n>: ファイルの始まりから、相殺します。| | | それぞれのTIFF片| +------------------+-----------------------------------------| | XResolution| 100、200、300、400(| | | 画素/インチに書かれています)| +------------------+-----------------------------------------| | YResolution| XResolutionと等しさ、(画素、| | | 正方形でなければならない、)| +------------------+-----------------------------------------+ | 拡大分野| +------------------+-----------------------------------------+ | T4Options| 0: CompressionがModifiedであるなら、必要です。| | | ハフマン、どんなバイトも並べなかったEOLs| | | 1: Compressionの2D Modifiedであるなら、必要です。| | | 読んでください、そして、EOLsは並べられたバイトではありません。| | | 4: Compression Modifiedであるなら、必要です。| | | ハフマン、バイトが並べたEOLs| | | 5: Compressionの2D Modifiedであるなら、必要です。| | | 読んでください、そして、EOLsは並べられたバイトです。| +------------------+-----------------------------------------+ | T6Options| 0: Compressionが2Dであるなら、必要です。| | | 変更されていた状態で、読まれて、変更されます。| +------------------+-----------------------------------------+
McIntyre, et. al. Standards Track [Page 64] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[64ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
+------------------+-----------------------------------------+
| DocumentName* | {ASCII}: name of scanned document |
+------------------+-----------------------------------------+
| PageNumber | n,m: page number followed by total page |
| | count |
+------------------+-----------------------------------------+
| ChromaSubSampling| (1,1), (2, 2)** |
| | (1, 1): equal numbers of lightness and |
| | chroma samples horizontally & vertically|
| | (2, 2): twice as many lightness samples |
| | as chroma horizontally and vertically |
+------------------+-----------------------------------------+
| ChromaPositioning| 1: centered |
+------------------+-----------------------------------------+
| Indexed | 0: not a palette-color image |
| | 1: palette-color image |
+------------------+-----------------------------------------+
| SubIFDs | <IFD>: byte offset to fg/bg IFDs |
+------------------+-----------------------------------------+
| XPosition | horizontal offset in primary IFD |
| | resolution units |
+------------------+-----------------------------------------+
| YPosition | vertical offset in primary IFD |
| | resolution units |
+------------------+-----------------------------------------+
| New Fields |
+------------------+-----------------------------------------+
| Decode | minL, maxL, mina, maxa, minb, maxb: |
| | minimum and maximum values for L*a*b* |
+------------------+-----------------------------------------+
| DefaultImageColor| <n>: background color |
+------------------+-----------------------------------------+
| StripRowCounts | <n>: number of scanlines in each strip |
+------------------+-----------------------------------------+
| ImageLayer | n, m: layer number, imaging sequence |
| | (e.g., strip number) |
+------------------+-----------------------------------------+
| GlobalParameters | IFD: global parameters IFD |
| IFD* | |
+------------------+-----------------------------------------+
| ProfileType* | n: type of data stored in TIFF file |
+------------------+-----------------------------------------+
| FaxProfile* | n: ITU-compatible fax mode |
+------------------+-----------------------------------------+
| CodingMethods* | n: compression algorithms used in file |
+------------------+-----------------------------------------+
| ModeNumber* | n: version of ITU fax standard |
+------------------+-----------------------------------------+
+------------------+-----------------------------------------+ | DocumentName*| ASCII: スキャンした文書の名前| +------------------+-----------------------------------------+ | PageNumber| n、m: 総ページがあとに続いたページ番号| | | カウント| +------------------+-----------------------------------------+ | ChromaSubSampling| (1,1), (2, 2)** | | | (1, 1): そして等しい数の軽さ。| | | 彩度は水平に垂直に抽出します。| | | (2, 2): 2倍の軽さのサンプル| | | 彩度、水平で垂直に。| +------------------+-----------------------------------------+ | ChromaPositioning| 1: 中心に置かれます。| +------------------+-----------------------------------------+ | 索引をつけられます。| 0: パレットカラーイメージでない| | | 1: パレットカラーイメージ| +------------------+-----------------------------------------+ | SubIFDs| <IFD>: fg/bg IFDsに相殺されたバイト| +------------------+-----------------------------------------+ | XPosition| プライマリIFDでの水平なオフセット| | | 解決ユニット| +------------------+-----------------------------------------+ | YPosition| プライマリIFDでの垂直なオフセット| | | 解決ユニット| +------------------+-----------------------------------------+ | 新しい分野| +------------------+-----------------------------------------+ | 解読してください。| minL、maxL、mina、maxa、minb、maxb: | | | 最小限と最大はL*のために*b*を評価します。| +------------------+-----------------------------------------+ | DefaultImageColor| <n>: 背景色| +------------------+-----------------------------------------+ | StripRowCounts| <n>: 各片の中の走査線の数| +------------------+-----------------------------------------+ | ImageLayer| n、m: 系列に像を描いて、数を層にしてください。| | | (例えば、片番号) | +------------------+-----------------------------------------+ | GlobalParameters| IFD: グローバルなパラメタIFD| | IFD*| | +------------------+-----------------------------------------+ | ProfileType*| n: TIFFに保存されたデータのタイプはファイルします。| +------------------+-----------------------------------------+ | FaxProfile*| n: ITUコンパチブルファックスモード| +------------------+-----------------------------------------+ | CodingMethods*| n: ファイルで使用される圧縮アルゴリズム| +------------------+-----------------------------------------+ | ModeNumber*| n: ITUファックス規格のバージョン| +------------------+-----------------------------------------+
McIntyre, et. al. Standards Track [Page 65] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[65ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
+------------------------------------------------------------+
| VersionYear* | byte sequence: year of ITU fax standard |
+------------------+-----------------------------------------+
+------------------------------------------------------------+ | VersionYear*| バイト列: ITUファックス規格の年| +------------------+-----------------------------------------+
9. MIME content-type image/tiff
9. MIME content typeイメージ/いさかい
[TIFF-REG] describes the registration of the MIME content-type image/tiff to refer to TIFF encoded image data. When transported by MIME, the TIFF content defined by this document must be encoded within an image/tiff content type. In addition, an optional "application" parameter is defined for image/tiff to identify a particular application's subset of TIFF and TIFF extensions for the encoded image data, if it is known. Typically, this would be used to assist the recipient in dispatching a suitable rendering package to handle the display or processing of the image file.
[TIFF-REG]は登録について説明します。MIME content typeイメージ/いさかいでは、TIFFについて言及するのはイメージデータをコード化しました。 MIMEによって輸送されると、イメージ/いさかいcontent typeの中でこのドキュメントによって定義されたTIFF内容をコード化しなければなりません。 さらに、イメージ/いさかいが特定用途のコード化されたイメージデータのためのTIFFとTIFF拡張子の部分集合を特定するように、任意の「アプリケーション」パラメタは定義されます、それが知られているなら。 通常、これは、イメージ・ファイルのディスプレイか処理を扱うために適当なレンダリングパッケージを派遣するのに受取人を助けるのに使用されるでしょう。
9.1 Refinement of MIME content-type image/tiff for Facsimile Applications
9.1 Facsimile ApplicationsのためのMIME content typeイメージ/いさかいの気品
Since this document defines facsimile specific profiles of TIFF, it is useful to note an appropriate application parameter for the image/tiff MIME content-type.
このドキュメントがTIFFのファクシミリの特定のプロフィールを定義するので、イメージ/いさかいMIME content typeのための適切なアプリケーションパラメタに注意するのは役に立ちます。
The two values of the image/tiff application parameter as defined for facsimile are shown below, separated by a comma:
コンマによって切り離されて、ファクシミリのための定義されるとしてのイメージ/いさかいアプリケーションパラメタの2つの値が以下に示されます:
faxbw, faxcolor
faxbw、faxcolor
The "faxbw" application parameter is suitable for use by applications that can process one or more TIFF for facsimile profiles or subsets used for the encoding of black and white facsimile data.
"faxbw"アプリケーションパラメタはファクシミリプロフィールのための1TIFFを処理できるアプリケーションか白黒のファクシミリデータのコード化に使用される部分集合で使用に適しています。
The "faxcolor" application parameter is suitable for use by applications that can process one or more TIFF for facsimile profiles or subsets that can be used for the encoding of black and white, AND color facsimile data.
"faxcolor"アプリケーションパラメタはファクシミリプロフィールのための1TIFFを処理できるアプリケーションか白黒(AND色のファクシミリデータ)のコード化に使用できる部分集合で使用に適しています。
Since this document defines several profiles of TIFF for facsimile, the following rules should be followed when setting the application parameter value. For TIFF image data which is encoded for the profiles of TIFF for Facsimile that support black-and-white image data (Profiles S, F or J), applications which use one of these profiles or a subset should set the value of the application parameter to "faxbw". For TIFF image data which is encoded for the defined profiles of TIFF for Facsimile that support color image data (Profiles C, L or M), as well as black-and-white image data, applications which use one of these profiles or a subset should set the value of the application parameter to "faxcolor".
このドキュメントがファクシミリのためにTIFFの数個のプロフィールを定義するので、アプリケーションパラメタ価値を設定するとき、以下の規則は従われるべきです。 白黒のイメージデータが(プロフィールS、FまたはJ)であるとサポートするFacsimileのためのTIFFのプロフィールのためにコード化されるTIFFイメージデータのために、これらのプロフィールか部分集合の1つを使用するアプリケーションは"faxbw"にアプリケーションパラメタの値を設定するべきです。 カラーイメージがデータ(プロフィールC、LまたはM)と、白黒のイメージデータであるとサポートするFacsimileのためのTIFFの定義されたプロフィールのためにコード化されるTIFFイメージデータのために、これらのプロフィールか部分集合の1つを使用するアプリケーションは"faxcolor"にアプリケーションパラメタの値を設定するべきです。
McIntyre, et. al. Standards Track [Page 66] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[66ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
An example of the use of the image/tiff MIME Content-type with the application parameter set with the value 'faxbw' follows:
値の'faxbw'で設定されたアプリケーションパラメタがあるイメージ/いさかいMIME文書内容の使用に関する例は従います:
Content-type: image/tiff; application=faxbw
文書内容: イメージ/いさかい。 アプリケーションはfaxbwと等しいです。
In this example, use of this parameter value will enable applications to identify the content as being within a profile or subset of TIFF for Facsimile that is suitable for encoding black and white image data, Before attempting to process the image data.
この例では、このパラメタ価値の使用は、アプリケーションが、白黒のイメージデータ(イメージデータを処理するのを試みるBefore)をコード化するのに適当なFacsimileのためにTIFFのプロフィールか部分集合の中に内容があることであると認識するのを可能にするでしょう。
In a similar respect, an example of the image/tiff MIME Content-type with the application parameter setting suitable for handling a color subset or profile of TIFF for facsimile is shown below:
同様の点で、ファクシミリのためにTIFFの色の部分集合かプロフィールを扱うのに適当なアプリケーションパラメタ設定があるイメージ/いさかいMIME文書内容に関する例は以下に示されます:
Content-type: image/tiff; application=faxcolor
文書内容: イメージ/いさかい。 アプリケーションはfaxcolorと等しいです。
10. Security Considerations
10. セキュリティ問題
This document describes a file format for Internet fax, which is a series of profiles of TIFF for facsimile. As such, it does not create any security issues not already identified in [TIFF-REG], in its use of fields as defined in [TIFF]. There are also new TIFF fields defined within this specification, but they are of a purely descriptive nature, so that no new security risks are incurred.
このドキュメントはインターネットファックスのためにファイル形式について説明します。(それは、ファクシミリのためのTIFFの一連のプロフィールです)。 そういうものとして、それは問題が[TIFF]で定義されるように既に分野を[TIFF-REG]、使用で特定しなかった少しのセキュリティも作成しません。 また、この仕様の中で定義された新しいTIFF分野がありますが、それらは純粋に描写的に自然です、どんな新しいセキュリティ危険も被られないように。
Further, the encoding specified in this document does not in any way preclude the use of any Internet security protocol to encrypt, authenticate, or non-repudiate TIFF-encoded facsimile messages.
さらに、本書では指定されたコード化が何らかの方法で暗号化するどんなインターネットセキュリティプロトコルの使用も排除しない、認証、非、否認、TIFFによってコード化されたファクシミリメッセージ。
11. References
11. 参照
[REQ] Bradner, S, "Key words for use in RFCs to Indicate Requirement Levels", RFC 2119, March 1997.
[REQ] ブラドナー、S、「Indicate Requirement LevelsへのRFCsにおける使用のためのキーワード」、RFC2119、1997年3月。
[T.4] ITU-T Recommendation T.4, Standardization of group 3 facsimile apparatus for document transmission, October 1997
[T.4]ITU-T Recommendation T.4、ドキュメントトランスミッション、1997年10月のためのグループ3ファクシミリ装置のStandardization
[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 Recommendation T.6とFacsimileコード構成とグループ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 Recommendation T.42、ファクシミリ、1996年2月のためのContinuous-トーン色の表現メソッド
McIntyre, et. al. Standards Track [Page 67] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[67ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
[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 Recommendation T.43とColourとファクシミリ、1997年2月にlosslessコード構成を使用する階調画像表現
[T.44] ITU-T Recommendation T.44, Mixed Raster Content (MRC), October 1997.
[T.44]ITU-T推薦T.44、Mixedラスタ内容(MRC)、1997年10月。
[T.81] ITU-T Recommendation T.81, Information technology - Digital compression and coding of continuous-tone still images - Requirements and guidelines, September 1992
情報技術--連続したトーン静止画像の指圧とコード化--[T.81]ITU-T Recommendation T.81と要件とガイドライン、1992年9月
[T.82] ITU-T Recommendation T.82, Information technology - Coded representation of picture and audio information - Progressive bi- level image compression, March 1995
[T.82]ITU-T Recommendation T.82、情報技術--画像とオーディオ情報のコード値--進歩的な2レベルの画像圧縮、1995年3月
[T.85] ITU-T Recommendation T.85, Application profile for Recommendation T.82 - Progressive bi-level image compression (JBIG coding scheme) for facsimile apparatus, August 1995
[T.85]ITU-T Recommendation T.85、Recommendation T.82のためのApplicationプロフィール--ファクシミリ装置、1995年8月のための進歩的な両性愛者のレベル画像圧縮(JBIGコード構成)
[TIFF] Tag Image File Format, Revision 6.0, Adobe Developers Association, June 3, 1992, ftp://ftp.adobe.com/pub/adobe/devrelations/ devtechnotes/pdffiles/tiff6.pdf
[TIFF] タグImage File Format、Revision6.0、Adobe Developers Association、1992年6月3日、 ftp://ftp.adobe.com/pub/adobe/devrelations/ devtechnotes/pdffiles/tiff6.pdf
The TIFF 6.0 specification dated June 3, 1992 specification (c)
1986-1988, 1992 Adobe Systems Incorporated. All Rights Reserved.
1992アドビ・システムズIncorporated、TIFF6.0仕様は1992年6月3日に(c)1986-1988と仕様の日付を入れました。 All rights reserved。
[TIFF-FY] Parsons, G. and J. Rafferty, "Tag Image File Format (TIFF) - F Profile for Facsimile", RFC 2306, March 1998.
[いさかい-FY] パーソンズ、G.、およびJ.Rafferty、「画像ファイル形式(いさかい)にタグ付けをしてください--ファクシミリのためのFプロフィール」、RFC2306、3月1998日
[TIFF-F0] TIFF Class F specification, Apr 28, 1990, ftp://ftp.faximum.com/pub/documents/tiff_f.txt
[TIFF-F0]TIFF Class F仕様、1990年4月28日、 ftp://ftp.faximum.com/pub/documents/tiff_f.txt
[TIFF-REG] Parsons, G., Rafferty J. and S. Zilles, "Tag Image File Format (TIFF) - image/tiff MIME Sub-type Registration", RFC 2302, March 1998.
[TIFF-REG] パーソンズ、G.、Rafferty J.、およびS.Zilles、「Image File Format(TIFF)にタグ付けをしてください--イメージ/いさかいMIME Sub-タイプRegistration」、RFC2302、1998年3月。
[TTN1] Adobe PageMaker 6.0 TIFF Technical Notes, Sept. 14, 1995, http://www.adobe.com/supportservice/devrelations/PDFS/TN/TIFFPM6.pdf
[TTN1]Adobe PageMaker6.0いさかいテクニカルノート、1995年9月14日、 http://www.adobe.com/supportservice/devrelations/PDFS/TN/TIFFPM6.pdf
[TTN2] Draft TIFF Technical Note 2, Replacement TIFF/JPEG specification, March 17, 1995, ftp://ftp.sgi.com/graphics/tiff/TTN2.draft.txt
[TTN2] 草稿TIFF Technical Note2、Replacement TIFF/JPEG仕様、1995年3月17日、 ftp://ftp.sgi.com/graphics/tiff/TTN2.draft.txt
[VPIM2] Vaudreui,l G. and G. Parsons, "Voice Profile for Internet Mail - version 2", work in progress, <draft-ema-vpim-06.txt>
[VPIM2]Vaudreuiとl G.とG.パーソンズ、「インターネットメールのためにProfileを声に出してください--バージョン2インチ、進歩、<でema-vpim-06.txtを作成している>を扱ってください」
The ITU-T Recommendations are available at http://www.itu.ch.
ITU-T Recommendationsは http://www.itu.ch で利用可能です。
McIntyre, et. al. Standards Track [Page 68] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[68ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
12. Authors' Addresses
12. 作者のアドレス
Lloyd McIntyre Stephen Zilles Xerox Corporation Adobe Systems Inc. Mailstop PAHV-305 Mailstop W14 3400 Hillview Ave. 345 Park Avenue Palo Alto, CA 94304 USA San Jose, CA 95110-2704, USA Voice: +1-650-813-6762 Voice: +1-408-536-4766 Fax: +1-650-845-2340 Fax: +1-408-536-4042 Email: lmcintyre@adoc.xerox.com Email: szilles@adobe.com
ロイドマッキンタイヤスティーブンZillesゼロックス社のアドビ・システムズ株式会社Mailstop PAHV-305 Mailstop W14 3400 Hillview Ave。 345 Avenueパロアルト(カリフォルニア)94304サンノゼ、米国カリフォルニア95110-2704(米国)声を駐車してください: +1-650-813-6762 声: +1-408-536-4766 Fax: +1-650-845-2340 Fax: +1-408-536-4042 メールしてください: lmcintyre@adoc.xerox.com メール: szilles@adobe.com
Robert Buckley Dennis Venable Xerox Corporation Xerox Corporation Mailstop 0128-30E Mailstop 0128-27E 800 Phillips Road 800 Phillips Road Webster, NY 14580, USA Webster, NY 14580, USA Voice: +1-716-422-1282 Voice: +1-716-422-8009 Fax: +1-716-422-6117 Fax: +1-716-422-6117 Email: Rob_Buckley@wb.xerox.com Email: venable@wrc.xerox.com
ロバートバックリーデニスヴェナブルゼロックス社のゼロックス社のMailstop0128-30E Mailstop0128-27 800EのフィリップスRoad800フィリップスのRoadウェブスター、ニューヨーク 14580、米国のウェブスター、ニューヨーク 14580、米国は以下を声に出します。 +1-716-422-1282 声: +1-716-422-8009 Fax: +1-716-422-6117 Fax: +1-716-422-6117 メールしてください: Rob_Buckley@wb.xerox.com メール: venable@wrc.xerox.com
Glenn S. Parsons James Rafferty Northern Telecom Human Communications P.O. Box 3511, Station C 12 Kevin Drive Ottawa, ON K1Y 4H7, Canada Danbury, CT 06811-2901, USA Phone: +1-613-763-7582 Phone: +1-203-746-4367 Fax: +1-613-763-2697 Fax: +1-203-746-4367 Email: Glenn.Parsons@Nortel.ca Email: Jrafferty@worldnet.att.net
私書箱3511、K1Y 4H7、カナダダンベリー、コネチカット06811-2901(米国)のグレンS.教区牧師ジェームスRaffertyノーザン・テレコム人間コミュニケーション駅のC12ケビン・Driveオタワは以下に電話をします。 +1-613-763-7582 以下に電話をしてください。 +1-203-746-4367 Fax: +1-613-763-2697 Fax: +1-203-746-4367 メールしてください: Glenn.Parsons@Nortel.ca メール: Jrafferty@worldnet.att.net
McIntyre, et. al. Standards Track [Page 69] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[69ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
Annex A: Summary of TIFF Fields for Internet Fax
別館A: インターネットファックスのためのいさかい分野の概要
This annex includes tables which list by mode the TIFF fields used in the proposed fax file format. The fields are organized into 3 categories:
この別館はモードで提案されたファックスファイル形式に使用されるTIFF分野を記載するテーブルを含んでいます。 分野は3つのカテゴリに組織化されます:
1) TIFF Baseline Fields
2) TIFF Extension Fields
3) New Fields.
1) いさかい基線分野2) いさかい拡大分野3) 新しい分野。
The tables include the allowed values for each fax mode. Entries other than explicit numbers are described by:
テーブルはそれぞれのファックスモードのための許容値を含んでいます。 明白な数以外のエントリーは以下によって説明されます。
n - single number
n, m - 2 numbers
a, b, c - 3 numbers
r - rational number
<n> - array of numbers
<b> - byte sequence
{ASCII} - string
IFD - IFD byte offset
<IFD> - array of IFD byte offsets
n--ただ一つのNo.n、m--2つの番号a、b、c--3つの番号r--有理数<n>-->--バイト列ASCII--IFDバイトが<IFD>を相殺したというストリングIFDが整列させるIFDバイトの数の<bのアレイは相殺されます。
A blank entry in the table indicates that the field is not used by that particular fax mode.
テーブルの空白のエントリーは、分野がその特定のファックスモードで使用されないのを示します。
Table A.1 TIFF Baseline Fields
テーブルA.1いさかい基線分野
+---------------------------------------------------------+
| Fax Mode/Profile |
+---------------------------------------------------------|
| Minimal | Extended | JBIG | Lossy |Lossless| Mixed |
+----------| B&W | B&W | B&W | Color | Color | Raster |
| TIFF | | | | | | Content|
| Field | S | F | J | C | L | M |
+----------+---------+----------+--------+---------+--------+--------+
| BitsPer | 1 | 1 | 1 | 8, 12 | 1, 2-8 | 1, 2-8 |
| Sample | | | | | 9-16 | 9-16 |
+----------+---------+----------+--------+---------+--------+--------+
| ColorMap | | | | | <n> | <n> |
+----------+---------+----------+--------+---------+--------+--------+
| Compres- | 3 | 3, 4 | 9 | 7 | 10 | 3, 4, 7|
| sion | | | | | | 9,10 |
+----------+---------+----------+--------+---------+--------+--------+
| DateTime | | {ASCII} | {ASCII}| {ASCII} | {ASCII}| {ASCII}|
+----------+---------+----------+--------+---------+--------+--------+
| FillOrder| 2 | 1, 2 | 1, 2 | 1, 2 | 1, 2 | 1,2 |
+----------+---------+----------+--------+---------+--------+--------+
+---------------------------------------------------------+ | ファックスモード/プロフィール| +---------------------------------------------------------| | 最小量| 広がっています。| JBIG| 損失性|Lossless| Mixed| +----------| B&W| B&W| B&W| 色| 色| ラスタ| | いさかい| | | | | | 内容| | 分野| S| F| J| C| L| M| +----------+---------+----------+--------+---------+--------+--------+ | BitsPer| 1 | 1 | 1 | 8, 12 | 1, 2-8 | 1, 2-8 | | サンプル| | | | | 9-16 | 9-16 | +----------+---------+----------+--------+---------+--------+--------+ | カラーマップ| | | | | <n>。| <n>。| +----------+---------+----------+--------+---------+--------+--------+ | Compres| 3 | 3, 4 | 9 | 7 | 10 | 3, 4, 7| | sion| | | | | | 9,10 | +----------+---------+----------+--------+---------+--------+--------+ | DateTime| | ASCII| ASCII| ASCII| ASCII| ASCII| +----------+---------+----------+--------+---------+--------+--------+ | FillOrder| 2 | 1, 2 | 1, 2 | 1, 2 | 1, 2 | 1,2 | +----------+---------+----------+--------+---------+--------+--------+
McIntyre, et. al. Standards Track [Page 70] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[70ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
+----------+---------+----------+--------+---------+--------+--------+
| ImageDes-| | {ASCII} | {ASCII}| {ASCII} | {ASCII}| {ASCII}|
| cription | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Image- | n | n | n | n | n | n |
| Length | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Image- | 1728 | 1728, 2048, 2432 | 864, 1024, 1216, 1728, |
| Width | | 2592, 3072, 3456 | 2048, 2432, 2592, 3072, |
| | | 3648, 4096, 4864 | 3456, 3648, 4096, 4864 |
+----------+---------+----------+--------+---------+--------+--------+
| NewSub- | 2 | 2 | 2 | 2 | 2 | 16, 18 |
| FileType | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Orien- | 1 | 1-8 | 1-8 | 1-8 | 1-8 | 1-8 |
| tation | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Photo- | 0 | 0, 1 | 0, 1 | 10 | 2, 5, | 0, 1, |
| metric- | | | | | 10 | 2, 5, |
| Interp- | | | | | | 10 |
| retation | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Resolu- | 2 | 2, 3 | 2, 3 | 2, 3 | 2, 3 | 2, 3 |
| tionUnit | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| RowsPer- | n | n | n | n | n | n |
| Strip | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Samples- | 1 | 1 | 1 | 1, 3 | 1, 3, 4| 1, 3, 4|
| PerPixel | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Software | | {ASCII} | {ASCII}| {ASCII} | {ASCII}| {ASCII}|
+----------+---------+----------+--------+---------+--------+--------+
| Strip- | n | <n> | <n> | <n> | <n> | <n> |
| Byte- | | | | | | |
| Counts | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Strip- | n | <n> | <n> | <n> | <n> | <n> |
| Offsets | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| XResolu- | 204 | 200, 204, 300 | 100, 200, 300, 400 |
| tion | 200 | 400, 408 | |
+----------+---------+----------+--------+---------+--------+--------+
| YResolu- | 98, 196 | 98, 196, 100, 200 | 100, 200, 300, 400 |
| tion | 100,200 | 300, 391, 400 | |
+----------+---------+----------+--------+---------+--------+--------+
+----------+---------+----------+--------+---------+--------+--------+ | ImageDes| | ASCII| ASCII| ASCII| ASCII| ASCII| | cription| | | | | | | +----------+---------+----------+--------+---------+--------+--------+ | イメージ| n| n| n| n| n| n| | 長さ| | | | | | | +----------+---------+----------+--------+---------+--------+--------+ | イメージ| 1728 | 1728, 2048, 2432 | 864, 1024, 1216, 1728, | | 幅| | 2592, 3072, 3456 | 2048, 2432, 2592, 3072, | | | | 3648, 4096, 4864 | 3456, 3648, 4096, 4864 | +----------+---------+----------+--------+---------+--------+--------+ | NewSub| 2 | 2 | 2 | 2 | 2 | 16, 18 | | FileType| | | | | | | +----------+---------+----------+--------+---------+--------+--------+ | Orien| 1 | 1-8 | 1-8 | 1-8 | 1-8 | 1-8 | | tation| | | | | | | +----------+---------+----------+--------+---------+--------+--------+ | 写真| 0 | 0, 1 | 0, 1 | 10 | 2, 5, | 0, 1, | | メートル法| | | | | 10 | 2, 5, | | Interp| | | | | | 10 | | retation| | | | | | | +----------+---------+----------+--------+---------+--------+--------+ | Resolu| 2 | 2, 3 | 2, 3 | 2, 3 | 2, 3 | 2, 3 | | tionUnit| | | | | | | +----------+---------+----------+--------+---------+--------+--------+ | RowsPer| n| n| n| n| n| n| | 片| | | | | | | +----------+---------+----------+--------+---------+--------+--------+ | サンプル| 1 | 1 | 1 | 1, 3 | 1, 3, 4| 1, 3, 4| | PerPixel| | | | | | | +----------+---------+----------+--------+---------+--------+--------+ | ソフトウェア| | ASCII| ASCII| ASCII| ASCII| ASCII| +----------+---------+----------+--------+---------+--------+--------+ | 片| n| <n>。| <n>。| <n>。| <n>。| <n>。| | バイト| | | | | | | | カウント| | | | | | | +----------+---------+----------+--------+---------+--------+--------+ | 片| n| <n>。| <n>。| <n>。| <n>。| <n>。| | オフセット| | | | | | | +----------+---------+----------+--------+---------+--------+--------+ | 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 | | +----------+---------+----------+--------+---------+--------+--------+
McIntyre, et. al. Standards Track [Page 71] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[71ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
Table A.2 TIFF Extension Fields
テーブルA.2いさかい拡大分野
+---------------------------------------------------------+
| Fax Mode/Profile |
+---------------------------------------------------------|
| Minimal | Extended | JBIG | Lossy |Lossless| Mixed |
+----------| B&W | B&W | B&W | Color | Color | Raster |
| TIFF | | | | | | Content|
| Field | S | F | J | C | L | M |
+----------+---------+----------+--------+---------+--------+--------+
| Chroma- | | | | 1 | | 1 |
| Position-| | | | | | |
| ing | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Chroma- | | | | <1, 1> | | <1, 1> |
| SubSampl-| | | | <2, 2> | | <2, 2> |
| ing | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Document-| | {ASCII} | {ASCII}| {ASCII} | {ASCII}| {ASCII}|
| Name | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Indexed | | | | | 0,1 | 0,1 |
+----------+---------+----------+--------+---------+--------+--------+
| Page- | n, m | n, m | n, m | n, m | n, m | n, m |
| Number | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| SubIFDs | | | | | | <IFD> |
+----------+---------+----------+--------+---------+--------+--------+
| T4Options| 0, 4 | 0, 1, | | | | 0, 1, |
| | | 4, 5 | | | | 4, 5 |
+----------+---------+----------+--------+---------+--------+--------+
| T6Options| | 0 | | | | 0 |
+----------+---------+----------+--------+---------+--------+--------+
| XPosition| | | | | | r |
+----------+---------+----------+--------+---------+--------+--------+
| YPosition| | | | | | r |
+----------+---------+----------+--------+---------+--------+--------+
+---------------------------------------------------------+ | ファックスモード/プロフィール| +---------------------------------------------------------| | 最小量| 広がっています。| JBIG| 損失性|Lossless| Mixed| +----------| B&W| B&W| B&W| 色| 色| ラスタ| | いさかい| | | | | | 内容| | 分野| S| F| J| C| L| M| +----------+---------+----------+--------+---------+--------+--------+ | 彩度| | | | 1 | | 1 | | 位置| | | | | | | | ing| | | | | | | +----------+---------+----------+--------+---------+--------+--------+ | 彩度| | | | <1、1>。| | <1、1>。| | SubSampl| | | | <2、2>。| | <2、2>。| | ing| | | | | | | +----------+---------+----------+--------+---------+--------+--------+ | ドキュメント| | ASCII| ASCII| ASCII| ASCII| ASCII| | 名前| | | | | | | +----------+---------+----------+--------+---------+--------+--------+ | 索引をつけられます。| | | | | 0,1 | 0,1 | +----------+---------+----------+--------+---------+--------+--------+ | ページ| n、m| n、m| n、m| n、m| n、m| n、m| | 数| | | | | | | +----------+---------+----------+--------+---------+--------+--------+ | SubIFDs| | | | | | <IFD>。| +----------+---------+----------+--------+---------+--------+--------+ | T4Options| 0, 4 | 0, 1, | | | | 0, 1, | | | | 4, 5 | | | | 4, 5 | +----------+---------+----------+--------+---------+--------+--------+ | T6Options| | 0 | | | | 0 | +----------+---------+----------+--------+---------+--------+--------+ | XPosition| | | | | | r| +----------+---------+----------+--------+---------+--------+--------+ | YPosition| | | | | | r| +----------+---------+----------+--------+---------+--------+--------+
McIntyre, et. al. Standards Track [Page 72] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[72ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
Table A.3 New Fields
A.3の新しい分野を見送ってください。
+---------------------------------------------------------+
| Fax Mode/Profile |
+---------------------------------------------------------|
| Minimal | Extended | JBIG | Lossy |Lossless| Mixed |
+----------| B&W | B&W | B&W | Color | Color | Raster |
| TIFF | | | | | | Content|
| Field | S | F | J | C | L | M |
+----------+---------+----------+--------+---------+--------+--------+
| BadFax- | | n | | | | |
| Lines | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| CleanFax-| | 0, 1, 2 | | | | |
| Data | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Coding- | | | n | n | n | n |
| Method | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Consecu- | | n | | | | |
| tiveBad- | | | | | | |
| FaxLines | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Decode | | | | <r> | <r> | <r> |
+----------+---------+----------+--------+---------+--------+--------+
| Default- | | | | | | <n> |
|ImageColor| | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Fax- | | | n | n | n | n |
| Profile | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Global- | | IFD | IFD | IFD | IFD | IFD |
| Parame- | | | | | | |
| tersIFD | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Image- | | | | | | n, m |
| Layer | | | | | | |
+----------+---------+----------+--------+---------+--------+--------+
| Mode- | | | | | | n |
| Number | | | | | | |
+----------+---------+----------+--------+---------+--------+--------|
| Profile- | | | n | n | n | n |
| Type | | | | | | |
+--------------------------------------------------------------------+
+---------------------------------------------------------+ | ファックスモード/プロフィール| +---------------------------------------------------------| | 最小量| 広がっています。| JBIG| 損失性|Lossless| Mixed| +----------| B&W| B&W| B&W| 色| 色| ラスタ| | いさかい| | | | | | 内容| | 分野| S| F| J| C| L| M| +----------+---------+----------+--------+---------+--------+--------+ | BadFax| | n| | | | | | 線| | | | | | | +----------+---------+----------+--------+---------+--------+--------+ | CleanFax| | 0, 1, 2 | | | | | | データ| | | | | | | +----------+---------+----------+--------+---------+--------+--------+ | コード化| | | n| n| n| n| | 方法| | | | | | | +----------+---------+----------+--------+---------+--------+--------+ | Consecu| | n| | | | | | tiveBad| | | | | | | | FaxLines| | | | | | | +----------+---------+----------+--------+---------+--------+--------+ | 解読してください。| | | | <r>。| <r>。| <r>。| +----------+---------+----------+--------+---------+--------+--------+ | デフォルト| | | | | | <n>。| |ImageColor| | | | | | | +----------+---------+----------+--------+---------+--------+--------+ | ファックス| | | n| n| n| n| | プロフィール| | | | | | | +----------+---------+----------+--------+---------+--------+--------+ | グローバル| | IFD| IFD| IFD| IFD| IFD| | パラメ| | | | | | | | tersIFD| | | | | | | +----------+---------+----------+--------+---------+--------+--------+ | イメージ| | | | | | n、m| | 層| | | | | | | +----------+---------+----------+--------+---------+--------+--------+ | モード| | | | | | n| | 数| | | | | | | +----------+---------+----------+--------+---------+--------+--------| | プロフィール| | | n| n| n| n| | タイプ| | | | | | | +--------------------------------------------------------------------+
McIntyre, et. al. Standards Track [Page 73] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[73ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
+----------+---------+----------+--------+---------+--------+--------+ | Strip- | | | | | | <n> | | RowCounts| | | | | | | +----------+---------+----------+--------+---------+--------+--------+ | Version- | | | | <b> |<b> | | | Year | | | | | | | +----------+---------+----------+--------+---------+--------+--------+
+----------+---------+----------+--------+---------+--------+--------+ | 片| | | | | | <n>。| | RowCounts| | | | | | | +----------+---------+----------+--------+---------+--------+--------+ | バージョン| | | | <b>。|<b>。| | | 年| | | | | | | +----------+---------+----------+--------+---------+--------+--------+
McIntyre, et. al. Standards Track [Page 74] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[74ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
Annex B. IANA Registration for image/tiff Application Parameter Values used for facsimile
ファクシミリに使用されるイメージ/いさかいApplication Parameter ValuesのためにB.IANA Registrationを付加してください。
To: IANA@isi.edu
To: IANA@isi.edu
Subject: Registration of new Application parameter values for image/tiff
Subject: イメージ/いさかいのための新しいApplicationパラメタ値の登録
MIME media type name: image/tiff
MIMEメディア型名: イメージ/いさかい
Optional parameters: Application
任意のパラメタ: アプリケーション
New Value(s): faxbw, faxcolor
新しい値: faxbw、faxcolor
Description of Use:
使用の記述:
faxbw - The "faxbw" application parameter is suitable for use by applications that can process one or more TIFF for facsimile profiles or subsets used for the encoding of black-and-white facsimile data. The definition of the use of this value is contained in Section 9 of this document (TIFFPLUS).
faxbw--"faxbw"アプリケーションパラメタはファクシミリプロフィールのための1TIFFを処理できるアプリケーションか白黒のファクシミリデータのコード化に使用される部分集合で使用に適しています。 この値の使用の定義はこのドキュメント(TIFFPLUS)のセクション9に含まれています。
Faxcolor - The "faxcolor" application parameter is suitable for use by applications that can process one or more TIFF for facsimile profiles or subsets that can be used for the encoding of black and white, AND color facsimile data. The definition of the use of this value is contained in Section 9 of this document (TIFFPLUS).
Faxcolor--"faxcolor"アプリケーションパラメタはファクシミリプロフィールのための1TIFFを処理できるアプリケーションか白黒(AND色のファクシミリデータ)のコード化に使用できる部分集合で使用に適しています。 この値の使用の定義はこのドキュメント(TIFFPLUS)のセクション9に含まれています。
McIntyre, et. al. Standards Track [Page 75] RFC 2301 File Format for Internet Fax March 1998
etマッキンタイヤ、アル。 標準化過程[75ページ]RFC2301は1998年のファックス行進のときにインターネットに形式をファイルします。
Security Considerations:
セキュリティ問題:
Security considerations related to use of the TIFF subsets described by the "faxbw" and "faxcolor" values of the Application parameter are identified in Section 10 of this document (TIFFPLUS).
"faxbw"によって説明されたTIFF部分集合の使用とApplicationパラメタの"faxcolor"値に関連するセキュリティ問題はこのドキュメント(TIFFPLUS)のセクション10で特定されます。
Persons & email addresses to contact for further information:
詳細のために連絡する人々とEメールアドレス:
Glenn W. Parsons (Glenn.Parsons@Nortel.ca) James Rafferty (Jrafferty@worldnet.att.net) Stephen Zilles (szilles@adobe.com)
グレン・W.パーソンズ( Glenn.Parsons@Nortel.ca )ジェームスRafferty( Jrafferty@worldnet.att.net )スティーブンZilles( szilles@adobe.com )
Change Controller: Stephen Zilles
コントローラを変えてください: スティーブンZilles
INFORMATION TO THE SUBMITTER:
SUBMITTERへの情報:
The accepted registrations will be listed in the "Assigned Numbers" series of RFCs. The information in the registration form is freely distributable.
McIntyre, et. al. Standards Track [Page 76] RFC 2301 File Format for Internet Fax March 1998
Full Copyright Statement
Copyright (C) The Internet Society (1998). All Rights Reserved.
This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English.
The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns.
This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
McIntyre, et. al. Standards Track [Page 77]
一覧
スポンサーリンク
