Mtk's Blog: 2011

2011年12月24日土曜日

[Power saveing] 節電を簡単にする道具

How to save power in real life #2

もうすっかり冬です。夏に比べて冬の方が電力需要が多いため、節電しなければなりません。計画停電のときの苦労は二度としたくないですからね。

Mtkは、楽に節電するためUSB連動タップを使ってます。

USB端子を持つホスト器とタップの電源を連動できます。
たとえば、パソコンの電源に連動してディスプレイの電源をオン／オフする、といった使い方ができます。
節電のみならず、電源操作の手間も減らせて一石二鳥です。

ところで、この夏は発熱する物はすべてコンセントを抜いていたのですが、テレビ用のアンテナブースターだけはむやみに抜くわけにはいきませんでした。
最近のテレビにUSB端子がついているので、テレビの電源に連動して周辺機器（アンテナブースターやオーディオアンプなど）の電源をオン／オフするためにUSB連動タップを使いました。
おかげで、周辺機器の電力消費と発熱を抑えることができました。
アンテナブースターは発熱が多くて不安でしたがこれで解消しました。アンテナブースターはアナログアンプ回路なのでスイッチング電源を使えないみたいです。

関連ネタ夏に備えて節電対策
それでは皆さんよいお年を！

2011年12月17日土曜日

[Android] x86用Android4.0（ics-x86）はVmwareで使えるか？

Trying to run Android4.0-x86 on Vmware

