先に結論

PNG側の圧縮方式は、変換後のTIFFの保存方法を決めません。TIFFのCompressionタグを確認し、代表ファイルを比較して、実際の受け渡し先で開く、保存する、印刷する工程まで試します。

ツールを使う

PNG → TIFF

ツールを開く

PNGの圧縮とTIFFの圧縮を切り分ける

PNGは可逆圧縮形式ですが、PNGからTIFFへの変換では最初にPNGを画素へ復号します。その後、TIFFライターが新しい保存方式を選びます。無圧縮で書く場合もあれば、LZW、PackBits、またはエンコーダーが対応する別の方式を使う場合もあります。そのため元のPNGが小さくてもTIFFが同程度に小さくなるとは限りません。画面上で同じに見える二つのTIFFでも、内部構造、容量、対応ソフトが大きく異なることがあります。

好みの圧縮設定からではなく、受け渡し先の要件から始めます。保存用リポジトリ、印刷会社、スキャン工程、デスクトップ編集ソフトでは、受け付けるTIFFの種類が違う場合があります。相手の仕様を確認し、変換ツールの初期設定を推測せず、出力ファイルを検査してください。元のPNGは上書きせず、同じ原本から複数の試験TIFFを作ります。これにより、再変換による変化を圧縮方式の差と取り違えずに済みます。

  • 受け取り側の工程を明確にする
  • 出力のCompressionタグを調べる
  • 元のPNGを変更せず保存する

PNGが可逆であることは、TIFFで使われる圧縮方式を決めません。

Compressionタグと復号結果を照合する

TIFFではCompressionタグが、ストリップやタイル内の画像データをどの方式で符号化したかデコーダーへ伝えます。値が欠落している、未対応である、または後続のバイトと一致しない場合、あるアプリは拒否し、別のアプリは空白領域、壊れた行、推測で復元した画像を表示することがあります。メタデータまたはTIFF検査ツールを使い、タグ名と数値を、幅、高さ、ビット深度、測光解釈、チャンネル構成と一緒に記録します。

一つのアプリで開けたことを構造の正しさの証拠にしないでください。寛容なビューアーは、印刷用RIP、保存システム、文書管理ソフトが拒否する誤りを無視または補修することがあります。少なくとも二つの独立したアプリで画像全体を開き、複数箇所を拡大します。必要なら受け取り側アプリで複製保存し、そのファイルのタグも再検査します。複数ページTIFFは各画像ディレクトリを調べ、ページごとの圧縮方式や画素属性の違いを確認します。

  • タグ値と実際の復号結果を比べる
  • 画素と色の属性も記録する
  • 複数ページでは全ページを検査する

無圧縮、LZW、PackBitsを用途で選ぶ

無圧縮TIFFは仕組みが単純ですが、ファイルが非常に大きくなります。LZWは可逆方式で、文書や平坦な図形にある反復パターンを効率よく減らせることがあります。PackBitsも可逆で、同じ値が長く続く画像に向きますが、細部の多い写真やノイズの多いスキャンではほとんど小さくならない場合があります。常に最小になる方式はなく、選択の中心は画質差ではなく、保存効率、処理時間、受け取り側の対応状況です。

写真、単色の図版、透明部分の多いグラフィック、きれいな文書、ノイズの多いスキャンを含む代表組を作ります。寸法、チャンネル、色条件をそろえて各方式で出力し、容量、開く時間、アプリの対応を記録します。容量差が小さいなら、対応範囲の広い方式が安全です。一方、大規模保存では一件ごとの差が積み重なるため、予想される件数と実際の保存基盤で測定します。圧縮率だけでなく、読み込み負荷やバックアップ時間も判断材料にしてください。

  • 異なる画像内容で試す
  • 容量と読み込み動作を測る
  • 容量だけで方式を決めない

圧縮効率は方式名だけでなく、画素内容と受け取り環境で決まります。

