BMP を TIFF に変換

これが最初に知っておくべきことで、普通の変換とは逆です。BMP は 1 画素あたり 3 バイトで書かれますが、ここでの TIFF には赤・緑・青・アルファの 4 チャンネルが渡され、それも無圧縮で書かれます。4000×3000 の画像は BMP でおよそ 36 MB、TIFF ではおよそ 48 MB になり、1920×1080 なら 6.2 MB から 8.3 MB 前後まで増えます。

画像に何かが足されたわけではありません。増えた分の大半はほぼ確実にどこも不透明なアルファチャンネルで、それでもベースライン形式には「このチャンネルは一様です」と言う方法がないため、フルコストで書き込まれます。目的が形式ではなく小さいファイルなら、このページではなく PNG が正解です。PNG も可逆で、ビットマップによくある平坦な素材ではどちらのファイルよりずっと小さくなります。この一文を読んで離れるのも、このページの正当な結末です。

TIFF は形式というより画像のためのファイリングシステムに近く、その読み手たちが合意している範囲は仕様が示唆するより狭いのが実情です。LZW は特許フリーでどこでも読めます。Deflate はどこでも読めるわけではありません。TIFF の中の JPEG は、TIFF の皮をかぶった別の画像として扱われます。

TIFF に変換する人はほぼ必ず、特定の何か——プリンター、スキャナー自身のソフト、書面で仕様を定めた文書アーカイブ——へファイルを渡そうとしています。そうした読み手すべてが受け入れる唯一の形式が、無圧縮のベースラインです。代償は容量で、決して小さくはありませんが、開けないファイルより大きいファイルのほうがましだという理由で、あえてここで払われます。行き先が LZW に対応していて容量が問題になるなら、あとから ImageMagick で TIFF を圧縮するのは 1 行の作業で済み、それはあなたが判断できる話であって、この変換機が判断すべきことではありません。

印刷やアーカイブの仕様は 1 インチあたりのドット数で語りますが、これは画素の格子そのものの性質ではなく、その格子を紙の上でどれだけの大きさにするかを添える数値です。BMP には 1 メートルあたりの画素数を記す欄があり、TIFF には解像度タグがありますが、どちらも画像を構成するものではありません。

このパイプラインは画素と寸法だけを TIFF ライターに渡すので、解像度タグに特定の値が入って届くと期待しないでください。物理的な大きさが重要な場面では、画像を配置するソフトの中で設定するか、提出前にタグを確認してください。本当の情報は画素の寸法のほうで、これは正確です。2,480×3,508 は、どんなタグの値がどうあれ、300 dpi の A4 ページであり、300 dpi を求める仕様はこの寸法を求めているということです。

レジストリはこの形式の用途として印刷、スキャン、アーカイブを挙げており、それがほぼすべてです。商業印刷所が TIFF を指定するのは、RIP に渡すもっとも安全な選択だからです。文書管理システムや記録管理システムが指定するのは、1986 年から読めてきて、この先 40 年も読めるからです。研究機器や画像処理装置がこの形式で書くのは、そのソフトが昔からずっとそうしてきたからです。

これらに共通するのは、誰か別の人が書いた要件だということです。自分の都合で TIFF に変換する人はいません。ファイルは大きくなり、Safari 以外のブラウザーは開けず、汎用ツールはたいてい別の形式を好みます。だからこのページは説得よりも、出力が実際にどうなるかの説明に重きを置いています。

TIFF はこのサイトの中でも数少ない CMYK を持てる形式で、印刷の仕様はよく CMYK を求めます。この変換ではそれを作れません。パイプラインは RGB へデコードし、RGB のまま処理し、RGB で書き出します。それを変える設定はありません。

