5.2 仕様

TIFFには各種のバージョンがありますが、ここでは1992年6月に公表されたRevision 6.0(TIFF 6.0)のベースラインTIFFに基づいて説明します。 TIFF 6.0のベースラインTIFFは全ての対応アプリケーションがサポートすべき基本的な機能を定めたもので、この機能を超える機能は拡張TIFFとして扱われます。

TIFFはGIFと同じように複数のブロックから構成されており、各ブロックはタグと呼ばれる識別コードで区別されます。 しかしGIFと違って最初からファイル保存向けに設計されたものであり、基本的にランダム編成になっていて、ファイルヘッダ以外のブロックは原則としてファイルのどこにあってもかまいません。

(1) ファイルヘッダ

TIFFファイルを識別するためのヘッダ部分で、ファイルの先頭に１つだけ存在します。

1) バイトオーダー

マルチバイトデータのバイト順を表すASCII文字コードで、「MM(4D4DH)」が上位から下位の正順で保存されるMotorola型を、「II(4949H)」が下位から上位の逆順で保存されるIntel型を表します。

2) バージョン番号

仕様では「バージョン番号」と呼ばれていますが、実際にはバージョンとは無関係に固定値42(2AH)が入っていて、普通はバイトオーダーとともにTIFFファイルの識別子として利用されます。

ちなみに42という値に関して、初期のTIFF仕様書には「深い哲学的な意味がある」などともったいぶって書かれていますが、実はDouglas Adam'sの著書「The Hitchhiker's Guide to The Galaxy」中の『人生、宇宙、そして全てに対する答えは42である』というくだりに由来するという説もあります。 しかし、残念ながら僕はその本を読んだことがないので、真偽のほどは定かではありません。(^^;)

3) IFDポインタ

最初のイメージファイルディレクトリ(Image File Directory、IFD)へのポインタで、ファイルの先頭を基点としたバイト単位のオフセット値が保存されています。 TIFFファイルを読み込む場合、ファイルヘッダを読み込んだ後は、普通はこのポインが指す部分にとんで、そこから読み取りを続行します。

(2) IFD(Image File Directory)

イメージファイルディレクトリとは、画像の各種パラメターや、画像関連データ・カラーマップ・イメージデータへのポインタを格納した12バイトのデータエントリの集まりで、ちょうどファイルに対するディレクトリと同じような役目をします。 IFDの各エントリの先頭には、データの型を示すタグと呼ばれる識別コードが保存されていますので、IFDエントリのことを「タグ付きポインタ」と呼ぶこともあります。

ひとつのIFDはひとつのイメージデータに対応し、IFDはファイル中にいくつでも存在できますから、TIFFはGIFのように１つのファイル中に複数のイメージデータを保存することも可能です。 しかし、通常は１つのIFDと１つのイメージデータしかありません。

1) エントリカウント

このIFDに含まれるエントリ数を表します。 ひとつのIFD中に存在できるエントリは最大65535(＝64K−1)個です。

2) IFDエントリ

(i) タグ

IFDエントリのデータフィールドに含まれるデータ、またはデータポインタが指し示すデータの種類を表す識別コードで、現在のところ00FEH(10進数では254)から0214H(532)を中心とした公開タグと、それ以外の非公開タグとがあります。 非公開タグは特定のアプリケーションが利用するもので、その部分は原則として互換性がなくなります。 このためベースラインTIFFでは公開タグだけを利用し、非公開タグを利用したものは拡張TIFFになります。

IFDエントリは、アプリケーションがデータの種類を素早く確認できるように、タグの小さい順に並べられています。 なおタグは種類が非常に多いので、具体的な解説はデータフィールドの解説と合わせて後で行います。

(ii) データの型

データの型を表すコードで、以下のような種類があります。

• コード１…BYTE型(１バイト整数)
• コード２…ASCII型(１バイトのASCII文字)
• コード３…SHORT型(２バイト短整数)
• コード４…LONG型(４バイト長整数)
• コード５…RATIONAL型(８バイト分数、４バイトの分子とそれに続く４バイトの分母)
• コード６…SBYTE型(１バイト符号付き整数)
• コード７…UNDEFINED型(あらゆる１バイトデータ)
• コード８…SSHORT型(２バイト符号付き短整数)
• コード９…SLONG型(４バイト符号付き長整数)
• コード10…SRATIONAL型(８バイト符号付き分数、４バイトの分子とそれに続く４バイトの分母)
• コード11…FLOAT型(４バイト実数、IEEE浮動小数点形式)
• コード12…DOUBLE型(８バイト倍精度実数、IEEE倍精度浮動小数点形式)

(iii) カウントフィールド

データフィールドに含まれる値の数を表します。 この値にデータの型からわかるデータのバイト数をかけたものが、データフィールドのバイト数になります。 ASCII型のデータの場合、ASCII文字列は１バイト以上のヌル文字(00H)で終了している必要があり、そのヌル文字もカウント数に含まれます。

(iv) データフィールドまたはデータポインタ

データ型とカウントフィールドの値から求められるデータフィールドのサイズが４バイト以内ならば、データそのものが含まれ、４バイトよりも大きければ、データフィールドに対するポインタ(ファイルの先頭を基点としたオフセット値)が含まれます。 データポインタは４バイトのLONG型整数によるオフセット値ですので、４バイト全てが有効ですが、データフィールドの場合はデータが左詰めで保存され、必要な上位バイトだけが有効になり、下位バイトには０がパディングされます。 例えばデータがSHORT型の場合は上位２バイトが有効となり、ASCII型で３バイトある場合は上位３バイトが有効となります。

3) IFDポインタ

次のIFDへのバイト単位のポインタで、次のIFDがない場合は０が入っています。

最終更新日：2000年1月1日 　第1節へ その２へ

　webmaster@snap-tck.com 　Copyleft (C) 2000 SNAP(Sugimoto Norio Art Production)