HEIF を TIFF に変換 — 提出規定に応える

スマートフォンの写真を自分の都合で TIFF にする人はいません。要求は外から来ます。アップロードフォームに TIFF を挙げるフォトブックの供給元、印刷所、図版仕様のある学術誌の投稿、寄託方針のあるアーカイブ、1 つの形式しか読まない計測器のソフト。TIFF は 1986 年に Aldus が公開して以来、1994 年に Adobe が Aldus を買収してからも使われ続けており、こうした機関が標準として選んだものです。

この前提は、何が良い結果かを決めるので重要です。あなたが求めているのは最高の絵でも最小のファイルでもなく、受け取り側が突き返さないファイルです。この変換機はそのために作られていて、最も退屈で最も普遍的に読める TIFF を書きます。

TIFF は形式というより画像のための保管システムに近く、読み込むソフトが合意している範囲は思ったより狭いものです。LZW は特許フリーで広く対応していますが、Deflate は普遍的ではなく、TIFF の中の JPEG は実質 TIFF の皮をかぶった別の画像で、TIFF 対応をうたうソフトの多くがこれでつまずきます。

TIFF に変換する人はほぼ常に何か特定のものに渡すためにそうしていて、そうした読み手のすべてが受け入れる唯一のものが無圧縮のベースラインです。ですからそれが書かれます。圧縮方式の選択肢は提供されません。提供することは、受け取り側が拒否するファイルを作る方法を提供することになるからです。

何も圧縮しないので、ファイルサイズは画素数かける 4——赤・緑・青・アルファそれぞれ 1 バイト——です。4,032 かける 3,024 の 1200 万画素の写真は 1220 万画素なので、TIFF はおよそ 48 MB になります。元の HEIF はおそらく 2 か 3 MB でした。

これは 20 倍の係数で、フォルダーを変換する前に計画しておく価値があります。写真 20 枚でディスク上 1 ギガバイト、相手先へのアップロードも遅くなります。受け取り側の仕様が許すなら、最大幅の欄がこの数字を変える唯一のレバーです。ピクセルの保存方法ではなく画素数そのものを変えるからです。

TIFF はこのサイトで数少ない CMYK を持てる形式の 1 つで、その能力こそ印刷所がこれを求める理由であることが多いです。この変換機はそれを使いません。出力は RGB にアルファチャンネルを添えたもので、色分解は形式変換ではないからです。

RGB を正しく CMYK にするには印刷機と用紙、プロファイルを知る必要があり、間違えると絵のすべての色が誰も気づかないままずれ、千部刷ってから発覚します。仕様が CMYK と特定のプロファイルを指定しているなら、その工程はそれを理解しているソフトで行い、この TIFF はそれを行う人に渡してください。

TIFF は複数ページ、レイヤー、編集可能な作業状態に対応しており、レジストリの中で数少ない本物の意味で編集可能な形式です。ここではそのどれも現れません。それぞれの HEIF は 1 枚の平らな画像だけを持つ 1 つの TIFF になります

入力側でも同じです。HEIF の入れ物は複数の絵を持てますが、復号器は主要な 1 枚だけを取り出すので、連写が複数ページの TIFF になることはありません。1 つのファイルに複数の写真が必要なら、それは編集ソフトか ImageMagick の仕事で、1 枚ずつの TIFF のフォルダーがその正しい入力です。

TIFF はチャンネルあたり 32 ビットまで規定されていて、このサイトでは JPEG XL しか並ぶものがなく、Lab やグレースケールも RGB や CMYK と同じく持てます。HEIF はチャンネルあたり 10 ビットを持ちます。深度だけを見れば、この変換は余裕を持って可逆です。

実際に起きるのはチャンネルあたり 8 ビットです。絵が復号器と符号化器の間で 8 ビットのバッファーを通るからです。普通の写真の印刷にとってこれは制限になりません。印刷機のほうが制限になります。ただし深い色を保つために特に TIFF へ変換しているなら、この道ではそれは実現しません。

TIFF は EXIF、XMP、IPTC、ICC プロファイル、GPS 座標を持てます。このページが書くファイルはそのどれも持ちません。絵が生のピクセルへ復号され再符号化されるので、どのメタデータブロックもその段階を越えられないからです。

印刷用の投稿で注意すべきは IPTC です。写真デスクやフォトブックのシステムはしばしばキャプション、クレジット、著作権をそこから読み取り、IPTC が空の TIFF はクレジットのない写真として読まれます。受け取り側がそれらの欄を期待しているなら、送る前に確認に使うソフトでそれらを追加する計画を立ててください。

TIFF はウェブより前からあり、どのブラウザーも採用しませんでした。レジストリがブラウザー対応を「なし」と記録している理由です。変換したファイルを新しいタブで開いてもプレビューされず、もう一度ダウンロードされるか、何も表示されません。

送る前に、実際に TIFF を読めるもので確認してください。Photoshop、Affinity Photo、macOS のプレビュー、ImageMagick はどれも読めます。バッチの最初の 1 枚で確認する価値があります。防ぎたい失敗は仕様の不一致で、40 枚すべてで同じように現れるからです。

どちらの半分もブラウザーのタブで動くので、写真はアップロードされません。無料枠は入力 1 ファイルあたり 100 MB までで、どの HEIF もそれに近づきません。ただしここでは出力の側が大きく、フォルダー分の TIFF はブラウザーが書き出すときに実際のディスク容量と時間を占めます。

バッチはファイルごとの進捗行とともに変換され、2 つ完了すると「すべてを ZIP で」ボタンが現れます。無圧縮 TIFF の ZIP はいくらか圧縮される点も覚えておいてください。生のピクセルデータには、形式が生かしていない冗長性があるからで、アーカイブは中身の合計より小さくなります。

このサイトは HEIF を読めますが書けません。復号は LGPL-3.0 の libheif で、条件を満たして静的サイトが出荷できますが、書き込みには GPL の HEVC 符号化器が必要で、それは満たせません。ですから TIFF から元の形式へ戻る道はありません。

これがファイル管理の判断を簡単にします。HEIF が原本で、保管するコストはほぼゼロです。48 MB の TIFF は 1 人の受け取り手のための成果物で、別の誰かが求めたときにいつでも作り直せます。仕事が終わったら削除するのが理にかなった手順です。

この形式は 1986 年に始まり、1994 年に Adobe が Aldus を買収するまで Aldus のものでした。スキャン、印刷、アーカイブの既定形式になったのには今も通用する理由があります。ピクセルを何も捨てずに保存でき、複数ページ、複数レイヤー、深い色、CMYK を持て、その構造は理解できないフィールドを読み手が読み飛ばせるタグ付きフィールドの集合です。この最後の性質のおかげで 40 年前のファイルがいまだに開きます。

機関はこれが退屈であることも好んでいます。バージョンの折衝も、ブラウザーへの依存も、ライセンスすべき符号化方式もありません。まさにこれらが、それを作った電話の外で HEIF を扱いにくくしているものです。TIFF を求める仕様は、たいてい関係者全員が先へ進んだあとも長く読める状態が続くファイルを求めています。