Androidアプリの企画

アプリを作る際にはいろいろと企画を練って検討しますが、
PhotoRouletteを作るときは企画のベースとして
・カメラを使ったアプリ
・レビューされそうなアプリ
という前提で考えていきました。

自分の場合、企画は脳内企画→市場調査→脳内設計→企画判定
という流れを決定になるまで繰り返します。
今回の例では以下のような感じでした。

[脳内企画]カメラで顔写真をとってタップすると殴ってる感じになってストレス解消するアプリ
[市場調査]既に出来のいい奴がある
[脳内設計]画像の変形処理が課題
[企画判定]既に同種があるのでボツ

[脳内企画]カメラで顔写真をとって強さを表示するアプリ(○カウターのパクリ)
[市場調査]既にある
[脳内設計]画像から強さを導き出す処理が課題
[企画判定]既に同種があるのでボツ

GooglePlayでは2012年9月現在67万5000本のアプリがあるわけで
普通に考えつくようなものはたいてい既にある。
別に同種のアプリがあるからといって止めなくてもいいわけですが、　
それを超えるものかコンセプトが違うものでなければやる意味がないですね。

つづき

[脳内企画]カメラで写真をとって人を認識して肩にキャラクターとかのせるアプリ
[市場調査]顔認識してどうこうとかいうのはよくある
[脳内設計]
人を背景から分離するにはステレオ撮影と認識処理が必要
付加する魅力的なネタ、キャラクター等を考案・作成しなければならない
[企画判定]技術的、素材的面からみてハードルが高いのでボツ

[脳内企画]カメラで写真をとってルーレットを作成する
[市場調査]Androidではなさそう
[脳内設計]画像の加工が課題
[企画判定]ネタとして受けそうだし、実現性も高そうなのでこれに決定

本当はもっといろいろくだらないのもあるんですが、いろいろ考えてると
すぐなんかの2番煎じになってしまうのがはまりどころですね
まあ個人開発なので作りたいかどうか！ってのが一番の決定要素です。

Android機種依存(カメラ編) 鬼門その４

鬼門その４
その他いろいろ

　2つ以上のカメラを持つ場合、Camera.open(int cameraId)で使うカメラを指定して取得することが出来ますが、フロントカメラを指定した場合初回のみ上下が反転してしまう機種がありました。
　これの対応は初回はバックカメラ指定にするか、指定せずにCamera.open()で端末に任せる(未検証)のがいいのかなと思います。

　カメラの向きについて、画面の向きによって設定を変えないと
プレビューや取得画像の向きが合わなくなります。
　こちらのサイトが大変参考になりました。Androidのカメラの向きに関する覚え書き

　あと機種依存の話ではないですが、カメラを使う場合パーミッションの設定を特に何も考えずこんな風にしてました。

<uses-permission android:name="android.permission.CAMERA" />
<uses-feature android:name="android.hardware.camera" />
<uses-feature android:name="android.hardware.camera.autofocus" />
<uses-feature android:name="android.hardware.camera.flash" />

しかしこれだと、オートフォーカスとフラッシュを搭載してない端末は対応外となるため 
対応端末が大幅に減ります。
私の記憶だとこの設定だと1400端末ほどで、下の記述だと2714端末(2013/4/13現在)になります

<uses-permission android:name="android.permission.CAMERA" />
<uses-feature android:name="android.hardware.camera" />
<uses-feature android:name="android.hardware.camera.autofocus" android:required="false" />
<uses-feature android:name="android.hardware.camera.flash" android:required="false" />

オートフォーカスやフラッシュがどうしても必要な場合でなければ、android:required="false" を明記しておくほうがいいかと思います。

もうひとつ参考になったサイト Androidのデバイス依存メモ[カメラ周り] あとで読む

その４まで来ましたが、これでもまだカメラの機種依存は書ききれません…
直接PictureCallBackで画像を取る場合や暗黙的Intentで取る場合など、まだまだ鬼門が出てきます。

Android機種依存(カメラ編) 鬼門その３

鬼門その３
プレビュー用SurfaceView関連

　SurfaceViewを利用してプレビューを表示する場合、表示しているSurfaceViewには手を出せないんで、Viewを重ねて処理している方が多いかと思います。
この場合Resume時やレイアウトの変更時に上に重ねたViewが下に行っちゃったりします。
　対処としては、Resume時、レイアウト変更時に上に重ねたViewにbringToFront()をかけてやる。
これで今のところうまくいってます。

　あと、setPreviewSizeでプレビューのサイズを指定しても実際に表示されるプレビューはSurfaceViewのサイズになります。
　なので比率がおかしくなったりしないようにカメラのPreviewSizeに合わせてSurfaceView側の大きさを変えましょう。

