HT-03Aをゲットして2年。縛りもなくなって解約するつもりだったのだが、EVOがNMP一括激安販売してたし、毎月割2800円以上ってことで2年間月4600円くらいで使えるってので購入したのだ。

イーモバイルHTC Ariaで格安テザリングができるので良かったのだが家の中で電波が届かなくて電話が出来なかったので、Ariaを寝かすことにした。

それにしてもHT-03A, S31HT, ISW11HTって3台ともHTCですな。
まるで熱烈HTCファンみたいやないか。
やっぱグローバル機がええですわ。うん。

ISW11HTの特徴はなんといっても＋Wimaxで パケット料金にプラス525円でWimaxテザリングができるってこと。Wimaxが圏外なら3G回線でもテザリングができる。
基本料金980円IS NET315円 パケット定額 5400円 プラスWimax525円だったかな。
これ1台でOKってのがよい。

auの通信方式のWCDMA2000ってのは3Gのパケット通信と通話が同時にできないらしくコンテンツダウンロード中に電話があると通信が止まってしまうらしい。
これはスマートフォンではキッツイことですな。
でもISWシリーズの端末ならWimaxで通信中は通話もできるようで、これならメイン携帯1台持ちでも使えそう。

2011年の春モデルだったのだけどもこんなに安くなるとは驚きだけども、これからISWシリーズがたくさん出るので在庫一掃セールだったのだろうな。
バッテリーの消費が激しいのが弱点だけどもAndroid2.3にアップデートしてから心なしかマシになった気がする。
EZWEBのメールもできるようになったし、au-oneマーケットも対応した。

これから2年間はこれ1台でいけそうだ。

また悪いクセが出ませんように。

HT-03Aをゲットしてから8ヶ月。スマフォといえばサイレントカメラというノリで作成したが、正直いってココまで伸びるとは思わなかった。最近追加したしょぼいトイカメラ風エフェクトは貢献していないのだろうな・・。多分Xperia効果だろう。Desire効果もあるかもしれん。

もっといいアプリが出たらそっちに乗り換えようと思っていたのだが、食い物屋さんで出てきた料理をTwitterにアップするときなんかに使えているので満足である。

0.6.1までバージョンアップしてきたが共有機能でメールなどを送ったときにクラッシュする問題も解決したい。
多分アプリのライフサイクルがちゃんと管理できていないっぽい。全部書き直したいな・・。
あとXperiaのフォーカスボタン（シャッター半押し）やフラッシュ点灯にも対応したい。Xperiaもってないケド・・。Desireでも動くのかな？

それとアプリケーションのパッケージに使っていたドメインの有効期限が終わるのでパッケージ名を変えるつもり。
アプリのパッケージ名ってAndroidマーケットの中でユニークになるはずなのだが、勝手に企業のドメインをパッケージ名にしてトラぶったりしないのだろうか？
まぁ、自分で登録しているドメインを使ってたら問題ないと思うが、実際のところどうなんでしょ。あまりパッケージ名の衝突って聞かないな。

とにかく、適当でぐちゃぐちゃになってるソースをキレイに整理するところからはじめなければならぬ。
あと、AndRoboiceもそろそろ何とかしなければならぬ。

発売されて以来ずっと品薄状態が続いていたeneloopスティックブースター（以下KBC-D1AS）だが、最近ようやく物が増えてきたのだろうか。ネットショップの価格も2000円前後に落ち着いてきた。一時2700円というとんでもないプレミア価格になっていたがそこまで出すならリチウムバッテリーも視野に入るというものだ。

別にリチウムバッテリーでもよかったのだが、すでにあまり活用されていない単3のeneloopが12本もあるので有効利用するため―という意味もある。単3電池でUSB出力する商品は他にもあるけどeneloopの1.2Vｘ2本で2.4Vの電源をちゃんと5VにしてUSB出力してくれるのか不安だったので同じメーカーのKBC-D1ASを選んだ。
同じ三洋電機でKBC-E1ASという単3電池2本からUSB出力できる商品もあるが、サイズが微妙（W66×D25×H60mm）なのでやめておいた。値段が少し高いのはUSB経由で電池を充電することもできるからなのだが、充電は急速充電器で十分なので必要なかった。

んでamazonでポチっと購入して届いたので早速HT-03Aを充電してみることにした。最近はamazonで購入できるものはなるべくamazonで購入しているなー。理由はコンビニ配送。平日はほとんど自宅にいない一人暮らしには宅配BOXのように使える。
再配送の時間帯に家にいなくても良いし。

シルバーのボディと白のキャップ。キャップ部分にon-offのスイッチとUSBの口。
ちょっと太い油性ペン。ちょっと細いペンケース。みたいな感じ。

つめの部分が弱そうでこれが折れたり潰れたりするとキャップが閉まらなくなくなるので要注意だな。