x86用Android4.0が公開されました。
Android-x86(http://www.android-x86.org/download)が次の4つのプラットフォーム用にAndroid-x86-4.0-devel を公開しました。
・AMD Brazos
・ASUS laptop
・ASUS Eee PC
・Tegatech tegav2 tablet

無理を承知でこれらのディストリビューションをVmwareで起動してみました。
関連ブログ [Android] VmWare PlayerでAndroidをデバッグする
起動する操作は次の通りです。

Vmwareを起動し「新規仮想マシンの作成」をクリック

「インストーラーディスクイメージファイル」をクリックし、ダウンロードしたisoファイルを選択して次へ

仮想マシン名はご自由に。Mtkは「android-x86-4.0」と入力しました。
格納場所はデフォルトのままでも結構です。Mtkは十分な空き容量のあるDドライブを指定しました。

ディスク容量の指定はデフォルトのままで結構です。Mtkは1GBにしました。

完了

ここからは操作方法が変わります。
Vmwareのウィンドウをクリックすると、マウスポインターが消えてVmwareだけ操作できます。
Windowsの操作に戻るにはCtrlキーを押しながらAltキーを押します。
この画面ではカーソルを一番下のInstallationに移動しEnterを押します。

インストールが始まるのですが･･･

検証した結果
・android-x86-4.0-devel-amd_brazos.iso
ブートから先に進まず。

・android-x86-4.0-asus_laptop-20111209.iso
インストールしようとするとディスクのフォーマットに失敗して先に進まず。
ライブCDではnot asusの警告が出て先に進まず。

・android-x86-4.0-eeepc-20111209.iso
ライブCDは起動するものの、ほとんど操作を受け付けず。

・android-x86-4.0-eeepc-20111209.iso
ブートから先に進まず。

というわけで、残念な結果となりました。

今のところ、PCで動作するAndroid4.0エミュレーターはAndroid-SDK-r15に含まれる公式のみのようです。

公式エミュレーターはARMをエミュレートしているので再現性は高いのですが、遅くて不安定なのが玉に瑕です。

以上、参考になれば幸いです。

2011年12月10日土曜日

[Android] アプリケーションでデータ通信のオン・オフを設定できない理由

Reasons for failing to switch mobile networks

データ通信をオン・オフするアプリケーションを作ろうとしたら、不可能であることがわかりました。

1.隠しメソッド
データ通信をオン・オフするための機能はTelephonyManagerクラスにあるのですが、隠しメソッド(@hideアノテーション)のためアクセスできません。
隠しメソッドにアクセスするためリフレクションを使うとこんなコードになります。

※ユーザーインターフェースの実装を省略しているのでこのままでは動きません

import java.lang.reflect.InvocationTargetException;
import java.lang.reflect.Method;
import android.app.Activity;
import android.content.Context;
import android.telephony.TelephonyManager;

public class Main extends Activity {
 private void setDataConnectivity(boolean enabled) throws SecurityException, NoSuchMethodException, IllegalArgumentException, IllegalAccessException, InvocationTargetException, ClassNotFoundException{
  TelephonyManager telephonyManager = (TelephonyManager) getSystemService(Context.TELEPHONY_SERVICE);
  Method getITelephony = TelephonyManager.class.getDeclaredMethod("getITelephony");
  getITelephony.setAccessible(true);
  Object telephony = getITelephony.invoke(telephonyManager);
  Class<?> telephonyClass = Class.forName(telephony.getClass().getName());
  Method setDataConnectivity;
  if (enabled) {
   setDataConnectivity = telephonyClass.getDeclaredMethod("enableDataConnectivity");
  } else {
   setDataConnectivity = telephonyClass.getDeclaredMethod("disableDataConnectivity");
  }
  setDataConnectivity.invoke(telephony);
 }
}

これにユーザーインターフェースを実装してアプリケーションとして完成させるとエミュレーターで動作することは確認できました。

2.パーミッション
上のソースは実機は動作しません。
動作させるためのパーミッションが2つあります。
android.permission.MODIFY_PHONE_STATE
android.permission.WRITE_SECURE_SETTINGS

このうち、WRITE_SECURE_SETTINGSはアプリケーションがマニフェストに宣言しても実機での動作では許可されてません。
データ通信の他、bluetoothの設定変更もWRITE_SECURE_SETTINGSが必要なようです。

ユーザーの知らないうちに勝手にデータ通信やbluetoothの設定を変えられたら不都合なので、セキュリティーレベルが高くされているのは仕方ないかもしれません。

以上、参考になれば幸いです。

2011年12月3日土曜日

[Android] ライブ壁紙の作り方

How to code live-wallpaper applications
ライブ壁紙のアプリケーションを作ってみました。
対応OSはAndroid2.1以上です。
ライブ壁紙の作り方はさぞかし難しいだろうと思っていたのですが、プログラム的にはSurfaceViewと同じで意外と簡単でした。
以下ソースです。

マニフェスト(AndroidManifest.xml)

<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
 package="jp.fujiu.livewallpaper"
 android:versionCode="1"
 android:versionName="1.0" >
 <uses-sdk android:minSdkVersion="7" />
 <application
  android:icon="@drawable/ic_launcher"
  android:label="Mtk's Live Wallpaper" >
  <service 
   android:name=".WallpaperSasmple" 
   android:label="Mtk's Live Wallpaper"
   android:permission="android.permission.BIND_WALLPAPER">
   <intent-filter>
    <action android:name="android.service.wallpaper.WallpaperService"/>
   </intent-filter>
   <meta-data android:name="android.service.wallpaper" android:resource="@xml/wallpaper"/>
  </service>
 </application>
</manifest>

リソースファイル(res/xml/wallpaper.xml)

<?xml version="1.0" encoding="utf-8"?>
<wallpaper
 xmlns:android="http://schemas.android.com/apk/res/android"
 android:thumbnail="@drawable/ic_launcher"
 android:description="Mtk's Live Wallpaper"
 />

ライブ壁紙のソース(WallpaperSasmple.java)

package jp.fujiu.livewallpaper;

import java.util.ArrayList;

import android.content.SharedPreferences;
import android.content.SharedPreferences.OnSharedPreferenceChangeListener;
import android.graphics.Canvas;
import android.graphics.Color;
import android.graphics.Paint;
import android.os.Handler;
import android.os.Message;
import android.service.wallpaper.WallpaperService;
import android.view.MotionEvent;
import android.view.SurfaceHolder;

public class WallpaperSasmple extends WallpaperService {
 //円の色
 private static final int[] colors = new int[]{
  Color.RED, 
  Color.GREEN, 
  Color.BLUE,
  Color.YELLOW,
  Color.CYAN,
 };
 private int colorId = -1;

 private static class CurrentPosition {
  static boolean isTouched = false;
  static float x = 0;
  static float y = 0;
  static long startTime = 0;
 }
 
 private Paint paint = null;
 
 //丸のサイズ
 private float size = 0;
 
 //offset
 private float xoffset = 0f;
 private float yoffset = 0f;
 
 @Override
 public Engine onCreateEngine() {
  return new MyEngine();
 }
 
 
 public class MyEngine extends Engine implements OnSharedPreferenceChangeListener {
  private static final int BG_COLOR = Color.WHITE;
  private boolean visible = false;
  
  //赤い丸の定義
  private Circle circle = new Circle();
  
  private static final int WHAT = 0;
  
  private final Handler handler = new Handler(){
   //描画のメインループ
   @Override
   public void handleMessage(Message msg) {
    final SurfaceHolder holder = getSurfaceHolder();
    Canvas canvas = null;
    canvas = holder.lockCanvas();
    if (canvas!=null){
     
     //背景塗りつぶし
     canvas.drawColor(BG_COLOR);
     
     //赤い丸を描画
     circle.draw(canvas, xoffset, yoffset);
     
     //現在タッチしている位置に丸表示
     if (CurrentPosition.isTouched){
      //円の描画
      paint = new Paint();
      paint.setColor(colors[colorId]);
      paint.setAlpha(0xffffffff);
      size = (float) (System.currentTimeMillis() - CurrentPosition.startTime) / 10f; 
      canvas.drawCircle(CurrentPosition.x, CurrentPosition.y, size, paint);
     }
    }
    holder.unlockCanvasAndPost(canvas);
    
    //再帰呼び出し
    if (visible){
     sendEmptyMessageDelayed(msg.what, 10);
    }
   }
  };
  
  @Override
  public void onTouchEvent(MotionEvent event) {
   switch (event.getAction()){
    case MotionEvent.ACTION_DOWN:
     //指をおいたときの処理
     
     CurrentPosition.isTouched = true;
     CurrentPosition.x = event.getX();
     CurrentPosition.y = event.getY();
     CurrentPosition.startTime = System.currentTimeMillis();
     
     //色を順番に設定
     if (++colorId == colors.length) colorId = 0;
     
     break;
     
    case MotionEvent.ACTION_MOVE:
     CurrentPosition.x = event.getX() + xoffset;
     CurrentPosition.y = event.getY() + yoffset;
     break;
     
    case MotionEvent.ACTION_UP:
     //指を離したときの処理
     CurrentPosition.isTouched = false;
     
     //丸の描画を設定
     circle.setPotision(colors[colorId], event.getX(), event.getY(), size);
     break;
   }
  }

  @Override
  public void onCreate(SurfaceHolder surfaceHolder) {
   setTouchEventsEnabled(true);
  }

  @Override
  public void onVisibilityChanged(boolean visible) {
   this.visible = visible;
   if (visible) {
    handler.sendEmptyMessage(WHAT);
   } else {
    handler.removeMessages(WHAT);
   }
  }

  @Override
  public void onSharedPreferenceChanged(SharedPreferences sharedPreferences, String key) {
  }
  
  @Override
  public void onDestroy() {
   handler.removeMessages(WHAT);
  }
 }
 
 private class Circle {
  private class Struct{
   //色
   public int color = 0;
   
   //アルファ値
   public int alpha = 0xff;
   
   //半径
   public float radius = 0f;
   
   //座標
   public float x = 0f;
   public float y = 0f;
  }
  private ArrayList<Struct> structs = new ArrayList<Struct>();
  
  //アルファ値の減る量
  private final int DIFF = 10;
  
  public void setPotision(int color, float x, float y, float radius){
   Struct struct = new Struct();
   struct.color = color;
   struct.x = x;
   struct.y = y;
   struct.radius = radius;
   structs.add(struct);
  }
  
  public void draw(Canvas canvas, float xoffset, float yoffset){
   Struct struct;
   Paint paint;
   
   //ArrayListを消す処理があるので後ろから前に向かってループ処理する
   for (int i=structs.size()-1; i>-1; i--){
    struct = structs.get(i);
    if (struct.alpha > 0){
     //円の描画
     paint = new Paint();
     paint.setColor(struct.color);
     paint.setAlpha(struct.alpha);
     canvas.drawCircle(struct.x + xoffset, struct.y + yoffset, struct.radius, paint);
     
     //アルファ値を減らす
     struct.alpha -= DIFF;
    } else {
     //アルファ値がゼロ以下なら要素の削除
     structs.remove(i);
    }
   }
  }
 }
}

このライブ壁紙は画面をタップすると徐々に大きくなる円を描き、指を離すと徐々に消えていきます。
円の色は5種類です。
円の数の上限を決めてないのでたくさん表示させることができますが、動作が遅くなるかもしれません。

以上、参考になれば幸いです。

2011年11月26日土曜日

[Android] マルチタッチアプリケーションの作り方

How to code multi touch applications

LYNX3D SH-03Cでマルチタッチに反応するアプリケーションを作ってみました。Android2.1以上に対応します。
指でタッチした場所に円を表示します。5本の指まで反応します。
以下サンプルです。

アクティビティー(Main.java)

package jp.fujiu.MultiTouch_test;

import java.util.ArrayList;

import android.app.Activity;
import android.content.Context;
import android.graphics.Canvas;
import android.graphics.Color;
import android.graphics.Paint;
import android.os.Bundle;
import android.os.Handler;
import android.os.Message;
import android.view.MotionEvent;
import android.view.SurfaceHolder;
import android.view.SurfaceView;
import android.view.SurfaceHolder.Callback;

public class Main extends Activity {
 @Override
 public void onCreate(Bundle savedInstanceState) {
  super.onCreate(savedInstanceState);
  
  MultitouchSurface surface = new MultitouchSurface(getApplicationContext());
  setContentView(surface);
 }
 
 private static final int[] colors = new int[]{
  Color.RED, 
  Color.GREEN, 
  Color.BLUE,
  Color.YELLOW,
  Color.CYAN,
  Color.MAGENTA
 };
 
 private class MultitouchSurface extends SurfaceView implements Callback {
  //円の情報を保持するクラス
  private class Circle{
   int pointerId;
   int color;
   float x;
   float y;
   boolean isExists = true;
  }
  private ArrayList<Circle> circles = new ArrayList<Circle>();
  
  private static final int BG_COLOR  = Color.WHITE;
  private static final float FONT_SIZE = 20f;
  
  private Message msg;
  private SurfaceHolder holder;
  private Paint paint;
  private int pointCount = 0;
  private int upDownCounter = 0;
  private float circleInches; //円の大きさ（インチ）
  
  public MultitouchSurface(Context context) {
   super(context);
   getHolder().addCallback(this);
  }

  @Override
  public void surfaceCreated(SurfaceHolder holder) {
   this.holder = holder;
   paint = new Paint();
   paint.setTextSize(FONT_SIZE);
   
   msg = new Message();
   handler.sendMessage(msg);
   
   circleInches = getResources().getDisplayMetrics().density * 50f;
  }

  @Override
  public void surfaceChanged(SurfaceHolder holder, int format, int width, int height) {
  }

  @Override
  public void surfaceDestroyed(SurfaceHolder holder) {
   getHolder().removeCallback(this);
  }
  
  @Override
  synchronized public boolean onTouchEvent(MotionEvent event) {
   int size;
   pointCount = event.getPointerCount();

   switch (event.getAction()){
    case MotionEvent.ACTION_DOWN:
    case MotionEvent.ACTION_POINTER_DOWN:
    case MotionEvent.ACTION_POINTER_2_DOWN:
    case MotionEvent.ACTION_POINTER_3_DOWN:
    case 0x305:
    case 0x405:
     //指を置いたときの処理
     //PointerIdの重複のチェック
     size = circles.size();
     for (int p = 0; p < pointCount; p++) {
      boolean isNotExists = true;
      for (int i=size-1; i>-1; i--){
       if (circles.get(i).pointerId == event.getPointerId(p)){
        isNotExists = false;
        break;
       }
      }
      
      //追加処理
      if (isNotExists){
       Circle circle = new Circle();
       circle.pointerId = event.getPointerId(p);
       circle.x = event.getX(p);
       circle.y = event.getY(p);
       circle.color =  colors[(circle.pointerId+colors.length) % colors.length];
       circles.add(circle);
      }
     }
     
     upDownCounter++;
     break;
     
    case MotionEvent.ACTION_UP:
    case MotionEvent.ACTION_POINTER_UP:
    case MotionEvent.ACTION_POINTER_2_UP:
    case MotionEvent.ACTION_POINTER_3_UP:
    case 0x306:
    case 0x406:
     //指を離したときの処理
     upDownCounter--;
     if (upDownCounter>0){
      //無くなったPointerIdを探して削除する
      //存在フラグリセット
      size = circles.size();
      for (int i=0; i<size; i++){
       circles.get(i).isExists = false;
      }
      
      for (int p = 0; p < pointCount; p++) {
       //存在チェック
       size = circles.size();
       for (int i=size-1; i>-1; i--){
        if (circles.get(i).pointerId == event.getPointerId(p)){
         circles.get(i).isExists = true;;
         //break;
        }
       }
      }
      
      //削除
      for (int i=size-1; i>-1; i--){
       if (circles.get(i).isExists == false){
        circles.remove(i);
       }
      }
     } else {
      //upDownCounterがゼロなら全件削除
      circles.removeAll(circles);
     }
     
     StringBuffer evStr = new StringBuffer();
     evStr.append("getPointerId:");
     for (int p = 0; p < pointCount; p++) {
      evStr.append(event.getPointerId(p) + ", ");
     }
     
     
     StringBuffer idStr = new StringBuffer();
     idStr.append("id: ");
     for (int i=0; i<circles.size(); i++){
      idStr.append(circles.get(i).pointerId + ", ");
     }
     
     break;
     
    case MotionEvent.ACTION_MOVE:
     //ドラッグ処理
     for (int p = 0; p < pointCount; p++) {
      size = circles.size();
      for (int i=0; i<size; i++){
       if (circles.get(i).pointerId == event.getPointerId(p)){
        circles.get(i).x = event.getX(p);
        circles.get(i).y = event.getY(p);
        break;
       }
      }
     }
     break;
   }
   
   return true;
  }

  //メインループ
  Handler handler = new Handler(){
   @Override
   public void handleMessage(Message msg) {
    Canvas canvas = holder.lockCanvas();
    
    if (canvas!=null){
     //背景塗りつぶし
     canvas.drawColor(BG_COLOR);
     
     //円を描く
     int size = circles.size();
     for (int i=size-1; i>-1; i--){
      paint.setColor(circles.get(i).color);
      canvas.drawCircle(circles.get(i).x, circles.get(i).y, circleInches, paint);
     }
     
     holder.unlockCanvasAndPost(canvas);
    }
    
    sendEmptyMessageDelayed(msg.what, 10);
   }
  };
 }
}

マニフェスト(AndroidManifest.xml)

<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
 package="jp.fujiu.MultiTouch_test"
 android:versionCode="1"
 android:versionName="1.0" >
 <uses-sdk android:minSdkVersion="7" />
 <application
  android:icon="@drawable/ic_launcher"
  android:label="MultiTouch test" >
  <activity
   android:label="MultiTouch test"
   android:name=".Main" android:configChanges="keyboardHidden|orientation">
   <intent-filter >
    <action android:name="android.intent.action.MAIN" />
    <category android:name="android.intent.category.LAUNCHER" />
   </intent-filter>
  </activity>
 </application>
</manifest>

それぞれの円は指の動きを追いかけます。
このアプリを作った時点では、マルチタッチは公式には3本指までしかサポートしていないようで4本以上の指を認識するには隠しパラメータを読み取る必要がありました。（onTouchEventイベントの 0x305 とか 0x036 とか）
実際にタッチしている指の数とAPIの値が一致しないので円が一つ多く表示されることがあります。

MotionEventクラスにはdeprecated（非推奨）にされた定数とメソッドがあるのでご注意ください。
詳細は http://developer.android.com/intl/ja/reference/packages.html をご覧ください。

以上、参考になれば幸いです。

2011年11月19日土曜日

[Application] Wi-Fi sync Screen v1.03公開

Androidアプリケーション Wi-Fi sync Screen v1.03 を公開しました。

"Wi-Fi sync Screen"はWi-Fiスリープを解除した端末のバッテリーを長持ちさせるアプリケーションです。
Android端末をWi-Fi接続すると再起動してしまうAirStationなどをお使いの方におすすめです。
詳細はこちら

v1.03での変更点
・安定性向上

ダウンロードはこちら
※ダウンロード前にエンドユーザーライセンス契約(EULA)を必ずお読みください。

https://market.android.com/details?id=jp.fujiu.AndroidApp.WifiSyncScreen

Android Market

◆トラブルシューティング◆
Wi-Fi Sync Screenを設定してもAirstationが再起動する（Wi-Fiルーターが誤動作する）場合は、Android端末のWi-Fiのスリープを解除してください。

Recovered from crash の表示について
Android1.6では画面を開いたとき "Recovered from crash"と表示されることがあります。
リソース不足により動作できなくなったWi-Fi sync Screenを回復したことを意味します。
このメッセージが表示される場合は次の対策を推奨します。
・OSを可能な限り最新版にバージョンアップする
・使用していない常駐アプリケーションを停止する
この機能はv1.03で追加されました。

[Android] 新旧のAndroidで動作するServiceの作り方

How to able to run service applications on all OS versions

ServiceクラスのonStartメソッドはdeprecated（非推奨）に指定され、Android2.1以降では使うべきではないメソッドになってしまいました。
実際にAndroid2.1以降ではonStartメソッドが呼ばれないことがあります。
代替メソッドとしてonStartCommandメソッドが用意されましたが、Android1.6にはonStartCommandメソッドがありません。

1.6以降のどのAndroidでも同じように動作するサービスアプリケーションを作るには、onStartメソッドとonStartCommandメソッドの両方を実装します。
1.6以降のAndroidに対応させるので、プロジェクトのBuild TargetはAndroid1.6(API Level 4)とします。
以下はサンプルです。

サービスクラス(MyService.java)

package jp.fujiu.onStartCommand_test;

import android.app.Service;
import android.content.Intent;
import android.os.IBinder;
import android.widget.Toast;

public class MyService extends Service {
 // (1)
 private static final int START_STICKY = 1;

 // (2)
 public int onStartCommand(Intent intent, int flags, int startId){
  onStart(intent, startId);
  return START_STICKY;
 }

 /*
  * Android1.6以前はonStartが呼ばれる
  */
 @Override
 public void onStart(Intent intent, int startId) {
  //ここからサービス開始後の処理
  Toast.makeText(getApplicationContext(), "MyService has been started", Toast.LENGTH_LONG).show();
  
  
 }

 @Override
 public IBinder onBind(Intent intent) {
  return null;
 }
}

Activity(Main.java)

package jp.fujiu.onStartCommand_test;

import android.app.Activity;
import android.content.Intent;

public class Main extends Activity {
 private Intent intent;

 @Override
 protected void onResume() {
  super.onResume();
  
  //サービス起動
  intent = new Intent(this, MyService.class);
  startService(intent);
 }

 @Override
 protected void onPause() {
  super.onPause();
  
  //サービス停止
  stopService(intent);
 }
}

マニフェスト(AndroidManifest.xml)

<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
 package="jp.fujiu.onStartCommand_test"
 android:versionCode="1" android:versionName="1.0" >
 <uses-sdk android:minSdkVersion="4" />
 <application android:label="onStartCommand test" >
  <activity android:name=".Main" >
   <intent-filter >
    <action android:name="android.intent.action.MAIN" />
    <category android:name="android.intent.category.LAUNCHER" />
   </intent-filter>
  </activity>
  <service android:name=".MyService">
  </service>
 </application>
</manifest>

このプロジェクトを実行するとActivity（真っ黒の画面）が表示されている間だけMyServiceクラスが起動します。
実行するとAndroid1.6ではonStartメソッドが、Android2.1以降ではOnStartCommandメソッドが呼ばれます。

Build TargetにAndroid1.6をしていたい場合は、onStartCommandメソッドはオーバーライドせずに（@overrideアノテーションを書かずに）コーディングします。
Eclipseを使う場合、[ソース]-[メソッドのオーバーライド] メニューを開いてもonStartCommandメソッドは選べません。メソッド名や引数を間違えないようにAndroidリファレンスからコピーします。

onStartCommandメソッドを使う上で特に注意することがあります。
サービスはOSによってrestartされることがあるのですが、restartされたときに呼ばれるonStartCommandメソッドの引数 intent は null です。
（return START_STICKY; と指定した場合）
Android1.6とAndroid2.xとでは、restartされたときの引数の内容が異なります。

また、Android1.6では「No more background processes」によりrestartされてもonStartメソッドが実行されないことがあります。
Android1.6のサポートが難しくなってきました。

以上、参考になれば幸いです。

2011年11月15日火曜日

[Application] お天気ロイド v1.10公開

Androidアプリケーション お天気ロイド v1.10 を公開しました。

お天気ロイドは最新のWeather Hacks（気象データ配信サービス）をホーム画面に表示してくれるアプリケーションです。

v1.10での変更点
・安定性向上

ダウンロードはこちら
※ダウンロード前にエンドユーザーライセンス契約を必ずお読みください。

https://market.android.com/details?id=com.arimasu.mtk.AndroidApp.OtenkiWidget

Android Market

操作方法
Android Walker様にて動画付きの操作方法が公開されました。

2011年11月13日日曜日

[Application] お天気ロイド v1.09公開

Androidアプリケーション お天気ロイド v1.09 を公開しました。

お天気ロイドは最新のWeather Hacks（気象データ配信サービス）をホーム画面に表示してくれるアプリケーションです。

v1.09での変更点
・Android2.xでの安定性向上

ダウンロードはこちら
※ダウンロード前にエンドユーザーライセンス契約を必ずお読みください。

Android Market

操作方法
Android Walker様にて動画付きの操作方法が公開されました。

2011年11月12日土曜日

[Android] OSをバージョンアップするとアプリが動かなくなる理由

The reason for being unable to run applications on recent OS

古いOSで動いていたアプリケーションが新しいOSで動かなくなる理由を調べてみました。
最近になってAndroidリファレンスを見たら、過去によく使われたメソッドや定数がdeprecated(非推奨)にされていました。

たとえばServiceクラスのonStartは現在deprecatedにされ、API Level 5(Android2.0)以降に実装されたonStartCommandが追加されています。

	1.6以前	2.0以降
onStart	動作する	非推奨
onStartCommand	実装されてない	動作する

Android1.6にも対応させるにはonStartを使いたいところです。
ところがAndroid2.2ではonStartメソッドが呼ばれないことがあるのです。
この挙動の違いが古いOSで動いていたアプリケーションが新しいOSで動かなくなる理由の一つです。

Serviceクラスの他、Intent・Context・Activity・SQLiteDatabase・MotionEventのように頻繁に使うクラスもdeprecatedが散見されます。
deprecatedのメソッドや定数を使ったアプリはOSのバージョンごとに動作が異なる可能性があります。
市販の書籍を参考にしている開発者は要注意です。書籍で紹介されている方法がdeprecatedの可能性があります。

VisualBasic5.0で作られたフリーウェアがWindows7で動いてる姿を見るとOSは互換性を維持することが当たり前に思えるのですが、Androidは違います。
度の端末でも動作するアプリケーションを作るには、アプリをメンテナンスし続ける必要がありそうです。

次回は1.6と2.xに両対応のアプリケーションのサンプルを公開する予定です。→公開しました

以上、参考になれば幸いです。

2011年11月4日金曜日

[Application] お天気ロイド v1.08公開

Androidアプリケーション お天気ロイド v1.08 を公開しました。

お天気ロイドは最新のWeather Hacks（気象データ配信サービス）をホーム画面に表示してくれるアプリケーションです。

v1.08での変更点
・Android2.xでの安定性向上

ダウンロードはこちら
※ダウンロード前にエンドユーザーライセンス契約を必ずお読みください。

Android Market

操作方法
Android Walker様にて動画付きの操作方法が公開されました。

2011年11月3日木曜日

[Application] Wi-Fi sync Screen v1.02公開

Androidアプリケーション Wi-Fi sync Screen v1.02 を公開しました。

"Wi-Fi sync Screen"はWi-Fiスリープを解除した端末のバッテリーを長持ちさせるアプリケーションです。
Android端末をWi-Fi接続すると再起動してしまうAirStationなどをお使いの方におすすめです。
詳細はこちら

v1.02での変更点
・Android2.xでの安定性向上

ダウンロードはこちら
※ダウンロード前にエンドユーザーライセンス契約(EULA)を必ずお読みください。

Android Market

◆トラブルシューティング◆
Wi-Fi Sync Screenを設定してもAirstationが再起動する（Wi-Fiルーターが誤動作する）場合は、Android端末のWi-Fiのスリープを解除してください。

2011年10月29日土曜日

[Android] Android2..1から2.2へバージョンアップした後の障害

About Android2.2 difficulties

1.Wi-Fi sync Screen、お天気ロイド
Wi-Fi sync Screenとお天気ロイドがAndroid2.2にバージョンアップしたLYNX3D(SH-03C)で稀に仕様通りの動作をしないことを確認しました。
現在、不具合を修正したバージョンを開発中です。
一定の品質が確保でき次第公開いたします。
もし、お困りの方がいらっしゃいましたら恐れ入りますがもうしばらくお待ち頂くようお願い申し上げます。
この不具合が端末を破壊することはありません。

2.SQLiteを使うアプリケーション
Android2.1の頃から「電卓少女」というアプリをインストールしていたのですが2.2にバージョンアップしたら起動しなりました。

LogCatを見るとAndroidRuntimeが出てます。

ERROR/AndroidRuntime(1002): java.lang.RuntimeException: Unable to start activity ComponentInfo{althi.hrkw.CalcGirl/althi.hrkw.CalcGirl.App}: android.database.sqlite.SQLiteException: unable to open database file
（略）
ERROR/AndroidRuntime(1002): Caused by: android.database.sqlite.SQLiteException: unable to open database file
ERROR/AndroidRuntime(1002):     at android.database.sqlite.SQLiteDatabase.dbopen(Native Method)
（略）

SQLiteに関するエラーが出てます。こんな時は
[設定]-[アプリケーション]-[アプリケーションの管理]を開いて[キャッシュを削除]をタップします。

これで直るはず･･･と思ったら直りませんでした。
アンインストールして再度マーケットからインストールしたら起動できるようになりました。
SQLiteを使うすべてのアプリケーションで起きるわけではないようです。

以上、参考になれば幸いです。

2011年10月22日土曜日

[Android] 端末をPCにつないでも認識されない

How to solve the problem that fails to negotiate USB connection

LYNX3D(SH-03C)をAndroid2.2にしたらPCにUSB接続しても認識されなくなりました。
結論
[設定]-[USB設定]-[USB接続モード]の画面を適当にいじったら突然認識されました。

この画面では「カードリーダーモード」が選択されているのですが、「高速転送モード」や「MTPモード」を何度か選択したら直りました。
その後も不安定な状態が続いたので端末を再起動したら安定しました。
SH-03C用USBドライバーの再インストールもしたのですが効果ありませんでした。

以上、参考になれば幸いです。

関連ブログ
[Android] データ通信をオンにしても3Gにつながらない
[Android] パケット代の節約術
[Android] バッテリー節約術

2011年10月15日土曜日

[Android] LYNX3D (SH-03C) をAndroid2.2にバージョンアップ

How to upgrade LYNX3D
今更ですが、Android2.1のLYNX3DをAndroid2.2(ビルド番号02.01.00)にバージョンアップしました。
詳細はこちら→LYNX 3D SH-03Cのバージョンアップ情報

手順を簡単に説明します。

LYNX3DをWindows PCにUSBケーブルで接続する。
USBドライバをダウンロードし、Windows PCにインストールする。
メジャーアップデートツールをダウンロードし、Windows PCにインストールしたら起動する。
メジャーアップデートツールの指示通りにLYNX3Dの画面を開く [設定]-[端末情報]-[メジャーアップデート]-[アップデートの確認]、[アップデートの実行]

最後の[アップデートの実行]はメーカーの発表で60分以上とされています。Mtkの環境で40分くらいでした。

バージョンアップ後は端末がオールリセットされた状態になります。たとえばこんな設定がリセットされます。（この他にもあります）

3G回線を使う設定に戻された。
Wi-Fiを使わない設定に戻された。（これは酷い）
Wi-Fiアクセスポイントの設定が消えた。（これも酷い）
Wi-Fiスリープ設定が購入時の状態に戻された。
これが一番酷い！この仕様がまるでWi-Fi sync Screenの問題のようにコメントされました
壁紙の設定が購入時の状態に戻された。
GPSの設定がオフに戻された。
開発用設定の「USBデバッグ」「スリープモードにしない」「疑似ロケーションを許可」もオフに戻された。

アプリ個別の設定は影響ないのですが、端末の設定と連動しているアプリは挙動が変わるかもしれません。

バージョンアップ後はタップやフリックの反応が向上して操作しやすいし、ライブ壁紙はかっこいいし、YouTube3Dはおもしろいです。

自動で追加されたライブ壁紙

そして、Android2.1のLYNX3DはOpenGLを使うとアプリケーション終了後もバッテリーが減り続ける奇病があったのですが、バージョンアップで治りました。
時間をかけてバージョンアップした甲斐がありました。
こう言うサービスを受けると本当に買ってよかったと思います。

以上、参考になれば幸いです。

2011年10月8日土曜日

[Android] マーケットの「インストール中」の状態が続く

how to solve a problem that Market keeps installing

一部の端末で、Android Marketでインストールしたアプリケーションが「インストール中」のままになり、他のアプリケーションをインストールできなくなることがあります。

設定→アプリケーション→アプリケーションの管理→マーケット(Androidマーケットのアイコン)
から
キャッシュを消去とアップデートのアンインストール
を実行すると改善することがあります。

「アプリケーションの管理」に「マーケット」が表示されない場合は
「設定」→「アプリケーション」→「アプリケーションの管理」
を開いて
メニューボタン(XPERIAなら画面左下の田ボタン)を押して
「フィルタ」→「すべて」
で表示されます。

この不具合は、2010年11月頃にマーケットがバージョンアップされてからよく聞くようになりました。
もし同様の症状が出たらお試しください。

以上、参考になれば幸いです。

2011年10月1日土曜日

[Android] バッテリー節約術

How to save battery power

今までの開発経験から、Androidスマートフォンの機能ごとにバッテリーの節約方法について考えてみました。

ステータスバーの画像です。少しのアイコンしか表示されていなくてもAndroid端末は多くの処理を実行しています。

3G（データ通信）
オフにするとメールやテザリングなどのデータ通信ができなくなります。
すごく不便ですが、バッテリーのみならずパケット代も節約できます。
※オフにした場合、SPモードメールやCメールは新着通知だけ受信できます。メールの送受信はできません。
[設定] - [無線とネットワーク] - [モバイルネットワーク] - [データ通信] で設定できます。
詳細はこちら

Wi-Fi
オフにするとWi-Fiスポットに反応しなくなるのでバッテリー消費を少しだけ節約できます。
外出が多く3Gだけを使いWi-Fiルーターに接続することがなければオフにしてもいいと思います。
[設定] - [無線とネットワーク] - [Wi-Fi] で設定できます。

GPU
GPUはバッテリーを激しく消費するのですがユーザーは設定できません。
OpenGLを使うアプリケーション（ゲームに多いようです）はGPUをフルに使います。
アプリケーション実行中に本体が発熱するようならGPUが使われています。
ドコモ LYNX3D（Android2.1）はOpenGLアプリを終了した後もバッテリーが減り続けるという奇病があるので、アプリ終了後は本体の電源を入れ直してます。
（au IS01にはこの奇病はありません。同じメーカーなのに不思議です）

GPS
設定をオンに設定するだけならバッテリー消費に影響はないようです。
オフに設定するとGPSを使用するアプリケーション（Latitude、彼ログなど）が使えなくなります。
[設定] - [現在地情報とセキュリティ] - [GPS機能を使用] で設定できます。

ライブ壁紙
Androidの目玉機能ですが、バッテリー消費への影響が大きいです。
オフにしてしまうと不便になるので一番の悩みどころだと思います。

ウィジットアプリケーション
すべてのウィジットがバッテリーを激しく消費させるわけではありませんが、画面に常駐して何らかの処理をしているので、少なからずバッテリーに影響を与えます。
使っていないウィジットは画面から消すとバッテリーに優しくなります。

サービスアプリケーション
サービスはバックグラウンドで動作しています。
画面表示がないので次の画面操作で動作中のサービスの確認や停止ができます。
[設定] - [アプリケーションの管理] - [実行中のサービス]
ただし、プリインストールのサービスアプリケーションは停止できないことが多いです。

結論
バッテリーを長持ちさせると使い勝手が悪くなるジレンマに陥ります。
スマートに使おうとすると充電器が手放せません。

以上、参考になれば幸いです。

2011年9月24日土曜日

[Windows] Subversionをインストールしたら起動が遅くなった

CollabNet Subversion EdgeをインストールしたらWindows7の起動が遅くなりました。
イベントビューアーを見ると同じエラーが何度も出てます。

Service Control Manager
イベント:7009
CollabNet Subversion Edge サービスの接続を待機中にタイムアウト (30000 ミリ秒) になりました。

Service Control Manager
イベント:7000
CollabNet Subversion Edge サービスを、次のエラーが原因で開始できませんでした: 
そのサービスは指定時間内に開始要求または制御要求に応答しませんでした。

CollabNet Subversionのバージョン2.0から添付されるようになった Subversion Edge の起動に時間がかかっているようです。
30000ミリ秒以内に起動しない以外は問題なく動作しているのですが、負荷の原因になっているようです。

設定を変更するため
コントロールパネル - システムとセキュリティー - 管理ツール - サービス
を開きます。
「CollabNet Subversion Edge」の名前を探してダブルクリックし、スタートアップの種類を「自動（遅延開始）」に変更します。

同じように「CollabNet Subversion Server」も「自動（遅延開始）」に変更します。

これでエラーはなくなりました。
MtkはSubversion Edgeを使わないのでスタートアップの種類を「手動」にしました。

Windowsは起動と同時にいろいろな処理を開始するので、自動起動のサービスは最小限に設定したいところです。
Windows 7/Vistaはサービスの遅延開始が設定できるので、うまく設定すると起動時の負荷を減らせます。

以上、参考になれば幸いです。

2011年9月17日土曜日

[PlayStation] DUALSHOCKの修理

Repairing a broken DUALSHOCK

プレステ2のコントローラDUALSHOCK2が誤動作するようになってしまいました。
振動すると、触ってないはずの×ボタンとL1ボタンが押されたような動作をします。
コントローラーを本体から抜き差ししても誤動作するので分解してみました。

ボタンや配線やハンダに異常はなさそうです。
ただし、赤丸で囲んだモーターのスポンジが劣化しています。
おそらくモーターに遊びができてしまい、回転した瞬間に基板に干渉していると思われます。

ホームセンターやカー用品店で売られている「制振テープ」とか「隙間テープ」を用意して修復します。上の画像のコントローラーの下に写っているものがそれです。
モーターに張られていたスポンジの厚さは1mmほどでした。今回用意できたのはそれよりちょっと厚めですが問題ありませんでした。

エーモン防音テープ 3mm厚
950円
(税込、送料別)

ホルツ防振、防音テープ 5mm厚480円
(税込、送料別)

古いスポンジは強力な両面テープで貼られているので根気よくはがします。
はがした後に新しいスポンジを貼り付けます。
後は元通りに組み立てます。

これで誤動作しなくなりました。

以上、参考になれば幸いです。

2011年9月10日土曜日

[Android-NDK]　ERROR [binderDied] end

How to solve "[binderDied] end" error

アプリを開発していたら、突然こんなエラーが起こりました。
ERROR/CameraService(1215): [binderDied] end

Android-NDKのログにはこんなエラーが出てます。
DEBUG/ndk(2474): [ 08-27 20:12:59.451 2474:0x9aa F//system/bin/app_process ]
DEBUG/ndk(2474): stack corruption detected: aborted

原因はJNI(Android-NDK)のchar配列の要素不足でした。

エラーになったコードの抜粋

char c[50];
sprintf(c, "ndk debuglog: x=%f, y=%f, z=%f", x, y, z);
__android_log_print(ANDROID_LOG_DEBUG, "ndk", c);

sprintf関数の引数xとyとzがdouble型だったため、文字列に変換すると予想以上に長くなり、50バイトを超えてしまいました。
char c[50];を
char c[100];に変更したら正常に動きました。

LogCatに「CameraService」とあるし実際に android.hardware.Camera を使うアプリだったのですが、カメラは全く関係ありませんでした。
エラー内容と関係ないログが出力されたので、少し手間取りました。

ちなみにVisual C++ 2010 ではどんなエラーメッセージが出るのかと思い、同じバグを再現したところ
Run-Time Check Failure #2 - Stack around the variable '変数名' was corrupted.
バッファーオーバーランが *****.exe で発生し、プログラムの内部状態を破損しました。[中断] をクリックしてプログラムをデバッグするか、または [続行] をクリックしてプログラムを終了してください。
と表示されました。

「[binderDied] end」というメッセージはわかりにくいですが、「stack」と「corruption / corrupted」というキーワードを見たら、スタック領域の破損∋配列の要素不足の疑いがありそうです。

以上、参考になれば幸いです。

2011年9月3日土曜日

[GPS] 経度1度の距離の求め方

How to get distance of 1degree longitude

緯度（北緯）1度あたりの距離はおよそ111kmですが、経度（東経）1度あたりの距離は緯度によって大きく変わります。
経度1度の距離は赤道に近づくほど大きく、遠ざかるほど小さくなります。
GPSセンサーを使ったアプリケーションで距離を測る時に困ってしまいます。

経度1度のおおよその距離(km)は次の式で求められます。

経度1度の距離(km) = cos(緯度×0.017453293) × 111.3194908
※0.017453293=2×π÷360（角度からラジアンを求める係数）
※111.3194908=6378.137×2×π÷360（地球を半径6378.137kmの球として断面の円周を求める係数）

cos関数の括弧の中は緯度（北緯）のラジアンです。経度（東経）ではないのでご注意ください。緯度と経度を間違えると正しく計算できません。

この計算は地球を真円としてしますが、実際の地球は楕円です。
計算結果がどれくらい誤差があるのか、国土地理院の距離と方位角の計算と比較してみます。

緯度（北緯）	計算値(km)	国土地理院(km)	大まかな位置
20	104.60610	104.64693	沖ノ鳥島
26	100.05330	100.11747	尖閣諸島
33	93.36038	93.45286	四国、九州
36	90.05936	90.16329	関東、近畿、竹島(島根県)
40	85.27568	85.39341	東北
44	80.07654	80.20570	北海道

案の定、赤道から遠ざかるほど誤差が大きくなってます。北緯44度の地点で誤差0.16%です。
とは言え、三角関数1個の計算で距離が求まるので、~~スマートフォン用アプリケーションには十分だと思います~~。 (※1)
実際に使ってみると計算誤差よりセンサーの誤差のほうが大きいくらいです。

distance(km) of 1degree longitude = cos(latitude_degrees * 0.017453293) * 111.3194908

計算にはMicrosoft Excel 2010を使いました。

(※1) 2010年当時、スマートフォンが今のものよりスペックが低くバッテリー容量が少なかった頃の考えです (2016年4月追記)

以上、参考になれば幸いです。

2011年8月27日土曜日

[AV] コンポーネント端子がついてないテレビにPS2や古いDVDプレイヤーを接続する

How to connect component terminal to D terminal?

テレビも液晶ディスプレイも故障したため新しいテレビを買を買ったのですが、このテレビにはコンポーネント端子がついていません。（承知の上で買いました）
今までのテレビが10年以上前に買った製品だったので、ゲーム機もDVDプレイヤーもコンポーネント端子でつなげていました。

テレビ背面の端子。コンポーネント端子やS端子がありません。

左がプレステ2用、左が汎用

綺麗な映像を見たいのでコンポジット端子は使いたくありません。
このテレビにはD端子がついてるのでD端子ケーブルを買えばいいのですが、機器に合わせて全部そろえるとしたら大きな出費です。
HDMIの時代に、アナログ規格のケーブルに投資するのは気が引けてしまいます。

そこで、1780円前後で売られているコンポーネント端子をD端子に変換するケーブルを買いました。
富士パーツD端子コンポーネント変換ケーブル AD-513　0.1m（D端子・オス－コンポーネント端子・メス）

AVケーブルD端子⇔コンポーネント端子変...
価格：1,785円（税込、送料別）

富士パーツ0.1mD端子コンポーネント変換ケーブル ...
価格：1,780円（税込、送料別）

これで綺麗に映りました。

私事ですが、プレステ用のAVケーブルはコンポーネント端子ケーブルの他、21ピンアナログRGBケーブルやS端子ケーブルも持ってます。
過去にいろいろなAV規格があったのに、デジタル時代の今ではHDMI、DisplayPort、Thunderboltといった異なる規格が乱立してます。
日本のメーカーのノートパソコンにはHDMIがついてますが、HP製にDisplayPort、アップル製にThunderboltといった別の規格がついてます。
ノートパソコンの映像を外部出力するにはそれぞれの規格に対応した装置が必要になってしまいます。
規格争いはいい加減にして欲しいですね。

2011年8月20日土曜日

[Android] ThumbモードとARMモード、どちらが速いのか？

Which is faster, Thumb or ARM?

多くのAndroid端末に使われているARM系CPUは16ビットのThumbモードと32ビットのARMモードとがあります。
「ARMモードの方が速い」という意見がある一方、「Thumbモードはプログラムサイズが小さい分メモリーアクセスが少ない」という意見があり、どちらが効率がいいのかよくわかりません。
そこで、ThumbモードとARMモードを比較してみました。

Activityのソース(Main.java)

package jp.fujiu.NdkBench;

import android.app.Activity;
import android.os.Bundle;
import android.util.Log;
import android.widget.Toast;

public class Main extends Activity {
 static {
  System.loadLibrary("ndk");
 }
 native private void ndkBenchInt(int arg);
 native private void ndkBenchFloat(float arg);
 native private void ndkBenchAtan2(double arg);
 
 @Override
 public void onCreate(Bundle savedInstanceState) {
  super.onCreate(savedInstanceState);
  long t1;
  long t2;
  String result;
  
  //(1)int型(32ビット)の検証
  t1 = System.currentTimeMillis();
  
  ndkBenchInt(100);
  ndkBenchInt(1000);
  ndkBenchInt(10000);
  
  t2 = System.currentTimeMillis();
  
  result = "ndkBenchInt: " + (t2 - t1) + "ms";
  Log.d("result", result);
  Toast.makeText(getApplicationContext(), result, Toast.LENGTH_LONG).show();
  
  
  //(2)float型(64ビット)の検証
  t1 = System.currentTimeMillis();
  
  ndkBenchFloat(0.01f);
  ndkBenchFloat(0.001f);
  ndkBenchFloat(0.0001f);
  
  t2 = System.currentTimeMillis();
  
  result = "ndkBenchFloat: " + (t2 - t1) + "ms";
  Log.d("result", result);
  Toast.makeText(getApplicationContext(), result, Toast.LENGTH_LONG).show();
  
  
  //(3)atan2関数(複雑な計算)の検証
  t1 = System.currentTimeMillis();
  
  ndkBenchAtan2(0.1);
  ndkBenchAtan2(1.0);
  ndkBenchAtan2(10.0);
  
  t2 = System.currentTimeMillis();
  
  result = "ndkBenchAtan2: " + (t2 - t1) + "ms";
  Log.d("result", result);
  Toast.makeText(getApplicationContext(), result, Toast.LENGTH_LONG).show();
 }
}

jni/nck.cpp

#include <jni.h>
#include <math.h>

extern "C" JNIEXPORT
void JNICALL Java_jp_fujiu_NdkBench_Main_ndkBenchInt (JNIEnv *, jobject, jint arg){
 const unsigned int SIZE = 0x008fffff;
 unsigned int i;
 
 int *p = new int[SIZE];
 for (i=0; i<SIZE; i++){
  p[i] = arg;
 }
 delete [] p;
}

extern "C" JNIEXPORT
void JNICALL Java_jp_fujiu_NdkBench_Main_ndkBenchFloat (JNIEnv *, jobject, jfloat arg){
 const unsigned int SIZE = 0x004fffff;
 unsigned int i;
 
 float *p = new float[SIZE];
 for (i=0; i<SIZE; i++){
  p[i] = arg;
 }
 delete [] p;
}

extern "C" JNIEXPORT
void JNICALL Java_jp_fujiu_NdkBench_Main_ndkBenchAtan2 (JNIEnv *, jobject, jdouble arg){
 const unsigned int SIZE = 0x004fffff;
 unsigned int i;
 
 double *p = new double[SIZE];
 for (i=0; i<SIZE; i++){
  p[i] = atan2(arg, (double)i);
 }
 delete [] p;
}

Android.mk(Thumbモードの場合)

LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE    := ndk
LOCAL_SRC_FILES := ndk.cpp
include $(BUILD_SHARED_LIBRARY)

Android.mk(ARMモードの場合)

LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE    := ndk
LOCAL_SRC_FILES := ndk.cpp
LOCAL_ARM_MODE := arm
include $(BUILD_SHARED_LIBRARY)

結果
(1)int型(32ビット)の検証
エミュレーター・実機(IS01)とも、Thumbモードの方が速い。

(2)float型(64ビット)の検証
エミュレーターではARMモードの方が速く、実機(IS01)ではthumbモードの方が速い。

(3)atan2関数(複雑な計算)の検証
エミュレーターではARMモードの方が速く、実機(IS01)ではthumbモードの方が速い。

結論
Thumbモードの方が速い場合がある。
ARMモードが常に速いとは限らないようです。Android-NDKを使ったアプリケーションを公開する時は機種ごと・アプリごとにベンチマークを取って比較した方がいいようです。

以上、参考になれば幸いです。

2011年8月13日土曜日

[Android] 自身をタスクキルするアプリケーションを作るには

How to kill the application's own self

Androidアプリケーションは終了すると、何の処理をしなくてもRAM(メモリー)に残ります。
（終了してもバックグランドで処理を続けるプリケーションもあります）
他のアプリケーションが起動するなど、空きメモリーが必要になったときにOSがRAMから消します。
アプリケーションがRAMに残っていた方が速く起動できるし、バッテリーやフラッシュROMの寿命も長持ちします。

ただ、アプリケーションが終了後もRAMに残ることに不安を覚えるユーザーも少なからずいらっしゃるようです。
そこでActivityを終了したらRAMから消える（タスクキル）サンプルを作ってみました。

ソースです。
Activityのソース用（Main.java）

package jp.fujiu.AndroidApp.ProcessKiller;

import android.app.Activity;
import android.os.Process;

public class Main extends Activity {
 @Override
 protected void onDestroy() {
  super.onDestroy();
  Process.killProcess(Process.myPid());
 }
}

※パーミッション不要のため、マニフェストは省略

onDestroyメソッドの最後に Process.killProcess(Process.myPid()); を書くだけです。

アプリケーションを起動するとタスクリスト（※）にパッケージ名が表示されます。
（※正式名称は不明ですがここでは「タスクリスト」と呼びます）
一度起動したアプリケーションは、RAMに十分な空き容量があれば終了してもタスクリストから消えないのが普通です。

Process.killProcess(Process.myPid()); が実行されると直ちにタスクリストから消えます。

ちなみにタスクキルすると
INFO/ActivityManager(**): Process jp.fujiu.AndroidApp.ProcessKiller (pid ***) has died.
というログが残ります。異常終了したときと同じ内容なので、あまりいい気分ではありません。
タスクキルのメリットを強いて上げるならメモリーリークを解放してくれるようですが、メモリーリークを起こしているならタスクキルに頼らずコードを直すべきです。
本当にタスクキルするかどうかをユーザーに確認する画面を用意した方がいいと思います。

以上、参考になれば幸いです。

2011年8月6日土曜日

[Android] Android-NDKでテクスチャを表示するには

How to draw textures in Android-NDK

Havaは大きいソースが扱えないので、[Android] 頂点の多いポリゴンを扱うにはでは頂点数の多いポリゴンをAndroid-NDKを使ってJNIからJavaに大きい配列を渡す方法でバナナを表示しました。この方法はFloatBufferの作成に時間がかかるという問題がありました。
今回は、頂点とテクスチャの機能もJNIで書いてみます。

JNIで画像を扱うには？
テクスチャを表示するためglTexImage2Dを使います。
glTexImage2Dで表示できるテクスチャ画像はunsigned char型配列のビットマップデータです。配列の内容は1ピクセルごとにRGBAの順に1バイトずつです。
このブログを作成している時点ではJNIからres/drawableフォルダーやassetsフォルダーのファイルを扱う方法が見当たりませんでした。
そこで、JNIで画像データを扱うために次のようにしました。

Javaでres/drawableフォルダーの画像をint型配列に変換してJNIに渡す
JNIでJavaから渡されたint型配列をunsigned char型配列に変換しテクスチャ表示する

以下ソースです。
ndk.cpp

#include <jni.h>
#include <GLES/gl.h>
#include <GLES/glext.h>
#include "glu.h"
#include "banana.h"

//テクスチャの各定義
GLuint textures[1];
unsigned char *texData;

//テクスチャのサイズ
int texWidth;
int texHeight;

//回転
float xrot = 0.0;
float yrot = 0.0;

extern "C" JNIEXPORT 
void JNICALL Java_jp_fujiu_NdkTexture_Main_setNdkPixels (JNIEnv *env, jobject, jintArray pixels, jint width, jint height, jint size){
 texWidth = width;
 texHeight = height;
 
 // jintArrayをjint配列に変換
 jint* arr = env->GetIntArrayElements(pixels, NULL);
 
 // int型(4バイト)ARGBのピクセル情報を1バイトごとにRGBAに並べ替えてunsigned char型配列に格納
 texData = new unsigned char[size * 4];
 for (int i=0; i<size; i++){
  int j = i * 4;
  texData[j + 2] = arr[i]; //Blue
  arr[i] >>= 8;
  texData[j + 1] = arr[i]; //Green
  arr[i] >>= 8;
  texData[j + 0] = arr[i]; //Red
  arr[i] >>= 8;
  texData[j + 3] = arr[i]; //Alpha
 }
 
 // jint配列を解放
 env->ReleaseIntArrayElements(pixels, arr, 0);
}

extern "C" JNIEXPORT 
void JNICALL Java_jp_fujiu_NdkTexture_Main_setNdkRotate (JNIEnv *, jobject, jfloat x, jfloat y){
 xrot = x;
 yrot = y;
}

extern "C" JNIEXPORT 
void JNICALL Java_jp_fujiu_NdkTexture_Main_onNdkCreated (JNIEnv *, jobject){
 //背景の色
 glClearColor(1.0, 1.0, 1.0, 1.0);
 glClearDepthf(1.0);

 //片面スムーズシェーディング
 glShadeModel(GL_SMOOTH);

 //深度テスト
 glEnable(GL_DEPTH_TEST);

 //モデルビュー変換
 glMatrixMode(GL_MODELVIEW);
 glLoadIdentity();
 
 //テクスチャ処理
 glGenTextures(1, textures);
 glBindTexture(GL_TEXTURE_2D, textures[0]);
 glTexImage2D(GL_TEXTURE_2D, 0, GL_RGBA, texWidth, texHeight, 0, GL_RGBA, GL_UNSIGNED_BYTE, texData);
 glTexParameterf(GL_TEXTURE_2D, GL_TEXTURE_MIN_FILTER, GL_LINEAR);
 glTexParameterf(GL_TEXTURE_2D, GL_TEXTURE_MAG_FILTER, GL_LINEAR);
}

extern "C" JNIEXPORT 
void JNICALL Java_jp_fujiu_NdkTexture_Main_onNdkChanged (JNIEnv *, jobject, jint width, jint height){
 glViewport(0, 0, width, height);

 //射影変換
 glMatrixMode(GL_PROJECTION);
 glLoadIdentity();

 //視点
 gluPerspective(45, (float)width/(float)height, 0.1, 100);
 gluLookAt(0, 0, 3, 0, 0, 0, 0, 1, 0);
}

extern "C" JNIEXPORT 
void JNICALL Java_jp_fujiu_NdkTexture_Main_onNdkDraw (JNIEnv *, jobject){
 glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT);

 glEnableClientState(GL_VERTEX_ARRAY);
 glEnableClientState(GL_NORMAL_ARRAY);
 glEnableClientState(GL_TEXTURE_COORD_ARRAY);
 glEnable(GL_TEXTURE_2D);
 
 //バナナを表示
 glBindTexture(GL_TEXTURE_2D, textures[0]);
 glVertexPointer(3, GL_FLOAT, 0, bananaVerts);
 glNormalPointer(GL_FLOAT, 0, bananaNormals);
 glTexCoordPointer(2, GL_FLOAT, 0, bananaTexCoords);
 glPushMatrix();
 glRotatef(xrot, 0, 1, 0);
 glRotatef(yrot, 1, 0, 0);
 glDrawArrays(GL_TRIANGLES, 0, bananaNumVerts);
 glPopMatrix();
 
 glDisable(GL_TEXTURE_2D);
 glDisableClientState(GL_TEXTURE_COORD_ARRAY);
 glDisableClientState(GL_NORMAL_ARRAY);
 glDisableClientState(GL_VERTEX_ARRAY);
}

extern "C" JNIEXPORT 
void JNICALL Java_jp_fujiu_NdkTexture_Main_ndkFinalize (JNIEnv *, jobject){
 delete [] texData;
}

glu.h （Android-NDKのsampleの com.example.SanAngeles から抜粋しました）

#include <math.h>
#define PI 3.1415926535897932f

/* Following gluLookAt implementation is adapted from the
 * Mesa 3D Graphics library. http://www.mesa3d.org
 */
static void gluLookAt(GLfloat eyex, GLfloat eyey, GLfloat eyez,
 GLfloat centerx, GLfloat centery, GLfloat centerz,
 GLfloat upx, GLfloat upy, GLfloat upz) {
 GLfloat m[16];
 GLfloat x[3], y[3], z[3];
 GLfloat mag;

 z[0] = eyex - centerx;
 z[1] = eyey - centery;
 z[2] = eyez - centerz;
 mag = (float)sqrt(z[0] * z[0] + z[1] * z[1] + z[2] * z[2]);
 if (mag) {
  z[0] /= mag;
  z[1] /= mag;
  z[2] /= mag;
 }

 y[0] = upx;
 y[1] = upy;
 y[2] = upz;

 x[0] =  y[1] * z[2] - y[2] * z[1];
 x[1] = -y[0] * z[2] + y[2] * z[0];
 x[2] =  y[0] * z[1] - y[1] * z[0];

 y[0] =  z[1] * x[2] - z[2] * x[1];
 y[1] = -z[0] * x[2] + z[2] * x[0];
 y[2] =  z[0] * x[1] - z[1] * x[0];

 mag = (float)sqrt(x[0] * x[0] + x[1] * x[1] + x[2] * x[2]);
 if (mag) {
  x[0] /= mag;
  x[1] /= mag;
  x[2] /= mag;
 }

 mag = (float)sqrt(y[0] * y[0] + y[1] * y[1] + y[2] * y[2]);
 if (mag) {
  y[0] /= mag;
  y[1] /= mag;
  y[2] /= mag;
 }

#define M(row,col)  m[col*4+row]
 M(0, 0) = x[0];
 M(0, 1) = x[1];
 M(0, 2) = x[2];
 M(0, 3) = 0.0;
 M(1, 0) = y[0];
 M(1, 1) = y[1];
 M(1, 2) = y[2];
 M(1, 3) = 0.0;
 M(2, 0) = z[0];
 M(2, 1) = z[1];
 M(2, 2) = z[2];
 M(2, 3) = 0.0;
 M(3, 0) = 0.0;
 M(3, 1) = 0.0;
 M(3, 2) = 0.0;
 M(3, 3) = 1.0;
#undef M
 {
  int a;
  GLfixed fixedM[16];
  for (a = 0; a < 16; ++a)
   fixedM[a] = (GLfixed)(m[a] * 65536);
  glMultMatrixx(fixedM);
 }

 glTranslatex((GLfixed)(-eyex * 65536),
     (GLfixed)(-eyey * 65536),
     (GLfixed)(-eyez * 65536));
}

static void gluPerspective(GLfloat fovy, GLfloat aspect,
                           GLfloat zNear, GLfloat zFar) {
 GLfloat xmin, xmax, ymin, ymax;

 ymax = zNear * (GLfloat)tan(fovy * PI / 360);
 ymin = -ymax;
 xmin = ymin * aspect;
 xmax = ymax * aspect;

 glFrustumx((GLfixed)(xmin * 65536), (GLfixed)(xmax * 65536),
      (GLfixed)(ymin * 65536), (GLfixed)(ymax * 65536),
      (GLfixed)(zNear * 65536), (GLfixed)(zFar * 65536));
}

Android.mk

LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE    := ndk
LOCAL_SRC_FILES := ndk.cpp
LOCAL_LDLIBS := -lGLESv1_CM
include $(BUILD_SHARED_LIBRARY)

これら ndk.cpp、glu.h、Android.mk と、HBehrens-obj2opengl-a0f123e.zipのbanana.h をプロジェクトのjniフォルダーにインポートし、カレントフォルダーをjniに移してndk-buildを実行します。
HBehrens-obj2opengl-a0f123e.zipののbanana.jpgをres/drawableフォルダーにインポートします。

Activityのソース(Main.java)

package jp.fujiu.NdkTexture;

import javax.microedition.khronos.egl.EGLConfig;
import javax.microedition.khronos.opengles.GL10;

import android.app.Activity;
import android.content.Context;
import android.graphics.Bitmap;
import android.graphics.BitmapFactory;
import android.opengl.GLSurfaceView;
import android.opengl.GLSurfaceView.Renderer;
import android.os.Bundle;
import android.view.MotionEvent;
import android.view.SurfaceHolder;
import android.view.Window;

public class Main extends Activity {
 static {
  System.loadLibrary("ndk");
 }
 
 native private void setNdkPixels(int[] pixels, int width, int height, int size);
 native private void setNdkRotate(float x, float y);
 native private void onNdkCreated();
 native private void onNdkChanged(int width, int height);
 native private void onNdkDraw();
 native private void ndkFinalize();
 
 private MainSurface surface = null;
 
 //タップの座標
 private float xtap = 0.0f;
 private float ytap = 0.0f;
 
 //回転角度
 private float xrot = 0.0f;
 private float yrot = 0.0f;
 
 @Override
 public void onCreate(Bundle savedInstanceState) {
  super.onCreate(savedInstanceState);
  requestWindowFeature(Window.FEATURE_NO_TITLE); //タイトルバー非表示
 }
 
 @Override
 protected void onResume() {
  super.onResume();
  surface = new MainSurface(this);
  surface.setRenderer(surface);
  surface.setFocusable(true);
  surface.setKeepScreenOn(true);
  setContentView(surface);
 }
 
 @Override
 protected void onPause() {
  super.onPause();
  surface.setKeepScreenOn(false);
 }

 @Override
 public boolean onTouchEvent(MotionEvent event) {
  switch(event.getAction()){
  case MotionEvent.ACTION_DOWN:
   xtap = event.getX();
   ytap = event.getY();
   break;
  case MotionEvent.ACTION_MOVE:
   xrot += (event.getX() - xtap);
   xtap = event.getX();
   yrot += (event.getY() - ytap);
   ytap = event.getY();
   setNdkRotate(xrot, yrot);
   break;
  }
  return true;
 }
 
 private class MainSurface extends GLSurfaceView implements Renderer{
  public MainSurface(Context context) {
   super(context);
  }

  @Override
  public void onSurfaceCreated(GL10 gl, EGLConfig config) {
   //画像ファイルをint型配列に変換してJNIに渡す
   final BitmapFactory.Options opts = new BitmapFactory.Options();
   opts.inScaled = false;
   opts.inPreferredConfig = Bitmap.Config.ARGB_8888;
   Bitmap bmp = BitmapFactory.decodeResource(getResources(), R.drawable.banana, opts);
   int width = bmp.getWidth();
   int height = bmp.getHeight();
   int size = width * height;
   int pixels[] = new int[size];
   bmp.getPixels(pixels, 0, width, 0, 0, width, height);
   bmp.recycle();
   setNdkPixels(pixels, width, height, size);
   
   onNdkCreated();
  }
  
  @Override
  public void onSurfaceChanged(GL10 gl, int width, int height) {
   onNdkChanged(width, height);
  }
  
  @Override
  public void onDrawFrame(GL10 gl) {
   onNdkDraw();
  }

  @Override
  public void surfaceDestroyed(SurfaceHolder holder) {
   ndkFinalize();
   super.surfaceDestroyed(holder);
  }
 }
}

画面をフリックするとバナナが回転するようにしました。

これをエミュレーターで実行したら一瞬でバナナが表示されました。JavaでFloatBufferを作成する方法（エミュレーターで2分くらい）とは大違いの速さです。
テスト環境では、Heapを見比べたらJavaでFloatBufferを作成する方法に比べて1MBほどメモリーの節約になりました。
Android-NDKでビルドしたアプリケーションはARMの端末でしか動作しないのが玉に瑕です。

以上、参考になれば幸いです。

2011年7月30日土曜日

[Android] Androidエミュレーターが起動しなくなった

How to solve a problem that Android-NDK dose not launch
android-sdk_r12-windowsをインストールしたらエミュレーターが起動しなくなりました。

エラーメッセージ
invalid command-line parameter: Files\android-sdk-windows\android-sdk_r12-windows\tools/emulator-arm.exe.
Hint: use '@foo' to launch a virtual device named 'foo'.
please use -help for more information

どうやらパスにスペースが含まれていることが原因のようです。
保存場所を
D:\Program Files\android-sdk-windows から
D:\android-sdk-windows に変更したら起動するようになりました。

android-sdk_r11-windowsまではパスにスペースが含まれていてもちゃんと動いたのでびっくりしました。
ちなみにAndroid-NDK（ndk-build）もパスにスペースがあるとコンパイルできませんでした。

以上、参考になれば幸いです。

2011年7月23日土曜日

[Windows7] メモリーを増設したら起動しなくなった (Kernel-power イベントID41)

Windows7 had been unstable since I added memory.

安くて有名だったサーバーHP ProLiant ML115 G5にWindows7-64bitをインストールしてパソコンとして使っているのですが、メモリー(RAMモジュール)を5GB(2GB×2 + 1GB)から8GB(2GB×4)に増やしたら起動が不安定になりました。
過去に故障のためメインボードを交換してます。
CPUはAthlon X2に交換済みです。

電源が切れた状態から起動(コールドスタート)すると
・「ファイルを読み込んでいます」と表示した後に勝手に再起動し、修復セットアップを要求する（無視すると正常に起動する）
・「このファイルのデジタル署名を検証できません」と表示される（再起動すると正常に起動する）
のどちらかの現象が起こります。
たまに正常に起動しますが復元ポイントに戻されます。再起動した場合はこの症状は起きません。
イベントビューアーをみるとKernel-power イベントID41が記録されています。

※この問題は
起動しなくなったHP ProLiant ML115 G5が直った
にて完全に解決しました。
以下の解決方法は2011年7月時点の内容ですのでご了承ください。

結論
BIOS設定の
Advanced
　－ CPU Configuration
　　－ Memory Channel Mode を
Independent から Combined に変更したら解決しました。
しかもメモリーのWindowsエクスペリエンスインデックスが7.1から7.2に上がりました。
容量もこの通り8GB(8MB×1024)と認識されてます。

試してみたけど解決に至らなかったこと

修復セットアップ
→復元ポイントに戻されるだけ、Windows Updateが台無しです
CドライブをフォーマットしてOSをクリーンインストール
→効果無し
ハードディスクのSATAケーブルを交換
→変化無し
BIOSのPowerNow!をDisableに設定する
→効果無し
グラフィックボードをRADEON HD5450(VRAM 512MB)からNVIDIA GeForce 8400GS(VRAM 256MB)に変更
→効果無し、ただし発熱量が下がりました
MEMTEST86+でRAMの不良確認
→異常なし
デバイスマネージャーのPCI標準PCI-to-PCIブリッジデバイス13（オンボードのグラフィック機能）を無効にする
→効果無し
システムエラーの「自動的に再起動する」の無効化
→エラーが起きた後に再起動するかしないかの設定なので意味がない

気休め１・デバイス13の無効化

気休め２・システムエラーの「自動的に再起動する」の無効化

最近のWindowsは不具合が起きたらOSよりハードウェアを疑うべきです。
ただし今回の症状はハードウェアは正常で、しかもコールドスタートするとたまに発症する内容でなので対処方法がわかるまで時間がかかりました。

以上、参考になれば幸いです。