Pixi.js: https://pixijs.github.io/bunny-mark/遅い

以前のバージョンと比較してどうですか？

はい、非常に楽観的です。75FPSで100kのマルチテクスチャバニーを処理するデスクトップを見たのは一度だけです。 私も18人います:)

マルチテクスチャなしのバージョンを実行してみてください。ボタンがありました。

PIXIは「平均的な」ゲーム用に最適化されていますが、多くのパラメーターがあり、pixiアーキテクチャーの上に独自の超最適化レンダラーを作成することもできます。 古いビデオカードとIntelHDで安定した30FPSで、10000頭のアニメーション牛（それぞれ約16頭のクワッド）がいます。 極端な段階、CPU使用率が非常に低い：https：//www.youtube.com/watch？v = adixpp9CK_A。 より多くのオブジェクトが座標を変更するほど、より多くのCPUが使用され、すべてが十分なFPSですべてのフレームを移動している場合を処理できます。 私はそのpixiのフォークを1、2ヶ月でリリースしたいと思っています:)

このフォークをマスターにマージして、pixiを再び素晴らしいものにしますか？

Pixiを使用して達成したIvanは非常に印象的です。 このフォークを見て、そこから学ぶことを楽しみにしています。 :)

@ jeebus3000いいえ、プロダクションフォークになります。これには、

設定の数が多くなります：

1. jsonアニメーション形式をGPUに適したバイナリ形式に変換する方法を指定します。 事前定義：スプライトシート、フラッシュアニメーション、スパインのみ。 すべて異なる設定（インスタンスごとのフロート、クワッドごとのフロート）
2. pixi-display ++：pixiにはコンテナがありますが、ステージ、レイヤー、カメラもあります。 すべてのDisplayObjectには、あるレイヤーに属するビューがあり、極端な場合（gameofbombs.com）には、オブジェクトごとに多数のビューがあります。
3. updateTransform（）はすべてのフレームで呼び出されるわけではなく、バニラpixiよりも遅延更新が多くなります。 マップ上を移動していないときにJSで10k要素が呼び出されることは望ましくありません。
4. リアルタイムアトラスと圧縮テクスチャ。 ゲームを開発するときは、ビデオメモリで何が起こっているのか、アトラスがどのように形成されているのかを確認する必要があります。 アトラスは、結果の形式に圧縮される前に、テクスチャパッカーの特別な設定で作成されます。

@bigtimebuddy

以前のバージョンと比較してどうですか？

「v3.0.8」をクリックすると、次のように表示されます。

3.0.9、3.0.10の同上。

＃4023で報告されました。

3.0.11では6fpsになります。

4.0.0と4.0.1では、23〜24fpsになります。

ここからは、一定の回帰があります。

4.1.0および4.1.1では、20〜22fpsになります。

4.2.1では、19〜20fpsになります。

4.4.4と4.5.1では、16〜18fpsになります。

Pixiが再び速くなることを願っています。

cc @GoodBoyDigital

@ivanpopelyshevそれは印象的です！ しかし、私はストックPixiJSを非常に高速にする必要があります（そして私のユースケースはしばしばバニーマークのように見えます）。

おそらく、最新のPixiコードが以前のバージョンの最速と同じくらい速い（または速い）かどうかをチェックするテスト（常に実行される）があるかもしれません。

また、パフォーマンスに役立つ場合は、バニーマークを変更して、小さな単一テクスチャのバニーを使用する必要があります。 より大きな/マルチテクスチャの（そしてそれ自体でアニメーション化された）バニー（デフォルト数がはるかに少ない）のオプションがある可能性があります。 （これらのオプションには、現在存在しない追加のボタンが必要になります。）

結局のところ、デフォルトのカウント100000がまだ楽観的すぎる場合は、大幅に低い値に変更する必要があります。そうすれば、誰かがPixiJSバニーマークに送信されたとき（そしてデフォルトで実行されたとき）、PixiJSの見栄えが悪くなることはありません。 現在の低フレームレートの代わりに、人々は素晴らしく滑らかな60fpsを見るはずです。

@tobireif設定が1つしかない場合：spriterendererのテクスチャカウント。 1つの大きなアトラス4kx4kまたは8kx 8kを作成すると、マルチテクスチャよりもはるかに優れたものになります。

ユーザーが持っているwebgl設定をテストする必要があります。その情報がないと、最適化は不可能です。 例として、99％に4kテクスチャとfloatテクスチャプラグインがあり、それを頻繁に使用していますが、vanillapixiレンダラーにはありません。

