問題タブ [hardware-acceleration]

比較的高解像度 (1920x1080px) の画像で CSS3 トランジション (主に不透明度) を利用するブラウザー ベースのキオスク アプリケーションを計画しています。

CSS3 トランジションの予備テストを行ったところ、OSX 10.7.2 での Safari と Chrome のレンダリング パフォーマンスに大きな違いが見られました。これは少し驚くべきことです。

パフォーマンスを最大化するための OS、ブラウザ、およびハードウェアの推奨事項について誰か教えてもらえますか?

AMD プラットフォームでは、OpenVideo (PDF) を使用して、固定機能ハードウェアを介して GPU でビデオをデコードできます。そうすれば、圧縮されたビデオのみを GPU メモリに転送する必要があります。

Nvidia はVDPAU (Video Decode and Presentation API for Unix) と呼ばれるものを提供していると思います。私が得ることができる唯一の詳細については、nvdia サイトのこのドキュメントからのものです。ただし、PureVideo/VDPAU が OpenCL とどのようにやり取りできるかについての詳細はないようです。OpenCL との相互運用性に関する情報を提供したり、経験を共有したりできる人はいますか?

最近、私のアプリケーションは、CM9 を使用した Android Ice Cream Sandwich で「動作しない」というコメントをかなり多く受け取りました。Android 4.0 を実行しているエミュレーターでエラーを再現することはできません。Android マーケットの仕組みのおかげで、それらの人々に連絡して詳細を尋ねることはできません。

幸いなことに、クラッシュ エラー レポートが 1 つ目に留まりました。私は丸みを帯びた角を描くために使用しています...そして、その機能を使用しようとすると、Canvas.clipPath一部の電話が投げているように見えます。UnsupportedOperationExceptionGoogle をざっと見てみると、Android 4.0 でハードウェア アクセラレーションを使用すると問題が発生するように思われることが明らかになりました。それが、寄せられたコメントの潜在的な理由です。

質問は - 何が起こっているのですか? アプリケーションのハードウェアは以前の Android バージョンで高速化されていませんでしたか? なぜそのような一般的な機能がサポートされていないのですか? 回避策は何ですか?

Canvas.clipPath の使用例は、私の別の投稿で見つけることができます。ここで受け入れられた回答を確認してください: ListView の Android rounded corners

前もって感謝します

ViewAnimator にビューを追加する次のコードがあります

および次のxml

スライドイン:

スライドアウト:

現在、すべて正常に動作していますが、携帯電話 (Samsung galaxy S) のネイティブ アニメーションと比較すると、アニメーションのパフォーマンスが鈍く遅く見えます。

API レベル 8 を使用しています。任意のハードウェア アクセラレーションを使用できますか?それとも、コンセプト全体に対するアプローチを変更する必要がありますか?

ありがとうバンドル

Android 3.0 以降、ハードウェア アクセラレーションがオンになっているデバイスでは、 clipPath()メソッドはサポートされなくなりました (詳細については、この記事を参照してください)。

私はキャンバスで作業しており、丸みを帯びた画像を描く必要があります。どうすればそれを行うことができるかについてのアイデアはありますか?

*ハードウェア アクセラレーションをオフにできません。他の解決策を探しています。

回答済み: Tnx @Malcolm からの回答です。このテクニックを示す良い例を見つけました。これは基本的にマスクです。

私は、jQuery アニメーションを多数備えたミニサイトに取り組んでいます。Safari、Chrome、IE9 では正常に動作しますが、OSX 上の Firefox (7、8、9) ではアニメーションが途切れ途切れになります。CSS アニメーションの方がスムーズだと思ったので、iPad 版のサイトを改造して Firefox で試してみました。それは同じように悪いようです。

私は Firefox をあまり使っていないので、ここで何が間違っているのかわかりません。GPU アクセラレーション (Webkit で translateZ(0) を使用するなど) をトリガーする必要がありますか? それとも、すべての処理 (IE9 など) で常に使用されているだけですか? GPU を使用しても、Firefox は十分に強力ではありませんか?

私が得ることができる助けを本当に感謝します。私はこれでロープの終わりのようなものです。

JVM で使用するためのリッチな 2D マルチメディア フレームワークを探しています。

• C および C++ 用の SDL および SFML があります。
• 私はPythonでPygameを使用しました。とても生産的です。
• XNAも素晴らしいです。

JVMはどうですか？SDL http://sdljava.sourceforge.net/のラッパーがあることは知っていますが、ホームページのニュースフィードの最後のエントリが 2005 年にさかのぼるので、特に生きているとは感じません。

基本的に私が探しているのは、きちんとしたフレームワークに支えられた JVM 用のハードウェア アクセラレーションによる 2D キャンバスです。

C、C++、そして Python でさえ (ある程度) 低水準言語と見なすことができることを私は知っています。一方、Java はハードウェアを抽象化します。したがって、私が探しているのは「自然の領域」ではありません。それにもかかわらず、 http://lwjgl.org/は Java で何ができるかを示す良い例です。