キャップを閉めるときはキャップの「－」状の出っ張りとボディの矢印マークのところを位置あわせして丁寧に扱わねばならない。
もし、壊れたらテープとかベルクロで固定するかなぁー。

バッテリー状態「31%」のHT-03Aに接続してキャップのところのスイッチをONにする。電池はKBC-D1ASに付属の電池をそのまま利用する。HT-03AのLEDがオレンジに点灯して充電が始まった。常に開発者モードにしているので充電中はスリープしないのだが、終話ボタンを押してディスプレイを切ってしばらく放置した。

一時間半くらいでオレンジのLEDが消えたので、どこまで充電できたか確認した。66%まで回復していた。
スリープ時でもWiFiはONのままの設定だったし、工場出荷時のままの電池を使ったのでこんなもんだろうと思った。
充電器でフル充電したバッテリーならどんなもんかな？？半分くらいは充電できるのだろうか？
KBC-D1ASと予備のeneloop4本をつねに持ち歩いてたら大丈夫であろう。
良い買い物であった。

Androidのタッチパネルではタッチした強さを取得できる。
はずなんだ。

取得方法は
onTouchEvent(MotionEvent event) 内の getPressure() メソッドで0.0から1.0の値が取得できるはず。
少なくともHT-03Aでは取得できていたが、Xperiaでは常に1.0が返ってくるようだ。

こんなコードを書いてしらべた。

// package略
// import略

public class Main extends Activity {
    /** Called when the activity is first created. */
    @Override
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.main);
    }

    @Override
    public boolean onTouchEvent(MotionEvent event) {

        int a = event.getAction();
        String act = "";
        if (a == MotionEvent.ACTION_CANCEL) {
            act = "ACTION_CANCEL";
        }
        if (a == MotionEvent.ACTION_DOWN) {
            act = "ACTION_DOWN";
        }
        if (a == MotionEvent.ACTION_MOVE) {
            act = "ACTION_MOVE";
        }
        if (a == MotionEvent.ACTION_OUTSIDE) {
            act = "ACTION_OUTSIDE";
        }
        if (a == MotionEvent.ACTION_UP) {
            act = "ACTION_UP";
        }
        ((TextView)findViewById(R.id.touch_action)).setText(act);
        ((TextView)findViewById(R.id.touch_x)).setText(""+event.getX());
        ((TextView)findViewById(R.id.touch_y)).setText(""+event.getY());
        int size = event.getHistorySize();

        String histPress = " size=" + size;
        for (int i = 0;i < size;i++) {
            if (i > 1) break;
            histPress = histPress + "," + event.getHistoricalPressure(i);
        }
        ((TextView)findViewById(R.id.touch_pressure)).setText(histPress);

        String histSize = " size=" + size;
        for (int i = 0;i < size;i++) {
            if (i > 1) break;
            histSize = histSize + "," + event.getHistoricalSize(i);
        }
        ((TextView)findViewById(R.id.touch_size)).setText(histSize);

        return true;
    }
}

// layout/main.xml
<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:orientation="vertical"
    android:layout_width="fill_parent"
    android:layout_height="fill_parent"
    >
    <TextView
        android:layout_width="fill_parent"
        android:layout_height="wrap_content"
        android:text="@string/title"/>

    <LinearLayout
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:orientation="horizontal">
        <TextView
            android:layout_width="wrap_content"
            android:layout_height="wrap_content"
            android:text="MotionEvent.getX()=" />
        <TextView
            android:layout_width="wrap_content"
            android:layout_height="wrap_content"
            android:id="@+id/touch_x"
            android:text="0" />
    </LinearLayout>
    <LinearLayout
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:orientation="horizontal">
        <TextView
            android:layout_width="wrap_content"
            android:layout_height="wrap_content"
            android:text="MotionEvent.getY()=" />
        <TextView
            android:layout_width="wrap_content"
            android:layout_height="wrap_content"
            android:text="0"
            android:id="@+id/touch_y" />
    </LinearLayout>
    <LinearLayout
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:orientation="horizontal">
        <TextView
            android:layout_width="wrap_content"
            android:layout_height="wrap_content"
            android:text="MotionEvent.getSize()=" />
        <TextView
            android:layout_width="wrap_content"
            android:layout_height="wrap_content"
            android:text="0"
            android:id="@+id/touch_size" />
    </LinearLayout>
    <LinearLayout
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:orientation="horizontal">
        <TextView
            android:layout_width="wrap_content"
            android:layout_height="wrap_content"
            android:text="MotionEvent.getPressure()=" />
        <TextView
            android:layout_width="wrap_content"
            android:layout_height="wrap_content"
            android:text="0"
            android:id="@+id/touch_pressure" />
    </LinearLayout>
    <LinearLayout
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:orientation="horizontal">
        <TextView
            android:layout_width="wrap_content"
            android:layout_height="wrap_content"
            android:text="MotionEvent.getAction()=" />
        <TextView
            android:layout_width="wrap_content"
            android:layout_height="wrap_content"
            android:id="@+id/touch_action" />
    </LinearLayout>

