AVIF を TIFF に変換

AVIF は 2019 年に Alliance for Open Media が、ネットワーク越しにできるだけ安く写真を運ぶために発表しました。TIFF は 1986 年に Aldus が——1994 年に Adobe が会社ごと引き継ぎました——プロ向けのシステム間で画像を曖昧さなく受け渡すために発表しました。どちらが優れているという話ではなく、それぞれ違う問いへの答えです。この変換は、ファイルを一方の問いから他方の問いへ移すことにほかなりません。

だからこそ、容量差は回避すべき欠陥ではありません。AVIF が節約する 1 バイトは、引き換えに手放した確実性の 1 バイトであり、TIFF が費やす 1 バイトは、次のアプリケーションが同じ画素を読める保証を買い戻す代金です。印刷会社が TIFF を求めるのは、意図的にその保証を買っているのであり、その選択の裏には 40 年の実績があります。1986 年生まれの形式で、いま誰もが従っている TIFF 6.0 仕様は置き換えを必要としたことがなく、当時のファイルはいまも開けます。AVIF にはまだそれだけの実績がありません。

AVIF が非可逆で書かれていれば——Web 配信のものは常にそうです——そのエンコーダーが捨てた細部は、このページがファイルを見る前にすでに失われています。TIFF は残ったものを正確に、永久に保存します。これはこの先に起きることについての確かな保証であり、これより前に起きたことについては何の保証にもなりません。

この区別が、この作業をやる価値があるかどうかを左右します。画質を守るために TIFF を求められたのなら、AVIF を変換することは要求の文言は満たしても、目的は満たしません。画質はすでに Web サイトがファイルを符号化した時点で費やされているからです。カメラのオリジナルや編集ソフトからの書き出しがまだ残っているなら、そちらを変換するのが本来求められていたことで、ディスク容量を使う前に一度確認する価値があります。それが残っていないなら、これが手に入る最善の答えであり、やる価値はあります。TIFF はそれ以上の劣化を止めてくれます。最初の劣化がすでに払われた代金だとしても、これは確かな利点です。

無圧縮ということは、容量が画素の寸法だけで決まるということです。幅 × 高さ × 4 バイトに小さなヘッダーを足しただけ。3000×2000 の画像なら 24 MB、6000×4000 なら 96 MB。写真の中身は容量に何の影響も与えません。

AVIF は正反対の極にあり、それがこのペアをここまで不釣り合いにしています。Web サイズの写真は AVIF なら数百キロバイトに収まりますが、見た目の変化なしに数十メガバイトになります。倍率は普通 50 倍、平坦な絵柄では 100 倍を超えることもあります。AVIF がもっとも効率よく圧縮でき、TIFF は相変わらず同じだけコストがかかる場面だからです。動かせるレバーは最大幅の設定だけで、これは圧縮率ではなく画像そのものを変えるものです。仕様に合わせて答える場面では、通常は触るべきではない設定です。できあがったファイルが送るには大きすぎるなら、解決すべきは形式ではなく転送方法のほうです。

AVIF は 1 チャンネルあたり 12 ビットと広色域を持てます。これが Web での HDR 写真に使われる理由です。TIFF は仕様上さらに先まで行けます。1 チャンネルあたり最大 32 ビット、RGB に加えて CMYK や Lab も扱えます。

ここで書き出す TIFF は 8 ビットの RGB で、どちらの形式も上限まで使われているわけではありません。普通の Web 画像ならこれで正しく、もともと 8 ビットしか持っていなかったものに 16 ビットを書いてもゼロで埋めるだけだからです。本物の HDR や広色域の AVIF にとっては、これは実質的な劣化で、ハイライトがなだらかに落ちずに白く飛ぶ形で表れます。求められている仕様がビット深度や作業用の色空間を指定しているなら、この変換ではそれを満たせません。範囲のマッピングを自分で選べるアプリケーションを使うべきで、勝手に決めるツールは向きません。

印刷の現場ではよく CMYK が求められ、TIFF はそれを運べる数少ない画像形式の 1 つです。ですがこの変換から出てくるのは RGB です。AVIF が持っていたのが RGB で、誰も渡していない刷版プロファイルに基づいて分版を推測することになるからです。

