単純な WebP にはメタデータを置く場所がない
WebP は RIFF ファイルです。ヘッダがあり、そのあとにチャンクが並びます。単純なものは非可逆データ用の VP8 チャンクか可逆用の VP8L チャンクを 1 つ持ち、それでファイル全体です。このレイアウトに EXIF の枠はありません。空の枠があるのではなく、ありません。メタデータが可能になるのは拡張レイアウトだけで、それは VP8X チャンクから始まり、そのフラグがファイルに他に何が入っているかを宣言します。
拡張レイアウトが持てるもの
VP8X はアルファ、アニメーション、ICC プロファイル、EXIF、XMP それぞれにビットを立て、対応するチャンクが後ろに続きます。つまり WebP はそのヘッダでメタデータを宣言しているか、持っていないかのどちらかです。マーカーを探し回る形式に比べて、読み取りの答えが珍しくはっきりします。下の一覧では、ファイル自身の RIFF チャンクは WebP の区分にまとまり、EXIF や ICC のチャンクはそれぞれの区分に出ます。どのチャンクから出た値かが分かります。
WebP ファイルはたいていどこから来るか
目にする WebP の多くは、JPEG や PNG をウェブ用に小さくする変換ツールや CDN が作ったものです。そうした処理は途中でメタデータを捨てるのがふつうで、だからここで空に見える WebP が多いのです。EXIF を持っている場合は、たいてい変換時に残すよう指示されていたからで、カメラの情報は元の JPEG から来ています。
WebP の構造
- 構造
- メタデータを持てる
- 画像本体
WebP は何をどこに置くか
- VP8 / VP8L
- 画像本体、非可逆か可逆。これしかないファイルはメタデータを持てない。
- VP8X
- 拡張ヘッダ。そのフラグが下にどのチャンクがあるかを宣言する。
- EXIF
- EXIF ブロック。ふつうは変換元のファイルから引き継いだもの。
- XMP
- XMP パケット。編集ソフトが書いたときに存在する。
- ICCP
- ICC カラープロファイル。
- ANIM / ANMF
- アニメーション制御と各コマ。再エンコード整理で平らにされる。
WebP についての質問
WebP は EXIF に対応していますか?開く
対応していますが、VP8X チャンクから始まる拡張レイアウトでのみです。単純な WebP にはそれを持てる構造がないので、あるファイルについての答えは探し回るまでもなくはっきりします。
WebP にメタデータが出ません。ツールの問題ですか?開く
まずそうではありません。変換ツールや CDN は WebP を作るときに日常的にメタデータを捨てますし、単純なレイアウトの WebP はそもそも持てません。一覧には、実際にあるファイル構造は表示されます。
アニメーション WebP を整理するとどうなりますか?開く
1 コマになって返ってきます。再エンコード整理は画像を描き直しますが、キャンバスが持てるのは 1 コマです。ここではアニメーションが実際の代償で、あとから気づくのではなく、決める前に示しています。
WebP の整理で画質はそのままですか?開く
そのままではありません。ファイルは WebP として再び符号化されるので、元が可逆の VP8L でも画質は変わることがあります。カラープロファイルも他のチャンクと一緒に捨てられます。
できること
- EXIF データを削除
- 写真をドロップして、埋め込みメタデータのないコピーをダウンロードします。JPEG は画素に触れずに EXIF セグメントが外れ、HEIC・PNG・WebP などは再エンコードされます。アップロードはありません。
- 位置情報を削除
- 写真が持っている座標を見てから、それのないコピーをダウンロードします。JPEG は位置情報タグだけを失い、他はすべて残ります。アップロードはありません。
- JPEG の EXIF を編集
- JPEG のタイトル、作成者、説明、著作権、ソフトウェア、撮影日時を変更して、編集済みのコピーをダウンロードします。端末内で動き、元のファイルは決して変更されません。
- XMP・IPTC・ICC ビューア
- ファイルが持つすべてのメタデータ群——EXIF、XMP、IPTC、ICC、メーカーノート——を区分ごとに読み、JSON で書き出せます。素材の検品、鑑識、処理の検証向け。アップロードはありません。
- 複数の写真を開く
- 最大 50 枚を開き、どれが位置情報を持っているかを確かめ、一式を表として書き出せます。アップロードは行わず、元のファイルに書き込むこともありません。