mieki256's diary

置き換えフィルタのソース画像としてグレースケール画像を指定すると、処理がされない状態になってしまうことに気づいた。RGB画像なら処理がされるのだけど。

妹のPC上で、ちとアレではあるんだけど、5.0 と Elements で動作検証してもらった。…そちらだとグレースケール画像でも処理がされる。Elements だけが処理できるなら、フィルタの仕様が変わったと考えられるが、5.0 でも処理されてしまったので環境によって動作が異なるということなのだろう。妹のPCは、たしか Celeron だったか。メモリは 320MB。OS は WinMe。自分のPCは、AMD Sempron 。メモリは 512MB。OS は、WinXP。Intel 製 CPU と AMD 製 CPU では動作が異なるのか。それとも OS が違うせいか。

常駐ソフトを色々停止してから実行してみた。結果に変化なし。…気になる動作状態だなぁ。

まあ、今時 5.0 を使ってるほうがどうかしてるという話も。それに、RGB画像なら処理できるから、実害はないし。…使う場面も少ないしなぁ。

作成後、組み込んで表示しようと思ったのだけど。本番画像が届くとアレだなと思い直した。作業中止。

ゴール近辺でBGを変えないといけない。ので、それの仮画像を作成中。…仮画像作成なのにどうして自分はそちらに注力してしまうのか。とはいえ、プロトタイプ・雛形であっても、ある程度の見栄えがないとマズイのだろうし。

マップエディタで並べてるうちに気がついた。複数画像を使ってマップを描くことになるような。どうしたもんか。チップを敷き詰めるだけで出来上がるBGなら、画像枚数分だけ bit が増える程度で収まるけど。それらの上に何かを描画することもありえるのであれば、bit ではなく byte 単位で1要素のデータが増えることになりそうな。

使っていないチップナンバーがあるから、そこにも画像を詰めることができればいいんだけど。チップを描くにしても並べるにしても、作業する上では詰めない状態で作成しておいたほうがいいのだろうし。…最終的にはスクリプト等で、画像も含めて詰めてしまうほうがいいのかもしれない。でもそうなると、gif の出力時にちゃんと圧縮ができるかどうかが怪しくなってくるような。おそらくは、ImageMagick あたりを使って出力することになるんじゃないのかなぁ…。