PMS追跡調査

　というわけで、今回は (c)AliceSoft の Windows95 専用ゲーム「鬼畜王ランス」の CG を用いて、各画像形式の圧縮性能を測ってみましょう。

1. ちょっとその前に

　というのも、今回は性能評価のために 12枚の CG を選択したわけですが、 それを一枚一枚、BMP に変換するのはやっぱりちょっと面倒ですね。 MList は基本的にはただのビューワですから、BMP にコンバートできる機能は あくまでもオプションなのです。 しかし、こうも大量の CG をコンバートしようと思うとちょっと骨が折れます。 私のページの BBS の方にこのような要望がくるのもわからなくもないですね。 大量の CG を一括でコンバートできなくとも、 せめてセーブファイル名のデフォルトの名前くらいダイアログに入れて おいた方がいいですねぇ。 次の、バージョンアップの時に頭にいれておきます。

　まあ、そんなことを考える前に、まず 鬼畜王ランスの CG を選択していたわけですが、 久しぶりに見ると

　 なんて、懐かしさがこみ上げてきました。 で、いろいろ見ているとちょっと気になる CG を発見しました。 その CG とは

　 です。 ランスがハーレムで 4人の女の子と戯れいている CG なのですが、 一番右側の女の子が ダメ子ソックリなんですね。 まあ、原画さんが一緒ですから、そう無い話でもないとは思うのですがね。 千歳(みこさん)ともどもランスの世界から戦巫女の世界に転生したのでしょうか。 暇な方は自分の目でお確かめください。 ちなみに、街でさらに女の子を物色していると、この CG が次の CG

　 に変わるのですが、この CG の女の子は虹野さんに見えなくもないです。 まあ、どうでもいい話なんですけど。

2. 性能評価に使用したファイル

　ファイルサイズから想像がつくかもしれませんが、 最初の 7枚の CG が通常のイベントシーンの CG（主にＨシーン）であり、 残りの 5枚が 非常に単純な絵が描かれた CG です。

　イベントシーンの CG は私が MList で閲覧しているときに 気に入った CG を適当に選択しています。 技術的にどうという明確な選択理由はありません。

　また、非常に単純な絵を性能評価の対象にしているのは 画像形式によっては、複雑な CG と単純な CG とで明かに圧縮率が 変わるものがあるためです。 多く CG において、Aという画像形式は Bという画像形式より圧縮率が 良いという結果があったとしても、対象とする CG が非常に単純なものに 関しては、その性能が逆転することも十分考えられます。 個々の画像形式には得意とする CG の傾向があるからです。 そもそも今回の性能評価はそのような理由から始まっています。

　非常に単純な CG とは、 具体的にはアーカイブファイルが鬼畜王GA.ALDである CG0270.PMS ,CG0271.PMS, CG0272.PMS の 3枚は黒いバックグランドに 単色（白）で大きな文字が書かれているエンディング用の CG です。 また、CG1704.PMS はオープニング用の CG で、黒いバックグラウンドに 24ドット程度の大きさの文字で「大陸」とだけ書かれたものです。 ファイルサイズから想像できるように本当に非常に単純な CGなのです。 なお、鬼畜王GB.ALD の CG0298.PMS は

　 の CG です。 なんとなく気に入ったので採用しました。

3. 性能評価対象

　今回対象とする画像形式を以下に示します。

　 最近、MList を (c)Leaf の LF2 に対応させましたが、 その時、LF2 が GP8 と全く同じ圧縮方法を用いていることがわかりました。 これで私の知る限り GP8, MCG, LF2 の 3つは全く同じ圧縮方法を用いていることになります。 しかし、これは、この 3つの会社、(c)elf, (c)FandC, (c)Leaf の 3社の技術者につながりがあるという ことを直接的に意味するものではありません。 単に、誰もが同じことを考えていただけしょう。 なぜならば、それは、私も全く同じ圧縮方法を自作ゲーム用に使うつもりで圧縮プログラム作ってましたから。 そうでなければ、GP8 の形式をデータ見ただけで解析ができるわけないですね、普通は。 GPX も見ただけで解析しましたが、はて、これはどうしてでしょう。 もしかして、私って普通じゃない？

4. 画像変換の結果と考察

　 この表は全体的に見て、ファイルサイズが小さい画像形式を左に、 ファイルサイズが大きい画像形式を右側に配置しています。 PI と BMP+LHa, GP8, GIF, MAG, PMS だけを対象に考えれば、 基本的には前回同様の結果のように思われます。

4.1. LHa と Gzip と MAG

