Chromecast で C++ アプリを走らせる。Emscripten のゲームを動かす | ホイール欲しい ハンドル欲しい
Chromecast 上でも Emscripten のプログラムが動きました。 少々ややこしいのですが、PC のブラウザで走らせた結果を、 Tab のミラーリング機能で TV に表示しているわけではないです。 Emscripten で作った JavaScript コードを、Custom Receiver として登録することで Chromecast 上で走らせています。 速度は 10～15fps 前後。 Android 端末よりも遅いので、 Chromecast の CPU はあまり動作クロックが高くないようです。 ● Chromecast とは ほぼストリーム専用に特化したメディアプレイヤーです。 ・Google Chromecast 端末の画面を TV にミラーリング表示するような、リモートモニタアダプタとは異なっています。 インターネットへの接続機能を持っており、基本的には Chrom
Android x86 Binary Translator を試してみる | ホイール欲しい ハンドル欲しい
x86 の Atom を搭載した Android Tablet も増えてきました。 本来なら NDK を使用したアプリケーションの互換性が気になるところです。 ところが実際はほとんど問題が起こらず、想像以上にそのまま動作するものが多いようです。 最初から複数のアーキテクチャに対応しているアプリももちろんありますが、 x86 未対応でも動く仕組みが用意されています。 ・Bay Trailが実現する、WindowsとAndroidが共存するタブレット x86 の Android 端末は armeabi-v7a のコードを x86 に変換して実行することができます。 実際に試してみました。 ASUS MeMO Pad 7 ME176 (BayTrail-T Atom Z3745) を使い、 ARMv7A のバイナリ (so) だけ含んだ VFP Benchmark を走らせてみました。 NDK
Android Tablet Nexus 7 上に開発環境をつくる (Ubuntu) | ホイール欲しい ハンドル欲しい
Bitbucket などクラウド系のリポジトリサービスを使うと、 どこでもソースコードをチェックできるので非常に便利です。 電車の中や外出時だろうと、ちょっとした空き時間にブラウザだけで コードを追うことができます。 そのうち欲が出てきて、どうせならこのままコードを手直ししたいとか コンパイルもできたらいいのに、とか思うようになります。 最近のモバイルデバイスは非常に性能が高いので、 クロス開発でなく自分でコンパイルしてもそれなりに速いはずです。 Android 端末なら各種 Linux 環境を install できそうなので試してみました。 Nexus 7 で動く Ubuntu 13.04 ●開発環境として gcc, clang はもちろん、python, git, mercurial などそのまま使えるので ライブラリのコンパイルや arm CPU のテストには十分です。 RAM は
Android NDK の初期化と dll の分離 | ホイール欲しい ハンドル欲しい
NDK では C/C++ のコードをそのまま使うことが出来ます。 Windows 上で作っていた lib やアプリケーションを移植し Android 上で 走らせています。 実際に動作するのですが少々問題があって、正しく起動する場合もあれば アイコンをタッチした瞬間に落ちる場合があります。 Activity が終了しても Process イメージは残り、再び onCreate した時に 常駐している Native コードが再利用される可能性があるからです。 bss/data セグメントが初期化されていないことが原因でしょう。 static 変数は初期値に戻らず global オブジェクトのコンストラクタも走りません。 NVIDIA の資料でアプリ本体を別の dll に分離する手法が紹介されていたので 試してみました。 ・GameSauce 2010: Fast and Pretty: Ma
PlayStation Suite と対応ハードの性能比較 | ホイール欲しい ハンドル欲しい
PlayStation Suite Developer Program より対応ハード一覧。 2012/04/19 現在。 device SoC CPU core GPU core RAM display ------------------------------------------------------------------------------- Xperia PLAY MSM8255 Scorpion 1.0GHz Adreno 205 512MB 854x480 Xperia arc MSM8255 Scorpion 1.0GHz Adreno 205 512MB 854x480 Xperia acro MSM8255 Scorpion 1.0GHz Adreno 205 512MB 854x480 Sony Tablet P Tegra250 Cortex-A9 1.
Android 4.0 MIPS で RenderScript, ainol Novo 7 Paladin の浮動小数点演算速度 | ホイール欲しい ハンドル欲しい
Novo 7 Paladin は MIPS CPU で Android 4.0 を搭載した端末です。 RenderScript を試してみました。 前回の記事で触れたように、mips 対応版 NDK を入れると対応 アーキテクチャが一気に 6種類に増えます。 さらに armeabi-v7a や mips-r2 の NDK では、ハードウエアの性能を 引き出すために CPU のオプション機能を利用することができます。 ただし搭載していないハードもあるため事前に CPU Features を チェックしなければなりません。 下記は NDK の cpu-features が返す値です。 armeabi-v7a: ANDROID_CPU_ARM_FEATURE_ARMv7 ANDROID_CPU_ARM_FEATURE_VFPv3 ANDROID_CPU_ARM_FEATURE_NEON mips
RenderScript Tegra 3 の Quad core で Multi Thread 実行 | ホイール欲しい ハンドル欲しい
RenderScript で Android 3.x でも Multi Thread 実行する方法が わかりました。 以下その測定結果 最小実行時間 速度比 OS CPU ---------------------------------------------------------- Tegra 3 622ms x2.6 A3.2.1 Cortex-A9 1.3GHz x4 OMAP4460 1334ms x1.2 A4.0.1 Cortex-A9 1.2GHz x2 Tegra 2 1608ms x1.0 A3.1 Cortex-A9 1.0GHz x2 * 実行時間の数値が小さいほうが速い。 * 何度か実行して最速時間を抽出。 (Eee Pad TF201, Galaxy Nexus SC-04D, Optimus Pad L-06C) やっと RenderScript で Qua
Android 3.x RenderScript (7) RenderScript Compute の速度 | ホイール欲しい ハンドル欲しい
RenderScript の用途は大きく分けて二通りあります。 Compute と Graphics です。 Compute (rs_cl) は rsForEach() 命令を使い、CUDA/OpenCL のような 並列処理を意識した呼び出し方となっています。 おそらくマルチコア CPU による並列化や GPU が将来的にサポートされる のではないかと考えられます。 Graphics (rs_graphics) は少々特殊で、描画ループを Native 実行する C言語で記述できることが特徴です。今までにないレイヤーですが、 NDK の部分的な置き換えを狙っているようにみえます。 またシームレスに rs_cl を呼び出せるのも大きなメリットです。 RenderScript は他にも vector や matrix 演算がサポートされており、 NEON 等の SIMD 命令に展開されるのでは
Android 3.x RenderScript (6) Graphics まとめ | ホイール欲しい ハンドル欲しい
Android には様々な描画手段が用意されています。 GPU を使って高速に描画可能な組み合わせは下記の通り。 View + onDraw (HW) RSSurfaceView + RenderScript GLSurfaceView + OpenGL ES 2.0 (Java) GLSurfaceView + OpenGL ES 2.0 (NDK) NativeActivity + OpenGL ES 2.0 (NDK) 下に行くほど低レベルな API になります。 実際に使ってみた限り、描画速度もほぼこの順番になるようです。 ● RenderScript マテリアルのセットアップやジオメトリ演算など、描画ループ自体を Native 実行可能な C言語で記述することが可能です。 リソースの生成や初期化は Java で行い、プロジェクトも開発環境も Java と非常に親和性が高いのが特徴
Android 3.x RenderScript (1) | ホイール欲しい ハンドル欲しい
Android 3.0 Honeycomb (API Level 11) から RenderScript が 使えるようになりました。 ハードウエア機能を用いた高速な描画を行うための仕組みです。 これまでも Java + OpenGL ES とか NDK + OpenGL ES など、ハードウエア 機能を活用できる描画手段がありました。 RenderScript は全く新しい描画のためのフレームワークとなっています。 RenderScript の特徴は、NDK のように Cコンパイラによる高速動作が 可能なこと。そして NDK と違い CPU アーキテクチャに依存しないので、 生成したバイナリの互換性が保たれることです。 また開発環境も統合されており Eclipse 上でビルド可能です。 同時に Java からアクセスするための Reflected layer class も作られます。
Android Java で OpenGL ES 2.0 を使う | ホイール欲しい ハンドル欲しい
Android の OpenGL ES 2.0 対応は OS 2.0 Eclair からです。 まず NDK で使えるようになり、2.2 Froyo (API Level 8) では Java からも 呼び出せるようになっています。 実際に使ってみました。 2.0 への切り替えは GLSurfaceView の setEGLContextClientVersion( 2 ) です。 public class MarkerView extends GLSurfaceView { public MarkerView( Context context ) { super( context ); setEGLContextClientVersion( 2 ); // GLES 2.0 setRenderer( new MarkerRenderer( context ) ); } } GLSurfa
Desktop の OpenGL ES 2.0 実行環境 | ホイール欲しい ハンドル欲しい
Mobile 向け 3D API は OpenGL ES 2.0 で完全に統一されました。 今では WebGL や NaCl など Desktop PC でも使う機会が増えています。 もともと機能の確認やポータビリティのチェックのために情報を集めていましたが、 これらの OpenGL ES 2.0 実行環境をまとめてみました。 WGL_EXT_create_context_es2_profile 詳しくはこちら ・Desktop 向け OpenGL ES 2.0 実行環境 以下抜粋 Adreno SDK GPU Emu EGL+ES2 ATITC/ETC1 PVRVFrame GPU Emu EGL+ES2 PVRTC/ETC1 Mali OpenGL ES Emulator GPU Emu EGL+ES2 ETC1 Tegra OpenGL ES 2.0 Emulator GPU Emu
Android 3.1 と GamePad のイベントの詳細 (2) | ホイール欲しい ハンドル欲しい
引き続き Android OS 3.1 に Xbox360 Pad と Playstation3 Pad を つないだ場合の値の取り方です。(前回) アナログスティックの情報は onGenericMotionEvent で受け取れます。 @Override public boolean onGenericMotionEvent( MotionEvent event ) { float posx= event.getAxisValue( MotionEvent.AXIS_X ); ～ } 入力値に差が生じた場合のみイベントが発生します。 getX()/getY() は getAxisValue() の AXIS_X, AXIS_Y と同値です。 対応付は下記の通り axis Xbox360Pad PS3 Pad 範囲 Source ------------------------------
Android 3.1 と GamePad のイベントコード | ホイール欲しい ハンドル欲しい
Acer ICONIA TAB A500 が Android OS 3.1 になったので早速つないでみました。 Android 3.1 からは USB でゲームパッドがつながります。 ・Xbox 360 用の USB コントローラ ・Playstation3 用コントローラを USB (有線)接続 どちらもきちんと認識しました。 判定の仕方は下記のとおりです。 ボタン類は通常のキーボードと同じ、onKey～ でキーコードとして通知されます。 十字キーはカーソルキーと同じ KEYCODE_DPAD_UP/DOWN/LEFT/RIGHT (19～22) です。 そのため取り敢えずつないだけでも HOME 画面などでカーソル移動に使えます。 未確認ですが、おそらく KeyEvent.isGamepadButton() で本来のカーソルキーと 区別できると思われます。 訂正2011/08/10 1
06 | 2月 | 2011 | ホイール欲しい ハンドル欲しい
NDK では C/C++ のコードをそのまま使うことが出来ます。 Windows 上で作っていた lib やアプリケーションを移植し Android 上で 走らせています。 実際に動作するのですが少々問題があって、正しく起動する場合もあれば アイコンをタッチした瞬間に落ちる場合があります。 Activity が終了しても Process イメージは残り、再び onCreate した時に 常駐している Native コードが再利用される可能性があるからです。 bss/data セグメントが初期化されていないことが原因でしょう。 static 変数は初期値に戻らず global オブジェクトのコンストラクタも走りません。 NVIDIA の資料でアプリ本体を別の dll に分離する手法が紹介されていたので 試してみました。 ・GameSauce 2010: Fast and Pretty: Ma
Android NDK と NativeActivity | ホイール欲しい ハンドル欲しい
Android OS 2.3、API Level 9 から NativeActivity が利用出来るようになります。 画面の初期化やイベントの取得も Java コードを通らずに C/C++ だけで 記述することが可能です。 とは言え実際にアプリケーションを記述する手段はこれまでとほとんど変わりません。 jni フォルダに C/C++ コードを置いて ndk-build を使います。 生成されるバイナリも従来同様 Dynamic Link Library (dll) ～.so です。 ・今までの NDK (jni) Java 上で dll をロードし、interface class を経由して呼び出し ・NativeActivity システムが直接 dll をロードし dll 内のエントリポイントを直接呼び出す ●エントリポイントの指定 最初に呼ばれる関数名を AndroidManifes
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
