アニメーション WebP を Mac で MP4 に変換する（フォルダごと一括で）

なぜ Mac は動画にしてくれないのか

WebP は画像の形式で、たまたま複数のコマを持てる、というものです。厄介さの理由はこの一点に尽きます。macOS でこのファイルを扱う部分はどれもこれを絵として扱います。実際に絵だからです。そして絵は別の絵に変換されます。JPEG や PNG を指定すれば JPEG や PNG が返ってきます。1 コマだけで、動きは落ちています。

動画側の仕組みはそもそもこのファイルを見ていません。動画のプレイヤーや編集ソフトは、自分が理解できるコンテナと圧縮形式の一覧に沿って動きます。WebP はその一覧に載っていないので、開くものが無いのです。アニメーション WebP を壁紙にしても物足りないのはこれが理由です。動画ファイルを求めるものに画像ファイルは渡せませんし、画像を受け付けるものは、ほかの画像と同じように、つまり静止画として表示します。

だから変換は意識的に行うしかありません。画像側からコマを読み出して、動画側へ書き込む何かが要る、ということです。Emerald Tools の変換機能はそれだけのものです。ただし対象がファイルではなくフォルダで、元のファイルが既に持っている情報を推測で埋めない、という点が違います。

1 本ごとに何をしているか

アニメーション WebP は自分でタイミングを持っています。コマごとに、どれだけ表示するかが書かれています。変換機能はその指定を読み、同じ間隔でコマを並べます。ゆっくりしたアニメーションはゆっくりのまま、速いものは速いままです。推測が入るのは、コマが表示時間をまったく持っていない場合だけで、そのときは 0.1 秒とみなします。

絵は元の大きさのまま書き出されます。拡大も縮小も切り抜きもありません。ただし幅や高さが奇数のときだけ 1 ピクセル切り下げます。エンコーダが奇数を受け付けないためです。出来上がるのは MP4 の中に HEVC の映像が入ったもので、音声トラックはありません。ビットレートは固定ではなく素材から決まります。画面の面積に平均フレームレートを掛け、さらに唯一の画質設定を掛けた値です。

アニメーションでないファイルは失敗として扱われません。Web から落としてきたフォルダはたいてい混ざっているものなので、静止画の WebP はログに記録して素通りします。フォルダの中にアニメーションが 1 つも無かった場合は、こちらが解釈しなければならない空の結果ではなく、そうと分かる表示で終わります。

ここまでのどれも、指定したフォルダには手を触れていません。MP4 は専用の作業領域で組み立てられ、最後の段で、元のフォルダの隣（日時を名前にした新しいサブフォルダの中なので既存のものは上書きされません）に置くか、まったく別の場所へ置くかを決めます。

繋がっているクリップ

ページから拾ってきたアニメーションは、1 つの流れが分割されたものであることがよくあります。変換機能はそこを見ています。変換が終わると、各クリップの最後のコマを、ほかのクリップの最初のコマと突き合わせ、繋がって見えるほど近ければ 1 本の鎖として繋ぎます。鎖はプラス記号で名前を連ねた 1 つのファイルとして書き出されます。

これが暴走しないように 2 つの歯止めがあります。1 つは、名前が数字だけの場合、1 つ上の数字としか比べないことです。1 番目と 12 番目がたまたま一致して繋がる、ということが起きません。もう 1 つは、断片を消さないことです。結合したファイルは追加であって置き換えではないので、望まない結合が起きても、捨てればよいファイルが 1 つ増えるだけで済みます。

どれくらい繋がりやすいかは固定の規則ではなく設定です。しきい値は 2 つのコマがどれだけ違ってよいかの尺度で、ほぼ同一のものしか通さないところまで締めることも、かなり違っていても通すところまで緩めることもできます。

フレーム補間が割に合うとき

Web 向けのアニメーションは毎秒 8 コマや 10 コマで作られていることが多く、そのまま動画にすると、動きではなくコマ送りに見えます。フレーム補間はその間のコマを作り出す機能です。1 コマから次のコマへ絵がどう動いたかを推定して中間の段階を組み立て、コマ間を半分ずつに割っていって、毎秒 32 コマ前後まで持ち上げます。すでにその速さがある素材はそのままです。

初期状態で無効になっている理由は 2 つあり、どちらもアプリ自身が設定画面に書いています。1 つは時間です。推定はコマ間ごとに何度も走り、コマ数の多いアニメーションではそれが効いてきます。もう 1 つは、推定した動きはあくまで推定だということです。コマ間の動きが大きいとき、あるいは片方で隠れていたものがもう片方で現れるときには、そもそも正解の中間の絵が存在せず、作られたものはにじみます。

