Loading article…
| TIFF | |
|---|---|
 TIFFリビジョン6.0のワードマーク | |
| ファイル名拡張子 | .tiff、.tif |
| インターネットメディアの 種類 |
|
| タイプコード | TIFF |
| 統一型識別子 （UTI） | public.tiff |
| 魔法の数字 | 49 49 2A 00 または 4D 4D 00 2A |
| 開発元 | アルダス・コーポレーション（現アドビ社） |
| 初回リリース | 1986年9月12日 （1986-09-12） |
| 最新リリース | TIFF 6.0 1992年6月3日( 1992-06-03 ) TIFF 補足 2 / 2002年3月22日( 2002-03-22 ) |
| フォーマットの種類 | 画像ファイル形式 |
| 拡張 | ティフ |
| 拡張 | Exif、DCF、TIFF/EP、TIFF/IT、TIFF-FX、GeoTIFF |
| Webサイト | www.loc.gov/preservation/digital/formats/fdd/fdd000022.shtml |
タグ画像ファイルフォーマット[ 1 ]またはタグ付き画像ファイルフォーマット[ 2 ]は、一般的にTIFFまたはTIFという略称で知られており、ラスターグラフィックス画像を保存するための画像ファイルフォーマットで、グラフィックアーティスト、出版業界[ 3 ] 、写真家の間で人気があります。TIFFは、スキャン、ファックス、ワードプロセッシング、光学文字認識、画像操作、デスクトップパブリッシング、ページレイアウトアプリケーションで広くサポートされています。 [ 4 ]
このフォーマットは、デスクトップ パブリッシングで使用するために、Aldus Corporationのエンジニアである Stephen Carlsen によって作成されました。 [ 5 ] [ 6 ] [ 7 ] [ 8 ]最新バージョン 6.0 は 1992 年に公開され、その後、 1994 年に Adobe Systems が Aldus を買収した後に、 Adobe Systems の著作権で更新されました。Aldus または Adobe の技術ノートがいくつか公開され、フォーマットに小さな拡張が加えられており、TIFF/EP (ISO 12234-2)、TIFF/IT (ISO 12639)、[ 9 ] [ 10 ] [ 11 ] TIFF-F (RFC 2306)、TIFF-FX (RFC 3949) など、いくつかの仕様が TIFF 6.0 に基づいています。[ 12 ]
TIFFは、1980年代半ばのデスクトップスキャナーベンダー各社が、多数の独自フォーマットに代わる共通のスキャン画像ファイルフォーマットに合意するよう促す試みとして作成されました。カールセンの3つの目標は以下のとおりです。
当初、TIFFはバイナリ画像フォーマット（各ピクセルに2つの値しか設定できない）のみでした。これは、当時のデスクトップスキャナーが対応できなかったためです。スキャナーの性能向上とデスクトップコンピューターのディスク容量の拡大に伴い、TIFFはグレースケール画像、そしてカラー画像にも対応するようになりました。現在では、TIFFはJPEGやPNGと並んで、深みのある色彩の画像フォーマットとして広く普及しています。
TIFF仕様の最初のバージョンは、 2つの主要なドラフトリリースを経て、1986年の秋にAldus Corporationによって公開されました。これはリビジョン3.0と呼べます。これは、さまざまなスキャナメーカーやソフトウェア開発者との一連の会議の後に公開されました。1987年4月にはリビジョン4.0がリリースされ、主にマイナーな機能強化が含まれていました。1988年10月にはリビジョン5.0がリリースされ、パレットカラー画像とLZW圧縮のサポートが追加されました。[ 5 ]
TIFF は複雑なフォーマットであり、多くのタグが定義されていますが、通常、各ファイルで使用されるのはそのうちのごく一部です。このため、フォーマットのさまざまなサブセットをサポートする実装が生じ、TIFF はThousands of Incompatible File Formatsの略だというジョークが生まれました。[ 13 ] この問題は、TIFF 仕様の改訂 6.0 [ 5 ] (1992 年 6 月) で、ベースライン TIFF (すべての実装でサポートが必須) とTIFF 拡張機能(オプション)の区別を導入することで対処されました。追加の拡張機能は、それぞれ 1995 年 9 月[ 14 ]と 2002 年 3 月[ 15 ]に公開された仕様の 2 つの補足で定義されています。
TIFF ファイルには、仕様でサブファイルと呼ばれる 1 つまたは複数の画像が含まれます。複数のサブファイルを使用する基本的な用途は、複数ページのテレファックスを1 つのファイルにエンコードすることですが、異なるサブファイルが同じ画像の異なるバリエーションである場合（たとえば、異なる解像度でスキャンされた場合）も許可されています。各サブファイルは、ファイル内の連続したバイト範囲ではなく、最上位エンティティがイメージ ファイル ディレクトリ(IFD) と呼ばれるデータ構造です。ベースライン TIFF リーダーは最初のサブファイルのみを使用すればよいですが、各 IFD には次の IFD にリンクするためのフィールドがあります。
IFD は、 TIFF の名前の由来となったタグが格納されている場所です。各 IFD には 1 つまたは複数のエントリが含まれており、各エントリはタグによって識別されます。タグは任意の 16 ビット数値です。TIFF データの説明でよく使われる ImageWidth などのシンボル名は、ファイル自体には明示的に表示されません。各 IFD エントリには関連付けられた値があり、これはフォーマットの一般的な規則に基づいてデコードできますが、その値が何を意味するかはタグによって異なります。1 つの IFD 内には、特定のタグを持つエントリは 1 つしか存在できません。タグの中には、実際の画像データへのリンクに使用されるもの、画像データの解釈方法を指定するもの、画像のメタデータに使用されるものなどがあります。
TIFF 画像は、長方形の[ 16 ]ピクセル グリッドで構成されています。このジオメトリの 2 つの軸は、水平 (または X、または幅) と垂直 (または Y、または長さ) と呼ばれます。水平解像度と垂直解像度は等しくなくても構いません (通常、テレファックスでは等しくないため)。ベースライン TIFF 画像は、画像の垂直範囲を 1 つまたは複数のストリップに分割し、それぞれを個別にエンコード (特に圧縮) します。歴史的には、これは、非圧縮データを保存する容量が限られている TIFF リーダー (ファックス機など) を容易にするために機能しました (1 つのストリップがデコードされてすぐに印刷されます)。しかし、現在の仕様では、「編集の柔軟性の向上と効率的な I/O バッファリング」によって動機付けられています。[ 5 ] : 19 TIFF 拡張機能では、タイル画像という代替手段が提供され、その場合、画像の水平範囲と垂直範囲の両方がより小さな単位に分解されます。
これらの例の1つとして、TIFF 画像のエンコードでタグがどのように使用されるかを示す例として、ストライプ TIFF 画像ではタグ 273 (StripOffsets)、278 (RowsPerStrip)、および 279 (StripByteCounts) が使用されます。StripOffsets は画像データのブロックを指し、StripByteCounts はこれらのブロックの長さ (ファイルに格納されている) を示し、RowsPerStrip はストリップ内のピクセルの行数を示します。後者は、ストリップが 1 つしかない場合でも必要であり、その場合はタグ 257 (ImageLength) の値を単に複製するだけです。タイル TIFF 画像では、代わりにタグ 322 (TileWidth)、323 (TileLength)、324 (TileOffsets)、および 325 (TileByteCounts) が使用されます。各ストリップまたはタイル内のピクセルは、行優先順 (左から右、上から下) に表示されます。
1 ピクセルのデータは 1 つまたは複数のサンプルで構成されます。たとえば、RGB画像では、ピクセルごとに 1 つの赤サンプル、1 つの緑サンプル、および 1 つの青サンプルがありますが、グレースケールまたはパレットカラー画像では、ピクセルごとに 1 つのサンプルしかありません。TIFF は、加法混色(RGB、RGBAなど) と減法混色( CMYKなど) の両方のカラー モデルに対応しています。TIFF は、ピクセルごとのサンプルの数を制限しません (選択したカラー モデルに十分なサンプルがあることを除く)。また、各サンプルにエンコードされるビット数も制限しませんが、ベースライン TIFF では、リーダーがカラー モデルと画像のビット深度のいくつかの組み合わせをサポートすることのみが必要です。カスタム サンプル セットのサポートは、科学アプリケーションで非常に役立ちます。ピクセルごとに 3 つのサンプルはマルチスペクトル イメージングの低レベルであり、ハイパースペクトル イメージングでは、ピクセルごとに数百のサンプルが必要になる場合があります。TIFF は、ピクセルのすべてのサンプルを単一のストリップ/タイル内に隣接させること (PlanarConfiguration = 1) と、異なるストリップ/タイルに異なるサンプルを配置すること (PlanarConfiguration = 2) の両方をサポートしています。サンプル値のデフォルト形式は符号なし整数ですが、TIFF拡張機能を使用すると、符号付き整数またはIEEE-754浮動小数点数として宣言したり、有効なサンプル値のカスタム範囲を指定したりできます。
TIFF 画像は、非圧縮、可逆圧縮方式による圧縮、または非可逆圧縮方式による圧縮のいずれかになります。可逆圧縮方式であるLZW は、TIFF の標準圧縮方式と見なされることがありますが、これは厳密には TIFF の拡張機能です。圧縮方式は、データを処理するレベルが大きく異なります。LZW は、ストリップまたはタイルをエンコードするバイト ストリームに対して作用します (サンプル構造、ビット深度、行幅は考慮しません)。一方、JPEG 圧縮方式は、ピクセルのサンプル構造を変換し (異なるカラー モデルに切り替える)、ピクセルを行ごとではなく 8×8 ブロックでエンコードします。
TIFFファイル内のデータのほとんどは数値ですが、特定のタグに適した場合は、データをテキストとして宣言することも可能です。テキスト値を受け付けるタグには、Artist、Copyright、DateTime、DocumentName、InkNames、Modelなどがあります。
アプリケーション パラメータのないMIME タイプimage/tiff (RFC 3302 で定義) は、ベースライン TIFF 6.0 ファイルに使用されるか、特定の TIFF サブセットまたは TIFF 拡張機能を識別する必要がないことを示すために使用されます。オプションの「application」パラメータ (例: Content-type: image/tiff; application=foo) は、エンコードされた画像データの特定の TIFF サブセットおよび TIFF 拡張機能を識別するために image/tiff に定義されています (既知の場合)。RFC 3302 によると、アプリケーション パラメータで使用される特定の TIFF サブセットまたは TIFF 拡張機能は、RFC として公開する必要があります。[ 17 ]
MIMEタイプimage/tiff-fx（RFC 3949およびRFC 3950で定義）は、TIFF 6.0とTIFFテクニカルノートTTN1（ツリー）およびTTN2（TIFF/JPEG代替仕様）に基づいています。これは、ITU-T勧告グループ3の白黒、グレースケール、カラーファックスに対応したインターネットファックスに使用されます。
Adobe は、 TIFF 仕様 (別名 TIFF 6.0) および公開されている 2 つの補足資料の著作権を保有しています。これらの文書は、Adobe TIFF リソースのページで見つけることができます。[ 18 ] RFC 3949 のFax規格は、これらの TIFF 仕様に基づいています。[ 19 ]
TIFF 6.0 で定義されている基本の「タグ セット」を厳密に使用し、圧縮技術を TIFF 6.0 で指定された方法に限定し、作成されるすべてのドキュメントについて複数のソースによって適切にテストおよび検証された TIFF ファイルは、ドキュメントの保存に使用できます。コンテンツおよびドキュメント管理業界でよく見られる TIFF ファイルの使用に関連する問題は、構造に独自のヘッダーが含まれている場合、適切に文書化されていない場合、または TIFF データセットの周りに「ラッパー」やその他のコンテナが含まれている場合、または不適切な圧縮技術が含まれている場合、あるいはそれらの圧縮技術が適切に実装されていない場合に発生します。
TIFF のバリアントは、 CCITT Group IV 2D 圧縮を使用してドキュメント イメージングおよびコンテンツ/ドキュメント管理システムで使用できます。この圧縮は、カラーをサポートする他の圧縮技術に加えて、白黒(2 階調、モノクロ) 画像をサポートします。ストレージ容量とネットワーク帯域幅が今日のサーバー環境で一般的に見られるよりも大きな問題であった時代には、大容量ストレージのスキャンでは、ストレージ容量を節約するためにドキュメントは白黒 (カラーやグレースケールではなく) でスキャンされていました。
TIFF 6.0にSampleFormatタグが追加されたことで、TIFFファイルは、チャンネルあたり8ビットを超える整数画像や浮動小数点画像など、高度なピクセルデータタイプを処理できるようになりました。このタグにより、TIFF 6.0は、高度な精度が求められる科学画像処理において実用的なフォーマットとなりました。例えば、フォトサイトあたり最大16ビットの輝度解像度を持つ科学用CCDカメラで取得した画像をTIFFで保存する場合などが挙げられます。また、複数の画像を1つのTIFFファイルに保存することも可能で、複数ページ画像のルールに従えば、TIFF 6.0では許可されています。
TIFF は、画像の形状を定義するヘッダー タグ (サイズ、定義、画像データ配置、適用された画像圧縮) を含めることで、単一ファイル内で画像とデータを処理するための柔軟で適応性の高いファイル フォーマットです。たとえば、TIFF ファイルは、JPEG (非可逆) およびPackBits (可逆) で圧縮された画像を格納するコンテナとして使用できます。TIFF ファイルには、ベクターベースのクリッピング パス(アウトライン、切り抜き、画像フレーム) を含めることもできます。画像データを可逆形式で保存できるため、TIFF ファイルは便利な画像アーカイブになります。標準の JPEG ファイルとは異なり、可逆圧縮 (または圧縮なし) を使用する TIFF ファイルは、画質を損なうことなく編集および再保存できます。これは、圧縮 JPEG を格納するコンテナとして TIFF を使用する場合には当てはまりません。その他の TIFF オプションには、レイヤーとページがあります。
TIFFには、ファイルサイズを縮小するための可逆データ圧縮技術であるLZW圧縮を使用するオプションがあります。このオプションの使用は、LZW技術に関する特許が2004年に失効するまで制限されていました。
TIFF 6.0 仕様は、以下の部分から構成されています。[ 5 ]
TIFFが導入されたとき、その拡張性により互換性の問題が生じた。エンコードの柔軟性から、TIFFは「Thousands of Incompatible File Formats（何千もの互換性のないファイル形式） 」の略だというジョークが生まれた。[ 13 ]これらの問題を回避するために、すべてのTIFFリーダーはBaseline TIFFを読み取る必要があった。Baseline TIFFには、レイヤーや圧縮されたJPEGまたはLZW画像が含まれていない。Baseline TIFFは正式にはTIFF 6.0、パート1：Baseline TIFFとして知られている。
以下は、必要なベースラインTIFF機能の不完全なリストです。[ 5 ]
TIFFファイルリーダーは、1つのTIFFファイルにつき複数/複数ページの画像（サブファイル）に対応できる必要がありますが、最初の画像以降の画像に対して実際に何らかの処理を行う必要はありません。
TIFF ファイルには、複数のイメージ ファイル ディレクトリ (IFD) が存在する場合があります。各 IFD はサブ ファイルを定義します。サブ ファイルの用途の 1 つは、ファクシミリ文書のページなど、関連する画像を記述することです。ベースライン TIFF リーダーは、最初の IFD 以降の IFD を読み取る必要はありません。[ 5 ]
ベースラインTIFF画像は、1つ以上のストリップで構成されます。ストリップ（またはバンド）は、1つ以上の行で構成される画像のサブセクションです。各ストリップは画像全体とは独立して圧縮でき、それぞれがバイト境界から始まります。画像の高さがストリップの行数で割り切れない場合、最後のストリップの行数は少なくなることがあります。ストリップ定義タグが省略されている場合、画像は単一のストリップで構成されているとみなされます。
ベースラインTIFFリーダーは、次の3つの圧縮方式を処理する必要があります。[ 5 ]
基本的なTIFF画像タイプは、二値画像、グレースケール画像、パレットカラー画像、およびRGBフルカラー画像です。[ 5 ]
すべての TIFF ファイルは、バイト順序を示す 2バイトのインジケータで始まります。リトルエンディアン (別名「インテルバイト順序」、1980年頃) [ 20 ]の場合は「II」、ビッグエンディアン (別名「モトローラバイト順序」、1980 年頃) [ 20 ]の場合は「MM」です。次の 2 バイトのワードにはフォーマット バージョン番号が含まれており、これは TIFF のすべてのバージョン (TIFF v5.0 および TIFF v6.0 など) で常に 42 です。[ 21 ] TIFF ファイル内のすべての 2 バイトのワード、ダブルワードなどは、指定されたバイト順序であると想定されます。TIFF 6.0 仕様では、準拠する TIFF リーダーは両方のバイト順序 (「II」と「MM」) をサポートする必要がありますが、ライターはどちらを使用してもよいと規定されています。[ 22 ]
TIFF リーダーは、TIFF 仕様で説明されていないプライベートフィールドに遭遇した場合、それを無視する準備をしておく必要があります。TIFF リーダーは、オプションのフィールドが存在しない場合でも、TIFF ファイルの読み取りを拒否してはなりません。[ 5 ]
多くの TIFF リーダーは、ベースライン TIFF に含まれるタグに加えて追加のタグをサポートしていますが、すべてのリーダーがすべての拡張機能をサポートしているわけではありません。[ 23 ] [ 24 ] [ 25 ]その結果、ベースライン TIFF の機能は TIFF の最小公倍数となりました。ベースライン TIFF の機能は TIFF 拡張機能 (TIFF 6.0 パート 2 仕様で定義) で拡張されますが、拡張機能はプライベート タグでも定義できます。
TIFF拡張機能は正式にはTIFF 6.0、パート2：TIFF拡張機能として知られています。TIFF 6.0仕様で定義されているTIFF拡張機能の例を以下に示します。[ 5 ]
ベースライン TIFF ファイルには、一連の画像 (IFD) を含めることができます。通常、すべての画像は関連していますが、ドキュメントのページなど、異なるデータを表しています。同じデータの複数のビューを明示的にサポートするために、SubIFDタグが導入されました。[ 14 ]これにより、画像をツリー構造に沿って定義できます。各画像は一連の子を持つことができ、各子はそれ自体が画像です。一般的な使用法は、サムネイルや、異なるカラースペースでの画像の複数のバージョンを提供することです。
TIFF画像は、複数のタイルで構成される場合もあります。同じ画像内のすべてのタイルは同じ寸法を持ち、ストリップ（上記参照）と同様に、画像全体とは独立して圧縮できます。タイル画像はTIFF 6.0、パート2：TIFF拡張機能の一部であるため、ベースラインTIFFリーダーではタイル画像のサポートは必須ではありません。
TIFF 6.0 仕様 (序論) によると、Adobe がベースライン TIFF の一部として承認していない提案された TIFF 拡張機能を使用するすべての TIFF ファイル (通常、出版、一般的なグラフィック、または画像交換の領域に該当しない TIFF の特殊な用途向け) は、TIFF ファイルと呼ばれないか、主流の TIFF ファイルと混同されないように何らかの方法でマークする必要があります。
開発者は「プライベートタグ」のブロックを申請することで、ファイル交換に問題を起こすことなく、独自の情報をTIFFファイルに含めることができます。TIFFリーダーは認識できないタグを無視する必要があり、登録された開発者のプライベートタグは、他の開発者のタグや仕様で定義されている標準タグセットと競合しないことが保証されています。プライベートタグには32,768以上の番号が割り当てられます。
プライベートタグは、特定の組織にとってのみ意味のある情報、または TIFF 内の新しい圧縮方式の実験のために予約されています。リクエストに応じて、TIFF 管理者 (現在は Adobe) は、他の組織との競合を避けるために、組織に 1 つ以上のプライベートタグを割り当てて登録します。組織や開発者は、独自のタグ番号を任意に選択することは推奨されません。そうすると、深刻な互換性の問題が発生する可能性があるためです。ただし、TIFF ファイルがプライベート環境から漏れる可能性がほとんどまたはまったくない場合は、組織や開発者は、再利用可能な 65,000 ～ 65,535 の範囲の TIFF タグを使用することを検討することをお勧めします。この範囲の番号を使用する場合は、Adobe に連絡する必要はありません。[ 5 ]
TIFFタグ259（0103 16）には、圧縮方法に関する情報が格納されます。デフォルト値は1（圧縮なし）です。
ほとんどのTIFF書き込みソフトとTIFF読み取りソフトは、一部のTIFF圧縮方式のみをサポートしています。以下に、使用されているTIFF圧縮方式の例をいくつか示します。
TIFF ファイル形式は32 ビットのオフセットを使用するため、ファイルサイズは約 4 GiBに制限されます。一部の実装では符号付き 32 ビットのオフセットも使用されており、約 2 GiB で問題が発生します。BigTIFF は TIFF の派生ファイル形式で、64 ビットのオフセットを使用し、はるかに大きなファイル (最大 18エクサバイト) をサポートします。[ 40 ] [ 41 ] BigTIFF ファイル形式の仕様は 2007 年にLibTIFFバージョン 4.0の開発リリースで実装され、2011 年 12 月に安定版としてリリースされました。アプリケーションによる BigTIFF ファイル形式のサポートは限られています。[ 42 ]ファイル名の拡張子は tif であることが多いですが、tiff、gtiff、btf、または tf8 の場合もあります。[ 42 ]
Exif仕様[ 43 ]はTIFFをベースにしています。非圧縮画像データの場合、Exifファイルはいくつかのプライベートタグが付いたTIFFファイルから直接作成されます。JPEG圧縮画像データの場合、 ExifはJPEGファイル交換フォーマットを使用しますが、ファイルのAPP1セグメントにTIFFファイルを埋め込みます。埋め込まれたTIFFの最初のIFD（Exif仕様では0thと呼ばれます）には画像データは含まれておらず、プライマリ画像のメタデータのみが格納されています。ただし、埋め込まれたTIFFにはサムネイル画像が含まれる場合があり、これは2番目のIFD（Exif仕様では1stと呼ばれます）によって提供されます。ExifオーディオファイルフォーマットはTIFFをベースにしていません。
Exifは、画像メタデータ、特にカメラ設定や位置情報データ用の多数のプライベートタグを定義していますが、それらのほとんどは通常のTIFF IFDには表示されません。代わりに、これらはメインIFD内のプライベートタグによって参照される別のIFDに格納されています。[ 44 ]
| TIFF/IT | |
|---|---|
| ファイル名拡張子 | .fp、.ct、.lw、.hc、.mp、.bp、.bl、.sd [ 17 ] |
| インターネットメディアの 種類 | 定義されていない[ 17 ] |
| 開発元 | ANSI、ISO |
| 初回リリース | 1993年 （1993年） |
| 最新リリース | TIFF/IT 2004 ( 2004 ) |
| フォーマットの種類 | 画像ファイル形式 |
| 拡張 | TIFF 6.0 |
| 標準 | ISO 12639 [ 9 ] [ 45 ] [ 46 ] |
TIFF/IT は、ハイエンドのプリプレス システムでデザインされた印刷準備済みのページのデータを送信するために使用されます。[ 47 ] TIFF/IT 仕様 (ISO 12639) は、ファイル セットごとに 1 つのページを記述できるマルチ ファイル フォーマットを規定しています。[ 48 ] TIFF/IT ファイルは、一般的な TIFF ファイルとは互換性がありません。[ 49 ] [ 50 ] [ 51 ]
TIFF/IT の開発目標は、オリジナルのIT8磁気テープ形式を媒体に依存しないバージョンに引き継ぐことでした。TIFF/IT は Adobe TIFF 6.0 仕様に基づいており、追加のタグを追加することで TIFF 6 を拡張すると同時に、一部のタグとタグ内の値を制限することで TIFF 6 を制限しています。有効な TIFF/IT 画像がすべて有効な TIFF 6.0 画像であるとは限りません。[ 52 ]
TIFF/ITは、カラー連続階調画像、カラー線画画像、高解像度連続階調画像、モノクロ連続階調画像、バイナリ画像、バイナリ線画画像、スクリーニングデータ、および合成最終ページの画像をエンコードするための画像ファイル形式を定義します。[ 10 ]
TIFF/IT には MIME タイプが定義されていません。TIFF /IT は Baseline TIFF 6.0 に準拠しておらず、広く普及している TIFF 6.0 リーダーでは TIFF/IT を読み取ることができないため、MIME タイプ image/tiff を TIFF/IT ファイルに使用するべきではありません。アプリケーションパラメータのない MIME タイプ image/tiff (RFC 3302 で定義) は、Baseline TIFF 6.0 ファイルに使用するか、特定の TIFF サブセットまたは TIFF 拡張機能を識別する必要がないことを示すために使用されます。アプリケーション パラメータは、 TIFF 拡張機能または TIFF サブセットを区別するためにimage/tiffとともに使用する必要があります。RFC 3302 によると、特定の TIFF サブセットまたは TIFF 拡張機能は RFC として公開する必要があります。TIFF/IT にはそのような RFC はありません。 TIFF/IT 規格を管理する ISO 委員会は、TIFF/IT を image/tiff のパラメータとして、または新しい独立した MIME タイプとして登録する計画もありません。[ 17 ]
TIFF/IT はさまざまなファイルで構成されており、一般的なデスクトップ アプリケーションでは作成または開くことができません。[ 17 ] [ 49 ] [ 53 ] TIFF/IT-P1 ファイル セットは通常、次のファイルで構成されます。[ 10 ] [ 11 ] [ 54 ]
TIFF/IT では、以下のファイルも定義されています。[ 10 ]
これらのデータタイプの一部は、TIFF 6.0 仕様の対応する定義と部分的に互換性があります。最終ページ (FP) を使用すると、完全なページを定義するために必要なさまざまなファイルをグループ化できます。これは、最終的な印刷画像を作成するために組み合わせる個別の画像レイヤー (CT、LW など) を含むパッケージを作成するメカニズムを提供します。その使用は推奨されますが、必須ではありません。FP ファイルには少なくとも 1 つのサブファイルが必要ですが、各タイプにつき 1 つ以下でなければなりません。通常、CT サブファイルと LW サブファイルが含まれます。[ 10 ] [ 52 ] [ 55 ]
この規格の主要なカラースペースはCMYKですが、他のカラースペースやICCプロファイルの使用もサポートされています。[ 10 ]
TIFF/ITはファイル構造自体の圧縮については規定していませんが、制限はありません。[ 52 ]（例えば、ZIPアーカイブではファイル構造全体を圧縮することが許可されています。）
LWファイルは、LW用のランレングス符号化と呼ばれる特定の圧縮方式を使用します（圧縮タグの値は8080 16です）。HCファイルもHC用の特定のランレングス符号化を使用します（圧縮タグの値は8081 16です）。TIFF/IT P1仕様では、CTファイル内での圧縮は許可されていません。
以下は、定義された TIFF/IT 圧縮方式のリストです。[ 46 ]
ISO 12639:1998 では、TIFF/IT-P1 (プロファイル 1) が導入されました。これは、完全な TIFF/IT 標準 (以前は ANSI IT8.8–1993 で定義されていました) の直接のサブセットです。このサブセットは、標準とソフトウェア開発コミュニティの両方が、完全な TIFF/IT 標準を 1 つのベンダーが実装することは (その複雑さのため) ありそうもなく、また (プロファイル 1 でデジタル広告配信のほとんどのアプリケーションをカバーできるため) 不要であるという共通認識に基づいて開発されました。2001 年に、デジタル広告のほぼすべての TIFF/IT ファイルは TIFF/IT-P1 ファイル セットとして配布されました。[ 56 ] [ 57 ]人々が TIFF/IT について話すときは、通常 P1 標準を意味します。[ 11 ]
TIFF/IT-P1 の制限事項の一部を以下に示します (TIFF/IT と比較した場合): [ 55 ]
TIFF/IT-P1はTIFF/ITの簡略化された適合レベルであり、カラー電子プリプレスシステム（CEPS）とデスクトップパブリッシング（DTP）の世界間の互換性を最大化します。[ 52 ] [ 58 ] Scitex CT /LWフォーマットなどの独自のCEPSフォーマットにクリーンなインターフェースを提供します。
TIFF/IT P1には多くの制限があったため、拡張フォーマットが開発されました。ISO 12639:2004では、新しい拡張適合レベルであるTIFF/IT-P2（プロファイル2）が導入されました。TIFF/IT-P2は、TIFF/IT-P1に次のような多くの機能を追加しました。[ 11 ]
この形式は広く使われていなかった。
TIFF/IT仕様では、開発者がプライベートタグを利用できるTIFFの可能性が維持されています。TIFF/IT仕様では、これらのプライベートタグの扱い方について非常に厳密に規定されており、解析はするものの無視する必要があります。[ 59 ]
TIFF/IT-P1仕様におけるプライベートタグは、元々は開発者が特定のアプリケーション向けに特定の機能を追加できるようにするために設けられました。プライベートタグは、開発者（例えばScitex社）が特定の印刷値やその他の機能を保持するために使用できます。プライベートタグには通常、32768以上のタグ番号が付けられます。
すべてのプライベートタグは、Adobe（TIFFの管理者）に申請し、登録する必要があります。
1992年、DDAP（Digital Distribution of Advertising for Publication、後にDigital Directions in Applications for Production）は、デジタル広告配信の要件ステートメントを作成しました。これは、デジタル広告配信用の認定ファイルフォーマット標準の開発のため、ANSI認定のCGATS（Committee for Graphic Arts Technology Standards）に提出されました。CGATSはこの目的のために代替案を検討し、TIFFが理想的な候補であるように思われましたが、必要な機能の一部を処理できないという問題がありました。CGATSは、最終的にTIFF/ITとなるものを実装するために、Aldus（TIFF管理者）に独自のTIFFプライベートタグのブロックを要求しました。たとえば、色のシーケンスを識別する機能は、タグ34017（カラーシーケンスタグ）によって処理されます。[ 59 ]
TIFF/ITは、IT8.1、IT8.2、IT8.5規格において、伝送方式に依存しないラスターデータのエンコード方法に対するニーズを満たすために開発されました。
TIFF/IT は 1993 年に ANSI IT8.8–1993 規格で定義され、後に国際規格ISO 12639:1998 - プリプレス デジタル データ交換 - 画像技術用タグ画像ファイル形式 (TIFF/IT)で改訂されました。[ 9 ] ISO 規格は ANSI IT8.8–1993 に取って代わるものです。プリプレス電子データ交換のためのメディア非依存の手段を規定しています。[ 60 ]
TIFF/IT の ISO 12639:2004 (第 2 版) 規格は、ISO 12639:1998 に取って代わりました。また、後に ISO 12639:2004 / Amd. 1:2007 - TIFF/IT での JBIG2-Amd2 圧縮の使用で拡張されました。[ 61 ]
保存するために使用されるコンピュータファイルです。
（Tagged Image File Format）ファイルは、出版、写真編集、グラフィックデザインでよく使用されます。
このファイルフォーマット仕様は、一般的にファックス拡張TIFF（TIFF-FX）として知られています。
{{cite web}}: CS1 maint: 数値名: 著者リスト (リンク)という数字は、その深い哲学的意義のために選ばれた。
バイト順序には「MM」と「II」があります。TIFFリーダーは両方のバイト順序に対応できる必要があります。TIFFライターは、最も便利で効率的な方を選択して構いません。
デジタルリポジトリでファイルが積極的に管理されている場合、TIFF ファイルに LZW または ZIP ロスレス圧縮を使用することを検討できます。JPEG 圧縮は [...] TIFF 内で使用すべきではありません。[...] 回答者の大多数は非圧縮画像を使用しています (64%)。圧縮を使用する場合は、主に LZW が使用されます。
注: TIFF/IT-P1 は Photoshop® の Tiff と同等ではありません。