TechCrunchの「[jp] Appleをめぐる永遠のすれ違い論議」を読んで少し昔のことを思い出した。

Appleを批判する記事は確かに多い。私もAppleはどうも好きになれんな。
でも古いけどApple製品はもっている。
iBook G4 800 と iPod（第3世代）iPod nano（初代）の3つ。
むかしはアップルのファンであった。
MacPeopleも購入していたし、そこで連載していた呉エイジさんの「我妻との闘争」は毎週楽しみにしていた。私の実家は呉エイジさんと同じなので地元の話も出てきて余計に面白かった。
単行本も何冊か出ているのでMacやデジタルガジェットが好きかどうかに関わらず、「怖い妻」に怯えながら趣味を楽しんでいる人に読んでもらいたいな。・・・また、読み返そうっと。

iBook G4 は初めて購入したノートPCだ。アップルストアで注文した。
それまでWindows95・98・2000と使ってきたがMacOS10.3は安定していた。
周辺機器とソフトが少なかったが満足であった。

iPodを購入して手持ちのCDを全部iTunesに入れてiPodに入れて楽しんだ。
15GBのうち7GBが音楽で埋まって、残りはシステムのバックアップディスクにした。

それからiTunes Music Storeがオープンした。
これも面白そうだと思ったので曲を購入しようとしたがうまくいかなかった。
iBookを購入したアップルストアのアカウントではiTunesMusicStoreで登録できないといわれた。

それからアップル熱は冷めた。

TechCrunchの記事にもあったがAppleは誰にでも使える製品を作り出すハードウェアメーカーなんだな。仕事でiPhone3Gを使うこともあるけど、やっぱりAndroidより良くできている。Xperiaも触ったけど、スマートフォンで誰にでも無難に薦められるのはiPhone。どんなやり方をしてもiPhoneやiPadは売れ続けるなー、と思った。
OSとハードは一体というのがAppleの考えらしい。各種サービスはハードを売るための「おまけ」なのかな。iTMSの件以来いまいちアップルのサービスは信用できないなー。

mp3の販売でDRMの廃止を後押ししたのはよかったな。CCCDとか専用プレイヤーとかアフォか！とおもってたし。でも日本では未だに制限が多い。結局レンタルして取り込んで聴く・・・・。

USBの普及もすばらしい。IEEE1394はこけたが・・・。
WiFiの普及もすばらしい。モバイルでモデムだの電話回線だのを気にする必要がなくなった。

Adobe締め出しはスゲーなー。PhotoShopElementsとかPremiereなどのアプリも同等の製品がバンドルされたりしてパソコン部門でもひどい仕打ちだったが・・。印刷業界でこれだけAppleが売れているのは誰のおかげ？？
今度はFlashかー。せめてHTML5のVideo規格まとめてからにしてチョーダイ。

スマートフォンの特許でHTCを訴えたけど、HTCはアップルより前からスマートフォン作ってるし、MicrosoftやNokiaはなんも無しかえ？
特許は弱いものイジメするために使うものじゃないと思うね。

アップルはとっても使いやすくてよい製品を作っている。でもユーザーにとって良い製品よりももっと大事なのは選択できることだな。
どんなに良い製品でも選択肢が1つしかないようではなんとも寂しいではないか。

開発者にとっても自由があるほうがよい。iPhoneやWindowsPhoneは開発者にとって縛りが多いなー。
コンピュータを使う楽しみはプログラミングをしてこそ味わえると思う。スマートフォンにもそんな選択肢は必要だな。

むー。思い出というかAppleの悪口になってしまったかな。でもこれからも良い製品を出し続けてもらいたい。
Androidにはもっと頑張ってもらわねば。

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を使ってホーム画面のような画像を前面にかぶせてしまえば、写真を撮っているのかどうかわからない状態で画像を保存できるはず。。。やらないが。

オープンしました