MP4 を GIF に変換

ほとんどの場合、目的は 1 つです。何かが勝手に動いて、しかも即座にそこにあること。手順書の中の短い実演、開発者に見せたい不具合、チャットでの反応。

再生ボタンも、音量も、対応形式の確認も要りません。貼った瞬間に動いている——GIF がいまも残っているのは、その 1 点のためです。

これも意外に響きますが、理由は単純です。GIF は 1 コマずつをほぼ独立して圧縮します。

一方、現代の動画は連続するコマの差分だけを保存します。ほとんど動かない映像ではその差が桁で効いてきて、10 秒の動画から、元より大きい GIF ができあがります。

GIF は 1 コマにつき最大 256 色しか使えません。メニューや文字や単色の面でできた画面録画なら、これで十分足ります。

空、肌、なめらかな階調が入る実写では足りません。連続していたはずの階調が縞になって現れます。これは設定で直せるものではなく、形式そのものの上限です。

ファイルの大きさを動かせるのは、ほぼこの 2 つだけです。

画面録画なら 1 秒 10 コマでも十分なめらかに見え、20 コマのときの半分のコマ数、つまりおよそ半分の大きさになります。長さを半分にすれば、そのまま半分です。

GIF に音声という仕組みはありません。

変えられる設定も、見落とした設定もありません。形式が音のための場所を持っていないだけです。音が要るなら、行き先は GIF ではありません。

幅は 2 乗で効きます。幅を半分にすると、大きさはおよそ 4 分の 1 になります。

つまり単独では最も効く操作で、しかも結果を見てそれと気づかれることはほとんどありません。まずここを試してください。

アニメーション WebP は GIF にできることをすべてでき、色は全部使え、同じ長さで何分の 1 にもなります。ブラウザーの中ならどこでも動きます。

逆にブラウザーの外では確実ではありません。チャットや掲示板に貼るなら GIF、自分のウェブページに載せるなら WebP、というのが実際の分かれ目です。

他の変換より長くかかります。動画から 1 コマずつ取り出し、共通の色表に合わせ直し、詰め直す必要があるからです。

数秒の素材なら数秒で終わります。数分の素材なら、それなりに待つことになります。先に短く切ってから変換するのが、時間の面でも大きさの面でも正解です。

動画はブラウザーの中で読まれ、そこでコマに分解されます。アップロードも一時保存もなく、こちらがそれを見ることはありません。届く先のサーバーが存在しないからです。

画面録画には、たまたま映り込んだ通知や社内の画面が入っていることがあります。この性質が効いてくるのは、まさにそういうときです。