</LinearLayout>

同様にタッチした範囲もgetSize()で取得できるのだが、Xperiaは常に0.0を返すのであった。
これは機種依存なのかもしれない。
マルチタッチをサポートしてたらタッチした範囲は求められそうだが、Xperiaのタッチパネルにはこんな情報もあり、機種的に取得ができないのかもしれん。

幅広い端末をサポートするなら、タッチパネルのプレッシャーを測り知ろうとしてはならぬのかもしれない。
Xperiaを猛烈に強くタッチしても｢私にプレッシャーをかけるパイロットとは・・・」などとは言ってくれなさそうである。

はたしてXperia君はAndroidOS2.X にアップデートして真のニュータイプになれるのであろうか。

音声データを再生するときに早送りにしたり、ゆっくり再生すると声が高くなったり低くなったりする。
再生するスピードを変えずに声の高さだけを変えることをピッチシフトと言うらしい。

やり方はいろいろあるようで、音声データを短い時間に区切って間引いたり、かさ増ししたりして音データをつなげなおすと音程が変わる方法や、フーリエ変換で音の周波数を求め、周波数を変更して逆フーリエ変換で戻してやる方法があるようだ。

Androboiceではとりあえず間引いたりかさ増しする方法で実現している。

音を1オクターブ高くするには周波数を2倍にすればよいらしい。だから短い時間に区切って音データを半分に間引いて、間引いたデータを区切ったデータの後ろにくっつけて長さを同じにする。それを全てのデータ分実行すると再生速度そのままで1オクターブ高い音が作れる。

0,1,2,3,4,5,6,7,8,9
を
0,2,4,6,8,0,2,4,6,8
にする

これで2倍の高さの音になる。

この「0,1,2,3,4,5,6,7,8,9」って音の幅はどれくらいかというと8000Hzで約33msec分で240サンプル分を間引き処理してつなげている。

0,1,2,3,4,5,6 .....237,238,239,    240,241,242,243, ... 7998,7999
これを
0,2,4,6, ... 236,238,0,2,4,6, ... 236,238,      240,242,244, ... 7996,7998
こんな具合で1秒間の処理おわり

238と240のつなぎ目は滑らかにならないので雑音のようになるのだが、なめらかにする処理は省略した。分からないので。

なぜ30msecで区切ることにしたのかというと、自分の声を録音して波形編集ソフトで変換してみて、大体30msecくらいならうまくいくかなーと思ったから。人の声は大体300Hzくらいなので1秒間に300回なんらかの波が繰り返されていることになる。んで30msecなら6回から10回くらい繰り返しているので、「これなら加工しやすいだろう」となんとなく感覚で決めた。

まあ、waveデータを加工して音作りをしている人にとっては大したことないのかもしれないが、良い勉強になった。

フーリエ変換バージョンもあるのだが、1秒の音を変換するのに9秒くらいかかってしまう。これではFFTとは言えないくらい遅い。
floatの配列を使って演算しているのだが、これがボトルネックなのだろう。FixPointで計算するかJNIを使うしかないかもしれない。
また勉強することが増えた。

前回の続き。

で、AndroidでPCMデータの再生

AudioTrackクラスで前回rec.rawとして保存した生PCMデータを再生できる。以下コード

// 各種例外処理は略
// サンプルレート 8kHz
int SAMPLE_RATE = 8000;
// オーディオトラック取得
audioTrack = new AudioTrack(AudioManager.STREAM_MUSIC,
		SAMPLE_RATE,
		AudioFormat.CHANNEL_CONFIGURATION_MONO,
		AudioFormat.ENCODING_PCM_16BIT,
		AudioTrack.getMinBufferSize(SAMPLE_RATE,
									AudioFormat.CHANNEL_CONFIGURATION_MONO,
									AudioFormat.ENCODING_PCM_16BIT) ,
		AudioTrack.MODE_STREAM);

// 録音したファイル取得
File recFile = new File(Environment.getExternalStorageDirectory().getAbsolutePath() + "/rec.raw");
InputStream is = new FileInputStream(recFile);
// バイトデータの配列
long length = mOutFile.length();
byte[] byteData = new byte[(int)length];
// ファイルのデータを全て読み込み
int offset = 0, numRead = 0;
while (offset < byteData.length
		&& (numRead = is.read(byteData, offset, byteData.length - offset)) >= 0) {
	offset += numRead;
}
is.close();