　それとsurfaceDestroyedイベントできちんとカメラを開放しましょう。でないと他のアプリでカメラが使えなくなったりします。解放はこんな感じで↓

public void surfaceDestroyed(SurfaceHolder holder) {
    if(camera != null){
        camera.setPreviewCallback(null);
        camera.stopPreview();
        camera.release();
    }
    camera = null;
}

Android機種依存(カメラ編) 鬼門その２

鬼門その２
TakePictureCallback関連の機種依存

　TakePictureCallbackまわりにも機種依存が多いですね。

　例えばtakePictureを呼ぶと通常はシャッター音が鳴りますが、ICS以降(恐らく)機種によっては鳴りません。
単純に鳴らしたい場合は、空のShutterCallbackを入れてやれば鳴るようです。

　あとtakePictureを投げるとプレビューは止まるというのが通常ですが、機種によっては止まりません。
ここでプレビューを止めたいからといってTakePictureする前にstopPreviewしてしまうと、コールバックがされなかったり、takePictureで強制終了したりします。

　それとTakePictureCallbackに限った問題ではありませんが、画像を取得する際にOutOfMemoryが発生する危険がありますんで気を付けましょう。

Android機種依存(カメラ編) 鬼門その1

Android開発の鬼門と呼ばれているカメラアプリですが、もうたくさんの先人たちがつくってるしまあ大丈夫だろうと軽い気持ちでやったらはまりました…
強制終了の嵐です。

鬼門その１
setPictureSizeにはgetSupportedPictureSizesで得られるセット以外は入れない

持ってる実機で通ったからといって安心してはいけません。
適当なサイズを入れるとコロッと落ちます。
あとgetSupportedPictureSizes()で得られるリストの1個目を使うサンプルがよくありますが、このリストは大きい順に並んでいる保証はないようです。
いずれにしろ画像取得する時の処理も考えると、大きさの制限を入れて値を見ながら取得するほうがいいでしょう 。
今回実装したのは以下のような感じです。

public void setPictureSize(Camera cam, int maxWidth) {
    //端末がサポートするサイズ一覧取得
    Camera.Parameters params = cam.getParameters();
    List<Size> sizes = params.getSupportedPictureSizes();
    if ( sizes != null && sizes.size() > 0) {
        //撮影サイズを設定する
        Size setSize = sizes.get(0);
        for(Size size : sizes){
            if(Math.min(size.width, size.height) <= maxWidth) {
                setSize = size;
                break;
            }
        }
        params.setPictureSize(setSize.width, setSize.height);
        cam.setParameters(params);
    }
}

PhotoRouletteのスクリーンショット

今回PhotoRouletteのスクリーンショットを取るにあたり
モデルピースさんの素材を使わせていただきました。
http://www.modelpiece.com/
日本人がモデルの写真で無料なのはあまりない気がします。
カメラ系のアプリを作るときには重宝しますね。

Androidアプリのレビューサイトの依頼先(国内) まとめ

アプリの公開するとまあ少なからず使ってくださる方がいますが、個人開発で作りたいものを作ってるだけとはいえせっかく作ったんだから多くの人に使ってもらいたいし、ちょっとは対価もほしいですよね…

アプリのプロモーションとしてまず最初にやるべきはやはり、レビューサイトへのレビュー掲載の依頼でしょう。
基本的に無料ですし、大手のレビューサイトに乗るようなことがあればかなりのプロモーション効果が期待できます。
今回拙作PhotoRouletteについて以下のレビューサイトへ掲載の申し込みをしました。

たくさん掲載されるといいのですが…

サイト名	依頼方法	備考
APPREVIEW	フォーム
OCTOBA	フォーム
andronavi	フォーム
meetroid	メール	テンプレ有
ドロイドバンク	フォーム	有料掲載有
オールアプリ	フォーム
gooスマホ部	メール
アンドロック	メール
アプリオ	メール
AppVip	フォーム	画像アップロード有
AppLab	フォーム
アプリゲット	フォーム	画像アップロード有
アプリスタ	メール
Favroid	フォーム	有料掲載有
アプリソムリエ	フォーム	画像アップロード有
AppWoman	フォーム	女子向け
アンドロJapan	メール
TABROID	メール
萌えドロイド	メール	萌え系
App DIME	メール
ファミ通App	メール	ゲーム
MobileASCII	メール
スマプリ	フォーム	女性向け
Ketchapp!	メール	テンプレ有、有料有
アンドロイド・ゲームズ	メール	ゲーム

2013/11/14　こちらに更新版作成しました
http://anadreline.blogspot.com/2013/11/android.html