問題タブ [hardware-acceleration]

私のアプリはiPad2で異なるコード（より大きなテクスチャ）を実行する必要があります。より高速なグラフィックハードウェアをプログラムで検出するにはどうすればよいですか？

コードは将来にわたって利用できる必要があります（つまり、iPad 3またはそれを搭載したその他の将来のiOSデバイスでより高速なグラフィックハードウェアを検出します）。

これは、私の質問に対する一種のフォローアップです: iPhone はハードウェア アクセラレーションによる AES 暗号化をサポートしていますか? . さらなる分析とハッキングの後、iOS CommonCrypto は AES-CBC モード (Cipher Block Chaining) でのみハードウェア アクセラレーションをサポートし、AES-CTR (カウンター) または AES-ECB (電子コードブック) モードではサポートしないことがわかりました。これはオープン ソース コードとは異なりますが: http://opensource.apple.com/source/CommonCrypto/CommonCrypto-36064/Source/GladmanAES/ccNewGladman.c。

したがって、これは公開されているものに加えて追加の「修正」のように思えます。だから私は、ハードウェアの機能が何であるか、そして Apple が実際にアプリケーション開発者がハードウェア チップのすべての機能を使用することを妨げているかどうかを知りたいと思っています。

私はこの情報について通常の容疑者 ( Chipworks & iFixit ) を調べましたが、うまくいきませんでした。

いくつかの<article>要素がすべて一列に並んだページがあります。要素の下部には、3D CSS 変換を使用する<article>小さなアイコンがあります。<div>奇妙なことに、オリジナルで<article>はハードウェア アクセラレーションがオンになっていませんが、この小さな<div>ことが原因で残りの<article>要素にもハードウェア アクセラレーションが設定されています (ここで概説されている方法を使用しています: http://mir.aculo.us /2011/02/08/visualizing-webkits-hardware-acceleration/<div> )、それを必要とするのは小さなものだけですが。

最初の を非表示にする<div>と、後続の のハードウェア アクセラレーションが無効になり<article>ます。

になる

タグ全体<article>がハードウェア アクセラレーションを取得するため、サブピクセル アンチエイリアシングが無効になり、 内のすべてのテキスト<article>が粗くなります。

<article>後続の要素がハードウェア アクセラレーションを取得するのを防ぐ簡単な方法はありますか?

オーディオを処理するいくつかの DSP カードは、非常に高速なフーリエ変換や、サウンド処理などに関連するその他の機能を計算できると読みました。量子力学のように、フーリエ変換の計算を伴う科学的な問題がいくつかあります (多くはありません)。GPUが他の場合に行うように、DSPを使用してこの方法で計算を高速化できるかどうか、また成功例を知っているかどうか疑問に思います。

ありがとう

クライアントが IE9+ を持っている必要があるかどうかにかかわらず、Silverlight 5 (ベータ) のハードウェア アクセラレーションまたはパフォーマンスの向上の利点を得るために。IE6/IE7 を使用してパフォーマンスを向上させることはできますか。

Silverlight 5 のパフォーマンス機能はブラウザーに依存しますか?

ありがとう。

iPad 1でHTML5およびCSS3アプリケーションを使用して開発した後、CSS3アニメーション/遷移/変換（ハードウェアアクセラレーション）のパフォーマンスに失望しました。私たちは、iPad 2がより多くのパワーをもたらし、このようなものでより良いパフォーマンスを発揮することを望んでいます。しかし、それは本当ですか？

私たちはiPad2にアクセスできず、iPad 2にはCSS3アニメーション/トランジション/トランスフォームの処理方法に関して、まだグリッチ、低速、信頼性の低い問題があるという噂を聞いています。

誰かがこれに光を当てることができますか？

信じられないほど賢いRomainGuyによる回答を期待しています（ただし、アイデアを持っている人からの回答が欲しいです！）。

以前、彼は、 HWアクセラレーションがデフォルトで有効になっていない理由を尋ねるユーザーに応えて、次のように書いています。

互換性の理由から、デフォルトではオンになっていません。オンにしたときにCanvasAPIの100％がサポートされるわけではなく（不足している部分は非常に少なく、ほとんど使用されませんが）、新しい実装にバグがある可能性があります。新しい制約もあります（たとえば、OpenGLテクスチャの最大サイズよりも大きいビットマップを描画しようとすると失敗します）。

新しいレンダリングパイプラインは、ビューごとにネイティブディスプレイリストも使用するため、一部のアプリでバグが発生します。たとえば、ビューがその親に依存してそれ自体を再描画するためにinvalidate（）に依存している場合、それはアプリのバグですが、ハードウェアアクセラレーションなしで「機能」します。ただし、ハードウェアアクセラレーションがオンの場合は機能しません。

私たちの目標は、ハードウェアアクセラレーションをデフォルトでできるだけ早くオンにすることですが、アプリを壊したくはありません。そうは言っても、標準のビューとAPIを使用するアプリは問題なく動作するはずです。

ルート権限を取得されたHoneycombデバイスでHoneycombのハードウェアアクセラレーションをデフォルトでオンにする方法があるかどうか疑問に思いました。潜在的な問題にもかかわらず、私はまだそれを試してみることに興味があります。build.propをざっと見たところ、何も見つかりませんでした。誰かが私を正しい方向に向けてくれませんか？

前もって感謝します！

SDLを使用して単純な2Dゲームを作成していますが、OpenGLを使用して長方形にビットマップテクスチャを適用し、スプライトの代わりにそれらを使用して、への呼び出しを排除するとどうなるSDL_BlitSurfaceでしょうか。OpenGLハードウェアアクセラレーションの結果として、アプリケーションは高速になりますか？

PS：それが重要な場合、私のアプリケーションはウィンドウモード（フルスクリーンではない）で実行されます。

ffmpegでハードウェアアクセラレーションを使用してファイルをデコードするにはどうすればよいですか？

私はffmpegを使用する動作するビデオプレーヤーを作成しました。を使用してサポートを確認し"av_hwaccel_next"、を見つけましmpeg2_dxvaた。

ただし、（通常どおり）mpeg2ファイルをロードすると、ハードウェアアクセラレーションが得られません。AVCodecContext->hwaccelとAVCodecContext->hwaccelcontextは両方ともnullです。

ハードウェアアクセラレーションを有効にするには、どこかにフラグを渡す必要がありますか？

私はこれに関する情報を見つけることができませんでした、誰かが良い情報源を知っていますか？

複合コントロール (複数の標準 UI コントロールで構成される UI コントロール) を構築しており、HW アクセラレーション (ハニカムのみのアプリ) が必要です。

典型的なコントロールは次のようになります。

NinePatchDrawable バックグラウンド + バックグラウンド ドローアブルの setColorFilter を持つ ViewGroup (いくつかのレイアウト サブクラス)。

その中に、NinePatchDrawable バックグラウンド + バックグラウンド ドローアブルの setColorFilter を持つ 1 つ以上のビュー。

このような複合コントロールから UI を構築します。

この階層はハードウェアで高速化されますか?

ありがとうございました！