これは制約ではなく正しい既定値です。分版は用紙や印刷機、インクセットに依存し、そのプロファイルを持っている印刷会社なら、盲目的に行うどんな変換ツールよりも数秒で正確にこなせます。正しい RGB の TIFF を送って分版は先方に任せてください。誤って分版されたファイルは、分版されていないファイルより直すのが難しく、変換が可逆でないため、刷版ができたあとに黒がくすんだり肌の色調がずれたりする形で問題が出ます。ファイルが RGB であることを添付メールに書いておけば、この行き違いを丸ごと防げます。

AVIF も TIFF も完全なアルファチャンネルを持てるので、切り抜かれたロゴや透明背景の商品写真は、白で塗りつぶされるのではなく切り抜かれたまま届きます。JPG を TIFF に変換したことのある人はこの経験をしたことがありません。JPG には運ぶべき透明度がそもそもなかったからです。

ここは肩をすくめて済ませず、判断すべき場面です。インクは不透明なので、あなたのファイルから印刷用紙に至るどこかで、透明な部分は何かに置き換わります。それを決めるのは、結果を確認できるツールの中であなた自身であるべきで、鎖の中で最初にファイルにたどり着いたアプリケーション任せにすべきではありません。

AVIF を読めるのは現行のブラウザーと、GIMP、Squoosh、ImageMagick といったごく短いリストのアプリケーションだけで、プロ用や古めのソフトの多くは読めません。だからこそ TIFF での提出が求められるのです。

TIFF はこの状況を正確に反転させます。TIFF を表示できるのは Safari だけなので Web ページ上では役に立ちませんが、この 30 年に作られたスキャナー、製版システム、画像ライブラリ、アーカイブツールはどれも聞き返すことなく TIFF を読みます。Photoshop や Affinity Photo、ImageMagick が代表的な例で、TIFF に静かに対応しているソフトの一覧は、このサイトの他のどの形式より長く続きます。

このブラウザーでの画像変換はすべて、写真を生の画素へデコードしてから新しいファイルを書き出すので、元ファイルの EXIF ブロックは出力に引き継がれません。機種やタイムスタンプ、座標について AVIF が持っていた情報は、変換の過程で残りません。

提出用としてはたいてい歓迎される話で、消し忘れる手間が 1 つ減ります。座標情報がついていってはいけない場所で撮影された写真ならなおさらです。アーカイブへの寄託としては本当の損失です。来歴情報こそアーカイブが保存しているものの半分を占め、日付のない写真は同じ写真でも日付付きのものよりずっと価値が下がります。メタデータが要件の一部なら、添付する情報シートに記録するか、タグを引き継ぐアプリケーションでオリジナルから作業してください。どんな変換ツールもメタデータを運んでくれると思い込まないでください。

TIFF は 1 ファイルに複数の画像を持てます。スキャナーが何ページも束にして出す仕組みがこれですが、この変換はそれを作りません。それぞれの AVIF は単独の画像を持つ TIFF になります。

AVIF は 1 枚の写真しか持たないので、1 ファイルに 1 画像を書き出すことで何かが失われるわけではありません。問題になるのは、要件がスキャンした文書の複数ページ TIFF だった場合だけです。その場合、元の素材はページの集まりであり、まとめる作業は 1 ファイルずつの変換ツールではなく、それらを束ねるツールの仕事です。行き先が PDF でよいなら、たいていそちらのほうが 1 つの複数ページ成果物への近道で、受け取る側も読める可能性が高くなります。

フォルダーを置くと結果は 1 つの ZIP として戻ってきます。アップロードはなく、1 バッチにつき 100 ファイル、1 ファイルにつき 100 MB まで扱えます。厳しいのは計算のほうで、6000×4000 の画像 30 枚は、ブラウザーのタブの中で組み立てられる TIFF としておよそ 3 ギガバイトに達します。

一度にまとめて置くのではなく、少しずつのグループで作業しながら保存してください。あとで AVIF のファイルを残しておく価値もあります。容量はごくわずかで、要件が変わったり提出が差し戻されたりしたときに必要になるのはそちらで、TIFF は納品用の成果物であってそれ自体のアーカイブではありません。TIFF のほうが公式版になったからといって小さいファイルを消してしまうのは、いちばん得るものが少ないのに保管容量をいちばん失う失敗です。