僕はAndroidとJavaには初心者ですから、困ることがたくさんあった。今回はAndroidアプリ開発でシフト演算子を使ってバイト配列の２バイトからcharに変更したいですけど、なんで結果は思ったとおりではありません。
コードは：char wCode = (char)((buf[0]<<8)+buf[1]);//byte[] buf;
間違いはどちらですか分かりませんですけど。でも下どおり直したら解決できます。
char wCode = (char)(((buf[0]<<8)&0xFF00)|(buf[1]&0xFF));
どなたがご存知だったら、教えていただきます。
2010年10月31日日曜日
2010年10月27日水曜日
Android: JNI interface
JNIインターフェイスには経験がありませんですけど、開発中にちょっと怪しい事があった。僕はアンドロイドアプリ開発でアプリは複数のアクティビティが同じJNIインターフェイスを呼ぶ事ができないと分かります。なぜなら、JNIインターフェイスがアクティビティ名を確定だから他のアクティビティが呼べないでしょうね。
そして、同じ処理ですけど、アクティビティ毎にJNIインターフェイスを作らないといけないです。
例：
JNIEXPORT jint JNICALL Java_android_testgame_activity1_init
(JNIEnv *, jobject, jbyteArray);
JNIEXPORT jint JNICALL Java_android_testgame_activity2_init
(JNIEnv *, jobject, jbyteArray);
他の方法があるかもしれないですけど、まだ分かりません。
どなたがご存知でしたら教えて頂きたいと思っております。
そして、同じ処理ですけど、アクティビティ毎にJNIインターフェイスを作らないといけないです。
例：
JNIEXPORT jint JNICALL Java_android_testgame_activity1_init
(JNIEnv *, jobject, jbyteArray);
JNIEXPORT jint JNICALL Java_android_testgame_activity2_init
(JNIEnv *, jobject, jbyteArray);
他の方法があるかもしれないですけど、まだ分かりません。
どなたがご存知でしたら教えて頂きたいと思っております。
Android: Title bar and Status bar
ビューについて描画する時、スクリーンサイズを取得し、ステータスバーとタイトルバーの高さを引かないと表示することがずれてしまうですね。でも、タイトルバーとステータスバーの高さはどうやって取得できますかと分かりませんですね。いろいろ探していい方法ではありませんが解決できるんです。
まず、ステータスバーはスクリーン密度に依存します。
※ 24px ＜＝＞ LDPI
※ 32px ＜＝＞ MDPI
※ 48px ＜＝＞ HDPI
タイトルバーもステータスバーと同じ高さぐらいから
下記のコードで解決できます。
DisplayMetrics metrics = new DisplayMetrics();
context.getWindowManager().getDefaultDisplay().getMetrics(metrics);
switch (metrics.densityDpi) {
case DisplayMetrics.DENSITY_HIGH:
m_screenSize.y = display.getHeight() - 2*48;
break;
case DisplayMetrics.DENSITY_LOW:
m_screenSize.y = display.getHeight() - 2*32;
break;
case DisplayMetrics.DENSITY_MEDIUM:
m_screenSize.y = display.getHeight() - 2*24;
break;
default:
break;
}
まず、ステータスバーはスクリーン密度に依存します。
※ 24px ＜＝＞ LDPI
※ 32px ＜＝＞ MDPI
※ 48px ＜＝＞ HDPI
タイトルバーもステータスバーと同じ高さぐらいから
下記のコードで解決できます。
DisplayMetrics metrics = new DisplayMetrics();
context.getWindowManager().getDefaultDisplay().getMetrics(metrics);
switch (metrics.densityDpi) {
case DisplayMetrics.DENSITY_HIGH:
m_screenSize.y = display.getHeight() - 2*48;
break;
case DisplayMetrics.DENSITY_LOW:
m_screenSize.y = display.getHeight() - 2*32;
break;
case DisplayMetrics.DENSITY_MEDIUM:
m_screenSize.y = display.getHeight() - 2*24;
break;
default:
break;
}
2010年10月24日日曜日
Add the market to android emulator1.5
Android マーケットをエミュレーターに追加の仕方は
１．イメージのＺＩＰファイルをダウンロードする。（このリンクにある http://content.modaco.net/dropzone/update-cm-3.6.5-signed.system.img.zip）
２．ＺＩＰファイルを解凍する。
３．.android\avd\AVD1.5名にコピーする。
４．AVD1.5を起動する。
完了です。
エミュレーター2.0はこちらです。
http://chuancun.sakura.ne.jp/mt/mt-search.cgi?blog_id=2&tag=Running%20Android%20Market%20on%20Emulator&limit=20
１．イメージのＺＩＰファイルをダウンロードする。（このリンクにある http://content.modaco.net/dropzone/update-cm-3.6.5-signed.system.img.zip）
２．ＺＩＰファイルを解凍する。
３．.android\avd\AVD1.5名にコピーする。
４．AVD1.5を起動する。
完了です。
エミュレーター2.0はこちらです。
http://chuancun.sakura.ne.jp/mt/mt-search.cgi?blog_id=2&tag=Running%20Android%20Market%20on%20Emulator&limit=20
Android 外部設定ファイルread write
Androidアプリ開発には外部設定ファイルも必要がある。それで下のコードは外部設定ファイルを読み込むと書き込む方法を記述します。しかし、外部設定ファイルを置く場所は/data/data/packagename/filesです。この場所は実機で動けるかどうかまだ確認していませんです。どなたが確認したと教えていただきたいと思います。
public void getparameter(){
byte[] buffer = new byte[8];
try{
InputStream inputStream = openFileInput("option.txt");
inputStream.read(buffer, 0, 1);
inputStream.close();
}catch (IOException e) { }
}
public void setparameter(){
byte[] buffer = new byte[8];
buffer[0] = 0x32;
OutputStream output = null;
try{
output = openFileOutput("option.txt", MODE_WORLD_READABLE);
output.write(buffer);
output.flush();
output.close();
}catch (IOException e) { }
}
public void getparameter(){
byte[] buffer = new byte[8];
try{
InputStream inputStream = openFileInput("option.txt");
inputStream.read(buffer, 0, 1);
inputStream.close();
}catch (IOException e) { }
}
public void setparameter(){
byte[] buffer = new byte[8];
buffer[0] = 0x32;
OutputStream output = null;
try{
output = openFileOutput("option.txt", MODE_WORLD_READABLE);
output.write(buffer);
output.flush();
output.close();
}catch (IOException e) { }
}
2010年10月23日土曜日
Android log file output
android.osパッケージ - Environmentクラスを使用します。
# Environment.getXXXDirectory()を呼び出すと、任意のパス情報を保持したFileインスタンスを取得できます。
サンプルソースコード
File file = null;
file = Environment.getDataDirectory();
Log.v("data", file.getPath()); // 出力結果は、「/data」
file = Environment.getDownloadCacheDirectory();
Log.v("download cache", file.getPath()); // 出力結果は、「/cache」
file = Environment.getExternalStorageDirectory();
Log.v("storage", file.getPath()); // 出力結果は、「/sdcard」
file = Environment.getRootDirectory();
Log.v("root", file.getPath()); // 出力結果は、「/system」
# Environment.getXXXDirectory()を呼び出すと、任意のパス情報を保持したFileインスタンスを取得できます。
サンプルソースコード
File file = null;
file = Environment.getDataDirectory();
Log.v("data", file.getPath()); // 出力結果は、「/data」
file = Environment.getDownloadCacheDirectory();
Log.v("download cache", file.getPath()); // 出力結果は、「/cache」
file = Environment.getExternalStorageDirectory();
Log.v("storage", file.getPath()); // 出力結果は、「/sdcard」
file = Environment.getRootDirectory();
Log.v("root", file.getPath()); // 出力結果は、「/system」
Android ファイルやライブラリの情報を定義する「Android.mk」
Android.mkは、$( APP_PROJECT_PATH)/jni/にあり、ファイルやライブラリの情報を定義します。下記は、今回使用するAndroid.mkの内容です。
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE := FireEffect
LOCAL_SRC_FILES := FireEffect.c
LOCAL_LDLIBS := -llog
LOCAL_ARM_MODE := arm
include $(BUILD_SHARED_LIBRARY)
■ LOCAL_PATH
これは、Android.mkの最初に定義しなければなりません。my-dirマクロで現在のディレクトリを指定しています。
■ include $(CLEAR_VARS)
LOCAL_PATHを除くLOCAL_xxxの定義をクリーンアップします。複数のライブラリを使用する場合などに、「先に読み込んだ Android.mkのLOCAL_xxxの値が不本意に使用されてしまう」という障害を防ぐためにも、定義しておくことを強く推奨します。
■ LOCAL_MODULE
モジュール名を指定します。この名前はユニークでなければならず、スペースを含んではいけません。NDKのビルドシステムは、ここで与えられた名前にプレフィックスとサフィックスを自動的に付与します。
今回の場合は、「libFireEffect.so」という共有ライブラリを生成します（もしここで、「libFireEffect」という名前を指定した場合、生成される共有ライブラリは「liblibFireEffect.so」ではなく、例外的に「libFireEffect.so」となることに注意してください）。
■ LOCAL_SRC_FILES
C/C++のソースリストを指定します。ヘッダファイルは含めません。C++ソースファイルの拡張子は.cppがデフォルトです。
■ LOCAL_LDLIBS
自身のライブラリにリンクするライブラリを指定します。今回は、ネイティブでもandroid.util.Log相当のログが出力できるlogライブラリをリンクしています。
■ LOCAL_ARM_MODE
より高速なarmモードでコンパイルするように指定します。
■ include $(BUILD_SHARED_LIBRARY)
共有ライブラリを作成する際に指定します。静的ライブラリを作成する場合は、BUILD_STATIC_LIBRARYを指定します。
■ 定義一覧
上記を含むすべての定義を、以下の表にまとめておきますので、参考にしてください。
表5 Android.mkの定義
定義 説明
LOCAL_PATH パスを指定（最初に定義しなければならない）
LOCAL_MODULE モジュール名を指定
LOCAL_SRC_FILES ソースファイルを指定
LOCAL_CPP_EXTENSION C++の拡張子を指定（デフォルトは.cpp）
LOCAL_C_INCLUDES
LOCAL_CFLAGS Cソースのコンパイルフラグを指定
LOCAL_CXXFLAGS C++ソースのコンパイルフラグを指定
LOCAL_CPPFLAGS C/C++両方のソースのコンパイルフラグを指定
LOCAL_STATIC_LIBRARIES BUILD_STATIC_LIBRARYで指定したモジュールでリンクしたいものを指定。共有ライブラリ作成時のみ指定可能
LOCAL_SHARED_LIBRARIES このモジュールが実行時に参照する共有ライブラリを指定
LOCAL_LDLIBS ライブラリビルド時に必要な追加リンクフラグ
LOCAL_ALLOW_UNDEFINED_SYMBOLS undefined symbolエラーを発生させたくない場合はtrueを指定
LOCAL_ARM_MODE armかthumbを指定（デフォルトはthumb）
include $(CLEAR_VARS) LOCA_PATH以外のLOCAL_で始まる定義をクリア
include $(BUILD_SHARED_LIBRARY) 共有ライブラリ作成を指示
include $(BUILD_STATIC_LIBRARY) 静的ライブラリ作成を指示
$(TARGET_ARCH) ターゲットのアーキテクチャを返す
$(TARGET_PLATFORM) ターゲットのプラットフォームを返す
$(TARGET_ARCH_ABI) CPUとABIの名前を返す
$(TARGET_ABI) 「$(TARGET_PLATFORM)
-$(TARGET_ARCH_ABI)」という値を返す
JNIを使ったAndroidアプリを動かすには
■ ネイティブコードのコンパイル
Application.mkとAndroid.mkの準備ができたら、コンパイルを行います。コンパイルは、NDKホームディレクトリで以下のように入力します。
make APP=LiveWallpaperSampleWithJNI -B
「APP=」以降には、「apps」ディレクトリに配置されているプロジェクトを指定します。makeに渡せるオプションは以下の通りです。
表6 NDKのmakeオプション
オプション 説明
APP= プロジェクト名を指定（必須）
V=1 ビルド時に詳細な出力を行う
-B 必ずリビルドする
今回のサンプルだと、ビルド時に以下のようなメッセージが表示されます。
Android NDK: Application LiveWallpaperSampleWithJNI targets platform 'android-7'
Live Wallpaperはandroid-7の機能であるため、defalut.propertiesに「android-7」と定義されています。一方 Android NDK r1は、android-4までしかサポートしていないため、コンパイルが実行できません。
これを回避するには、NDKでコンパイルする際には、一時的にdefault.properties内部のandroid-7をandroid-4にします。
コンパイルに成功すると、apps//libs/armeabiにライブラリが生成されます。
■ アプリのパッケージング
ネイティブライブラリを.apkにパッケージングするのに、特別な作業は必要ありません。プロジェクトをビルドすれば、自動的にネイティブライブラリがパッケージングされ、特別なことをせずに実行可能です。
Android NDK/JNIを使用する際の注意点
AndroidでJNI（NDK）を使用する場合、知っておくべきことがいくつかあるので、最後にお話しします。
■ Cのサポート
AndroidのCライブラリは「libc」ではなく「Bionic」というAndroid独自の実装です。この実装はANSI C準拠ではないため、ANSI Cにあるはずのヘッダファイルや関数がないことがあります。
NDKは、Cライブラリを自動でリンク対象にするため、LOCAL_LDLIBSにCライブラリを指定する必要はありません。
また、のために「-lm」を指定する必要はありません。NDKはpthreadを標準でサポートするため、「LOCAL_LDLIBS := -lpthread」は必要ありません。ただし、pthread_cancelはサポートされないので、注意してください。リアルタイム拡張も同様なので、「-lrt」も必要ありません。
加えて、ワイドキャラクタがサポートされていません。ヘッダファイルおよびは、将来的に変更される可能性があるため、これらを直接インクルードすることは推奨されません。
■ C++のサポート
極めて小さなC++のAPIがサポートされます。提供されるヘッダファイルは以下の通りです。
*
*
*
*
また、これらは完全なものではなく、標準として必要なすべての定義を含んでいません。特に、C++の例外とRTTIは使用できません。
NDKは、C++ライブラリを自動でリンク対象にするため、LOCAL_LDLIBSに「-lstdc++」を指定する必要はありません。
■ Android固有のログサポート
は、ネイティブコードからカーネルにログメッセージを送るために使用できる定義を含んでいます。以下にリストします。
表7 ログの定義
関数名 説明
__android_log_write 文字列出力
__android_log_print 文字列出力（printf相当）
__android_log_vprint 文字列出力（va_list版）
__android_log_assert アサート
JavaのLogクラスと同じく、プライオリティによる出力制御、タグ指定が行えます。
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE := FireEffect
LOCAL_SRC_FILES := FireEffect.c
LOCAL_LDLIBS := -llog
LOCAL_ARM_MODE := arm
include $(BUILD_SHARED_LIBRARY)
■ LOCAL_PATH
これは、Android.mkの最初に定義しなければなりません。my-dirマクロで現在のディレクトリを指定しています。
■ include $(CLEAR_VARS)
LOCAL_PATHを除くLOCAL_xxxの定義をクリーンアップします。複数のライブラリを使用する場合などに、「先に読み込んだ Android.mkのLOCAL_xxxの値が不本意に使用されてしまう」という障害を防ぐためにも、定義しておくことを強く推奨します。
■ LOCAL_MODULE
モジュール名を指定します。この名前はユニークでなければならず、スペースを含んではいけません。NDKのビルドシステムは、ここで与えられた名前にプレフィックスとサフィックスを自動的に付与します。
今回の場合は、「libFireEffect.so」という共有ライブラリを生成します（もしここで、「libFireEffect」という名前を指定した場合、生成される共有ライブラリは「liblibFireEffect.so」ではなく、例外的に「libFireEffect.so」となることに注意してください）。
■ LOCAL_SRC_FILES
C/C++のソースリストを指定します。ヘッダファイルは含めません。C++ソースファイルの拡張子は.cppがデフォルトです。
■ LOCAL_LDLIBS
自身のライブラリにリンクするライブラリを指定します。今回は、ネイティブでもandroid.util.Log相当のログが出力できるlogライブラリをリンクしています。
■ LOCAL_ARM_MODE
より高速なarmモードでコンパイルするように指定します。
■ include $(BUILD_SHARED_LIBRARY)
共有ライブラリを作成する際に指定します。静的ライブラリを作成する場合は、BUILD_STATIC_LIBRARYを指定します。
■ 定義一覧
上記を含むすべての定義を、以下の表にまとめておきますので、参考にしてください。
表5 Android.mkの定義
定義 説明
LOCAL_PATH パスを指定（最初に定義しなければならない）
LOCAL_MODULE モジュール名を指定
LOCAL_SRC_FILES ソースファイルを指定
LOCAL_CPP_EXTENSION C++の拡張子を指定（デフォルトは.cpp）
LOCAL_C_INCLUDES
LOCAL_CFLAGS Cソースのコンパイルフラグを指定
LOCAL_CXXFLAGS C++ソースのコンパイルフラグを指定
LOCAL_CPPFLAGS C/C++両方のソースのコンパイルフラグを指定
LOCAL_STATIC_LIBRARIES BUILD_STATIC_LIBRARYで指定したモジュールでリンクしたいものを指定。共有ライブラリ作成時のみ指定可能
LOCAL_SHARED_LIBRARIES このモジュールが実行時に参照する共有ライブラリを指定
LOCAL_LDLIBS ライブラリビルド時に必要な追加リンクフラグ
LOCAL_ALLOW_UNDEFINED_SYMBOLS undefined symbolエラーを発生させたくない場合はtrueを指定
LOCAL_ARM_MODE armかthumbを指定（デフォルトはthumb）
include $(CLEAR_VARS) LOCA_PATH以外のLOCAL_で始まる定義をクリア
include $(BUILD_SHARED_LIBRARY) 共有ライブラリ作成を指示
include $(BUILD_STATIC_LIBRARY) 静的ライブラリ作成を指示
$(TARGET_ARCH) ターゲットのアーキテクチャを返す
$(TARGET_PLATFORM) ターゲットのプラットフォームを返す
$(TARGET_ARCH_ABI) CPUとABIの名前を返す
$(TARGET_ABI) 「$(TARGET_PLATFORM)
-$(TARGET_ARCH_ABI)」という値を返す
JNIを使ったAndroidアプリを動かすには
■ ネイティブコードのコンパイル
Application.mkとAndroid.mkの準備ができたら、コンパイルを行います。コンパイルは、NDKホームディレクトリで以下のように入力します。
make APP=LiveWallpaperSampleWithJNI -B
「APP=」以降には、「apps」ディレクトリに配置されているプロジェクトを指定します。makeに渡せるオプションは以下の通りです。
表6 NDKのmakeオプション
オプション 説明
APP= プロジェクト名を指定（必須）
V=1 ビルド時に詳細な出力を行う
-B 必ずリビルドする
今回のサンプルだと、ビルド時に以下のようなメッセージが表示されます。
Android NDK: Application LiveWallpaperSampleWithJNI targets platform 'android-7'
Live Wallpaperはandroid-7の機能であるため、defalut.propertiesに「android-7」と定義されています。一方 Android NDK r1は、android-4までしかサポートしていないため、コンパイルが実行できません。
これを回避するには、NDKでコンパイルする際には、一時的にdefault.properties内部のandroid-7をandroid-4にします。
コンパイルに成功すると、apps/
■ アプリのパッケージング
ネイティブライブラリを.apkにパッケージングするのに、特別な作業は必要ありません。プロジェクトをビルドすれば、自動的にネイティブライブラリがパッケージングされ、特別なことをせずに実行可能です。
Android NDK/JNIを使用する際の注意点
AndroidでJNI（NDK）を使用する場合、知っておくべきことがいくつかあるので、最後にお話しします。
■ Cのサポート
AndroidのCライブラリは「libc」ではなく「Bionic」というAndroid独自の実装です。この実装はANSI C準拠ではないため、ANSI Cにあるはずのヘッダファイルや関数がないことがあります。
NDKは、Cライブラリを自動でリンク対象にするため、LOCAL_LDLIBSにCライブラリを指定する必要はありません。
また、
加えて、ワイドキャラクタがサポートされていません。ヘッダファイル
■ C++のサポート
極めて小さなC++のAPIがサポートされます。提供されるヘッダファイルは以下の通りです。
*
*
*
*
また、これらは完全なものではなく、標準として必要なすべての定義を含んでいません。特に、C++の例外とRTTIは使用できません。
NDKは、C++ライブラリを自動でリンク対象にするため、LOCAL_LDLIBSに「-lstdc++」を指定する必要はありません。
■ Android固有のログサポート
表7 ログの定義
関数名 説明
__android_log_write 文字列出力
__android_log_print 文字列出力（printf相当）
__android_log_vprint 文字列出力（va_list版）
__android_log_assert アサート
JavaのLogクラスと同じく、プライオリティによる出力制御、タグ指定が行えます。
Android: NDKからファイルを読み込む。
僕はAndroidゲームを開発しました。しかし、アプリを公開するとき、問題があっていろいろ探してやっと解決できました。でも、他の方法があるかどうかわかりません。
問題はアプリのデータファイルを/SDcardに置いてNDKコードで読み込んだため、Eclipseでアプリをexportするとデータファイルを一緒にexportできませんでした。
いろいろ考えた上でデータファイルを一緒にexportできるため、データファイルを.apkファイルに置いたらＯＫと分かったですけど、ファイルのパツが分かりません。ネットで探して、やっと解決の方法を見つけました。
１．データファイルをプロジェクトのassetsフォルダーに置く。
２．javaコードでファイルを一気に読み込んでＪＮＩでネティップＣコードに渡す。
例：
byte[] buffer = new byte[DEFAULT_BUFFER_SIZE];
AssetManager as = getResources().getAssets();
try{
is = as.open(“kanji.dic”);
inByte = is.read(buffer);
kanjiNum = init(buffer); //JNI interface call
}catch (IOException e) { }
問題はアプリのデータファイルを/SDcardに置いてNDKコードで読み込んだため、Eclipseでアプリをexportするとデータファイルを一緒にexportできませんでした。
いろいろ考えた上でデータファイルを一緒にexportできるため、データファイルを.apkファイルに置いたらＯＫと分かったですけど、ファイルのパツが分かりません。ネットで探して、やっと解決の方法を見つけました。
１．データファイルをプロジェクトのassetsフォルダーに置く。
２．javaコードでファイルを一気に読み込んでＪＮＩでネティップＣコードに渡す。
例：
byte[] buffer = new byte[DEFAULT_BUFFER_SIZE];
AssetManager as = getResources().getAssets();
try{
is = as.open(“kanji.dic”);
inByte = is.read(buffer);
kanjiNum = init(buffer); //JNI interface call
}catch (IOException e) { }
登録:
投稿 (Atom)