LifeTouchNote買いました

でも、感圧なのでせっかくAndroid2.2なのにマルチタッチが出来ない罠

試しに弾幕作ってみましたが、３０FPSぐらいは出る様子。

操作をどうしたもんか・・・。

Garaxy S でOpenGLを使おうとしたらegl_bad_surfaceで怒られる罠

タイトルの通りですが、学生のGaraxySでOpenGLのテストをしてもらおうとしたら、画面の背景色クリアすら行かない状態。

よーくログを見ると、EGL_BAD_SURFACEとか言われてるわけです。

で、調べてみてもよくわからないんですよね。　これまた日本語で見つかる記事は無いし。
読めない英語を頑張って読んでいたら、大分前にこんなのが

ようするに、OpenGLの初期化の段階で

  int[] spec = new int[] {
   EGL10.EGL_RED_SIZE, 5, //赤
   EGL10.EGL_GREEN_SIZE, 5, //青
   EGL10.EGL_BLUE_SIZE, 5, //緑
   EGL10.EGL_DEPTH_SIZE, 1, //深度
   EGL10.EGL_NONE
  };
  EGLConfig[] configs = new EGLConfig[1];
  egl.eglChooseConfig(display, spec, configs, 1, new int[1]);

ってやってる、このRGBのbit指定がダメだ。と。
エミュレータはそこらへんなんか適当なのになぁ。へ・・・へぇーーー。

でも、そのビット指定を外すと

  int[] spec = new int[] {
   EGL10.EGL_NONE
  };

こんな情けない配列になりますけど。　良いですか？　良いんです！！！

でも、こんなんで悩んでる人は今はあまりいないっぽい。　多分だけど、みんなGLSurfaceViewの恩恵に預っているのだろう。

じゃぁなんでGLSurfaceView使わないかって？　だってあのGLThreadってFPS指定できないでしょ。多分。

あと、描画メソッドの中で更新もしなきゃならなさそうだし（別スレッドでやる方法もあるんだろうけど、synchronizedで同期とるとかなんか嫌。)
更新→描画→更新　のちゃんとしたゲームループがほしいんだあ。

ようやく仕事が落ち着きそうなので

なんかアンドロイドでゲームでも作りたいもんです。

案1　モザイクブロック崩し
モザイクアプリを以前作ってみたので、それを活かして、なんかエロいようでエロくない微妙な絵をモザイク化して、そのモザイクを破壊していくブロック崩し。
普通のブロック崩しと違うのは、色によってブロックへの衝撃が隣接ブロックにもつながる事。　似た色だとブロックへのダメージがあまり軽減せずに突き抜ける。　逆に全然色が違う場合はほぼ通らない。
こうすれば、「元絵」がそのまま難易度になるんじゃないかなぁ。と。

案2　麻雀パズルゲーム
僕はなんだかんだで麻雀大好きで。　Physx麻雀の作者でもあるわけなんですが・・・。
さすがにAndroidで3D＋物理演算とかやりたくない。　というか、IS01では動かなそうなので、発想を変えて、積み上がった麻雀牌をドラッグしていって、面子を作り、手配にスタック。　14枚集まった時点で役判定、点数がそのまま持ち点に加算。もちろん、役が無い場合はフリテンで-8000点　上まで牌がつまったらゲームオーバー。

案3　リアルタイムオセロ
対人戦。　プレイヤーあたりの持ち秒数（例えば3秒）が決まっていて、その間であれば何個でも自分の石を置ける。ただし、挟まれた石は一気に変わるのではなく、置いた石を基点に一つづつゆっくりとひっくりがえっていくので、アクティブに取り返す事が可能。　CPU作るのが大変そう。

どれ作ろうかなぁ。

明けましておめでとう

ございます。
もう1月も7日ですが。

今年の抱負はニコニコでandroid開発の生放送してみたいなとか思ってます。

なんと、今日にでも達成できそうな抱負ですが、個人的にはハードルが高いです。
なんか恥ずいよ。

OS標準のクリッピングを呼び出す方法

Androidで壁紙なんかを設定しようとすると、サイズが大きい場合にクリッピングのインテントへ画像を飛ばしてくれる。
似たようなものを自力で作ってみたんだけど、もとからあるならそれを使わせてもらいたいもんです。

というわけで、「OS標準のクリッピングを呼び出す方法」を調べてみましたが、中々有益な情報に出会わない。
ちゅーか、画像のセレクタからクリッピングへの流れを組むのは

Intent intent = new Intent(Intent.ACTION_GET_CONTENT);
intent.setType("image/*");
intent.putExtra("crop", "true");
startActivityForResult(intent, 0);

てなのが出てくるんだけど。

違うんだよ。　今既にこっちでもっているBMPをクリッピングして返して欲しいんだよ！

ってなると、急激に情報がなくなっていきます。　少なくとも日本語圏ではまともなのがない（探し方が悪いだけって話もある）

なので、実際にクリッピング画面をカメラなり壁紙設定から実行して、DDMSのログを見てどのIntentが呼び出されているのかを調べてみました。

すると、

INFO/ActivityManager(1381): Displayed activity com.android.camera/.CropImage: 863 ms (total 863 ms)

まぁ、863msは置いといて。
com.android.cameraパッケージのCropImageが呼び出されているようです。

ちゅーことは。

Intent intent = new Intent();
intent.setClassName("com.android.camera", "com.android.camera.CropImage");

