TIFF (日本語)
TIFFは、画像のジオメトリを定義するヘッダータグ(サイズ、定義、画像データ配置、適用画像圧縮)を含めることにより、単一のファイル内の画像およびデータを処理するための柔軟で適応可能なファイル形式である。 例えば、TIFFファイルは、JPEG(非可逆)圧縮画像およびPackbit(可逆)圧縮画像を保持するコンテナであり得る。 TIFFファイルも含めることができますのベルクリッピングパス(ビジネスcroppings、画像フレームします。, なぜなら、標準のJPEGファイルとは異なり、可逆圧縮(またはなし)を使用したTIFFファイルは、画質を失うことなく編集および再保存されるからです。 TIFFを圧縮JPEGを保持するコンテナとして使用する場合は、これは当てはまりません。 その他のTIFFオプ
TIFFは、LZW圧縮、ファイルのサイズを削減するためのロスレスデータ圧縮技術を使用するオプションを提供しています。 このオプションの使用は、LZW技術に関する特許によって2004年に満了するまで制限されていました。
TIFF6.,0仕様は、次の部分で構成されています。
- はじめに(TIFFの管理、プライベートフィールドと値の使用などに関する情報が含まれています。)
- パート1:ベースラインTIFF
- パート2:TIFF拡張機能
- パート3:付録
パート1:ベースラインTIFFEdit
TIFFが導入されたとき、その拡張性は互換性の問題を引き起こしました。 エンコーディングの柔軟性は、TIFFが互換性のないファイル形式の何千もの略という冗談を生じさせました。 このような問題を回避するために、TIFFリーダーが必要な読みのベースラインにも頼りません。, とりわけ、ベースラインTIFFには、レイヤー、または圧縮JPEGまたはLZW画像は含まれていません。 ベースライ
以下は、必須のベースラインTIFF機能の不完全なリストです。
複数のサブファイル編集
TIFFリーダーは、TIFFファイルごとに複数/複数ページの画像(サブファイル)に対して準備する必要がありますが、最初の画像の後に画像を使用して実際に何もする必要はありません。
TIFFファイルに複数の画像ファイルディレクトリ(IFD)がある場合があります。 各IFDはサブファイルを定義します。, サブファイルの一つの用途は、ファクシミリ文書のページなどの関連画像を記述することである。 ベースラインTIFFリーダーは、最初のIFDを超えてIFDを読み取る必要はありません。
StripsEdit
ベースラインTIFFイメージは、一つ以上のストリップで構成されています。 ストリップ(またはバンド)は、一つ以上の行で構成される画像のサブセクションです。 各ストリップは、イメージ全体とは独立して圧縮され、それぞれがバイト境界で始まります。 画像の高さがストリップ内の行数で均等に割り切れない場合、最後のストリップに含まれる行が少なくなる可能性があります。, ストリップ定義タグが省略された場合、画像は単一のストリップを含むものと見なされます。
CompressionEdit
ベースラインTIFFリーダーは、次の三つの圧縮スキームを処理する必要があります。
- 圧縮なし
- CCITT Group3 1次元修正ハフマンRLE
- PackBits圧縮-ランレングスエンコーディングの形式
イメージタイプ編集
ベースラインTIFFイメージタイプは、バイレベル、グレースケール、パレットカラー、およびRGBフルカラーです。イメージ。,
Byte orderEdit
Other TIFF fieldsEdit
TIFFリーダーは、TIFF仕様に記載されていないプライベートフィールドに遭遇し、無視する準備ができている必要があります。 TIFFの読者にはならない拒否を読み込むにはTIFFファイルがすでに存在する場合、オプションの分野で現実には存在しません。
Part2:TIFF ExtensionsEdit
多くのTIFFリーダーは、ベースラインTIFFのタグに追加のタグをサポートしていますが、すべてのリーダーがすべての拡張機能をサポートしているわけではあ 結果として、ベースラインTIFFフィーチャはTIFFの最小公分母になりました。 ベースラインTIFF機能は、TIFF拡張機能で拡張されます(TIFF6で定義されています。,0Part2仕様)しかし、拡張はprivateタグで定義することもできます。
TIFF拡張機能は、正式にはTIFF6.0、パート2:TIFF拡張機能として知られています。 TIFF6.0仕様で定義されているTIFF拡張の例をいくつか示します。
CompressionEdit
- CCITT T.4bi-level encoding
- CCITT T.6bi-level encoding
- LZW Compression scheme
- JPEGベースの圧縮(TIFF compression scheme7)は、1974年にN.Ahmed、T.Natarajan、K.R.Raoによって導入されたDCT(Discrete Cosine Transform)を使用します。離散コサイン変換のリファレンス1を参照してください。, 詳細はAdobeの文書を参照してください。
イメージタイプ編集
- CMYKイメージ
- Ycbcrイメージ
- ハーフトーンヒント
- タイルイメージ
- CIE L*a*b*イメージ
イメージツリー編集
ベースラインTIFFファイルには、一連のイメージ(IFD)を含めることができます。 通常、すべての画像は関連していますが、文書のページなどの異なるデータを表します。 同じデータの複数のビューを明示的にサポートするために、SubIFDタグが導入されました。 これにより、画像をツリー構造に沿って定義することができます。, 各画像は一連の子を持つことができ、それぞれの子はそれ自体が画像です。 一般的な使用方法は、異なる色空間で画像のサムネイルまたは複数のバージョンを提供することです。
TilesEdit
TIFFイメージは、多数のタイルで構成することもできます。 同じイメージ内のすべてのタイルは同じ寸法を持ち、ストリップと同様にイメージ全体とは独立して圧縮することができます(上記参照)。 タイルイメージはTIFF6.0の一部であり、パート2:TIFF拡張機能であるため、ベースラインTIFFリーダーではタイルイメージのサポートは必要ありません。
その他の拡張編集
TIFF6による。,0仕様(はじめに)、ベースラインTIFFの一部としてアドビによって承認されていない提案されたTIFF拡張子を使用するすべてのTIFFファイル(通常、公開または一般,
Private tagsEdit
開発者は、ファイル交換に問題を引き起こすことなく、TIFFファイル内に独自の独自の情報を含めることを可能にするために、”private tag”のブロックを申請することができます。 TIFFリーダーは、認識しないタグを無視する必要があり、登録された開発者のプライベートタグは、他の誰のタグや仕様で定義されている標準タグセットと プライベートタグには、32,768以上の範囲で番号が付けられます。,
プライベートタグは、一部の組織でのみ意味のある情報、またはTIFF内の新しい圧縮スキームを使用した実験のために予約されています。 リクエストに応じて、TIFF管理者(現在はアドビ)は、他の組織との競合を避けるために、組織のために一つ以上のプライベートタグを割り当てて登録します。 組織や開発者は、そうすると深刻な互換性の問題を引き起こす可能性があるため、独自のタグ番号を任意に選択することは推奨されません。, ただし、TIFFファイルがプライベート環境から逃れる可能性がほとんどまたはまったくない場合は、組織や開発者は、”再利用可能な”65,000–65,535の範囲でTIFFタグ この範囲の番号を使用する場合は、アドビに連絡する必要はありません。
Internet Media TypeEdit
アプリケーションパラメータのないMIMEタイプimage/tiff(RFC3302で定義)は、ベースラインTIFF6.0ファイルに使用されるか、TIFFまたはTIFF拡張子の特定のサブセットを識別する必要がないことを示すために使用されます。, 任意の”application”パラメータ(例:Content-type:image/tiff;application=foo)は、符号化された画像データのTIFFおよびTIFF拡張子の特定のサブセットを識別するためにimage/tiffに対して定義されます(既知 RFC3302によれば、applicationパラメーターで使用される特定のTIFFサブセットまたはTIFF拡張機能はRFCとして公開する必要があります。MIMEタイプimage/tiff-fx(RFC3949およびRFC3950で定義)は、TIFF6.0に基づいており、TIFFテクニカルノートTTN1(ツリー)およびTTN2(置き換えTIFF/JPEG仕様)があります。, ではインターネットで使用されるfaxに対応し、ITU-T勧告のためのグループ3は白黒、グレースケールおよび色fax.
TIFF Compression TagEdit
TIFFタグ259(010316)は、圧縮方法に関する情報を格納します。 デフォルト値は1=圧縮なしです。
ほとんどのTIFFライターとTIFFリーダーは、一部のTIFF圧縮方式のみをサポートします。, 使用されるTIFF圧縮スキームの例をいくつか示します。
タグ値 | 圧縮スキーム | 非可逆/可逆 | 仕様 | 説明 | 画像タイプ | 使い方とサポート |
---|---|---|---|---|---|---|
000116 | なし | ロスレス | Tiff6.0 | ベースラインtiff | すべて | 共通 |
000216 | Ccittグループ3 1次元修正ハフマンランレングスエンコーディング(別名., MH or CCITT 1D) | Lossless | TIFF 6.0 | Baseline TIFF; compression based on ITU-T T.4 | Black and white | Common |
000316 | CCITT T.4 bi-level encoding as specified in section 4, Coding, of ITU-T Recommendation T.4 (a.k.a. CCITT Group 3 fax encoding or CCITT Group 3 2D) | Lossless | TIFF 6.0 | TIFF 6.0 Extensions; compression based on ITU-T T.4 | Black and white | Common |
000416 | CCITT T.,6 bi-level encoding as specified in section 2 of ITU-T Recommendation T.6 (a.k.a. CCITT Group 4 fax encoding) | Lossless | TIFF 6.0 | TIFF 6.0 extensions; compression based on ITU-T T.6 | Black and white | Common |
000516 | Lempel–Ziv–Welch | Lossless | TIFF 6.0 | TIFF 6.,0拡張機能;最初にTIFF5(1988)で定義され、特許取得済みの圧縮アルゴリズムですが、特許は2003年と2004年に失効しました | すべて | Common |
000616 | JPEG(廃止された”古いスタイル”JPEG、後にTechnote2で置き換えられました) | Lossy | TIFF6.0 | TIFF6.0Extensions;tiff6(1992)で最初に定義された;廃止された、決して書かれるべきではありません。, | Continuous-tone | Rare |
000716 | JPEG (“new-style” JPEG) | Lossy | TIFF 6 Technote2 (1995) | Technote2 supersedes old-style JPEG compression; it is a TIFF 6.0 extension. | Continuous-tone | Uncommon |
000816 | Deflate (zlib), Adobe variant (official) | Lossless | TIFF Specification Supplement 2 (2002) | RFC 1950 (1996), RFC 1951 (1996), Adobe Photoshop TIFF Technical Notes; it is a TIFF 6.0 extension., | All | Uncommon |
000916 | JBIG, per ITU-T T.85 | Lossless | TIFF-FX | RFC 2301 (1998), RFC 3949 (2005) | Black and white | Rare |
000A16 | JBIG, per ITU-T T.,43 | Lossless | TIFF-FX | RFC 2301 (1998), RFC 3949 (2005) | Black and white | Rare |
7FFE16 | NeXT RLE 2-bit greyscale encoding | Proprietary | Rare | |||
800516 | PackBits (a.k.a. Macintosh RLE) | Lossless | TIFF 6.,etary | According to TIFF Specification Supplement 2 it should be considered obsolete but reading is recommended | All | Uncommon |
80B316 | Kodak DCS | Proprietary | Rare | |||
876516 | JBIG | LibTiff | Black and white | Rare | ||
879816 | JPEG2000 | Proprietary | Includes a complete JP2 file inside a TIFF file, not recommended., Introduced by Leadtools. | Uncommon | ||
879916 | Nikon NEF Compressed | Proprietary | Rare | |||
879B16 | JBIG2 | Lossless, lossy | TIFF-FX Extension Set 1.0 | Abandoned IETF draft from 2001 | Rare |
BigTIFFEdit
The TIFF file formats use 32-bit offsets, which limits file size to around 4 GiB., 実装によっては符号付き32ビットオフセットを使用することもあり、約2GiBの問題が発生します。 BigTIFFは、64ビットオフセットを使用し、はるかに大きなファイル(最大18エクサバイトのサイズ)をサポートするTIFFバリアントファイル形式です。 BigTIFFファイル形式仕様は2007年にLibTIFFバージョン4.0の開発リリースで実装され、2011年に安定版として最終的にリリースされました。 アプリケーションによるBigTIFFファイル形式のサポートは限ら
デジタル保存編集
AdobeはTIFF仕様(別名TIFF6.,0)公開されている二つのサプリメントと一緒に。 これらのドキュメントは、Adobe TIFFリソースページにあります。 RFC3949のFax標準は、これらのTIFF仕様に基づいています。
TIFF6.0で定義されている基本的な”タグセット”を厳密に使用し、圧縮技術をTIFF6.0で識別されている方法に制限し、作成されているすべてのドキュメントについて複数のソースによって適切にテストおよび検証されているTIFFファイルは、ドキュメントを保存するために使用できます。, TIFFファイルの使用に関連するコンテンツおよびドキュメント管理業界でよく見られる問題は、構造に独自のヘッダーが含まれている場合、適切に文書化,
TIFFの変種は、カラーをサポートする他の圧縮技術の中でも、白黒(bitonal、monochrome)画像をサポートするCCITT Group IV2D圧縮を使用して、ドキュメントイメージングおよびコンテンツ/ドキュメント管理システム内で使用することができます。 ストレージ容量とネットワーク帯域幅が今日のサーバー環境で一般的に見られるよりも大きな問題であった場合、大量のストレージスキャンでは、ストレージ容
TIFF6にSampleFormatタグを含める。,0を使用すると、TIFFファイルは、チャンネルあたり8ビットを超える整数画像や浮動小数点画像など、高度なピクセルデータ型を処理できます。 このタグにより、TIFF6.0は、拡張精度が必要な科学的画像処理のための実行可能な形式になりました。 例としては、TIFFを使用して、光サイトあたり最大16ビットの強度分解能を提供する科学的CCDカメラを使用して取得した画像を保存することがあります。 単一のTIFFファイルに一連の画像を保存することも可能であり、TIFF6.0では、複数ページの画像のルールに従うことを条件として許可されています。,
TIFF/ITEdit
TIFF/ITは、ハイエンドプリプレスシステム上で設計された印刷対応ページのデータを送信するために使用されます。 TIFF/IT仕様(ISO12639)は、ファイルセットごとに単一のページを記述できる複数ファイル形式を記述しています。 TIFF/ITファイルは、一般的なTIFFファイルと互換性がありません。
TIFF/ITの開発目標は、オリジナルのIT8磁気テープフォーマットを媒体に依存しないバージョンに引き継ぐことでした。 TIFF/Adobe TIFF6をベースにしています。,0仕様と両方とも、追加のタグを追加することによってTIFF6を拡張し、いくつかのタグとタグ内の値を制限することによって制限します。 すべての有効なTIFF/IT画像が有効なTIFF6.0画像ではありません。
TIFF/カラー連続トーン画像、カラーラインアート画像、高解像度連続トーン画像、モノクロ連続トーン画像、バイナリ画像、バイナリラインアート画像、スクリーニングデータ、およびコンポジット最終ページの画像をエンコードするための画像ファイル形式を定義します。
TIFF/ITにはMIMEタイプが定義されていません。, TIFF/ITはベースラインTIFF6.0に準拠しておらず、広くデプロイされているTIFF6.0リーダーはTIFF/ITを読み取ることができないため、MIMEタイプimage/tiffはTIFF/ITファイルに Mimeタイプimage/tiff(RFC3302で定義されています)は、ベースラインTIFF6.0ファイルに使用されるか、TIFFまたはTIFF拡張子の特定のサブセットを識別する必要がないことを示すために使用されます。 の応用パラメータを使用するイメージ/tiffの区別TIFFなどの拡張やTIFFサブセット. RFC3302によると、特定のTIFFサブセットまたはTIFF拡張機能はRFCとして公開する必要があります。, TIFF/ITにはそのようなRFCはありません。 また、TIFF/IT標準を監督するISO委員会によって、TIFF/ITをimage/tiffのパラメーターまたは新しい個別のMIMEタイプとして登録する計画はありません。,
TIFF/IT filesEdit
- Final Page(FP)
- 連続トーンイメージ(CT)
- ラインワークイメージ(LW)
- 高解像度の連続トーンファイル(HC-オプション)
TIFF/ITは、次のファイルも定義します。
- モノクロ連続トーン画像(MP)
- バイナリピクチャ画像(BP)
TIFF/ITは、次のファイルを定義します。
- モノクロ連続トーン画像(MP)
- バイナリピクチャ画像(BP)
これらのデータ型の一部は、tiff6.0仕様の対応する定義と部分的に互換性があります。, 最終的なページ(FP)は、完全なページを定義するために必要なさまざまなファイルを一緒にグループ化することを可能にします:それは(タイプCT、LWなどの)別々のイメージレイヤを含むパッケージを作成す 最終的な印刷されたイメージを作成するために結合されるため。 その使用は推奨されますが必須ではありません。 FPファイ 通常、CTサブファイルとLWサブファイルが含まれます。
この標準の主色空間はCMYKですが、他の色空間とICCプロファイルの使用もサポートされています。,
TIFF/IT compressionEdit
TIFF/ITは、ファイル構造自体内で圧縮を提供しませんが、制限はありません。 (たとえば、ZIPアーカイブ内のファイル構造全体を圧縮することができます。LWファイルは、Lwにランレングスエンコーディングと呼ばれる特定の圧縮方式を使用します(圧縮タグ値は808016)。 HCファイルは、HCに対して特定のランレングスエンコーディングも使用します(圧縮タグ値は808116です)。 TIFF/IT P1仕様では、CTファイル内での圧縮の使用は許可されていません。,p>
TIFF/IT P1Edit
ISO12639:1998で導入されたTIFF/IT-P1(Profile1)-完全なTIFF/IT標準(以前はANSI IT8.8-1993で定義されていた)の直接のサブセットです。 このサブセットは、標準とソフトウェア開発コミュニティの両方によって、いずれかのベンダーによる完全なTIFF/IT標準の実装が(その複雑さのために)あり, デジタル広告のほぼすべてのTIFF/ITファイルは、TIFF/IT-P1ファイルセットとして2001年に配布されました。 人々がTIFF/ITについて話すとき、彼らは通常P1標準を意味します。,
TIFF/IT-P1の制限のいくつかは次のとおりです(TIFF/ITと比較して):
- CMYKのみを使用します(適切な場合)
- それはピクセルインターリーブされます(適切な場合)
- 画像の向きの単一の選択肢を持っています
- ドット範囲の単一の選択肢を持っています
- 制限された圧縮方法
TIFF/IT-P1はTIFF/ITの単純化された適合レベルであり、それは色の電子製版システム(ceps)とデスクトップの出版の(dtp)の世界間の両立性を最大にする。 それはScitex CT/LWのフォーマットのような専有CEPSのフォーマットにきれいなインターフェイスを提供する。,
TIFF/IT P2Edit
TIFF/IT P1には多くの制限があったため、拡張フォーマットが開発されました。 ISO12639:2004では、TIFF/IT-P2(Profile2)という新しい拡張適合レベルが導入されました。, TIFF/IT-P2は、TIFF/IT-P1に次のような機能を追加しました。
- CMYKスポットカラーのみ(適切な場合)
- CTおよびBPデータの圧縮のサポート(JPEGおよびDeflate)
- 単一のファイル内の複数のLWおよびCTファイルのサポート
- SD(スクリーニングされたデータ)と呼ばれる新しいファイルタイプによるcopydotファイルのサポート
- FP、LW、およびCTを連結する可能性を作成するための努力がありました。
- FP、LW、およびCTを連結する可能性を作成するためにいくつかの努力がありました。gf(group final)ファイルと呼ばれる単一のファイルへのファイルが、これはiso12639:2004のドラフトバージョンで定義されていませんでした。
この形式は広く使用されていませんでした。,
Private tagsEdit
TIFF/IT仕様は、開発者がプライベートタグを利用するTIFFの可能性を保持していました。 TIFF/IT仕様は、これらのプライベートタグをどのように扱うべきかについて非常に正確です-解析する必要がありますが、無視します。
TIFF/IT-P1仕様のプライベートタグは、もともと特定のアプリケーションに特定の機能を追加する方法を開発者に提供することを意図していました。 プライベートタグは、特定の印刷値またはその他の機能を保持するために、開発者(Scitexなど)が使用できます。, プライベートタグは、通常、32768以上のタグ番号でラベル付けされます。
すべてのプライベートタグは、アドビ(TIFF管理者)から要求され、登録されている必要があります。
1992年、DDAP(Digital Distribution of Advertising for Publication、後のDigital Directions in Applications for Production)は、デジタル広告配信のための要件ステートメントを開発しました。 これは、デジタル広告の配信のための認定されたファイル形式標準の開発のためにANSI認定CGATS(グラフィックアーツ技術標準委員会)に提示されました。, CGATSはこの目的のために彼らの選択肢を見直し、TIFFは特定の必要な機能を処理できなかったという事実を除いて、理想的な候補のように見えました。 CGATSは、最終的にTIFF/ITになるものを実装するために、Aldus(TIFF管理者)に独自のTIFFプライベートタグのブロックを求めました。 例えば、色のシーケンスを識別する機能は、タグ34017-色シーケンスタグによって処理されます。
TIFF/ITは、IT8.1、IT8.2、およびIT8.5規格のラスタデータをエンコードするトランスポートに依存しない方法の必要性を満たすために作成されました。,
StandardsEdit
TIFF/ITはANSI IT8.8-1993標準で1993年に定義され、その後国際標準ISO12639:1998-Prepress digital data exchange–Tag image file format for image technology(TIFF/IT)で改訂されました。 ISO規格は、ANSI IT8.8-1993を置き換えます。 これは、プリプレス電子データ交換のためのメディア非依存の手段を指定する。