ファイルサイズを小さくする為には、なるべく Global Color Table を利用すべし。

Global Color Table とはGIFファイル内にたった一つのみ存在し得る共通のパレットの事である。
また、Local Color Table というものも存在し、これは各フレームが個々に持つ事ができるパレットの事である。
これ GIF における基本なり。

例えば 256 の色を持つフレームならば、そのパレットのサイズは
3 byte x 256 色 = 768 byte
となる。

各ケースの例を表で示す。

色数	サイズ（byte）
2	6
4	12
8	24
16	48
32	96
64	192
128	384
256	768

色数が少ない場合は大した事は無いが、256 色にもなるとパレット１つで 768 byte のサイズになる。
フレームが 10 個あった場合、その全てで Local Color Table を使用していたりすると、
768 byte x 10 個 = 7680 byte
約 7k byte のサイズにもなる。
逆に全てを Global Color Table で済ます事ができれば
768 byte x 1 個 = 768 byte
となり、全てに Local Color Table を使用した時との差は 6912 byte にもなる。

ここまで読んで、「Global…やらLocal…自体の意味が解らんのだよ！」
という者のために図も示しておく。

感覚は掴めるだろう。

元画像を作成する段階から、パレットを１つしか使用しない事。
…だが、何時もそうできるハズがない。

よって「natm」ではパレットを統一する機能を提供している。
メニューの [編集] -> [パレットを統一する] がそれにあたる。

メニューを実行すると、このダイアログが表示される

この機能を用いる事で統一されたパレットを作成する事ができる。
が、無理な統一を行う事はお奨めできない。

パレットの統一とは、要は使える色数を（場合によっては）減らして無理やりに１つのパレットに纏め上げる事である。
全く違う色が多く使われているフレーム同士のパレットを統一すると、無理をしたパレットができあがる。
結果、元画像とあまり似ていないイメージになる可能性もある。

逆に、似た色が多く使われているフレーム同士の統一であればほとんど問題は無い。

と色々述べておきながら、最後に適当な事を言うようだが、
アニメーションさせようとしている画像ならば、自然と似た色が使われる事が多くなるだろう。
よって、深く考えずにパレットの統一をしても問題が無いというケースも多い。

ファイルサイズを小さくする為には、なるべく重複するデータを削るべし。

GIFアニメ の再生に画面全体の画像情報など、かけら程しかいらん。
必要なのはアニメーションによって変化が起こる部分の画像情報のみ。
つまり、変化の起きない部分の画像情報はとことん捨てる − 的確な取捨選択をする事が大事なのだ。

ファイルサイズ 860 byte

例えばこの GIF の場合、以下の４つのフレームから成り立っている。

所謂、全てのフレームが画面全体の画像情報を持っている GIF である。

また、この GIF を見て欲しい。

ファイルサイズ 414 byte

表示されているイメージは先に見せた GIF と全く同じハズだ。
だが、ファイルサイズは半分以下になっている。
これは、変化の起きない部分の画像情報を捨てたためだ。

因みにフレームはこのような構成になっている。

ファイルサイズが小さくなった要因は一目瞭然だ。

アニメーションを１コマ毎に比較して変化をチェックすべし。
そうして取り出した画像をフレームに登録し、適切な配置位置を指定すべし。
…なんて事はやってられない。

という事で「natm」では必要な画像情報のみを取り出すための機能を提供している。
メニューの [編集] -> [現在の設定で最適化] がそれにあたる。（[ファイル] -> [保存] でも可）

メニューを実行すると、このダイアログが表示される

この機能を用いる事で必要な画像情報のみを取り出す事ができる。

が、それには条件がある。
その条件とは、フレームの「背景の処理方法」が

• ０：「指定しない」
• １：「現在のまま」
• ３：「以前の状態に復元」

の何れかであるという事である。（０：「指定しない」は１：「現在のまま」と同じ扱いという前提）

２：「背景色で塗り潰し」 はフレーム（画像）の縦横サイズ自体が意味を持つため、画像情報を捨てる事はできない。
だが、透過色を利用して圧縮効率upを狙う 事だけならば可能である。