　基本的に Gzip は LHa より圧縮率が高いといわれています。 それは、LHa は圧縮率よりあまり時間をかけずに圧縮を行なうようにしている （しかし、それは極端に圧縮率を下げる要因とはならず、逆に圧縮率を上げる要因となる。） のに対し、Gzip は時間をかけ、より圧縮率を高めようとしているからです。 だからといって、Gzip は常に LHa より圧縮時間がかかるかというとそうでもありません。 Gzip はオプションにより、あまり時間をかけず圧縮率もそこそこという設定から、 時間をかけて高圧縮率狙うという設定を行なうことができるからです。 今回はデフォルトの設定で圧縮を行なっています。 しかし実際、デフォルトの設定と高圧縮率を狙う設定では、 圧縮率は 1%変わるかどうか、ほとんど誤差の範囲に収まります。 高圧縮率を狙う設定で圧縮を行なったとしても BMP+GZIP が現在浮動の 1位を保っている PI の座を 脅かすということにはならないでしょう。

4.1.1. 単純なデータに強い LHa

　LHa が単純なデータに強いその理由は恐らく、前述したように

4.1.2. MAG との相性の良い LHa

　もしかすると、MAG だけ 2重に圧縮することに不公平を感じている方もいるかもしれませんが、 実際にはそんなことはありません。 通常、なんらかの方法で圧縮されたものは、もう一度、他の方法で圧縮を試みても、そのサイズがほとんど変わりません。 したがって、GIF や TIFF を LHa で圧縮したからといって、サイズが極端に小さくなることはないのです。 MAG はあらかじめ 2重に圧縮されることを前提として作成されているため、 LHa や Gzip で圧縮するとそのサイズを小さくすることができるわけです。 これは、悪くいえば、さほど圧縮を行なっていないという意味にもとれます。 それは、MAG+LHa や MAG+GZIP よりも、 無圧縮の状態から圧縮を施した BMP+LHa や BMP+GZIP の方が圧縮率が高いという結果からも想像できると思います。

　さて、BMP を LHa と Gzip で圧縮した場合は、シナリオシーン用の CG に関しては Gzip で圧縮した方が LHa で圧縮するよりも、高い圧縮率を示す事例が多いというのは前述した通りです。 具体的には 7枚の CG の内 5枚の CG で Gzip の方がファイルサイズが小さくなるという結果になっています。 ここで、MAG を LHa および Gzip で圧縮した結果のファイルサイズ、MAG+LHa と MAG+GZIP の項をみると 面白い結果を見ることができます。 BMP では 2:5 で Gzip の方が LHa に比べより多くのファイルにおいてファイルサイズが小さくなりました。 しかし、MAG に関しては単純な CG を含めた 12枚全ての CG において LHa で圧縮したファイルの方が Gzip で圧縮したファイルよりもファイルサイズが小さくなるという結果になっています。 この結果から MAG は Gzip よりも LHa と相性がよいということが言えそうです。 なぜ、Gzip より LHa の方が MAG との相性がいいのかというのには、

1. MAG が LHa に特化するようにカスタマイズされている。
2. MAG は単純なデータであり、単純なデータに強い LHa の方が圧縮率が高い。

　一般に MAG のデータが Gzip で圧縮されず、LHa で圧縮されるのは、 LHa がアーカイバであり、複数のファイルをまとめて圧縮できるのにたいし、 Gzip は単なる圧縮プログラムでありアーカイブ目的には使用しにくいという理由と 日本の DOS の世界ではあまりはやっていないという理由があると思います。 MAG は Gzip より LHa との方が相性がいいという理由により MAG は LHa で圧縮するべきだ と気がついていた人は上記の理由によりほとんどいなかったでしょう。 しかし、これからは確信をもって、MAG は LHa でアーカイブすべきであるということが言えそうです。

4.1.3. 単純なデータに弱い GP8

　もう、気がついたでしょうか？ 単純な CG の場合の GP8 の圧縮率が他の画像形式の圧縮率に比べ相対的に低い理由に。 実は、 GP8 の理論上の最大圧縮率は 1/8 なのです。 それゆえ、どんなに CG が単純になろうとも GP8 のファイルサイズは元の画像の 1/8 以下の サイズになることはなく、他の理論上の最大圧縮率が 1/8 以下である画像形式に比べ 相対的に圧縮率が低くなるのです。

　以下に一部の画像形式の最大圧縮率を示します。

　 ゲーム中で、圧縮率が軽く 1/8 を越えるような CG を使用するのは全体の CG から見れば、ごく小数です。 ですから、ゲーム用の画像形式として GP8 を用いることは通常問題になりません。 しかし、各ユーザが自由に描く CG は単純なものから複雑なものまでピンからキリまであります。 極端な話、真っ黒な絵を何枚も保存するのに、最大圧縮率が 1/8 では問題になるということです。 それゆえ、GP8と同様の画像形式は多くの人が考えつき、ゲームには使用されますが、 一般の CG としては使用されることはないのだと思います。

4.2. 今回のメイン PMS

5. 終りに

　なお、ここまで長々とこの文を読んで頂いた方々に感謝します。