gif_box 動画をGIFに変換するツール star

GIFはなぜ「圧縮された動画」ではなく個々のフレームから作られているのか

アニメーションGIFは、MP4のように動画を圧縮したバージョンではありません — 根本的に異なる、はるかに古い形式です。それぞれが独自の小さな256色パレットを持つ完全な静止画像の連なりを、フレームごとの遅延時間を挟みながら次々と再生する仕組みです。この256色という制限は、GIF形式が生まれた1987年に由来します。当時は8ビット(256値)の色インデックスがその時代のハードウェアにとって実用上の上限だったためで、以来一度も変わっていません — だからこそ、写真的なコンテンツのGIFでは、動画形式では決して見られないような目に見えるバンディングやディザリングがよく現れます。このツールが各フレームを2段階の処理で変換するのもそのためです。まず色の量子化(フレーム内の実際の色を分析し、それを最もよく表す256色を選ぶ)を行い、続いてパレットマッピング(各ピクセルをその縮小されたパレットの中で最も近い色に再割り当てする)を行います。

ブラウザで動画ファイルからフレームを抽出するには、単純な「次のフレームを読む」というAPIは使えません。ブラウザは任意の動画ファイルに対してそのようなAPIを公開していないからです。代わりにこのツールは標準的な回避策を使います。動画要素のcurrentTimeを特定のタイムスタンプに設定し、ブラウザのseekedイベントを待ってその正確なフレームが実際にデコード・描画されたことを確認したうえで、その1枚の動画フレームをcanvasに描画し、ピクセルを読み戻します。選択したフレームレートに応じて決まる等間隔のタイムスタンプごとに、出力フレーム1枚につきこの処理を1回行うのはリアルタイム再生よりも遅くなりますが、抽出される各フレームが「なんとなくのスナップショット」ではなく正確なものであることを保証します。

フレームレートとGIFのファイルサイズは、動画圧縮では見られないほど直接的にトレードオフの関係にあります。変化した部分だけを保存する動画のフレーム間予測とは異なり、GIFでは1枚1枚のフレームがほぼ完全な画像であるため、フレームレートを2倍にすればファイルサイズもおおよそ2倍になります。このツールが実用的な範囲をあえて控えめなフレームレートに制限し、代わりにピクセルサイズを縮小できるようにしているのはそのためです — 10fpsで幅360pxのGIFは、同じクリップを640px・20fpsで作った場合と比べて劇的に小さく、多くの場合10倍以上の差になります。

良い結果を得るための設定選び

• 8〜12fpsの短いクリップ(2〜5秒)は、適度なサイズで滑らかに見えるGIFになります。前述のフレームごとのパレット制限のため、長いクリップや高いフレームレートではファイルサイズが急速に大きくなります。
• 広い単色領域を持つコンテンツ(画面録画、シンプルなアニメーション、アニメ調のイラストなど)は、写真や非常に精細な映像よりもGIFとしてはるかによく圧縮されます。単純なパレットから256色を量子化する方が、フルの写真的なグラデーションから256色を量子化するよりも失われる情報がずっと少ないためです。
• すべての処理はローカルで行われます。動画ファイルはブラウザの動画要素によって直接読み込まれ、デバイスの外に出ることは一切なく、エンコードもすべてJavaScriptで実行されます。
• フレーム抽出のステップ(シーク+待機+描画)は本質的にリアルタイム再生より遅いため、クリップが長くなったりフレームレートが高くなったりすると、要求されたフレームの総数に比例して、GIFが完成するまでの処理時間が目に見えて長くなります。