0313_制限に負けない絵作り。

ＤＳのメイドイン俺で絵を描いていると、昔のＭＳＸ２などで絵を描いているような感じの画になります。そうすると、なんかＭＳＸ２のカオスエンジェルズみたいだなぁ…と思ったり。

そういや、カオスエンジェルズでは１００枚を超える絵をディスクに詰め込んでいますよね。あれって、どうやってデータを格納・表示しているのだろう？　なんて、ふと考えたりします。

プログラムを解析しているわけではないので、あくまで想像で、「自分がプログラマーならこう作る」という考えですが、ＭＳＸ２の「カオスエンジェルズ」の場合、漢字の表示から見て高解像度画面ですからスクリーン６か７。で、スクリーン６は４色、７は１６色です。どう考えても４色ではないですよね、というわけでスクリーン７でしょう。そうすると、２ページの画面を持っています。なので、もう１枚の画面に背景画像を退避したりという使い方が可能です。ＭＳＸでは複数ページの重ね同時表示はできません（Ｘ６８０００ならできます）が、データの退避場所などとしてとっても便利な使い方ができます。

描かれている絵の主線はラインではなくしっかりと描かれている＆上から順に表示しているので、白黒の２値を効率よく圧縮しているのでしょう。圧縮方法はランレングスかランプルジズかハフマン符号かは分かりませんが。でないと、大量の画像データを２枚のフロッピーに入れることができません。たった２枚のフロッピーでゲームが動いております。使えるメモリが限られる昔のソフトは、データの圧縮が命でありました。

で、色データは単純に「ペイントルーチンを作って塗っている」でしょうね、これが一番データを小さくできるでしょうから。ただし普通のペイントルーチンではなく、タイルペイント（市松模様などで塗ることにより、少ない色をたくさんに見せる）ができるようなものを作っていると。で、ついでに「ここを背景に塗る」というルーチンを仕込んで、絵のいらない部分を背景で消しているのでしょう。

問題は「絵の上に絵を上書きしている」こと。いったん画面を全部消して書き直せばいいのに、あえてこんなことをしております（Ｗｉｎのシュタインズゲート８ｂｉｔなんかでも、こういう処理をさせています）。なので、これに対応したペイントルーチンを作らなければいけません。具体的には、「新しい絵の色と古い絵の色を区別する」。そうすると、新しい絵の主線はカラーパレット１番の黒、古い絵の主線はカラーパレット２番の黒…という感じで、ペイントルーチンでは１番の黒のみを色の境界と判断する…という感じかな？（’’？　で、絵を描くごとにこの１番の黒と２番の黒を交互に使用すると。これなら、多分処理できそう。

あるいは、非表示ページをいったん消して、そこにも同じように新しい絵を描いて、そちら側で塗る範囲をチェックしていると。どっちにしても、面倒くさいことをしていますよね。もしかすると、これ以外の方法で実現させているかもしれませんが。

ＭＳＸのカオス～をＧＢＡなどに変換するソフトを作っている人がいますので、その人はＭＳＸ版を完璧に解析して移植しているでしょうね。ＨＰの開発日記を読むと、Ｚ８０をＣの命令で実現するという方法を取って移植していると（、、；　でも、よっぽどの愛がないと、なかなか解析なんて暇なことはできません。というわけで、どういう処理をしているかは作者と解析者だけが知っていると。

今は、こんなことを考えなくてもいいぐらいに潤沢にメモリを使え、画面制御の制限もほぼ解消されていますが、キツい制限内でいかに自分の理想を実現するかを考えていた時代は、それはそれで面白かったのかも知れません。で、ふとこういう技術的なことに興味が湧いたりするのですよね。