Android Bazaar and Conference 2011 Summerに参加された方々、スタッフのみなさん、お疲れさまでした。 “Linuxカーネルから紐解くAndroid”という、かなり濃い話題にも関わらず多くの方に来ていただき、まあ正直驚きました。
いろんなところで話をしてきましたが、今回が一番人が多かったです。あー、緊張した。
ということで、開発トラック2で発表した内容を掲載しておきます。
この本もよければ是非(笑)
以前から興味があったHoneyCombから含まれたRenderScriptについて調べてみた。ここでは、RenderScriptのドキュメントを読んで、ソースコード(サンプルのBalls)を見てみて動かしてみてのメモ(Android 3.2にて)。事実誤認も含まれている可能性があるのでその点は指摘していただけるとありがたい。
簡単にいうと、GPU依存しないレンダリングエンジン。OpenGL|ESを利用するとGPU依存したコードになりがちだが、RenderScriptではそのようなGPUに依存せずにコードを書ける、ということらしい。
ただしOpenGL|ESよりは機能は少ない。RenderScriptの内部では、OpenGL|ES2.0が動作している。
RenderScriptとOpenGL|ESは似たような利用目的となる。では、これらはどのように使い分けるべきか。それもマニュアルに書かれている。
かいつまんで言うと、アプリケーション内部でのUIで利用する程(多機能を要求しない、パフォーマンスを要求しない)であれば、機種依存しない分RenderScriptが有利。ただし、ゲームのような性能重視、パフォーマンス重視な場合は、OpenGL|ESとJavaやNDKを利用してね、とのこと。
ちょっと意表をつかれるのが、このファイル構成。
基本的にJava、rsファイル(RenderScriptファイル)、rsh(RenderScript Headerファイル)から構成される。rsファイルの文法は基本的にC言語で書ける(厳密にはC99)
rsファイルには表示物の座標演算に必要なコード記述し、llvmのコンパイラでビルドされ、/res/rawフォルダ以下にbcファイルとして配置される(rsファイルのビルドはEclipseがしてくれる)。ファイル実行に利用されるのは、このbcファイルの方。
あと、/genフォルダ以下にrsファイルと同名のjavaファイルが自動生成される。これは、タッチ操作の位置情報など、JavaのコードからRenderScript側にデータを渡すときに、このjavaファイルで定義されたメソッドを利用して渡す。このあたりのノリは、サービスを作成するときのaidlファイルに近いものがある。
実際にソースコードを読んでみの感想。RenderScriptのリファレンスマニュアルはちゃんと読んでないのでコードの雰囲気だけで。
RenderScriptの内部ではOpenGL|ES2.0をつかって動作しているとドキュメントに書いてあったが、RenderScriptのコードを初期化や呼出しているJavaコードを見てみるとOpenGL|ES2.0でよく見かけるのパラメータ設定などが見て取れる。
たとえばサンプルにあるBalls/BallsRS.javaを見てみると
ProgramVertex.Builder sb = new ProgramVertex.Builder(mRS); String t = "varying vec4 varColor;\n" + "void main() {\n" + " vec4 pos = vec4(0.0, 0.0, 0.0, 1.0);\n" + " pos.xy = ATTRIB_position;\n" + " gl_Position = UNI_MVP * pos;\n" + " varColor = vec4(1.0, 1.0, 1.0, 1.0);\n" + " gl_PointSize = ATTRIB_size;\n" + "}\n"; sb.setShader(t);
これは、OpenGL|ES 2.0によく出てくるコード。
あとは
ProgramStore.Builder builder = new ProgramStore.Builder(rs); builder.setDepthFunc(ProgramStore.DepthFunc.ALWAYS); builder.setBlendFunc(ProgramStore.BlendSrcFunc.ONE, ProgramStore.BlendDstFunc.ONE); builder.setDitherEnabled(false); builder.setDepthMaskEnabled(false); return builder.create();
も記述方法は違えど設定内容はOpenGL|ES2.0によく登場する内容。
そういう意味ではRenderScriptはOpenGL|ES2.0の機能の一部を取り出してラッピングしたライブラリという印象が。なので、RenderScriptを使いこなしたい時はRenderScriptのみならずOpenGL|ES2.0も理解した上で作成する必要があるんでないかなーと思う。OpenGL|ES2.0自体解説している書籍やサイトって少ないけど…。
私は、この本を参考にしている。
ということで、Android NDKネイティブプログラミング(通称NDK本)が予約開始となりました。Android NDKr5cをあますことなく解説した内容となってます。
1.Android NDKとは
2.JavaとAndroid NDK
3.NativeActivity
4.OpenGL|ES (1.0, 2.0)
5.サウンド(OpenSL|ES)
6.入出力(センサー、キーボード、ファイル)
7.ツール(コンパイラ、デバッガ)
8.アーキテクチャ
9.最適化
10.NEON
11.リファレンス
このようなNDKr5を詳細に解説をした書籍、Webサイトというのは実は世の中にはほとんど無いです。そういう意味では本書はNDKr5を理解するにあたっては大きな助けとなるはず。とくにNDKに特化したOpenGL|ES(1.0, 2.0)とOpenSL|ESの情報がそう、ほんとに無いです…。
ちなみに本書のコンセプトはNDKでハードウェアを最大限に活かす!。なので、ライブラリの解説のみならずツールやCPUアーキテクチャの解説も書かれてます。
これは、低レイヤーが好きで書きたくって自由に書いた本当のハードウェアのパワーを引き出すにはNDKを使ってコード書いただけでは本当は足りなくて、CPUアーキテクチャやコンパイラなどのツールの使い方を理解した上でコード書かないと本当のハードウェアのパワーは引き出せない、という理由から。この結果が、文字通り桁違いの実行効率の違いになることはよくあることなのですよ…。
なので、本書ではCPUアーキテクチャの解説では、パイプラインや動的分岐予測についての説明や、それらをソフトウェアの高速化に活かす手法も解説してます(最近この手の本は見かけなくなりましたね…) そういう意味では、これまでのAndroid関連書籍には無かった濃い内容になっています。
AndroidアプリをC/C++メインでバリバリ書きたい人は是非とも読んでみてください!
本書をレビューしていただい塚田翔也さんに書評を書いていただきました(初のAndroid NDK専用本「Android NDK ネイティブプログラミング」が出ますよ！ – gabuchanの日記)。ありがとうございます!
NetBeans チームは Java SE 7 プラットフォームの正式リリースを完全にサポートした NetBeans IDE 7.0.1 を公開しました。
NetBeans 7.0 からの変更点は以下の通りです:
最新の変更を使うには:
NetBeans 7.0.1 は英語の他、日本語、中国語、ポルトガル語、ロシア語のローカリゼーションが利用できます。
フィードバックがありましたら日本語のメーリングリスト、twitter またはブログのコメントでお願いします。
NetBeans チームは Java SE 7 プラットフォームの正式リリースを完全にサポートした NetBeans IDE 7.0.1 を公開しました。
NetBeans 7.0 からの変更点は以下の通りです:
最新の変更を使うには:
NetBeans 7.0.1 は英語の他、日本語、中国語、ポルトガル語、ロシア語のローカリゼーションが利用できます。
フィードバックがありましたら日本語のメーリングリスト、twitter またはブログのコメントでお願いします。
プロジェクトニュース
NetBeans 7.0.1 は Java SE 7 プラットフォームの最終版を完全にサポートします。JDK 7 上で NetBeans を実行したり JDK 7 の言語仕様をサポートします。
NetBeans 7.0.1 は NetBeans 7.0 からのアップデート版で最新のパッチが統合されパフォーマンスも向上しています。
NetBeans IDE 7.0.1
は英語の他、ポルトガル語、日本語、ロシア語、中国語版が用意されています。
コミュニティー
記事
トレーニング
ブログ
第498号(2011年8月2日) の日本語訳です。翻訳ミスやご意見等ありましたらブログのコメントにお願いいたします。
プロジェクトニュース
NetBeans 7.0.1 は Java SE 7 プラットフォームの最終版を完全にサポートします。JDK 7 上で NetBeans を実行したり JDK 7 の言語仕様をサポートします。
NetBeans 7.0.1 は NetBeans 7.0 からのアップデート版で最新のパッチが統合されパフォーマンスも向上しています。
NetBeans IDE 7.0.1
は英語の他、ポルトガル語、日本語、ロシア語、中国語版が用意されています。
コミュニティー
記事
トレーニング
ブログ
第498号(2011年8月2日) の日本語訳です。翻訳ミスやご意見等ありましたらブログのコメントにお願いいたします。
7.0.1だと直ってるかもしれないけど、7.0.1はGWTプラグイン動かなくなるのでやめ。7.0.1はしばらく使えない、もしくはもうバージョンアップすることがなくなるはず。たった0.0.1で影響が大きいってすごいね。
で、本題。
マルチバイトのカラム名をもったテーブルからJPAのEntityを自動生成した場合、カラム名のところが数字文字参照になる。NamedQueryのところも。
NetBeansはマルチバイトがらみのバグは増える傾向にあるのでちょっと心配。
こっちにもかいておくか。
7.0.0は動く。
GWT自体Java7の構文対応しているとは思いにくいからバージョンあげなくてよいといえばそれまでだけど。
でもサーバーサイドの開発とかもあるからそうはいえないんだよなぁ。GWT4NBでは6.9つかえと書かれてるくらいでやる気がないようだけど。
ちなみにGWTのRPCはおいらは否定派。普通にサーバーとのやり取りはJAX-RSで作ったほうが独立性が高くてよい。それに、OpenSocialのAPI使うとRPCは使えないわけで。
第499号(2011年8月9日) の日本語訳です。翻訳ミスやご意見等ありましたらブログのコメントにお願いいたします。
第499号(2011年8月9日) の日本語訳です。翻訳ミスやご意見等ありましたらブログのコメントにお願いいたします。
結論からいうと非常に便利。特に日常的にgrepしてるような人はすぐに入れるべし。 何がいいって環境構築が楽なので（おいらがrubyに慣れているというのもあるけど）
今回はUbuntu10.04LTSにて構築。
Rubyはrvmを利用してインストールした。このrvmってのは、複数バージョンのrubyを共存させることができる方法。今回はRuby 1.8.7をインストール。milkodeをインストールする場合、利用するruby実装系、インストール方法、OS環境によってはハマりが発生するようだ。今回のUbuntu10.04＆rvmでは、インストール時のハマりがなかった。
ちなみにruby enterprise editionを使ってインストールするとちょっとハマったりする（将来的なバージョンアップで解決されそう）
では最初にrvmとrubyのインストールから。rvmは以下の方法でインストールできる。インストールはホームディレクトリ以下にされる。
$ bash < <(curl -s https://rvm.beginrescueend.com/install/rvm) $ echo '[[-s "$HOME/.rvm/scripts/rvm" ]]' && . "$HOME/.rvm/scripts/rvm" ' >> ~/.bash_profile $ source .bash_profile $ rvm install 1.8.7
これでrvm & rubyのインストールが完了。あとはmilkodeをインストール。milkodeはrubygemに登録されているので、一行でインストール可能。あと、milkodeは、grooga（全文検索ライブラリ）インストール時にビルドが発生する。なので、コンパイラ等はあらかじめインストールしておくこと。
$ apt-get install build-essential
そしてmilkodeをインストール
$ gem install milkodeあとは、milkodeを初期化して、ソースコードを追加して、ブラウザで表示
$ milk init --default $ milk add <Androidのソースコードがあるディレクトリ> $ milk web
構築した結果が、以下のスクリーンショット。
私はrowboat（TIが提供するAndroidのソースコード）をインストールした。milkodeのWebサイトでは2万ファイルの検索では１秒以内に検索されるとと書いてあった。ただ、今回登録したrowboatは１３万ファイルあったので、１秒以内というのは場合によって、としか言えない。
検索条件によっては、１０秒以上待たされることも珍しくはない。で、検索速度はもちろんマシン環境にも依存するので（うちはCore i7 860 2.8GHz)、場合によってはそれ以上かかることもある。
とはいえ、milkodeは、grepよりは断然早いので、おすすめ。何より構築が手軽なのがよい。ガンガン利用するならOpenGrokを検討してみてもよいかもしれない。