アルファ、色、ストリップ、タイルも確認する

PNGはアルファ透明度と複数の色形式を持てますが、TIFF出力が同じ方法で表現するとは限りません。圧縮を試す際は、チャンネル数、アルファに関係するExtraSamplesの値、カラーモード、埋め込みICCプロファイルも確認します。透明な境界が黒、白、または光輪状になる場合、原因は圧縮ではなく、アルファの解釈や色変換かもしれません。透明度が重要なら、明るい背景と暗い背景の両方に重ねて元画像と比較します。

TIFFは画素をストリップまたはタイルに分割できます。特定の行だけが壊れる、ある拡大率でだけ異常が出る場合は、圧縮方式を直ちに疑うのではなく、ストリップのオフセットとバイト数も調べます。多くの利用者は値を手作業で修正すべきではありません。保存したPNGから、広く対応する設定でTIFFを作り直す方が安全です。失敗を圧縮、色、透明度、コンテナ構造に分類し、次の試験では関連する一項目だけを変更します。

  • アルファとExtraSamplesを調べる
  • ICCとカラーモードを比較する
  • 部分破損を構造上の問題として検討する

実際の納品経路でファイルを承認する

選んだTIFFを実際の編集ソフト、文書システム、保存環境、印刷アプリへ通します。全解像度の画素、色、透明度、ページ順、向きが正しいことを確認します。受け取り側が入力ファイルを保存し直したり正規化したりする場合、その結果のTIFFとCompressionタグを別の納品物として再検査します。アップロードサービスがプレビューを作成する、または別形式へ変換するなら、派生ファイルも取得して見た目と属性を評価します。

変換ツールの版、圧縮方式、寸法、カラーモード、アルファ処理、プロファイル、検証したアプリを記録します。不合格なら疑わしいTIFFを繰り返し保存せず、元のPNGからやり直します。最後の実用試験として、写真、図版、文書を一つずつ選び、実運用で開く、再保存する、プレビューまたは印刷する工程を完了させます。タグ情報と表示結果の両方が一貫して初めて一括変換を開始し、設定変更後には同じ代表組で再確認してください。

  • 実際の編集・印刷環境を使う
  • 受け取り側の処理後に再検査する
  • 複数の代表サンプルを承認する

互換性は変換完了表示ではなく、受け取り側の工程で証明されます。

要点まとめ

  • PNGは一度画素へ復号されてからTIFFが書き出されるため、元の圧縮率は新しいファイルへ引き継がれません。
  • TIFFのCompressionタグは、画素を含むストリップまたはタイルに使われた方式を示す必要があります。
  • 無圧縮、LZW、PackBitsは容量と対応状況が異なり、圧縮効率は画像内容にも左右されます。
  • 一つのビューアーで開けるだけでなく、実際の編集、保管、閲覧、印刷経路まで通して承認します。

よくある質問

PNGをTIFFに変換すると必ず無圧縮になりますか?

いいえ。変換ツールと設定により、無圧縮、LZW、PackBits、または別の対応方式が使われます。

LZWは常にPackBitsより優れていますか?

いいえ。圧縮効率は画像内容で変わり、安全な選択は受け取り側ソフトの対応状況にも左右されます。

一つのアプリで開ければ有効なTIFFですか?

必ずしもそうではありません。寛容なソフトが不正な構造を補う場合があるため、実環境と別のアプリで試します。

TIFFの圧縮を変えると画質が落ちますか?

無圧縮、LZW、PackBitsは可逆ですが、同時に行われる色変換やアルファ変換で見た目が変わることはあります。

一括変換前の最終確認は何ですか?

写真、図版、文書を実際の開く、再保存、印刷またはプレビュー工程に通し、タグと見た目を比較します。

出典・参考資料

  1. ITU — TIFF Revision 6.0 Specification
  2. W3C — Portable Network Graphics (PNG) Specification, Third Edition
  3. Adobe — TIFF Files