GIFをPNGに変換

GIFがすでに失ったもの、PNGでは取り戻せないもの

GIFが持てるのは最大256色で、パレットとして選ばれた色を番号で参照します。PNGに変換するとこの上限はなくなり、1600万色を扱えるようになりますが、その余地を埋めるものはありません。色はGIFを作った時点で捨てられているからです。GIFで保存した写真をPNGに変換しても、より多くの色を扱える形式に入った256色の写真のままです。パレットが捨てたものを変換で復元することはできません。 できると主張するツールは、ピクセルをでっち上げています。

透過についても同じことが言え、実際に困るのはこちらです。GIFの透過は1ビットで、ピクセルは完全に透明か完全に不透明のどちらかしかなく、中間はありません。そのため、GIFの丸いロゴは輪郭が硬くギザギザの階段状になり、たいていは背景として合成されていた色のフチが残っています。PNGは256段階の透過に対応していますが、変換後のファイルが使うのはそのうち1段階だけです。GIFにはそれしかなかったからです。この輪郭をなめらかにするには、変換ではなく描き直しが必要です。

ファイルサイズが大きくなることが多い理由は、ディザリングにあります。パレットにない色を擬似的に表現するため、GIFは近い色のピクセルを細かい市松模様に散りばめます。そしてこの模様は、圧縮する側から見ればノイズです。PNGは各ピクセルを隣のピクセルから予測して圧縮するため、平坦な部分では非常にうまく機能しますが、ディザリングには通用しません。そのため、ディザリングされたGIFから、ピクセルはまったく同じなのに数倍のサイズのPNGができることがあります。単色で塗られた図であれば、期待どおり小さなPNGになります。

アニメーションは引き継がれません。PNGは静止画の形式なので、アニメーションGIFは最初のフレームとして変換されます。38年も前に生まれ、ほかのあらゆる点で劣っているGIFが2026年になってもまだ使われている本当の理由は、まさにこのアニメーションです。

ほかの目的には

GIFが動くものなら、そもそもこの変換は間違いです。Webページ上の短いアニメーションなら、ffmpeg -i in.gif -c:v libvpx-vp9 out.webm やアニメーションWebPのほうが、GIFよりはるかに小さくなめらかで、現在のブラウザはどちらも再生できます。GIFのままにする必要があるなら、gifsicle --optimize=3 が正解です。

静止画の場合は、その画像が何なのかを考える価値があります。写真なら、PNGは256色で近似したものをフルサイズで保存しているだけで、JPGにすれば、言うほどの追加の劣化なしにサイズを小さくできます。図やイラストなら、pngquantやoxipng -o 4でPNGを大幅に縮小でき、ImageMagickの magick in.gif -coalesce out-%d.png なら最初のフレームだけでなく全フレームを書き出せます。