アンドロイドでの入力処理、つまりhello-gl2の問題

Question

入力処理を別のスレッドで実行する方法は？私はこのようなハロー-GL2例を変更しました：

package com.android.gl2jni; 

import android.app.Activity; 
import android.graphics.Bitmap; 
import android.graphics.BitmapFactory; 
import android.os.Bundle; 
import android.util.Log; 
import android.view.MotionEvent; 
import android.view.WindowManager; 

import java.io.File; 


public class GL2JNIActivity extends Activity { 

    GL2JNIView mView; 

    @Override protected void onCreate(Bundle icicle) { 
     super.onCreate(icicle); 

     mView = new GL2JNIView(getApplication()); 
     setContentView(mView); 
     setRequestedOrientation(0); 
    } 

    @Override protected void onPause() { 
     super.onPause(); 
     mView.onPause(); 
    } 

    @Override protected void onResume() { 
     super.onResume(); 
     mView.onResume(); 
    } 

    //the modified part 
    @Override 
    public boolean onTouchEvent(MotionEvent event) { 
     // TODO Auto-generated method stub 
     //return super.onTouchEvent(event); 
     mView.queueEvent(new Runnable() { 
      public void run() { 
       try { 
        Thread.sleep(33); 
       } catch (InterruptedException e) { 
        // TODO Auto-generated catch block 
        e.printStackTrace(); 
       } 
      } 
     }); 
     return true; 
    } 

} 

これは私が継続的に画面をタッチすると、システムがあまり遅れにしようとするために、私はAndroid上で他のOpenGLアプリケーションで使用されているこのソリューションを見てきました、 openGl ES 2.0ではそうではありません。問題は、thread.sleepを呼び出すときにレンダリングがフリーズすることです。しかし、レンダリングスレッドに影響を与えない別のスレッドにあるとは思いませんか？

Answer 1

実行中のThread.sleep（33）を2番目のスレッドに入れても、何も得られません。実際には、GLエンジンと同じスレッドで実行されていると、イベントが発生するたびに33ms（1フレームより長い時間）エンジンを停止させるため、おそらく多くの害を引き起こします。

通常、スリープは、イベントを抑制しない（アプリケーションが消費するイベントを速やかに配信する）旧バージョンのプラットフォームで行われるように、通常スリープされます。実際には、イベントが実際に配信されているメインスレッドを遅らせる必要があります。

このGL2JNIViewのことはプラットフォームの一部ではないので、私はそれ以上の手助けをすることはできません。見つけた最初の結果にはqueueEvent（）メソッドがありませんでした。それが実際に何をしているのかは分かりません。

最後に、実際にプラットフォーム内にコードを記述していない場合、com.android（android）名前空間に物を入れている人は絶対に間違っています。この名前空間はアプリ開発者のためのものではありません。これは、アプリケーション開発者のためのヘルパー関数を書く人々のためではありません。これは、プラットフォームの内部実装用です。これらの名前空間を独自のコードに使用するプログラムは、プラットフォームによって使用されているシンボルと競合する可能性があるため、さまざまなプラットフォームのバージョンまたはデバイスに分割されます。