でウッドボール！！


と、思ったら大間違い。　OS2.1以上だと起動しない！！！

なんと、このクリッピングのインテントはOSによって違う模様。　な・なんだってー！

僕はIS01で開発してたので、エミュレータでOS2.1にしてみると

INFO/ActivityManager(72): Displayed activity com.android.gallery/com.android.camera.CropImage: 1289 ms (total 1472 ms)

うお。　パッケージ名が "com.android.gallery"になってる・・・。

つーか、パッケージが"com.android.gallery"でクラス名が"com.android.camera.CropImage"ってどういことなんだ。

ともかく、

Intent intent = new Intent();
intent.setClassName("com.android.gallery", "com.android.camera.CropImage");

にしてあげたら、OS2.1以上では起動しました。

・・・えぇ、1．6で起動しなくなりましたよ。当たり前ですけど。

なーぬーーーー。

ちゅーわけで、もう一手間。

android.os.Build でSDKのVerがわかるようなので、

final int sdkInt = Integer.parseInt(Build.VERSION.SDK);

で、sdkのVerを取得。　このsdkIntがAPIレベルになるようで。　すると、1.6は4。　2.2なら8です。

それら踏まえて

Intent intent = new Intent();
  final int sdkInt = Integer.parseInt(Build.VERSION.SDK);
  if(sdkInt <= 4){ //OS1.6
   intent.setClassName("com.android.camera", "com.android.camera.CropImage");
  }else{ //OS2.1
   intent.setClassName("com.android.gallery", "com.android.camera.CropImage");
  }  

という感じ。　ふーはー。 とと、本題を忘れていた。 これらインテントにこっちからBMPを渡すんでした。 これもいろいろあるみたいなんですが、Intentで渡せるデータ容量の関係もあって、一度テンポラリとして保存をして、その保存ファイルのUriを渡すものみたいです。 なので僕のソースコードはこんな感じ。

intent.setData(Uri.parse("file://" + url));
  intent.putExtra("crop", "true");
  intent.putExtra("outputX", dw);
  intent.putExtra("outputY", dh);
  intent.putExtra("aspectX", dw);
  intent.putExtra("aspectY", dh);
  intent.putExtra("scale", true);
  intent.putExtra("noFaceDetection", true);
  intent.putExtra("return-data", "true");
  intent.putExtra(Intent.EXTRA_STREAM, Uri.parse("file://" + url));
  startActivityForResult(intent, INTENT_CALL_CROP);

urlが渡すBMPを保存したパスだと思いねぇ。 その際に、Intent.EXTRA_STREAMで指定した場所にクリッピングしたデータを書きこんでくれるみたいなので、僕は渡した画像ファイルのパスをそのまま指定してます。 ところで、

intent.putExtra("return-data", "true");

ってー指定があってね。　これによってリザルトが戻ってくるんだかなんだか・・・。 でも、ウェブではどう調べても

intent.putExtra("return-data", true);

って書いてあるんだよね。　本当かね。　ウチの環境ではここでtrueぶち込んでもリザルト返ってこないんだけど。

教えてエライヒト。　それでは、また。ノシシ

ブレークポイントを置いてステップ実行すると読めるのに、通常実行するとBitmapがnullる！

今テストとして、HTTP通信で画像を取ってきて表示する。という至極簡単なものを作っているんですがー。

「ブレークポイントを置いてステップ実行すると読めるのに、通常実行するとBitmapがnullる！」

という現象発生。


調べても同じような事象がみつからず。　しかも常に起こるわけではなくて、開こうとしている画像ファイルのサイズに依存しているような・・・。そうでもないような・・・。

UIスレッド上で動かすからいけないのか？　と思って、別スレッド作ってみたものの結果は同じ。

同じどころか、UIスレッド外からImageView操作しようとして怒られたので、Handlerを使ってpostしなきゃいけない始末。

まだInputSreamの準備が出来てないとか、そういうのだろうかー。

AsyncTaskに変えてみようかな・・・。
多分関係ないな・・・。

Bitmap.copyメソッドがPNGの色情報を欠落させる件

突然ですが、アプリをマーケットに登録しました。
「Asimoc」という可逆モザイクアプリです。　厳密に言えばモザイクでは無いんですが、パスワードをかけてモザイクをかけれる。と、いうソフトで。

特段難しいことはしてないんですが、「そろそろリリースできそう！」って時に起きた現象が

「Xperiaだと、BitmapをARGB_8888のフォーマット指定してcopyしても、下位ビットの色情報を欠損してくれる」
です。

いや、いろいろ調べていったら、Xperiaが悪いんじゃなくて、AndroidOS2.1ぐらいからのバグ？　だか、仕様？だか。

今までは、BMPにピクセル単位で読み込んだり、書き込んだりするために、一回コピーをして、編集可能BMPを取得していたわけです。

Bitmap tempBmp = bitmap.copy(Config.ARGB_8888, true);

 これで、OS1.6までは行けたんだけど、なんかOS2.1からこれだとダメで。

しょうがないので

Bitmap tempBmp = Bitmap.createBitmap(bitmap.getWidth(),bitmap.getHeight(),Config.ARGB_8888);
Canvas canvas = new Canvas(tempBmp);
canvas.drawBitmap(bitmap,0,0,null);

と、言う感じに、先に空でBitmapを作って、そこに描画。　と。

なんでこんな事をしなきゃいけなくなったのか・・・。

ううむーん。