一度に 1 つのポイントをプロットして、2000 ポイントに近いリアルタイム グラフをプロットしようとしています。プロット速度。
2 に答える
使用したいプラットフォームに対処する
この速度の問題は、双方に影響を与える可能性があります。
ライブラリ (jar と呼ぶ) アプローチは、キャンバス上に描画すると想定しているため、最初の描画が高速になります。このアプローチを使用して、アプリでいくつかの複雑なグラフを描画します。この方法は単純明快です。チャートはほとんどが静的で、相互作用のための機能がいくつかあります。
OpenGL アプローチは、最初に GLView をロードしてチャートを描画する前に OpenGL を起動する必要があるため、最初のレンダリングに時間がかかります。これには時間がかかる場合がありますが、これがロードされるとすぐに、描画操作の実行がはるかに高速になり、 jar アプローチよりも派手な機能。
結局は自分がどうしたいかです。グラフをプロットして最新のデータで更新するだけなら、私は OpenGL を使用しませんが、クールなズーム機能やパンなどを追加したい場合は、OpenGl を使用してこれらの操作を実行できます。
あなたは図書館によって制限されています
ライブラリに関することは、実装方法を改善することしかできないということです。たとえば、不要な for ループをチェックしたり、チャートで不要なメソッドを呼び出していないことを確認したりします。(コードを示さずに改善することはできません)
定期的にしか更新されないソース コードに依存する準備はできていませんでした。バグがシステムに長期間留まる可能性があるからです。そこで、独自のチャート作成クラスを作成しました。これは非常にシンプルで、グラフが x 軸と y 軸の最新のポイントのみをプロットするように設計されている場合、これは完全に制御できるより優れた軽量のアプローチです。確かに、既存のライブラリを使用するよりもはるかに多くの作業が必要ですが、最終的には自分で制御できます。
これにより、何を見るべきかについてのアイデアが得られることを願っています
とはどういう意味"slow"
ですか? fpsレートが低い?どのレートを達成したいですか?
実際に高速なレンダリングが必要な場合、真剣な選択肢は 1 つしかありません。それは、OpenGL でプログラミングすることです。