mieki256's diary

こうまで透明色指定がされてない画像ばかり送られてくるということは、デザイナーさんのほうに「gifの透明色指定をしておいてください。それがアプリ上でも透明色になります」という指示連絡が行ってないまま作業してもらってる状態なのではないかという不安が。

あるいは、デザイナーさんの使用ツールの問題で、「こちらでは透明色を指定するのが極めて難しいです。受け取った側で透明色指定してください」という返事が来ているけれど、そのあたりの話が自分には一言も伝わってきていない、ということかもしれず。

いやまあ、ツールの問題等があるのであれば、こっちでそのへん作業してもいいんだけど。ただ、プログラムを作るのはプログラマーしかできないけれど、透明色指定はプログラマーじゃなくてもできる作業なわけだから、プログラムを作る作業を中断してまで透明色指定をプログラマーがしてるのはどうなんだろうという気もする。えてして最後のほうでアタフタすることになるのはプログラマーだったりもするし。 *1

というか、「ここは透明色にする」ということを意識しないとそもそもドット打ちができわないわけだから、デザイナー側で指定できたほうが・指定作業が可能な環境を整えることに注力したほうが話が早いのではないか。という気もしているんだけどどうなんだろうなあ。

それとも、昨今のその手のアプリの開発現場では、デザイナーさんとプログラマーの間に、画像の透明色やマスク作成をする専門の作業員が居るのが当たり前、だったりするのだろうか。ポリゴンゲーなどは、「俺はテクスチャしか描かない」「俺はモデリングしかしない」「俺はモーション付けしかしない」等々分業が進んでそうな印象もあるし。あるいは、携帯電話向けのアプリなんてのは、企画の大きさ的にプログラマーがアレもコレもやるのが当たり前で、本来なら自分が企画書もドット打ちもサウンドデータ作成もするぐらいじゃないとあかんかったりするのだろうか。そのへん全然実状を知らないんだけど。

今回の画像群のクオリティでお前もドット打ちせよ、と要求されても自分には無理だな…。やっぱりプロは上手い。全然歯が立たない。画像が届くたびに感嘆のため息が漏れてしまう自分。や、透明色は指定されてないけど。

◎ よくわからないアニメ画像が送られてきて悩む。 :

---

2枚の画像の異なるドットを調べて、元画像、変化画像1、変化画像2、に分けて出力するツールがあれば作業が楽かもしれないなと。

さらに、変化画像1、変化画像2の中にあるドットを検索して、イイ感じの複数の矩形画像にして出力、かつ、その表示位置座標のテーブルも出力、てなことができるとさらにグッドかもしれず。…イイ感じの複数の矩形をどうやって作ればいいのか、その処理がちょっと想像できないけど。

背景色以外のドットが出現するまで横方向にドットを眺めていって、ドットが出現したら、そのドットから上下左右斜めにドットがあるかどうかを調べ、もしドットがあれば矩形領域を1ドット広げて、ドットがなければそこでその矩形の作成は終了、という感じではどうか。と思ったが問題がありそうか。

• 同じドットを複数の矩形領域が拾ってしまう可能性がある。→ どこかのバッファに、「このドットは別の矩形に既に含まれているぞ」的情報を残しながら処理をしないといかんであろう予感。
• 1ドットずつ飛び飛びなドット等があったりすると矩形領域の数が膨大になりそう。→ 矩形領域の作成単位を、4ドット、8ドット、16ドット、などの単位にするのはどうか。
• 効率の悪い矩形領域の分割が発生する可能性もあり。→ 矩形を作る方向にいくつか種類を設けるのはどうか。横方向と縦方向でドットが見つかったときに重みづけするとか？ どういう方向で矩形を作るかは使う側に指定させる。もしくは、分割方法を総当たりで試して、その結果を見て、どのやり方で分割するかを指定するとか。