私の場合、pixiは特定のタスクに適したより優れたレンダラーの定型文のようなものです。

@ivanpopelyshev

spriterendererのテクスチャカウント。 1つの大きなアトラス4kx4kまたは8kx 8kを作成すると、マルチテクスチャよりもはるかに優れたものになります。

それがPixiJSバニーマークに実装されるべきよりもパフォーマンスに役立つなら、そうですか？

バージョン4.0.1から4.5.1まで、PixiJSは遅くなりました-バニーマークのフレームレートは23-24fpsから16-18fpsになりました。 この問題を修正する必要があります。その後、パフォーマンスの低下を将来的に防ぐ必要があります（CIテストの使用など）。

私の場合、pixiは特定のタスクに適したより優れたレンダラーの定型文のようなものです。

「バニラPixiJS」が非常に高性能である必要があり、他のPixiJSユーザーも同様に機能していると思います。

ええ、セットアップには「texture count：」のようなもう1つのテキストフィールドが必要です。 4.0.1〜4.5.1については、CPUとGPUのどちらを最適化解除したかを最初に理解する必要があると思います。

@tobireif 、それは良い点です！ 私たちはおそらくそれをもっと低い何かから始めるべきです-多分1000？ @bigtimebuddyは簡単に調整できますか？

パフォーマンスに関しては、基本的に、より多くの柔軟性をパワーと交換しています。 現在のバージョンのpixiでも静的コンテンツに少し偏りがあります（ほとんどのものは動かない傾向があるためです！）

パーティクルコンテナを使用すると、Bunnymarkの実行速度が大幅に向上します:)

しかし、それは良い叫びです。私は現在v5に取り組んでいます。そのfpsを元に戻すことができるかどうかを確認します！

@ivanpopelyshev v5でのテクスチャバインディングの古い方法4.0.0の方法に戻しました（魔法が少ない-それが役立つか

役立つ@GoodBoyDigital 。 スマートテクスチャバインディングは、単一テクスチャのものでのみ機能し、すべてのマルチテクスチャの使用はそれで苦痛でした。

ちょっとチャップス、どのバージョンをes6に変換しましたか？ 私はそのヒットパフォーマンスが少しだけであることを知っています！

@GoodBoyDigital

バニーマークは一つのことです。 Pixiが高速であることを示すことになっているため、高速であることが重要です。 そして、それはパフォーマンスの例であるため（ソースの人々が研究して言い換える可能性があります）、すべての可能な賢明なlibユーザー側の最適化を示す必要があります。 そして、バニーカウントはまだ印象的な数、たとえば40000または50000である必要があります（たとえば、このチケットに記載されている改善と、my / IvanのマシンのPixiバージョン5で60fpsをもたらす最大カウント）。

しかし、バニーマークコードに関係なく、私たち全員が同意するように、Pixi自体は非常に高速である必要があります。

皆さんが素晴らしいパフォーマンスを達成し、維持できることを願っています！

現在のバージョンのpixiでも静的コンテンツに少し偏りがあります（ほとんどのものは動かない傾向があるためです！）

Pixiを使用するときはいつでも、ほとんどのものが動きます😀

パーティクルコンテナを使用すると、Bunnymarkの実行速度が大幅に向上します:)

したがって、バニーマークコードはパーティクルコンテナを使用する必要がありますよね？

現在v5に取り組んでいますが、そのfpsを元に戻すことができるかどうかを確認します。

素晴らしい！ 👍

ここでバニーマークの想定される目的が何であるかについては同意しません。 目標は、必ずしも60fpsで実行されているものを表示することではありません。 これを、リリース/開発の相対的なパフォーマンスを比較する方法として、およびスモークテストとして使用します。 ベンチマークの良い方法が見つかるまで、これはパフォーマンスへの影響を測定するための現時点での最良のツールです。 100000バニーは、レンダラーを苦労する場所に実際にプッシュすることを意図していました。 Pixiの速さをアピールしたいのであれば、これはその仕事にとって正しいことではありません。 〜Ivan〜Matが提案したように、ParticleCointainerを使用して何かを作成したでしょう。

v4.1 +でわずかなパフォーマンスの低下があったことはわかっています。これは、ES6のコードベースを書き直して保守しやすくしたためです。 コアチームは、パフォーマンスへの小さな打撃は長期的なトレードオフの価値があると感じました。

これに対処する方法について、いくつかの提案があります。