// 出力
audioTrack.play();
audioTrack.write(byteData, 0, byteData.length);

コードはここを参考にした。
これでスピーカーから音が出る。
が、しかしDroidとかMilestoneとかG1とかで動かないらしい。
AudioTrackが取得できない条件があるみたい。サンプルレートが問題なのだろうか。
手元にないのでわからんが。。。2.0のエミュレータでは動くのだが・・・まいった;(

AudioTrackとAudioRecordクラスは指定したフレームごとにコールされるリスナを登録できるらしい。
それを使えば録音・再生のシークバーとかを実装できるのかな。うまくいかないのだが・・。

なんにせよ情報が少なすぎる・・。Audioまわりを詳しくまとめた書籍があったら買うのだが。

前回の続き。

で、Androidでどうやって録音するか。

AudioRecordクラスでは前回の音データが取得できる。以下コード。

// サンプルレート 8kHz
int SAMPLE_RATE = 8000;
// フラグ
isRecoding = true;
// プロセスの優先度を上げる
android.os.Process.setThreadPriority(
          android.os.Process.THREAD_PRIORITY_URGENT_AUDIO);
// バッファサイズを求める サンプルレート8kHz  モノラル 16ビット/サンプル
int audioBuf = AudioRecord.getMinBufferSize(SAMPLE_RATE,
                     AudioFormat.CHANNEL_CONFIGURATION_MONO,
                     AudioFormat.ENCODING_PCM_16BIT) * 2;
// レコーダの取得  サンプルレート8kHz  モノラル 16ビット/サンプル
AudioRecord audioRecord =  new AudioRecord(MediaRecorder.AudioSource.MIC,
                           SAMPLE_RATE,
                           AudioFormat.CHANNEL_CONFIGURATION_MONO,
                           AudioFormat.ENCODING_PCM_16BIT,
                           audioBuf);
// バッファ
byte[] buffer = new byte[audioBuf];
// 録音用ファイル取得  SDカード状態チェック略
File recFile = new File(Environment.getExternalStorageDirectory().getAbsolutePath() + "/rec.raw");
recFile.createNewFile();
// ファイル書き込み  例外処理略
FileOutputStream out =  new FileOutputStream(recFile);
// 録音開始
audioRecord.startRecording();
// フラグが落ちるまでループ  例外処理略
while(isRecoding) {
	// バッファを読み込んで書き込む
	audioRecord.read(buffer, 0, audioBuf);
}
// 終了処理 例外処理略
audioRecord.stop();
out.close();
out = null;

実際はスレッドなんかで実行してフラグで録音ループを抜ける。これでSDカードにrec.rawってファイルができる。
ファイルの中身はサンプルレート8000Hz、1サンプルあたり16ビット、モノラルのバイトデータ。ヘッダ情報のないWindowsのwavファイルのデータチャンクのところ。これにRIFFとかfmtチャンクを加えればwavファイルの出来上がり。
逆に言うと、サンプルレート8000Hz、1サンプルあたり16ビット、モノラルのwavファイルの先頭からヘッダ情報の40バイトをちぎったのと同じデータなのだ。

んで、1サンプル16ビット＝2バイトずつデータが並んでいて、16ビットなので65536段階の強弱の信号が記録されている。
16ビットでサンプルした場合は、符号付き(-32768 ～ +32767)であらわすらしい。 無音は 0。
8ビットでサンプルした場合は、符号なし（0~ +255）無音は128であらわす。

8ビットの場合はそのままJavaのbyte型の変数の配列に1サンプルずつデータが入っているが、
16ビットでサンプルした場合はエンディアンに気をつけないといけない。
取得できるデータはwavファイルと同じリトルエンディアンであるらしく、前8ビットには下の桁、後ろ8ビットには上の桁（2進数的に）
が収まっている。

byte[] buff = new buff[2];
リトルエンディアン 16bitの1
前8ビット    後ろ8ビット
00000001  00000000        // 2進数
0x0100                    // 16進数
buff[0]  == 0x01
buff[1]  == 0x00

リトルエンディアン 16bitの32767
11111111  01111111       //  2進数
0xFF7F                    // 16進数
buff[0]  == 0xFF
buff[1]  == 0xF7

リトルエンディアン 16bitの-32768
00000000 10000000        //  2進数
0x0080                     // 16進数
buff[0]  == 0x00
buff[1]  == 0x80

このようにバイナリエディタなんかでダンプしただけではパッと見て分かりにくいデータなのだ。
これが分かるまで苦労した。バイナリデータは触ったことなかったし。
Windowsの電卓ソフトの関数電卓モードを活用させてもらった。

んで、上のサンプルで保存したrec.rawファイルにヘッダをつけてwavファイルにする。以下コード

// WAVヘッダをつけて保存
// 各種例外処理略 チェック処理略
public void addWavHeader() {
	// 録音したファイル
	File recFile = new File(Environment.getExternalStorageDirectory().getAbsolutePath() + "/rec.raw");
	// WAVファイル
	File wavFile = new File(Environment.getExternalStorageDirectory().getAbsolutePath() + "/rec.wav");
	// ストリーム
    FileInputStream in = new FileInputStream(recFile);
	FileOutputStream out = new FileOutputStream(wavFile);

	// ヘッダ作成  サンプルレート8kHz
	byte[] header = createHeader(8000, (int)recFile.length());
	// ヘッダの書き出し
	out.write(header);

	// 録音したファイルのバイトデータ読み込み
	int n = 0,offset = 0;
	byte[] buffer = new byte[(int)recFile.length()];
	while (offset < buffer.length
			&& (n = in.read(buffer, offset, buffer.length - offset)) >= 0) {
		offset += n;
	}
	// バイトデータ書き込み
	out.write(buffer);

	// 終了
	in.close();
	out.close();
}

// Wavファイルのヘッダを作成する（PCM16ビット モノラル）
// sampleRate  サンプルレート
// datasize データサイズ
// これなんかもっとキレイに書けると思うが 。。 Ringroidのソースなんかキレイかも
public static byte[] createHeader(int sampleRate, int datasize) {
	byte[] byteRIFF = {'R', 'I', 'F', 'F'};
	byte[] byteFilesizeSub8 = intToBytes((datasize + 36));	// ファイルサイズ-8バイト数
	byte[] byteWAVE = {'W', 'A', 'V', 'E'};
	byte[] byteFMT_ = {'f', 'm', 't', ' '};
	byte[] byte16bit = intToBytes(16);					// fmtチャンクのバイト数
	byte[] byteSamplerate = intToBytes(sampleRate);		// サンプルレート
	byte[] byteBytesPerSec = intToBytes(sampleRate * 2);	// バイト/秒 = サンプルレート x 1チャンネル x 2バイト
	byte[] bytePcmMono = {0x01, 0x00, 0x01, 0x00};		// フォーマットID 1 =リニアPCM  ,  チャンネル 1 = モノラル
	byte[] byteBlockBit = {0x02, 0x00, 0x10, 0x00};		// ブロックサイズ2バイト サンプルあたりのビット数16ビット
	byte[] byteDATA = {'d', 'a', 't', 'a'};
	byte[] byteDatasize = intToBytes(datasize);			// データサイズ

	ByteArrayOutputStream out = new ByteArrayOutputStream();
	try {
		out.write(byteRIFF);
		out.write(byteFilesizeSub8);
		out.write(byteWAVE);
		out.write(byteFMT_);
		out.write(byte16bit);
		out.write(bytePcmMono);
		out.write(byteSamplerate);
		out.write(byteBytesPerSec);
		out.write(byteBlockBit);
		out.write(byteDATA);
		out.write(byteDatasize);

	} catch (IOException e) {
		return out.toByteArray();
	}

	return out.toByteArray();
}
// int型32ビットデータをリトルエンディアンのバイト配列にする
public static byte[] intToBytes(int value) {
	byte[] bt = new byte[4];
	bt[0] = (byte)(value & 0x000000ff);
	bt[1] = (byte)((value & 0x0000ff00) >> 8);
	bt[2] = (byte)((value & 0x00ff0000) >> 16);
	bt[3] = (byte)((value & 0xff000000) >> 24);
	return bt;
}

これでSDカードにrec.wavってファイルができるはず。あとは標準の音楽ソフトかパソコンで再生すればOK牧場。
WAVファイルを保存してゴニョゴニョできるソフトはそんなに多くないので、うまくやれば人気のアプリになりそう。
3gppとちがって加工しやすいし。3gpのフォーマット読んだだけで心が折れそうになったし・・。

PCでWAVファイルとかゴニョゴニョしてた人たちには大したことないかもしれないが、苦労した。
良い勉強になった。
はて、次はAudioTrackで再生の予定。

AndroidではAudioRecordとAudioTrackという方法でマイクの音を音データにしたり、音データをスピーカーに送ることができる。
その前にまず、そもそも音データってなに？ってところから始まる。他のOSとかで音データを触ったことがないから。

音ってのは空気の振動で、コンピュータで音データを扱うということは空気の振動を0と1に置き換えること、0と1の信号を使って空気を振動させることになる。 私の理解では。

大きな音がマイクに入ると、大きな電流がコンピュータに流れ、小さな音だと小さな電流がコンピュータに流れる。

コンピュータは流れてきた電流を一定時間ごとにデータを記録していく。大・小・大・小・中・大・小・・・・などと。

実際には20,000 ・-20,000 ・ 200 ・100 ・ -100 ・・・・みたいな感じで。

記録した音データに何らかの処理をして、マイクの逆パターンでスピーカーに大・小・大・小・中・大・小・・・・と電流を送れば音が出る。

サンプリングレート

一定時間ごとにマイクからの電流を計測して記録する（サンプリングする）けど、どれくらいの間隔で記録するかは『1秒間に何回記録するか「Hｚ　ヘルツ」』であらわす。

音楽CDだと1秒間に44,100回＝44100Hz。他にも22,050Hzとか16,000Hzとか11,025Hzとか8,000Hzとかがよく使われるみたい。実際の音波はもっと細かいけど連続毎秒44,100回記録しておけば、それ以上記録してても人間の耳には違いが分からないらしい。

ビット/サンプル  BitPerSample

マイクから流れてくる電流を記録するときどれくらいの細かさで記録するかは16ビットとか8ビットとかがよく使われるらしい。

それぞれ、65,535段階か256段階。16ビットとか8ビットはコンピュータでデータを扱いやすい。音楽CDは16ビットらしい。

だから、モノラルでサンプリングレート44100Hzで16Bit/Sampleで10秒間録音したら、データサイズは

1チャンネル x 44,100回 x 10秒 x 16Bit = 7,056,000Bit = 882キロバイトになると。

ステレオでサンプリングレート44100Hzで16Bit/Sampleで80分間録音したら、データサイズは

2チャンネル x 44,100回 x 4,800秒 x 16Bit = 6,773,760,000Bit =846,720キロバイト(約800MB)になると。

80分のCD-Rの容量と大体あったので、こんな考えで間違ってはいないだろう。

これらのデータを切ったりつなげたりすれば、マイクからの音にエフェクトをかけられると思った。つづく。

mCamparam = mCamera.getParameters();
mCamparam.setPreviewFormat(PixelFormat.JPEG); // プレビューで取得できる画像形式の指定。デフォルトはPixelFormat.YCbCr_420_SP
// その他設定など
・・・・・・・・
// パラメータセット
mCamera.setParameters(mCamparam);

上記のようにすればJPEG形式のByte列のはずなのだが、なぜかnullしか帰ってこない。
だからデフォルトのYUV420形式のデータをビットマップ形式に変換してやる必要がある。
それが下のところ。

    /**
     * YUV420データをBitmapに変換する
     * @param rgb
     * @param yuv420sp
     * @param width
     * @param height
     */
    // YUV420 to BMP
    public static final void decodeYUV420SP(int[] rgb, byte[] yuv420sp, int width, int height) {
        final int frameSize = width * height;

        for (int j = 0, yp = 0; j < height; j++) {
            int uvp = frameSize + (j >> 1) * width, u = 0, v = 0;
            for (int i = 0; i < width; i++, yp++) {
                int y = (0xff & ((int) yuv420sp[yp])) - 16;
                if (y < 0) y = 0;
                if ((i & 1) == 0) {
                        v = (0xff & yuv420sp[uvp++]) - 128;
                        u = (0xff & yuv420sp[uvp++]) - 128;
                }

                int y1192 = 1192 * y;
                int r = (y1192 + 1634 * v);
                int g = (y1192 - 833 * v - 400 * u);
                int b = (y1192 + 2066 * u);

                if (r < 0) r = 0; else if (r > 262143) r = 262143;
                if (g < 0) g = 0; else if (g > 262143) g = 262143;
                if (b < 0) b = 0; else if (b > 262143) b = 262143;

                rgb[yp] = 0xff000000 | ((r << 6) & 0xff0000) | ((g >> 2) & 0xff00) | ((b >> 10) & 0xff);
            }
        }
    }

この変換部分はここに載っているとおり。
んで、YCbCr_420_SPって言う形式はよく分からないがコードから察するにこういう形式ではないか、と推測した。

水平・垂直2×2ピクセルのうち、Cb信号を上2ピクセルから1ピクセル取り、Cr信号を下2ピクセルから1ピクセル取る方式。
フレームごとにCbとCrの位置を反転させる。輝度信号は1ピクセルごとにとる。

Y			輝度信号		CIE の色度図のY軸だから
U (B-Y)		色差信号(Cb)
V (R-Y)		色差信号(Cr)

YUV420 4x4ピクセルの画像のデータフォーマット
　1セル1Byte
　Y : 8Bit/1ピクセルのY信号
　U : 8Bit/2x2ピクセルのU信号
　V : 8Bit/2x2ピクセルのV信号 

　各ピクセルのインデックス 0～F
　x ⇒
y +--+--+--+--+
↓| 0| 1| 2| 3|
　+--+--+--+--+
　| 4| 5| 6| 7|
　+--+--+--+--+
　| 8| 9| A| B|
　+--+--+--+--+
　| C| D| E| F|
　+--+--+--+--+

4x4
+------+------+------+------+
|Y    0|Y    1|Y    2|Y    3|
|      |      |      |      |
+------+------+------+------+
|Y    4|Y    5|Y    6|Y    7|
|      |      |      |      |
+------+------+------+------+
|Y    8|Y    9|Y    A|Y    B|
|      |      |      |      |
+------+------+------+------+
|Y    C|Y    D|Y    E|Y    F|
|      |      |      |      |
+------+------+------+------+
|V  0,1|U  0,1|V  2,3|U  2,3|
|   4,5|   4,5|   6,7|   6,7|
+------+------+------+------+
|V  8,9|U  8,9|V  A,B|U  A,B|
|   C,D|   C,D|   E,F|   E,F|
+------+------+------+------+

横一列にすると・・（view sourceで広げると見やすい）
+------+------+------+    +------+------+------+------+------+------+------+------+------+------+
|Y    0|Y    1|Y    2| 略 |Y    E|Y    F|V  0,1|U  0,1|V  2,3|U  2,3|V  8,9|U  8,9|V  A,B|U  A,B|
|      |      |      | ～ |      |      |   4,5|   4,5|   6,7|   6,7|   C,D|   C,D|   E,F|   E,F|
+------+------+------+    +------+------+------+------+------+------+------+------+------+------+

これで正しいのだろうか？？
推測してもしなくても結果はかわらないが。。
人間の目は黄色い光には敏感で、その他の色は基準の信号からの差分信号にすることでデータ量を抑えているらしい。

これを応用したら特定の色だけアルファを全開にしてクロマキーみたいにしたり、全体の色を緑っぽくしたり変換するなどのエフェクトをかけられそうだ。

ちなみに前回のエントリのviewのところで、FrameLayoutを使ってホーム画面のような画像を前面にかぶせてしまえば、写真を撮っているのかどうかわからない状態で画像を保存できるはず。。。やらないが。

カメラのプレビュー画像を画面に表示するには、SurfaceView を継承したビュークラスを作成して、Activityにセットする。
こんなアクティビティを作成する。以後ソース。

import android.app.Activity;
import android.os.Bundle;
import android.view.KeyEvent;
import android.view.Window;
import android.view.WindowManager;

public class CameraActivity extends Activity {

	private CameraPreview mCameraPreview; // カメラプレビュー

	/**
	 *  アクティビティ起動
	 */
    @Override
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);

        // フルスクリーン・タイトルなし・ディスプレイを常に明るく
        getWindow().addFlags(WindowManager.LayoutParams.FLAG_FULLSCREEN
        					| WindowManager.LayoutParams.FLAG_KEEP_SCREEN_ON);
        requestWindowFeature(Window.FEATURE_NO_TITLE);

        // カメラプレビュー
        mCameraPreview = new CameraPreview(this);
        setContentView(mCameraPreview);
    }

    /**
     *  キー操作
     */
    @Override
    public boolean onKeyDown(int keyCode, KeyEvent event) {
    	// HT-03Aならトラックボールを押し込んだ
    	if (keyCode == KeyEvent.KEYCODE_DPAD_CENTER) {
			mCameraPreview.takePicture();	// 撮影
			return true;
    	} else {
    		return super.onKeyDown(keyCode, event);
    	}
    }

    /**
     * 復帰
     */
    @Override
    public void onResume() {
    	super.onResume();
    	// カメラ復帰処理
    	mCameraPreview.onResume();
    }

    /**
     * 退避
     */
    @Override
    public void onPause() {
    	super.onPause();
    	// カメラ退避処理
    	mCameraPreview.onPuse();
    }

}

