私は甘い食べ物が好きだ。
もちろんプリンもね。
グリコのプッチンプリンは特に好き。
何故ならプッチンして皿の上にプルルンとなる瞬間がたまらなくいい。
これから美味しいプリンを食べれるんだとうれしくなるから。
なのに・・ 最近プッチンする前にプリン本体が落ちるじゃないか！
私の楽しみが・・・・。
それも贅沢に大きなプッチンプリンなのに。
グリコの責任者 ちゃんと説明しろ！
プッチンする前にストンと落ちるのはおかしくないか？
ちなみに私はクレーマーではないので電話して文句はいってません。
グリコの関係者は私の気持ちを察し、これからの対応策をコメントとしていただければ幸いです。（誰も見ない・・・
これからこのようなことがこれからも続くようであれば商品名を「スットンプリンかも」に変更するよう提案いたします。
いんてる 怖ぁ～い せぶんしーぴーゆー
今日、テレビのコマーシャルでこう聞こえてビックリした。(゜ロ゜)
NetBeans で簡単に署名付き apk ファイルをつくる ではまった Android の apk ファイルに署名をつける件を調べた。
と言ってもちょっとググってみただけなんですが・・・
やはり JDK7 の jarsigner が失敗するみたいですね。
Android な人は注意しましょう。
NetBeans に NBAndroid プラグインをインストールして Android アプリを作成している人は少ないと思うので
自分用φ(．．)メモメモ
プロジェクトを右クリックして [ Export Signed Android Package ] をクリックします。
keystore ファイルを作成するためのウィンドウが表示されます。
keystore ファイル を初めてつくる、または新たにつくる場合は Create new keystore ラジオボタンをクリックして選択します。
出力先を設定します。
そしてパスワードを設定して [ 次へ > ] ボタンをクリックします。
非公開鍵をさきほどの keystore ファイルを使って作ります。
すでに keystore ファイルがありそれを使う場合は Alias のドロップダウンリストより選んで非公開鍵用のパスワードを入力します。
Add new key ラジオボタンを選択します。
[ 次へ ] ボタンをクリックします。
非公開鍵の署名内容をそれぞれ入力します。
ここでのパスワードは非公開鍵ようのパスワードになります。
あとはそれなりに入力するだけですが key の入力内容（key の名前)は解りやすいものにしておくと再利用の時に迷わずにすみます。
署名付き apk ファイルの出力さきと署名の有効期間が表示されます。
[ 完了 ] ボタンをクリックしてできあがるのを待つだけです。
ここで嬉しいことに、アプリケーションの最適化も NetBeans はおこなってくれます。
zipalign はもう必要ないですね。
本当にできてるか確認しました。
keystore ファイル 指定の場所にありました。
もちろん署名付き apk ファイルも！
さて、疑り深い私はちゃんと署名されているかも確認！
ちゃんと検証されました。
これでハッピーエンドとなるはずだったんですが・・・
実は大きな問題がありました。
今までの作業は Windows Vista 64 bit JDK6 u26 NetBeans 7.0.1 で非常に簡単に問題なくできました。
実は最初は Windows 7 JDK7 NetBeans 7.0.1 でこの作業をしていました。
署名付き apk ファイルをつくって、署名の確認をせずに Android マーケットにアプリを登録しました。
無事にアプリをアップロードすることができ、Android マーケットにも反映されていたので安心していたのですが・・・
なんと！ インストールできない（＞＜）
で、署名の確認をしたところ お・か・し・い・・・・・・・・・・！
時間がないので少ししか検証してないのですが
どうも JDK7 の jarsigner かなっ？
ちなみに JDK7 でつくった keystore ファイルをつかって JDK6 環境のコンピュータで署名付きアプリをつくり、
Android マーケットに登録したらこの問題は解決しました。
ちなみにその apk ファイルを JDK7 環境で署名確認すると警告がでます。( ・_・;)
たまたま Android マーケット側の問題がこのタイミングで発生して修正されたのかもしれません。
ただ Android マーケットで登録アプリの削除の方法が解らないので気軽に検証することができない。゜(゜´Д｀゜)゜。
せっかくのお盆休みなのにもやもやした気分でブルーが少しはいりました。
カメラの設定でシーンモードをオート以外に設定するとカラーエフェクトが無効になってしまうようだ。
今日はこれでドツボにはまった（＞＜）
XPERIA arc だけの仕様なのか？ Android の仕様なのか？ は不明です。
と言いつつ、なにかとんでもない間違いをしているのか・・・
明日はズームの設定方法について調べてみるか
NetBeans で Android 実機デバッグをやってみた で作ったカメラを使うアプリの落とし穴をメモ
public void surfaceChanged(SurfaceHolder holder, int format, int width,
int height) {
// カメラのプレビューのサイズを設定
if (mCamera != null) {
mCamera.stopPreview();
setPreviewSize(width, height);
// カメラのプレビューを開始
mCamera.setPreviewCallback(previewCallback);
mCamera.startPreview();
}
}
private void setPreviewSize(int width, int height) {
Camera.Parameters params = mCamera.getParameters();
List<Camera.Size> supported = params.getSupportedPreviewSizes();
if (supported != null) {
for (Camera.Size size : supported) {
if (size.width <= width && size.height <= height) {
params.setPreviewSize(size.width, size.height);
X_RATIO = (float) width / (float) size.width;
Y_RATIO = (float) height / (float) size.height;
mCamera.setParameters(params);
break;
}
}
}
}
一つ目の落とし穴
プレビューサイズはそのデバイスがサポートしているものをセットする。
上記コードでは setPreviewSize(width, height); でサポートしている解像度の一番大きいのを選んでます。
二つ目の落とし穴
デバイスに表示されるプレビューはカメラがサポートしている解像度と一緒ではない。(表現が変ですみません）
私の XPERIA arc では 640 X 480 のプレビュー画像を 854 X 480 に引き延ばして表示されてしまいました。
そのため顔認識で得た face.getMidPoint(point); の両目の中心位置情報とデバイスに表示される実際の位置がずれてしまいました。
合成用の画像を最後に追加したときの座標は 640 X 480 のまま引き延ばされないで表示されていました。（右側 214 余り（×_×）
融通が利かないというか・・・なんていうか・・・
しかたないので合成用の画像の座標位置に補正をかけることで対処しました。
以上、素人が落とし穴に落ちた状況をφ(．．)メモメモ
対処方法とか、そもそも作り方が根本的に間違ってるかもしれませんが Android ってバージョンアップのスピードは速いし
次から次へと新しい機種が追加されるから落とし穴がけっこうあるかもしれないですね。