• [] Pixiのよりセクシーでユーザーフレンドリーなパフォーマンス広告、できれば例のようなものを作成します。 機能を切り替えるためのきめ細かいコントロールがある場合があります。 バニーマークは内部テストツールとしてのみ使用してください。
• []パフォーマンスのヒントについてウィキを改善し続け、デモを提供する可能性があります
• []一貫して測定できるPixiのベンチマークテストを実装する
• []上記のように、最新バージョンでパフォーマンスが低下することを確認します

その問題を修正する必要があり、その後、パフォーマンスの低下を将来のために防ぐ必要があります

もちろん、パフォーマンスのベンチマークを改善する必要があります。もちろん、CIに統合するのは素晴らしいことです。もちろん、Pixiは可能な限り高速である必要があります。 しかし、これらの非常に複雑な問題の解決に時間を割いてくれる人も必要です。 さまざまなブラウザ/ハードウェアでパフォーマンスベンチマークを実行した特定の経験を持つ人々がいる場合は、ここでの貢献を歓迎します！

@tobireif、あなたはどうですか？ これらの分野の専門知識はありますか？ 改善する機会がたくさんあります。 ここでPRまたは取り組みを歓迎し、プロファイルを作成し、より良いテストを作成し、webglでCI（Travis）を実行するためのソリューションを見つけ、コミット履歴でバイナリ検索を実行して、パフォーマンスの低下に寄与します。

また、バニーマークは複数のバージョンで存在していたことを述べたいと思いますが、数か月前に@bigtimebuddyにサポートを依頼し

ベンチマークにとって重要なタスクは、テクスチャの数だけだと思います。

@bigtimebuddy

質問してくれてありがとう。 私はパフォーマンスの最適化の経験がありますが、残念ながら、近い将来、Pixiに直接取り組む時間を見つけることができません。 この（および他の）問題レポートの形での私の貢献がまだ評価されていることを願っています（彼らも時間がかかります...）

「pixijs.github.io/bunny-mark」が開発内部のパフォーマンステストを目的としていることを理解しました。

したがって、PixiJSの優れたパフォーマンスを誰かに示す場合（たとえば、特定のプロジェクトにPixiを推奨する場合）、これをhttp://www.goodboydigital.com/pixijs/bunnymark/にリンクし
（https://pixijs.github.io/bunny-mark/の代わりに）
（将来的には追加のパフォーマンスデモがあるかもしれませんが、私はバニーマークが好きで、それは印象的に仕事をします。）

（潜在的なlibユーザーにパフォーマンスを紹介することは、最初/以前のバニーマークの本来の目的であり、GoodBoyのブログ投稿などに投稿されたものであり、開発内部だけではなかったと思います。）

ところで、 http：//www.goodboydigital.com/pixijs/bunnymark/はParticleContainerを使用してい

繰り返しますが、皆さんへ：

PixiJSをありがとう！

@GoodBoyDigital

現在v5に取り組んでいますが、そのfpsを元に戻すことができるかどうかを確認します。

いいね！ 楽しみにしています😀

おそらく、v5バニーマーク（既存のv3バニーマークhttp://www.goodboydigital.com/pixijs/bunnymark_v3/のように、Pixiのパフォーマンスを紹介するためのもの）がある可能性があります。

やあ！ 非アクティブであるため、今のところこの問題を閉じます。 この問題の再開をご希望の場合は、お気軽にご連絡ください。 ありがとう👍

問題ありません😀

しかし、PixiJSの印象的なアニメーションパフォーマンス（PixiJS-lib-developersが使用するsmoke-test-bunnymarkとは異なるもの）を紹介することを唯一の目的として、それぞれの最新リリースにバニーマークが常に存在するのであれば、それでも素晴らしいでしょう。 。 バニーマークなどの印象的なアニメーションデモをリンクすると、ツイートなどでPixiJSを宣伝するときに役立ちます。 （それぞれの最新のバニーマークは、以前のものより遅くてはいけません/以前のバニーマークと少なくとも同じ量の60 fpsのバニーをサポートする必要があります。おそらくParticleCointainerを使用します。）

それがPixiJSプロジェクトの範囲内である場合は、再度開いてください（または、上記を新しいチケットに貼り付けることができます）。

また、このチケットにはさまざまな重要な行があります。たとえば、MattKarlによる「Pixiのベンチマークテストを実装します。これは一貫して測定できます」。

関連： https ：

このスレッドは、閉じられた後に最近のアクティビティがないため、自動的にロックされています。 関連するバグについては、新しい問題を開いてください。