グーグルは、この興味深いプロジェクトhttp://libgdx.badlogicgames.com/を立ち上げました。使ったことがありますか？代替案を知っていますか？注意: Java ではなく、Scala を使用したいと考えています。したがって、Java だけでなく JVM にもストレスがかかります。

私はそれらをたくさん見てきましたが、どれも加速も遅くもないように見えません。

例えば：

• http://www.schillmania.com/temp/snowstorm/
• http://sebleedelisle.com/demos/JSSnow/snow3d.html

iPhone 4 / 典型的な Android デバイス (Kindle Fire など) で十分にスムーズなスクリプトを作成することはできますか?

よろしく、

アップデート

ジュリアン・Dに感謝！designshack.net/?p=27674 すごい！スクリプトはまったくなく、純粋な CSS で、複数のレイヤーが異なる方向に進んでいます。いくつかのヒント：

• レイヤーのパターンは十分に小さくする必要があります (<=300px)。
• カラー アニメーションは使用しないでください (-webkit の 50% および 100% キーフレームから削除します)。
• 3 層ではなく 2 層を使用し、
• -webkit-transform: translateZ(0); を追加します。すべてのキーフレームについては、mikeyUX のおかげで、詳細についてiPhone 4 での HTML5 トランジション パフォーマンスを参照してください。
• 20 秒では滑らかすぎるので、10 秒を使用してください。

これらすべてのヒントにより、iOS (iPod 4 Touch) で実際のプロジェクトで使用するのに十分な速さになります。

SDK 11 (Honeycomb) でアプリを開発しています。このアプリでは、ハードウェア アクセラレーションを (アプリケーション レベルで) 使用してアニメーションをよりスムーズにしますが、それがないと、許容できないほど遅くなります。私のクライアントは本当にそれらを持ちたいので、アクセラレーションをオフにする以外の解決策を見つけなければなりません.

問題自体は、要素Activityがほとんど含まれていないことです。WebView3、正確には - 1 つは常に表示され、他の 2 つはページのプリロードに使用されるため、表示されません (つまり、画面の外に配置されますが、「表示」されます)。翻訳アニメーションを使用して、それらを「切り替え」ます。ハードウェア アクセラレーションをオンにすると、Web ページが正しくレンダリングされません。ページ上に大きなちらつきのある黒いボックスが表示されます。これはもちろん容認できないので、すべての WebView に対してハードウェア アクセラレーションをオフにすることで問題を回避しました。

これを xml ファイル ( android:layerType="software") にも設定しようとしましたが、まったく同じように機能しました (そうあるべきです)。とにかく、これらの方法はどちらもうまく機能します。アニメーションと WebView は十分にスムーズで、アーティファクトはありません。ただし、方向が変わると問題が発生します。私のコードでは、ポートレート モードとランドスケープ モードの間に重要な違いはありませんが、次のように動作します。

• アクティビティは縦向きモードで開始し、方向を横向きに変更し、縦向きに戻します。すべてが期待どおりに機能します。
• アクティビティは横向きモードで開始します。それは正常に動作します。向きが縦向きに変わります。アーティファクトが再び表示され始めます。ほとんどの場合、画面全体が真っ暗になり、ページをスクロール/ズームすると、青い月に一度だけウェブページが表示されます。これは、WebView がハードウェア アクセラレーションを使用した場合とまったく同じです。ランドスケープに戻ります-再び正常に動作します。

これにより、ハードウェアアクセラレーションが問題である可能性があると考えるようになりました. ビュー階層のさまざまなレベルでソフトウェア アクセラレーションを設定して、この奇妙な動作が停止するかどうかを確認することで、自分が正しいことが証明されました。実際に停止し、バグなしで動作することがわかりましたが、アクティビティ全体がソフトウェアで高速化されるのは一度だけであり、これは私には受け入れられません (私の翻訳アニメーション! [+ Web ビューでのスクロールが遅い])。レイアウト xml ファイルのビュー/ビューグループのみがソフトウェア アクセラレーションに設定されている場合でも、バグが発生します。このような動作を引き起こす可能性のある向きの変化について何かありますか? どんな解決策、ハック、ヒント、提案、アイデア、考えでも、不完全であっても大歓迎です - 私はそれらから外れています.

さらに情報やコードが必要な場合は、喜んで提供します。
お時間をいただきありがとうございます！

最近では、ハードウェアアクセラレーションを実現するために、コンテンツにこれらのルールを追加することを推奨するWebページがたくさんあります。

これはいつもばかげていると私を驚かせました。ハードウェアを高速化することを決定するために、ブラウザが私の助けを必要とするのはなぜですか？もっと速くなるでしょう？では、なぜそれをしないのですか？ブラウザを「だまして」しまうのを待つのはなぜですか？

この質問をする別の方法は、なぜすべてのベースライン/リセットスタイルシートに行が含まれていないのかということです。