そこで用意されているのが、どこまでの動きなら試す価値があるかの上限です。合成の前に各コマ間の動きの大きさを測り、上限を超えた箇所は元のコマのまま残します。にじみの代わりにカクつきを取る、という選択です。上限は画面の短辺に対する割合で表され、どちらへも動かせます。要するに 2 種類のアラのうちどちらを見たいか、という選択になります。動きの落ち着いた線画のアニメーションではこの手法は最もよく働き、動きの速い実写では最も粗が出ます。

同じ設定が画像コレクターにも効く

Emerald Tools でアニメーション WebP が MP4 になる場所は 2 つあります。1 つはここで説明している変換機能です。もう 1 つは Safari 拡張機能と画像コレクターで、Web ページから集めた画像のうちアニメーション WebP を、「写真」へ取り込む途中で MP4 にします。この 2 つは同じ変換設定を使います。品質、類似度閾値、同時処理数、フレーム補間。どれもアプリの設定の同じ場所から読まれます。

違うのは元のファイルの扱いで、これは意図的な差です。変換機能は自分のフォルダに向けて使う道具なので、そのフォルダを元のまま残します。コレクターが扱っているのは、直前に自分でダウンロードして自分の一時領域に置いたファイルなので、そちらは置き換えます。「変換」タブの設定を変えると両方の挙動が変わります。歩調を合わせて管理しなければならない 2 組目の値はありません。

仕様と制限

以下はすべて現行バージョンの挙動で、計画ではありません。

• 対象: 選んだフォルダの直下にある拡張子 .webp のファイル。サブフォルダは走査しません。処理は名前順で、数字は数値として比較します。
• アニメーションのみ: 1 コマしかない WebP はログに静止画と記録して飛ばします。WebP が無いフォルダ、アニメーションが 1 つも無いフォルダは、その旨を表示して終わります。
• 出力: アニメーション 1 本につき MP4 が 1 つ、名前は元のまま。映像は HEVC、音声トラックなし。
• 大きさ: 元のピクセル数のまま。奇数のときだけ偶数へ切り下げます。拡大・縮小・切り抜きはしません。
• コマの長さ: WebP に書かれているコマごとの表示時間。指定を持たないコマは 0.1 秒として扱います。
• ビットレート: 幅 × 高さ × 平均フレームレート ×「ビットレート倍率」。倍率は 0.1 から 1.0 まで 0.1 刻み、初期値 0.5。
• 元のファイル: 読むだけです。元のフォルダの中身を書き換えることも、移動することも、削除することもありません。
• 結果の置き場所: 書き出すまで一時的な作業領域に置かれ、書き出し時に、元のフォルダの中の日時つきサブフォルダか、指定した別のフォルダへ書かれます。
• 結合: 隣り合うコマが「類似度閾値」の範囲で一致したクリップは、繋いだ 1 本としても書き出されます（名前は 断片+断片.mp4）。断片は残ります。数字だけの名前は 1 つ上の数字とだけ比較します。しきい値は 0.01 から 0.5、初期値 0.125。結合には 1 回の実行で 2 本以上の変換が必要です。
• フレーム補間: 初期状態で無効。コマ間を半分ずつに割って毎秒 32 コマ前後を目指し、分割は最大 3 段階まで。すでにその速さ以上の素材は自動的に対象外です。
• モーションしきい値: 画面の短辺に対して 4% から 30%、初期値 12%。これを超える動きのコマ間は補間せず元のコマを残します。
• 同時処理数: 既定は報告されたコア数の半分、1 本から全コア分まで変更可。「動的ワーカー」は初期状態で無効で、有効にすると 20 本以上でおよそ 1.25 倍、50 本以上で 1.5 倍に増えます。コア数の 4 分の 3 は超えません。
• 設定の共有: 「品質」と「パフォーマンス」の値は、画像コレクターがダウンロードしたものに対して行う自動変換にもそのまま使われます。
• 権限: 選んだフォルダへのアクセス以外に必要なものはありません。「写真」ライブラリへのアクセスも、画面収録も、アクセシビリティも不要です。
• 通信: ありません。変換は macOS に元から入っている仕組みを使い、お使いの Mac の中で行われます。
• 動作環境: macOS 14.0 (Sonoma) 以降。