GIF を MOV に変換

GIF はたまたま動く画像ファイルであり、編集アプリケーションもそのように扱います。Premiere Pro は読み込めますが、バージョンとファイル次第で、アニメーションそのものが得られることもあれば、最初のフレームが数秒間止まったものになることもあります。Final Cut や Resolve はさらに融通が利きません。どれもスピードランプをかけさせてくれず、シーケンスに正しく合わせてもくれません。素材として扱っていないからです。

MOV は 1991 年に QuickTime が定義したコンテナーで、macOS 上のあらゆるプロ用編集アプリケーションがそれを中心に作られています。MOV を渡せば、アニメーションはメディアプールの扱いにくい隅から、タイムライン上の他のすべてのものと同じ扱いへ移ります。トリムでき、リタイミングでき、重ねられ、アプリケーションが合意できる長さを持ちます。

MOV はコーデックではなくコンテナーで、この形式の特性一覧には中に入りうるものとして H.264、HEVC、ProRes の 3 つが挙がっています。この変換は High プロファイルの H.264 を書き出します。コーデックパックも一部の編集ソフトにしかないハードウェアも必要とせず、どの機械でもデコードできる組み合わせだからです。

正直に言えば、これは配信用の品質のクリップであってマスタリング用ではありません。ProRes は、繰り返しデコードし色を作り直し再符号化しても劣化が蓄積しないように存在しますが、H.264 はそこまでなめらかにはこなせません。ロゴのループやタイムラインに置くスクリーンキャプチャーには実務上の差はありません。この先さらに 3 世代分の色調整が予定されているなら、いったんこの MOV を自分のアプリケーションで ProRes にトランスコードしてから作業してください。

GIF 形式はすべてのフレームに 100 分の 1 秒単位の遅延を個別に持ち、それらが一致していなければならないという規則はありません。手作業で作られたアニメーションは、最初のフレームを 1 秒保持してから残り 20 フレームを 40 ミリ秒ずつ流す、といった構成が普通にあります。この変換はそれらの持続時間を平均化して名目上のフレームレートにまとめるのではなく、そのまま引き継ぐので、クリップは作られたときの速度で再生されます。

固定レートのシーケンスがそれをどう扱うかは、計画しておく価値のある部分です。可変長のクリップを 25 fps のタイムラインに置くと、アプリケーションは各フレームの境界を最も近いシーケンスフレームへ合わせます。ゆっくりしたアニメーションでは気づきませんが、速いアニメーションではわずかなカクつきとして見えます。GIF が遅延ゼロを記録していた場合——「表示できる限り速く」という意味で、非常によくあります——この変換は 100 ミリ秒を代わりに使います。これはブラウザーが昔からずっとそう扱ってきた方法です。

GIF はどんな大きさでも構いません。仕様には 401×237 のようなサイズを拒む規定は何もなく、手作業で作られていた時代の Web の GIF にはそうした寸法がよくあります。H.264 は違います。エンコーダーは幅と高さの両方が偶数であることを要求し、そうでなければ処理を拒否します。

そのため変換ツールは、最初のフレームを描く前に両方の寸法を次の偶数へ切り上げます。幅 401 ピクセルは 402 になります。切り下げではなく切り上げにしているのは、アニメーションの端を切り取るのではなく画素の列を足すためです。ぎりぎりでフレーミングされたロゴでは、これが細い縁取りが付くか文字が切れるかの違いになります。

GIF はこれまで一度も音を運んだことがなく、この変換にも作り出すものは何もないので、クリップは映像トラックだけを持って届きます。編集アプリケーションの中では、これはたいてい都合がよいことです。無効化すべき空の音声チャンネルも、同期を気にする必要もありません。

あえて名指しする価値があるのは、これが後工程に影響するからです。一部のレビューや承認のプラットフォームは音声ストリームのない動画を拒否し、放送用の納品仕様の中には、音声トラックが「無い」ではなく「無音のステレオペア」であることを求めるものもあります。書面の仕様がある納品先へ向かうクリップなら、ここに期待するのではなく、書き出し前に自分の編集ソフトで無音のトラックを追加してください。

GIF の 1 フレームはファイルに書き込まれたパレットから選ばれた最大 256 色しか持てません。アニメーションが元々持っていたグラデーションやグロー、柔らかい影は何であれ、GIF が作られた瞬間にそのパレットへ量子化され、それを誤魔化すためにディザリングが使われていたはずです。

MOV は渡されたものを忠実に保存し、自前のパレットを課すことはないので、悪くなることはありません。同時に、良くなることもありません。エンコーダーがファイルを見る前に捨てられていた色を復元することはできないからです。タイムライン上でこれが表れるのはグレーディングのときです。ごくわずかな段階しか値を持たない帯の出た空にコントラストを強めても、細部が見えるようになるのではなく帯が誇張されるだけです。

GIF はパレットのエントリー 1 つを透明として宣言でき、1990 年代からアニメーションするロゴが色付き背景の上に置かれてきたのはこの仕組みのおかげです。この変換が書き出す映像トラックにはアルファチャンネルがないので、その情報は引き継がれず、このサイトの GIF から静止画への変換にあるような背景色を選ぶ設定も、このペアにはありません。

アニメーションが透明な背景を持ち、それを下のレイヤーの上で透明なまま保つ必要があるなら、この変換は正しい道具ではなく、どんな設定を使っても解決しません。正しい答えは GIF が書き出された元のプロジェクトか、アルファを運べる形式です。GIF しか残っていないなら、編集ソフトの中でキーイングやマスクによって背景を処理する計画を立ててください。

インターネット上の非常に多くの GIF は、そもそも動画から切り出されたものです。その動画——元のスクリーン収録、After Effects からのレンダリング、GIF が切り出された元ファイル——が見つかるなら、それを直接変換するほうが、あらゆる点でこの変換より優れています。パレット削減を一度も経ていないからです。

このページは、渡されたのが GIF だけで他に何も手に入らない普通の場合のために存在します。その状況はブランド資産やサポートチケットで十分よくあることなので、きちんと対応する価値があり、この変換は GIF がすでに失っていたもの以上には何も失いません。

アニメーション GIF をフレームごとに読み取るのは、このサイトがダウンロードするライブラリではなく、ブラウザー自身の画像デコーダーです。これによってファイルは手元の機械に留まり、ページも軽く保たれ、変換が数メガバイトのコーデックを先に取得することなくすぐに始まる理由でもあります。

引き換えに、このデコーダーはどこにでもあるわけではありません。それが欠けている場合、ページはそれを明示し、対応しているブラウザーの名前を挙げます。黙って失敗したりファイルをサーバーへ渡したりはしません。どちらの場合でも GIF の何もアップロードされません。失敗はメッセージであって、フォールバックではありません。