問題タブ [surfaceflinger]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
android - Android で FPS を測定するために performTraversals を使用できますか?
既存の Android プロファイリング ツールに基づいて、アプリケーションのパフォーマンスの問題を検出するために FPS を計算したいと考えています。
Systrace では、performTraversals の長さを記録できることに注意しました。私の知る限り、performTraversals は、フレームを更新する際のほとんどのジョブを含む、測定、レイアウト、および描画を実行します。それでは、performTraversals は、フレームの更新に 60 ミリ秒かかるかどうかを測定するのに十分な代表的なものでしょうか?
また、Systrace が SurfaceFlinger に費やした時間を記録していることにも注目しました。SurfaceFlinger がレンダリング目的で提供されていることは知っていますが、フレームの正確な開始点と終了点はわかりません。SurfaceFlinger でフレーム レートに費やされた時間も考慮する必要がありますか? (ただし、SurfaceFlinger が performTraversals よりも頻繁に実行されることは確認していますが、これは、SurfaceFlinger が必ずしも performTraversals に従うとは限らないことを意味します。他のシナリオでもトリガーされます。)
PS sysdump gfxinfo は認識していますが、128 フレーム (~2 秒) しか記録できませんが、必要なものはもっと長く続く可能性があります。
android - Android 起動時の SIGSEGV
最近、データを消去せずに SGS2 の最新のストック ROM を (Odin を使用して) インストールしました。その後、ルート化されたカーネルを入れて使い始めました。
私はそれを見つけました:-電話を起動し、ロック画面(Samsungロゴの後に最初に表示される画面)に移動し、電源ボタンで画面をオフにすると、すべてうまくいきます-画面をオフにしない場合、起動プロセスがうまくいかず、すべてがフリーズします。強制的に再起動することしかできません。
両方のブートの logcat を取得したところ、障害のあるブートでこれらのエラーが見つかりました。注: SIGSEGV の一部をカットして、30000 文字の制限内に収めました。
誰でも問題を解決できますか?
ありがとうございました!!!
[…………]
android - パーガトリ リスト エラー (LogCat 内)
LogCat の次のエラーに詳しい人はいますか?
10-21 19:45:42.476: E/SurfaceFlinger(155): layer=0x7486e0 is not in the purgatory list
Androidでのグラフィックスレンダリングを担当しているように見える「SurfaceFlinger」を読みましたが、煉獄リストとは何かをカバーするドキュメントを見つけるのに苦労しています。もう 1 つの質問では、同様のエラーが参照されていました (ただし、回答は得られませんでした)。
android - Android Graphics の Window の機能は何ですか?
Android Graphics でオンラインで入手できる資料を調べているときに、Android Graphics に関連するクエリがいくつかあります。
- 窓とは?View との関係は?
- すべてのアプリケーションには独自の Window がありますか?
- 1 つのアプリケーションで複数のウィンドウを使用できますか?
- Surfaceflinger がサーフェスを構成するように、ウィンドウも構成しますか?
私は他の質問もしましたが、それでもこれらの質問は私には明確ではありません.
android - Android Kitkat 4.4.2: アダプティブ プレイバックが SurfaceFlinger に与える影響
SOの適応再生に関するこの一般的な質問に出くわしました。Android
Kitkat
ただし、以下のような特定のクエリがあります。
codec
および関連するフレームワークへの影響を理解できます。ただし、完全には理解できない特定の点が 1 つあります。
アダプティブ プレイバックの場合、コーデックはそのmetadata
出力ポートを使用します。このポートは基本的に、基になるバッファ ハンドル (おそらくハンドル) を抽象化してパッケージ化しますgralloc
。解像度が変更された場合、ハンドル属性を直接codec
更新し、ポート設定を変更せずgralloc
にバッファをクライアントに送り返すと思います。OMX
私の最初の質問は次のとおりです。私の理解と仮定は正しいですか?
もしそうなら、Surfaceflinger
/SurfaceTexture
は受信ペイロードがフォーマットされていることをどのように認識し、基盤となる実装からどのようにandをmetadata
取得するのでしょうか?width
height
gralloc
この問題をよりよく理解するのに役立つ関連情報源を教えてください。
よろしくお願いします。
android - dumpsys SurfaceFlinger を理解する方法
adb コマンド「dumpsys SurfaceFlinger」の出力に関するドキュメントはありますか?
特に、HWC と GLES のレイヤー タイプの違いと、numHwLayers の意味を知りたいです。
これが、私が話している dumpsys SurfaceFlinger のセクションです。