WebM を GIF に変換

ウェブに表示する目的であれば、手元の WebM はこれから作る GIF よりあらゆる点で優れています。容量は10分の1以下、色数は256色ではなく数百万色、フレームレートも録画時のまま、ハードウェアによる再生支援も効いて端末に負担をかけません。ミュートしたループ再生の動画要素は、GIF と同じ見た目をより軽く実現できます。

それでもこの変換が必要なのは、動画を受け付けない投稿先が今も存在するからです。バグトラッカー、古い掲示板、画像しか受け付けないウィキ、メールの署名。こうした場所に貼り付けるループ動画が必要なときに、このページは役に立ちます。

GIF には動きの予測という仕組みがありません。動画コーデックは1枚のフレームを完全に記述したあと、その後のフレームでは変化した部分だけを記録します。GIF はそれぞれのフレームを最初から最後まで完全な1枚の画像として記録し続けます。

10秒程度の普通の映像であれば、GIF は元のWebMより10倍から20倍大きくなることも珍しくありません。これは変換ソフトの問題ではなく、1989年に完成したまま変わっていない形式そのものの性質です。

12fpsは動きとして認識できる下限に近く、480ピクセルはチャット欄や掲示板の投稿にちょうど収まる幅です。10秒は容量が急激に増え始める境目です。

これらの値はそれぞれほぼ独立に容量へ影響します。フレームレートを24に上げるとほぼ2倍、幅を半分にすると4分の1になります。面積は辺の長さの2乗で効いてくるためです。

ブラウザーがメモリー不足になる前に処理を終えられるよう、フレーム数には600という上限が設けられています。既定の12fpsではこれは50秒に相当し、60秒を指定しても実際には50秒分しか変換されません。30fpsまで上げると20秒までに切り詰められます。

この上限に達しても変換が失敗するわけではなく、要求した長さより短い結果が静かに返されます。長い動画を変換する場合は、結果を確認することをおすすめします。

フレームは常に最初のフレームから等間隔に取り出され、指定した長さぶんだけ進みます。開始位置を指定する項目はありません。見せたい場面が録画の90秒目にあっても、この変換だけではそこには届きません

目的の場面を含む動画にするには、変換の前に別のソフトで切り出しておく必要があります。長い録画をそのまま変換すると、たいてい冒頭のブラウザーを開くところだけが10秒分入ったGIFになります。

GIF の1フレームは最大256色しか持てません。動画の1フレームは通常もっと多くの色を持っているため、どれを残すかの判断が必要になります。この判断はフレームごとに個別に行われるため、明るい部屋から暗い部屋への切り替わりのような場面転換にも対応できます。

ディザリングは適用されません。色の階調が滑らかな部分には段差が見えることがありますが、その分ファイルサイズは抑えられます。画面録画のようなフラットな内容ではこの制約はほとんど気になりませんが、これがGIFが今も画面デモの用途で使われ続けている理由でもあります。

GIF には音声トラックという概念自体がありません。WebM にナレーションが含まれていても、GIF は無音になり、これを変える設定はありません。

言葉の内容が重要であれば、GIF はそもそも不向きな成果物です。WebM のまま残す、動画を受け付ける場所には MP4 に変換する、あるいはナレーションだけを別途MP3として取り出し、静止画とテキストで説明を添えるほうが確実に伝わります。

ブラウザーはすでに WebM を復号する機能を持っています。このページはその機能を使い、必要なタイムスタンプのフレームを取り出し、パレットに減色して GIF として書き出します。すべてこの端末の中で完結し、何もアップロードされません。

GIF 作成はインターネット上でも特にアップロードを求めるサービスが多い分野です。しかも変換されるファイルの多くは画面録画であり、そこにはメールの受信箱やダッシュボード、社内ツールが映り込んでいることがあります。開発者ツールのネットワークタブを開いて変換してみれば、何も送信されていないことを確認できます。