mieki256's diary

ステージ数が2.x倍になったので、各ステージのBGデータの並びも2.x倍に。…容量的に不安。

ということで、ソース中に記述していた byte 配列を、バイナリファイルにして resource 以下に置いてみたり。どこかで読んだアレだけど。ソース中に byte配列として並べた場合、実は byte じゃなくて int として並んでる、てな話も見かけたので。仮にそれが本当ならば、resource にバイナリファイルとして置いたほうが容量は食わない可能性が高い。ような。や、今はさすがに、byte を int で並べてる、なんてことはしてないのかもしれんけど。まあ、BGデータの並びを変更するたびに、ソースにコピペしていくのも危ないなと思ったりもするし。別ファイルにしてあれば、スクリプトを実行するだけで、そのへんの更新作業ができるし。

ということで、バイナリを出力する Perl スクリプトを作成。 _Platinum で出力した .csv を読み込んで処理をする。…まあ、$s .= pack("C",$x) して出力してるだけだったり。

iアプリ側も修正。resource///filename から、1byteずつ読み込んでBG用のバッファに描画。一応、表示できてるように見える。

最適化ツールを使って .jar を出力してみたけど。劇的な容量削減に繋がった様子はなく。あまり意味はなかったか…。まあ、更新作業が楽になるメリットはあるから、いいか。

全然関係ないけど、Platinum で書き出した bmp って、謎の縦線が入るんだけど…。なんでやろ。自前でチップを並べて書き出すツールでも作らないとダメかな。…Platinum が出力する .csv 中に、チップ用画像のファイル名も入っていれば、そういうスクリプトも比較的簡単に作れそうな予感。や、Platinum の保存ファイル .ppj を対象にして処理してもいいのかもしれんけど。内部フォーマットが今一つわからんので、そこから調べていかなきゃならんのは、ちと億劫で…。ていうかこういうのって、極力テキストで出力してあるほうがいいよな。たしか POVRAY の pov ファイルなんかも、中身はテキストだったりするし。…人間がパッと見で、開発関連ツールの記録ファイルの内容を確認できるというのは、スクリプト・ツールをサクサク書いていく・データの転用が楽になることに繋がるような気もする。とかそんなことをぼんやりと。