変換ツールがそれを取り繕うべきでもありません。RGB を CMYK にするのはカラーマネジメントされた作業で、印刷機や用紙、印刷所が使うプロファイルに依存します。式だけで行えば、技術的には CMYK でも内容としては誤ったファイルになり、たいていくすんだ黒や、印刷されるまで誰も気づかない色かぶりという形で問題が出ます。仕様が CMYK を求めているなら、その 3 つを知っているソフトの中で分版すべきで、印刷所が通常プロファイルを提供してくれます。欠けている工程は形式変換ではありません。

TIFF は 1 ファイルに複数の画像を持てて、スキャン作業の多くはそれに頼っています。20 ページの文書は 20 ページの TIFF になっていることが多いです。この変換はそれを作りません。1 枚のビットマップから 1 ページを書き出します。

スキャンのフォルダーをまとめて変換すれば文書が 1 つ返ってくると期待している場合、これは事前に知っておくべき制約です。出てくるのは元の名前を持つ単ページ TIFF のフォルダーで、それらを組み立てるシステムへの入力としては正しいものですが、1 ファイルを求められている場合には違う成果物になります。まとめる作業は ImageMagick か、そのビットマップを作ったスキャンソフトの仕事で、どちらもコマンド 1 つで済みますが、それでも 1 つの工程であり、提出の段になって気づくより先に計画しておくほうがよいものです。

どちらの形式も何も捨てずに画素を保存するので、この変換に画質設定はなく、取引するものもありません。TIFF に入る値は BMP にあった値そのままで、逆方向に変換すれば同じ格子がそのまま返ってきます。

例外は見た目ではなく構造にあります。パレット付きの 8 ビットビットマップは読み込み時にフルカラーへ展開されるので、各画素の色は保たれてもパレットそのものはパレットとしては残りません。印刷やアーカイブの行き先にとっては、いずれにせよこちらの結果のほうが望ましいものです。

TIFF は EXIF、XMP、IPTC、ICC プロファイル、GPS データを保持でき、アーカイブの仕様はしばしばそれらの項目を埋めることを求めます。このレジストリの中でも豊かなメタデータの入れ物の 1 つです。

レジストリには BMP 用のメタデータの入れ物自体が記録されておらず、ここのパイプラインも画素以外は何も渡しません。そのため TIFF は空のまま届きます。撮影時刻も、機器も、色プロファイルも、権利表記もありません。アーカイブがそれらの項目を求めているなら、TIFF のタグを編集できるツールであとから書き込む必要があります。それを事前に知っておくほうが、提出が差し戻されるより安上がりです。

レジストリは TIFF のブラウザー対応を「部分的」としており、その全体が Safari です。Chrome も Firefox も Edge もこの形式を採用したことがありません。だからこのサイトは、ビットマップのようにブラウザー任せでデコードすることができず、変換の両端で独自の TIFF 実装を持っています。

読み手にとっては、できあがったファイルをタブにドラッグして確認することができないということです。Photoshop、Affinity Photo、ImageMagick、それにスキャン用アプリケーションはどれも開けます。残りをまとめて変換する前に、実際に使うソフトで 1 ファイルだけ確認しておく価値があります。これはこの形式にとって形式的な話ではありません。TIFF の読み手にはかなりのばらつきがあり、「プレビューで開ける」ことは記録管理システムが受け付けるかどうかについてほとんど何も教えてくれません。だからこそ、ここでの出力はもっとも素朴な形にしてあります。

投入するファイルの上限は 100 MB で、無圧縮ビットマップとしておよそ 3300 万画素分です。TIFF は BMP より大きくなるので、入力がその値を下回っていても出力が超えることがあります。80 MB のビットマップは 100 MB を超えるものになり、それがディスクに届く前にブラウザーのメモリー上で組み立てられます。

このため、大きなスキャンが計画しておくべき場面です。フォルダーの変換自体は動作し、元の名前を保った ZIP が返ってきますが、高解像度のページスキャンの束は、このサイトの中でもタブに負担をかけるほど大きいバッチの数少ない例です。数ファイルずつのグループに分けて変換すればコストはかからず、限界がどこにあるかをぶっつけ本番で知らずに済みます。