ICO を GIF に変換

これはまず言っておくべきことで、この変換について書かれた多くのページはこれを言いません。GIF は確かに透明度に対応していますが、ごく狭い形だけです。パレットのエントリー 1 つだけを不可視として指定できるという方式です。このページの背後にあるエンコーダーはそれを指定しません。画像からパレットを作り、赤緑青の組として書き出すので、アルファの情報はファイルが組み立てられる時点ですでに失われています。

そのため、切り抜き部分はエンコーダーに届く前に塗りつぶされます。透けている画素は、ドロップゾーンの上にある背景色の設定——変更しなければ白——で塗られ、その結果からパレットが計算されます。ICO の中では浮いていた丸いロゴも、GIF では単色の四角の上に座った状態で届きます。その四角の色を、置かれるページの色に合わせておけば誰も気づきませんが、間違ったままにしておくと、それが誰の目にもまず入るものになります。

この色はドロップゾーンの上にある設定項目で、肩をすくめて済ませず少し考える価値があります。以前からあったわけではありません。2026 年 8 月まで、この平坦化は量子化処理の内部で黙って行われ、すべての切り抜きは黒で戻ってきました。テストファイルの隅を測定すると 0,0,0,255 でした。いまは塗りつぶしがパレットを作る前に適用されるので、選んだ色は 256 色のうちの 1 つになり、アンチエイリアスされた輪郭は黒ではなくその色へなめらかに溶け込みます。

行き先がメール署名なら、その色はほぼ常に白です。メールクライアントは白い背景の上に描画し、ダークモードのクライアントは画像自体ではなく周囲のページを反転させるからです。色付きヘッダーのあるイントラネットなら、そのヘッダーに合わせてください。平坦な塗りつぶしでは表現できないもの——マークの背後のグラデーションや、端にはみ出す絵柄——が欲しいなら、GIMP かそのアイコンを作ったソフトの中で合成し、平坦化した結果をこちらで変換してください。

GIF は 39 年の歴史があり、これまでで最も普遍的に読める画像形式です。あらゆるメールクライアント、あらゆるフォーラムのエンジン、あらゆる産業用制御パネル、2005 年ごろより前に書かれたあらゆる業務用ソフトが読めます。仕様に GIF が名指しされているのは、誰かがそれを好んだからではなく、仕様を書いた人が確実に失敗しない答えを求めたからです。

その帰結として、行き先はおそらく他の制約も持つほど古いということです。最大画素数、最大バイト数、固定のアスペクト比など。変換する前に、仕様の残りの部分も読んでおいてください。形式だけがその仕様が定めた唯一のことである可能性は低いからです。

GIF は 1 画素につき最大 256 色の表への索引を格納します。これが写真を GIF にすると目に見える帯が出る理由です。アイコンはまったく別の性質を持っています。平坦な塗り、数えるほどのブランドカラー、輪郭に沿って中間色を加えるアンチエイリアス。それらを合わせても、ほとんどのアイコンは上限を大きく下回り、目に見える変化なしに量子化されます。

影響が出るのは、本物のグラデーションを持つマークの場合です。球体、金属的なベベル、柔らかいグロー。それらは小さな領域の中に何百もの異なる値を生み出し、パレットの削減が段差として表れます。アイコンにそうした要素があるなら、送る前に原寸で結果を確認してください。

GIF は動きと結び付けて考えられがちなので、はっきり書いておく価値があります。ここにはアニメーションにするものが何もありません。ICO は同じ絵柄を表示状況に応じて複数のサイズで描いたものを持っているだけです。時間という概念も、フレームの間隔も、ループ回数もなく、ここでのエンコーダーはちょうど 1 フレームだけを書き出します。

動くロゴが必要なら、これは求めている変換ではありません。動画やアニメーション素材から始めて、まったく別のツールを経由する必要があります。アイコンファイルに何をしても、動くものは生まれません。

いちばん大きいサイズです。ブラウザーはコンテナーをデコードして、いちばん大きいエントリーを返します。これは 16、32、48、256 ピクセルの画像をそれぞれ違う色で持つファイルを作り、ディレクトリの順序を変えて 3 回変換して確認しました。結果は毎回 256 ピクセルの絵柄でした。

そして 256 が絶対的な上限です。アイコンのエントリーは寸法を 1 バイトに格納し、0 が 256 を表すからです。したがってこの方法で作られる GIF は、行き先が何を求めていようと 1 辺 256 ピクセルを超えることはありません。400 ピクセルの GIF を求める仕様は、アイコンファイルからだけでは満たせず、どこかで拡大が必要になります。

小さく、しばしば予想より小さくなります。GIF は同じパレット索引の連続を圧縮し、平坦なアイコンの絵柄はまさにその連続でできています。テストファイル——4 つのエントリーを持つ 8,471 バイトのアイコン——では、256 ピクセルの GIF は 1,894 バイトになりました。

これは同じ画像の PNG——1,737 バイト——と競える大きさです。差はごくわずかなので、バイト数がどちらかを選ぶ理由になることはここではありません。理由になるのは透明度で、その点では PNG がはっきりと勝ります。

背景を平坦化することを確定させる前に、一度試す価値があります。ドキュメントに GIF と書かれているシステムの多くが、コードの上では PNG も受け付けています。検証処理がヘルプテキストより後に書かれ、内部で使っているライブラリが読めるものすべてをカバーしていることが多いからです。通れば、透明度を保ったまま何も失いません。

GIF が本当に必要な場合——非常に古い仕組みでレンダリングされるメールテンプレートや、固定のデコーダーで画像を表示する機器——には、GIF を使い、背景色を行き先に合わせて設定してください。結果は単に受け付けられるだけでなく、正しいものになります。

フォルダーを置いてください。すべてのファイルは個別にデコード、量子化、符号化され、1 つの ZIP として戻ってきます。パレットは集合全体で共有されるのではなく画像ごとに作られるので、同じブランドカラーを使う 2 つのアイコンでも、その色がわずかに違う索引に割り当てられることがあります。使う分には見えませんが、バイト単位では互換性がないファイルになるということです。

一方で背景色はドロップ全体に対する 1 つの設定なので、集合の中のすべてのアイコンは同じ塗りつぶしで平坦化されます。1 つのテンプレートに使う一式にとってはそれが望ましく、逆に集合の半分を今変換し、残り半分をあとで変換すると、2 つの半分が別々の色になってしまう理由でもあります。