問題タブ [surfaceholder]

この記事から拡張現実の基本を学ぼうとしています: http://www.devx.com/wireless/Article/42482/0/page/2

実行すると、カメラは反対の向きになりました。私の質問は、カメラで固定された通常のビューを取得する方法です。これは CustomCameraView クラスです。

params に別のメソッドを追加する必要がありますか??

私の悪い英語でごめんなさい。ありがとうございました。

これが問題の解決方法です。

追加 ：

Android - カメラのプレビューが横向き

カメラオーバーレイを作成するために、SurfaceViewとSurfaceHolderを持つアクティビティを作成しました。何らかの理由で、ADBで次のように表示されます：04-08 10：54：06.747：E / Camera（1152）：エラー1。写真は撮れますが、プレビューが取れません。これが私が使用しているコードです：

}

そして、これがレイアウトです：

これをRelativeLayoutに変更しようとしましたが、役に立ちませんでした。簡単なことを見逃しただけだと思います。どんな助けでも大歓迎です。ありがとう！

を持つ例を試していSurfaceViewます。私はクラスを継承し、SurfaceView次のように使用しています。

Canvas次の a から更新してThreadいます。

アプリケーションが起動してonDraw()呼び出されると、円とテキストも描画されますが、それ以上の呼び出しonDraw()では何も描画されません。最初の更新後、画面に何も変化がないことを意味します。私が間違っているところはありますか？私はアンドロイドが初めてで、学習も遅いです。

私はウェブカメラを使用するアプリケーションを実行しており、写真を撮った後にテキストを表示したいので、メソッド ShutterCallBack でこれを書きました

アプリケーションの終了にひどく失敗します...どうすれば表面にテキストを書くことができますか?

次の問題が発生しました: 現在、ここCamera Dev Guideで説明されているように、SurfaceHolder を使用して SurfaceView に CameraPreview を表示しています。したがって、SurfaceHolder の Type を次のように設定する必要があることが言及されています。

残念ながら、その設定mHolder.lockCanvas()が失敗するため、そのキャンバスに描画できなくなります。1 つの SurfaceView で PreviewFrames と独自の Views を描画する可能性はありますか?

そうでない場合、2 つの SurfaceView をレンダリングして、カメラが背景として機能し、2 番目の SurfaceView がそのビューのいずれかを「上に」レンダリングすることは可能ですか? これを実行するための最良のアプローチは何ですか?

ちょっとお問い合わせがありますので、過小評価しないでください。

Renderを実装するクラスがあり、別のCLassがSurface.callbackを実装しています。

クラスを実行すると、surface.Callbackが実装され、カメラのプレビューが表示されます。

そして、クラスを実行すると、レンダリングが実装され、3Dシェイプを表示することができます。

ここで、カメラプレビュー上に3D形状を表示したいと思います。

私の質問は、これを達成するために何を学び、読むべきかということです。拡張現実についてですか？

または、カメラのプレビューがどのように機能するかをもっと知る必要がありますか？

あなたの答えは意味があり、高く評価されます。

特定の速度でビットマップをスムーズにスクロールしています。私はゲームループでこれをやっています。時折スタッター/ジャンプすることを除いて、約60 fpsで非常にスムーズにスクロールします. これらのジャンプは、1 秒に 1 回から 1 秒に数回発生します。通常、数秒の実行後に開始するか、より頻繁になりますが、これが大きな手がかりであるかどうかはわかりません.

ジャンプの理由は、実行ループの反復に通常の約 2 倍の時間がかかる場合があるためです。そのため、ビットマップはしばらく 1 つの場所にとどまり、その後さらにジャンプして追いつき、一定の速度を維持します。補間を使用して、経過時間に基づいて更新ごとにビットマップの新しい位置を割り出しました。通常よりも長い時間が経過したとき、距離全体を一度に移動するのではなく、いくつかのミニ更新を試みましたが、一時停止したビットマップはまだ非常に目立ちます.

traceview を実行したところ、余分な時間が lockCanvas 内で費やされています。ほとんどの場合、このメソッドには約 10 ミリ秒かかりますが、これらの長いケースでは約 24 ミリ秒かかります。4秒間なぞると、これが7回発生しました。

次のコードでは、実行速度が速い場合は少しスリープさせていますが、実際には違いはありません。コードのその部分を削除しても、問題は解決しません。経過時間に基づいて位置を計算しているだけなので、一定のフレーム レートである必要はありません。

updatePhysics() と doDraw() のコードは少し計算を行いますが、これをできるだけ効率的にしようとしました。基本的に、時間と速度に基づいてビットマップの新しい位置を計算するだけです。ビットマップが 1 つだけあり、毎回再割り当てされるわけではありません。

また、私は自分の surfaceHolder の準備ができていることを確信しているので、準備ができていない surfaceHolder への繰り返しの呼び出しが抑制されているというのは、Google を検索して見つけた一般的な答えではありません。

これを引き起こす可能性のあるアイデアはありますか？私のサーフェス ホルダーは PixelFormat.RGB_565 を使用し、私のビットマップは Bitmap.Config.RGB_565 としてエンコードされます。私はもともと、私が作成した相対レイアウトからビットマップを取得しました。

キャンバスでSurfaceビューを作成したので、グラフィックスを作成できました。キャンバスを使用して xml レイアウトを作成する方法はありますか? ボタンと画面にないものを使用できますか、またはキャンバスにボタンを作成する他のオプションはありますか?

私はライブ壁紙を作成しています。フル HD 解像度のビットマップがあり、ユーザーの電話画面のサイズに縮小されています。Android 2.2 および 2.3 では完全に動作しますが、4.0 ではクラッシュします。

編集 ：

try/catch を使用して問題を少し絞り込んだところ、run() メソッドから始まることがわかりました。MacGyver の修正により、約 20 秒間実行されて次のエラー メッセージが大量に表示され、その後クラッシュします。

ここに私の run() メソッドがあります:

編集2：

エミュレーターと何か関係があるのでしょうか？現在、Android 4 デバイスにアクセスできないため、それが私が持っているものです。

ライブ壁紙がクラッシュする、以下のコード

以下のエラーでクラッシュします

06-07 19:49:09.143: E/SurfaceTextureClient(13629): queueBuffer: SurfaceTexture へのバッファのキューイング エラー、-19

06-07 19:49:09.143: E/SurfaceTextureClient(13629): queueBuffer (handle=0x1c1b30) が失敗しました (そのようなデバイスはありません) 06-07 19:49:09.143: W/dalvikvm(13629): threadid=11: スレッドが終了していますキャッチされない例外あり (group=0x40c671f8) 06-07 19:49:09.143: E/AndroidRuntime(13629): FATAL EXCEPTION: Thread-692

06-07 19:49:09.143: E/AndroidRuntime (13629): java.lang.IllegalArgumentException

06-07 19:49:09.143: E/AndroidRuntime(13629): android.view.Surface.unlockCanvasAndPost(ネイティブ メソッド) で

06-07 19:49:09.143: E/AndroidRuntime (13629): com.android.internal.view.BaseSurfaceHolder.unlockCanvasAndPost (BaseSurfaceHolder.java:215) で

前もって感謝します