問題タブ [surfaceflinger]

surfaceflinger をテストするために、Android でネイティブ アプリケーションを作成したいと考えています。Surfaceflinger でサーフェスを作成し、バッファを登録し、バッファをポストする方法を示す簡単なプログラムはありますか。

画面に描画するためにSurfaceFlingerが常に呼び出されるかどうかを尋ねたいのですが。例、JPGファイルを画面に表示します。

Android システムに問題があります。これはカスタム プラットフォームで実行されており、デバイスを起動すると、画面bootanimとコンソール画面の間で画面がちらつきA N D R O I Dます。

がbootanimそれ自体を再描画すると表示されますが、すぐに " A N D R O I D" 画面にちらつきます。

これは、SurfaceFlinger または OpenGL の設定が原因であると思われますが、ソース以外のドキュメントはあまり見つかりません。

プラットフォームに固有のデバイス構成で何かを定義する必要がありますか?

Android プラットフォームには、Android のスクリーンショットを撮るために使用されるユーティリティ クラスがあります。「 ScreenCap.cpp 」を JNI フォルダーにコピーし、NDK 経由でビルドしましたが失敗しました。NDK コンパイラは必要なライブラリを見つけられませんでした:

エラーログは次のとおりです。

コンパイルが終了しました。

これを修正する方法を教えてください。

ところで、プログラムで Android 画面全体をキャプチャするソリューションはありますか? 毎秒少なくとも 10 回キャプチャする必要があります。

ありがとう。

Android 2.3 を搭載した腕ベースのデバイスがあります。残念ながら、グラフィック アクセラレーションがないため、サーフェス フリンガーでの最終イメージの合成は、ソフトウェア opengl を使用して行われますが、これは非常に低速です。

主な問題は、glDrawArrays メソッド (LayerBase::drawWithOpenGl で呼び出される) にあります。glDrawTexiOES が glDrawArrays よりもはるかに高速であることを確認しましたが、使用できません (90 度の回転をサポートしていません)。

そのため、レンダリングを改善できるアイデアを探しています。90 度回転する高速ブリッティング用のカスタム メソッドを実装しようとしていましたが、ソース メモリと宛先メモリへのポインタを取得する方法がわかりません。他にアイデアはありますか？

StageFright API にアクセスして h264 ビデオをデコードする方法と、Android のアプリケーション層 (GB、ICS) から Surfaceflinger API を使用してデコードされたデータ ( YUV420 になります) をレンダリングする方法についてのアイデアを提供するサンプル コードはありますか。

次のエラー メッセージが表示されます。

SurfaceFlinger 半透明 = 0 isOpaque = 1 isExternalDisplayLayer = 0 isExternalBlockLayer0

私はアンドロイド4.1.1を使用しています

コードのどの部分がこのメッセージを生成しているのかを判断できません

誰かが同じメッセージを持っているかどうか知りたいのですが、それは意味であり、これを解決する可能性のある方法です

問題。

ありがとう

多くのデバイスは最終的な表示データをフレームバッファに保存しないため、これらのデバイスではスクリーン キャプチャ メソッドは機能しません。

Surface Flinger から最終的な組成データを取得する方法を知りたいですか?

サーフェス フリンガーからのキャプチャを実現できれば、フレーム バッファがないにもかかわらず、ビデオとカメラのプレビューを取得するのに役立ちます。

サスペンドから再開した後 (終了キーを押した後)、Android のメイン画面が表示されないバグをデバッグしています。場合によっては元に戻ることもありますが、元に戻らない場合は、画面が暗くなり、黒くなりますが、シェルはまだ機能しています。
バグレポートをダンプしてchkbugreportアプリを使用できます...私は初心者のAndroid開発者で申し訳ありませんが、バグレポートから調査する場所を教えていただければ幸いです:

電話を数分離れた後、実際にANRをトリガーします.

再開後の興味深いlogcatとAndroid画面なし（powermanager画面のタイムアウト）：

バグレポート chkbugreport から、いくつかのビジー スレッドがあることがわかります。

ここから、アンドロイドに関する私の限られた知識で、パワーマネージャーがメイン画面を表示するための電子ビームアニメーションの作成を待っているときにスタックすると推測できます。ネイティブ (またはカーネル コード) が終了するのを待っていますか? したがって、それは下層の問題である可能性があります....？

助けてくれてありがとう。