問題タブ [hardware-acceleration]

アクティビティの作成時にハードウェア アクセラレーションが有効になっているかどうかを一貫して検出することは可能ですか? 私のライブラリのユーザーが、(私が指示したように) アクティビティに対して特に無効にしないことで、マニフェストを介して有効にしてはならないときに有効にするのではないかと心配しています。

私が見つけることができる唯一の確かな情報 ( http://android-developers.blogspot.com/2011/03/android-30-hardware-acceleration.html ) は、クエリView.isHardwareAccelerated()とCanvas.isHardwareAccelerated(). ただし、私の目的のために、ライブラリのアクティビティが表示されているときにオフになっていることを確認したいと思います。これまでのところ、オンまたはオフのときに一貫した yes/no を報告するものは何も得られません。ダミー ビューでハッキングを試み、アクティビティに設定してからテストしましたが、常に false が返されます。また、テストしてみましWindow.getAttributes( ).flagsたが、どちらも表示されていません。

ライブラリのハードウェア アクセラレーションによる描画パスが正しく機能せず、それを修正する方法がないように思われるため、これをテストしています。

Windows では WebKit ビルドを使用し、Mac では OS の webview コンポーネントを使用するカスタム WebKit アプリがあります。ハードウェア アクセラレーションを利用しているかどうかを確認する方法を探しています。

plistなどに関連する設定はありますか? コンパイル フラグを忘れたか、webview の初期化でいくつかのオプションを設定するか、またはそのようなものを忘れた可能性があります。

あるいは、Safari でオフまたはオンにするためのフラグがあれば、(少なくとも Mac では) Safari を使用した場合と使用しない場合でベンチマークを実行し、アプリで結果を比較できます。

特定のシーンをレンダリングし、イメージ全体をメイン メモリに読み込む必要があります。私はこれを検索しましたが、ほとんどのビデオ カードはレンダリングを加速するようですが、リードバックは非常に遅くなります。少し調査した結果、「ハードウェア アクセラレーテッド ピクセル リードバック」について言及しているこのカードしか見つかりませんでした。

もう 1 つのアプローチはソフトウェア レンダリングを行い、リードバックの問題は存在しませんが、レンダリングのパフォーマンスは低下します。

おそらく、最適なトレードオフを見つけるために両方を実装する必要がありますが、私の質問は、ハードウェアに関して他にどのような選択肢があるかについてです。Quadro は、まさにこのアプリケーションのクライアント ターゲットであるモデリングおよびデザイナー マーケット セグメント向けであることを理解しています。これは、他のビデオ カード ラインでより優れたピクセル リードバック パフォーマンスを見つける可能性が低いことを意味しますか? つまり、TeslaまたはFermiで、ビデオ出力すらありません。

ブラウザーがハードウェア アクセラレーションによるページ レンダリングをサポートしているかどうか、またそれが有効になっているかどうかを検出することは可能ですか? Firefox 4、IE9、および Chrome でサポートされていることは承知していますが、ブラウザ、OS、およびコンピューターのハードウェア自体のバージョンによって、有効になっている場合と無効になっている場合があります。

これは何らかの形式の DOM スニッフィングを使用して可能ですか?

現在、ハニカム用のアプリを作成していますが、openGLレンダラーが使用するメモリに重大な問題があると思われます。

状況は、複数のコンテナー ビューを保持するスクロールビューを持っていることです (20 のように多少多くなる可能性があります)。これらのコンテナー ビューはそれぞれ、レイヤー タイプがハードウェア アクセラレーションに設定された 6 つのカスタム ビューで構成されますthis.setLayerType(View.LAYER_TYPE_HARDWARE, null);(設定しないと、画像が欠落したり、間違った場所に描画されたりして、すべてがめちゃくちゃにレンダリングされます)。ビデオを表示するビデオビューもあります。

今、アプリが破棄されて再度作成されると (特にローテーションで)、アプリはデバッグ可能なエラーなしで深刻な恐ろしい死を遂げますが、ログには多くの GC と、グラフィックス バッファーのメモリ不足に関するその他の負荷が表示されます。死にかけているものの種類：

問題は、これが起こらないようにするにはどうすればよいかということです。具体的には:

• キャッシュなどに特に注意する必要がありますか?
• ハードウェア アクセラレーション ビューの量を制限する必要がありますか?

電話サイズの画面にキャンバス レンダリングを使用するように最初にコーディングしたライブ壁紙があります。しかし、Xoom タブで実行すると、おそらく画面解像度が上がったため、フレームレートが著しく低下します。

マニフェストのアプリケーション要素にandroid:hardwareAccelerated="true"を追加しようとしましたが、フレームレートは低下したままです。Android が WallpaperEngineHelper クラスの onDraw メソッドに渡すキャンバス オブジェクトを確認すると、キャンバスが実際に高速化されていないことがわかります。

何か不足していますか、それとも GL サーフェスで再コーディングする必要がありますか?

mpeg2 と h264 をサポートするハードウェア アクセラレーションによるビデオ デコーディングが搭載された多くのスマートフォンを見てきましたが、デスクトップやラップトップ システムとは異なり、ハードウェア アクセラレーションとの対話方法が明確ではありません。デスクトップ/ラップトップには、DXVA、VDPAU、および OpenMax があります。携帯電話でサポートされているものはありますか? OpenMax はあると思いますが、どの程度広くサポートされているかはわかりません。

Snapdragon、Tegra 2、または Android または Windows Phone を実行する Omap 4 などのプラットフォーム用のハードウェア アクセラレーション メディア プレーヤーおよびデコーダーを作成するために通常使用されるものに精通している人はいますか? ffmpeg を arm 用にコンパイルできることは知っていますが、そのプラットフォームでどのようなハードウェア ビデオ アクセラレーションがサポートされているのだろうかと思います。

だから、私はJavaで2Dトップダウンゲームを作成しています。

私はJava2Dの指示に従っています：ハードウェアアクセラレーション-パート2-ハードウェアアクセラレーションを利用するためのバッファ戦略。

基本的に、私が考えているのはこれです
。マップにセクションを簡単に追加できるようにしたいと思います。したがって、私が見たいくつかのチュートリアルで提案されたルートには行きたくありません（各マップタイルには、周囲のタイルの隣接リストがあります。中央のタイルから始めて、幅優先探索を画面に表示します）。

代わりに、画面サイズのタイルのコレクション（簡単にするために32x32など）を作成し、これらの画面の「チャンク」のそれぞれに、隣接する各コレクションを参照するリストを作成することをお勧めします。次に、現在の画面と隣接する8つの画面用のバッファーを作成し、VRAMバッファーに表示部分を描画します。

私の質問は、これはこれを行うための正しい方法ですか、それともより良いオプションがありますか？私はかなりの数のチュートリアルを調べましたが、それらはすべて同じ（一見高いメンテナンス）オプションを提供しているようです。

タイルレベルで処理を行うには、隣接リストの1024倍が必要になるため、これがより適切な選択であるように思われます。また、「現在の」画面とその隣接画面を標準バッファに残したまま、表示部分のみをVRAMに配置することを検討した理由は、ハードウェアアクセラレーションに慣れておらず、想定できるスペースの量が完全にわからないためです。利用可能になります。Javaはとにかく標準バッファを高速化しようとするので、理論的にはそれぞれをVRAMに入れるのと同じくらい速いはずですか？

ありとあらゆる提案を歓迎します！

OpenGL を使用してハードウェア アクセラレーションを提供するアプリケーションのクラスが存在しますが、GUI ベースではありません。ただし、デフォルトの場合、opengl を使用するには、それらのアプリケーションが機能するために、GLX を備えた X サーバーが (同じ仮想端末上で) 実行されている必要があるようです。

私の特定のケースでは、ヘッドレス マシンで gstreamer の gl プラグインを使用しようとしていますが、より一般的な質問をしています。

• これを回避する方法はありますか (元のコードを変更せずに)。

フレームバッファ カーネル モジュールを使用して調査を試みていますが、あまり進んでいません。

私はいくつかのテキストをスクロールする必要があるアプリケーションを作成していますjava.awt.Canvas-現在、メソッドを常に呼び出し、repaint()メソッドをオーバーライドして、paint()メソッドCanvasが呼び出されるたびに位置を調整し、文字列を描画することでこれを行っています与えられた位置で。

これは機能しますが、CPUを介して、非常に単純なものに対してばかげたものを実際に消費します。タスクを実行するためのより優れたハードウェアアクセラレーションの方法はありますか？使ってみましVolatileImageたが、どういうわけかパフォーマンスが著しく悪くなりました。

使用しCanvasないでくださいJPanel-同じプロジェクトでVLCJを使用していますが、ビデオを再生するための重量のあるコンポーネントが必要です。