MOV を GIF に変換

この 1 手間が、設定のどれよりも結果を良くします。コマは常にファイルの先頭から取られ、開始位置をずらす機能はありません。スマホの動画はほぼ例外なく、シャッターから指が離れる瞬間と、まだ何も始まっていない半秒から始まります。GIF はそこから始まり、そこへループして戻ってきて、失敗作のように見えてしまいます。

iPhone の「写真」アプリも Windows の「フォト」アプリも、二つのハンドルを動かすだけで再符号化なしに数秒でクリップを短くできます。本当に面白い部分、本当に見せたい部分だけに切ってから変換すれば、ここから先のすべてが楽になります。ファイルは小さくなり、10 秒という既定の長さが制約でなくなり、ループが正しい瞬間に着地します。

この落差は、他のどの変換元よりも大きいものです。最近の iPhone は 4K・秒 30 または 60 コマで記録します。横 3840 ピクセル、毎秒最大 60 枚の完全な画像を、隣のコマとの差分だけを語るような符号化方式で記録します。これから作る GIF は幅 480 ピクセル、秒 12 コマで、しかも 1 コマ 1 コマを丸ごと、256 色までに切り詰めて保存します。

これは変換の側が控えめなのではなく、形式そのものの限界です。GIF は 1987 年に、数百ピクセルの静止画のために定義された規格で、動き予測の仕組みも、複数コマで共有するパレットの概念もありません。秒 12 コマは動きに見える最低限の速さ、幅 480 ピクセルはチャット欄に収まる大きさ、10 秒はファイルの重さが不快になり始める境目です。

三つの設定はほぼそのまま掛け算で効きます。フレームレートを秒 12 から 24 に倍にすれば、コマの枚数が倍になり、ファイルもほぼ倍になります。幅を 480 から 800 にすると面積は約 2.8 倍で、バイト数もそれに近い比率で増えます。長さを倍にすれば、すべてが倍になります。

ですから、いちばん安上がりな改善はたいていフレームレートではありません。秒 12 コマは、速いパンでもない限り十分自然に見え、同じ予算を幅に回したほうが文字が読め、顔だと分かるようになります。まず既定値で試し、結果を見てから、一つだけ変えてください。

スマホは横向きのコマを記録し、どちら向きに持たれていたかという印を添えます。ここではその印が反映された状態でコマが読み込まれるので、縦動画は横倒しの GIF ではなく、たとえば幅 480 高さ 854 のような縦長の GIF になります。

これは当たり前ではないので書いておく価値があります。動画から GIF を作る道具の多くは、この回転情報を無視して生のコマをそのまま読み、横倒しの結果を、スマホやそれを撮った本人のせいにしてしまいます。ここで気をつけるべきなのはファイルサイズだけで、幅 480 ピクセルの縦長 GIF は、同じ幅の横長 GIF よりコマあたりの画素数が多くなります。

長さの設定は最大 60 秒まで受け付けますが、その裏に 600 フレームという固い上限があります。既定の秒 12 コマならそれは 50 秒、24 コマなら 25 秒、30 コマなら 20 秒です。それを超える長さを求めると、GIF はエラーなしに、単に頼んだより短く仕上がります。

この上限があるのは、符号化の間ブラウザーのタブがすべてのコマを抱え続けるためで、長い連続コマの前にメモリーが尽きてしまうからです。実際にはめったに引っかかりません。上限に届くほど長い GIF は数十メガバイトになり、貼り付け先のほうが受け付けないからです。もし上限に近づいているなら、正直な答えは動画のほうが向いているということです。

GIF の 1 コマは最大 256 色までのパレットから色を引きます。ここではクリップ全体で一つのパレットを使うのではなく、コマごとに別々にパレットを計算します。これは少しファイルを重くしますが、実際の映像に耐えられる唯一のやり方でもあります。一つの共有パレットでは、場面が切り替わったあとのすべてが、切り替わる前の色で描かれてしまいます。

ディザリングはかけていません。ディザリングは 2 色の間に画素をばらまいてバンディングを隠しますが、それは同時に、GIF を圧縮させている「前のコマとの類似性」も壊してしまうので、動画のディザリング済み GIF はかなり重くなります。その結果はグラデーションに現れます。空、塗り壁、柔らかい光の頬などには帯が見えます。草や布地、雑然とした部屋のような質感のある映像では、この影響はほとんど分かりません。

GIF には音声トラックがなく、これまでもありませんでした。画面録画ならたいてい問題になりませんが、スマホで撮ったものだとしばしば問題になります。そのクリップを残しておきたかった理由の半分は、誰かの笑い声や、何かが立てた音だったからです。

変換する前に、音を消した状態で一度見てください。それでも成立するなら GIF が正解です。成立しないなら、変えるべきは形式ではなく貼り付け先です。今どきのチャットアプリやチケット管理システムの多くは、インライン表示は GIF だけでも MP4 のアップロードを受け付けます。同じクリップの MP4 は、より小さく、より鮮明で、しかも音が付いています。

画像は表示するが動画プレーヤーは拒む場所。古い掲示板、画像しか許さない wiki、プレーヤーのないサービスの README、メールの署名、プレビューが画像しか扱えないバグトラッカー、GIF は自動再生するが動画はしないチャットクライアント。そうした場所ではクリックなしで再生される GIF が、誰にも見られない動画に勝ります。

それ以外の場所では、同じクリップを MP4 に変換したほうが、サイズはおよそ二十分の一で、色も音もそのまま残ります。パレットに手間をかける前に、貼り付け先が実際に何を受け付けるか確認する価値があります。ここ数年でほとんどのプラットフォームで答えが変わっているからです。

すべての工程がこの端末の中で完結します。MOV は分解され、コマは端末自身の動画デコーダーで復号され、それぞれがパレットに減色され、GIF はメモリー上で組み立てられます。クリップを運ぶものは何も送信されず、それはネットワークタブで確認できます。

よくある代わりの手段についても書いておきます。多くの GIF 作成サイトは動画をアップロードし、結果を自社のドメインに残してリンクだけを渡してきます。つまり、自分の台所や家族、勤め先のソフトウェアが写ったクリップが、推測可能な URL を持つ誰かのサーバーに置かれることになります。ここではファイルそのものが手元に返り、しかもそれが唯一の複製です。