つづいてカメラプレビュー

// import 略

public class CameraPreview extends SurfaceView
	implements SurfaceHolder.Callback {

	private SurfaceHolder mHolder;			// サーフェースホルダー
	private Context mContext;				// コンテクスト
	private Camera mCamera;					// カメラ
	private Camera.Parameters mCamparam;	// カメラ設定
	private boolean mProgress;				// 撮影実行中フラグ
	private boolean mHasSurface;			// サーフェースの存在フラグ
	private boolean mCameraPreviewing;		// プレビュー実行フラグ
	private Bitmap mBitmap;					// 撮影されたビットマップ

	/**
	 * コンストラクタ
	 * @param context
	 */
	public CameraPreview(Context context) {
		super(context);
		mContext = context;
		mHolder = getHolder();
		initSurface();

	}
	/**
	 * サーフェース作成後のコールバック
	 */
	public void surfaceChanged(SurfaceHolder holder, int format, int width, int height) {
		mCamparam = mCamera.getParameters();
		mCamparam.setPreviewSize(width, height);
		mCamera.setParameters(mCamparam);
		startCameraPreview();

	}
	/**
	 * 画面の作成コールバッック
	 */
	public void surfaceCreated(SurfaceHolder holder) {
		mCamera = Camera.open();
		mCamparam = mCamera.getParameters();
		try {
			mCamera.setPreviewDisplay(holder);
		} catch(Exception e) {
			mCamera.release();
			mCamera = null;
		}
		mHasSurface = true;
	}
	/**
	 * 画面の破棄コールバック
	 */
	public void surfaceDestroyed(SurfaceHolder holder) {
		cameraDestroy();
		mHasSurface = false;
	}
	/**
	 * 再開
	 */
	public void onResume() {
		if (mHasSurface) {
			surfaceCreated(mHolder);
			startCameraPreview();
		} else {
			initSurface();
		}
	}
	/**
	 * 一時停止
	 */
	public void onPuse() {
		cameraDestroy();
	}
	/**
	 * サーフェースの初期化
	 */
	private void initSurface() {
		mHolder.addCallback(this);
		mHolder.setType(SurfaceHolder.SURFACE_TYPE_PUSH_BUFFERS);
	}

	/**
	 * プレビューの開始
	 */
    private void startCameraPreview() {
        if (!mCameraPreviewing) {
            mCamera.startPreview();
            mCameraPreviewing = true;
        }
    }
    /**
     * プレビューの停止
     */
    private void stopCameraPreview() {
        if (mCameraPreviewing) {
            mCamera.stopPreview();
            mCameraPreviewing = false;
        }
    }

    /**
	 * カメラの開放
	 */
	private void cameraDestroy() {
		if (mCamera != null) {
			stopCameraPreview();
			mCamera.release();
			mCamera = null;
		}
	}

	/**
	 * 撮影コマンド
	 */
	public void takePicture() {
		if (!mProgress) {
			mProgress = true;
			mCamera.setPreviewCallback(savePreviewImage);　// ここでプレビューコールバックをセット
		}
	}

	/**
	 * プレビューコールバック
	 *   prepareSavePreviewImageコールバックで登録され、プレビュー画像を取得する
	 */
	private final Camera.PreviewCallback savePreviewImage =
		new Camera.PreviewCallback() {

			public void onPreviewFrame(byte[] data, Camera camera) {
				mCamera.setPreviewCallback(null);  // ここですぐにプレビューコールバックを解除
				stopCameraPreview();
				mProgress = true;
				saveImage(data);  // 画像の保存
　　　　　　　　　　　　　　startCameraPreview();
			}
		};

	/**
	 * カメラのプレビューデータを保存する
	 *
	 */
	private boolean saveImage(byte[] data) {

		if (data == null) {
			return false;
		}
		final int width = getWidth();
		final int height = getHeight();
		// 変換後のピクセル配列
		int[] rgb = new int[(width * height)];
		try {
			mBitmap = Bitmap.createBitmap(width, height, Bitmap.Config.ARGB_8888);
			// YUV420からBitmapに変換
			decodeYUV420SP(rgb, data, width, height);
			mBitmap.setPixels(rgb, 0, width, 0, 0, width, height);
		} catch (Exception e) {
			return false;
		}
		// 取得できたBitmapインスタンスをファイルに保存するところ略

		return true;
	}

    /**
     * YUV420データをBitmapに変換する
     * @param rgb
     * @param yuv420sp
     * @param width
     * @param height
     */
    // YUV420 to BMP
    public static final void decodeYUV420SP(int[] rgb, byte[] yuv420sp, int width, int height) {
        final int frameSize = width * height;

        for (int j = 0, yp = 0; j < height; j++) {
            int uvp = frameSize + (j >> 1) * width, u = 0, v = 0;
            for (int i = 0; i < width; i++, yp++) {
                int y = (0xff & ((int) yuv420sp[yp])) - 16;
                if (y < 0) y = 0;
                if ((i & 1) == 0) {
                        v = (0xff & yuv420sp[uvp++]) - 128;
                        u = (0xff & yuv420sp[uvp++]) - 128;
                }

                int y1192 = 1192 * y;
                int r = (y1192 + 1634 * v);
                int g = (y1192 - 833 * v - 400 * u);
                int b = (y1192 + 2066 * u);

                if (r < 0) r = 0; else if (r > 262143) r = 262143;
                if (g < 0) g = 0; else if (g > 262143) g = 262143;
                if (b < 0) b = 0; else if (b > 262143) b = 262143;

                rgb[yp] = 0xff000000 | ((r << 6) & 0xff0000) | ((g >> 2) & 0xff00) | ((b >> 10) & 0xff);
            }
        }
    }

}

これでHT-03Aでトラックボールを押し込んだときにプレビューデータをビットマップ型に変更できる。・・・はず。
あとは保存するなり送信するなり。