謎のプリセットではなく、名前付きレバー
色数とフレームストライドを自分で設定し、「軽い」「バランス」「最大」ではなく、期待される削減量を事前に示します。
色数を減らすか、フレームを間引くか、両方やります。最大50ファイル同時処理、通常は巨大なファイルでもアップロード待機なし。
GIFファイルをドロップして圧縮
GIFのみ · アニメーション、静止画 · 最大50ファイル · 各100 MB
ビデオコーデックはフレーム間の変化を保存します。GIFはほぼしません — 1987年の設計で、すべてのフレームがほぼそれ自体で完全な画像です。だから3秒のクリップがビデオなら300 KBなのに、GIFだと8 MBになり、アップロード制限に引っかかるのはあなたのせいではない理由です。
フォーマット内に正直なレバーは2つだけです。1つ目は色パレット:GIFは最大256色が入り、この数を減らすとすべてのフレームが小さくなります。128色に減らすと通常20~40%の削減、64色なら40~60%、32色はシンプルなアニメーションで60~80%削減できますが、グラデーションや写真は早めにバンディングが目立ちます。2つ目はフレーム数で、毎秒フレームを残すとほぼデータが半減します。
両方のコントロール名は表示され、あなたが設定できます。GIFには品質パラメータがないので、ここに品質スライダーはありません — これはパレット形式であり、GIFに1~100の品質コントロールを表示するツールは、何もしないコントロールを見せているだけです。パレットとフレーム数では物足りない大きな削減が必要なら、本当の答えはフォーマットを変えることで、WebP コンバーターはワンクリック先です。
色数とフレームストライドを自分で設定し、「軽い」「バランス」「最大」ではなく、期待される削減量を事前に示します。
通常フレームを削除するとアニメーションが速くなります。残ったフレームの遅延は同じ係数でスケールされるため、低いフレームレートでも元の長さで再生されます。
ほとんどのGIF圧縮ツールはバッチを10または20に制限しています。このツールは50個対応し、このサイズのファイルにはアップロードステップがありません。
Discordは通常アカウントで8 MBに制限しています。1段階色を減らすだけで、アニメーションに手を付けずにクリアできます。
アニメーションシグネチャはメールクライアントで生き残るため小さくする必要があります。色数を減らし、フレーム数を減らすと、ロゴループを合理的なサイズに持ち込めます。
UI記録はパレット削減の最適なケースです — フラットなインターフェースの色は小さなパレットでもほぼ完璧に再現できます。
リポジトリが12 MB GIFを出荷すべきではありません。ターミナルやインターフェースのスクリーン記録は見た目にほぼ影響なく圧縮できます。
ディスプレイネットワークは厳格なキロバイト制限を設定しています。圧縮前後の数字で、いつ制限を下回るかわかります。
古いプラットフォームは多くの場合、添付ファイルを2 MBに制限しています。毎秒フレームを間引けば、ほとんどのクリップが適合します。
アニメーション、静止画、1ファイルでも50ファイルでも。何もアップロードされません。これはGIFでは通常、他のツールの最遅部分です。
128または64色から始めます。まだ重い場合は、毎秒フレームも残します。
各ファイルは圧縮前後のサイズを表示します。1つ保存するか、バッチ全体をZIPで取得できます。
128色で始めてから結果を見てから、さらに減らすことを検討してください。フラットなグラフィックとスクリーン記録は64でも32でも大丈夫ですが、写真とグラデーションは早めにバンディングが出ます。
フレーム削除は色の次に最強のレバーです。毎秒フレームはほぼデータを半減し、ほとんどのスクリーン記録は半分のフレームレートでも読めます。
リサイズが両者を上回ります、余裕があれば。ファイルサイズは面積に比例するので、幅を半分にするとピクセル数は約4分の1になります — バルクリサイザーで先にやってから、ここで圧縮します。
ソースが既にgifsicleなどのオプティマイザーで処理済みなら、小さい削減か削減なしを予想してください。一部のGIFは単に完成しています。
何をやっても制限を切れない場合は、WebPに変換してください。同じアニメーションは通常ずっと小さくなり、すべての現在のブラウザが再生できます。