パフォーマンスに関する注意事項

魅力的な AR ユーザーエクスペリエンスを実現するには、AR 対応の確認します

アプリが以下の要件を満たしていることを確認します。

パフォーマンスに関するベストプラクティス

より魅力的な AR エクスペリエンスを作成するには、次のベストプラクティスを念頭に置いて設計してください。

ワールド空間座標を使用して 3D コンテンツを配置することもできますが、常にアンカーを使用してください。 ARCore を使用すると、基になるワールド空間の座標は変化するため、ARCore が変化するたびに世界に対する認識を更新します。

アンカーにアタッチされていない仮想オブジェクトは、環境に対して安定しているとはいえません。これにより、 AR エクスペリエンスはユーザーにとってあまり魅力的ではありません。

ARCore 対応デバイスは幅広く対応ハードウェアとパフォーマンス特性の組み合わせが求められますデバイスのパフォーマンスは、次の要因によって変わる可能性があります。

以下の要件を満たすさまざまなクラスのデバイスでアプリをテストすることをおすすめします。ユーザーが使用するデバイスの代表的な名前になります。

ARCore の一部の機能を有効にすると、CPU 使用率が増加します。AR エクスペリエンスでこれらの機能が必要ない場合は、無効にすることを検討してください。これにより、アプリで追加の CPU サイクルが利用可能になり、向上させます。

現在、ARCore の CPU 使用率は、Instant Placement または現在のセッションで Augmented Images が有効になっています。フォローするいくつかご紹介します。

トラッキングをすべて完了したら、Instant Placement を無効にする必要がありますあります。この機能はセッション設定で無効にできます。
この機能が不要な場合は、Augmented Images を無効にする必要があります。ぜひお試しください拡張画像を無効にするには、null を設定するか、空の Augmented Images データベースを示しています。

開発時と QA テスト時に、Android の Thermal API を使用して、デバイス上のアプリのパフォーマンスを追跡できます

アプリの製品版ビルドを（開発版やビルドビルドではなく）使用するようにします。ランタイムパフォーマンスが異なる可能性があるアプリの qa ビルド説明します。

ARCore セッションがアクティブな場合、アプリは制限付きのモバイル CPU と GPU を共有する必要がある作成しました。CPU バウンドのアプリは、モーショントラッキングに必要な CPU リソースと競合する可能性があります。

ARCore のローカライズとマッピングを同時に行う（SLAM）正常に動作する場合は、「VIO 周波数が低い」ことを確認します。メッセージ Android デバイスのログには表示されません。

adb logcat | grep 'VIO frequency low'

ARCore セッションがアクティブな場合、アプリは制限付きのモバイル CPU と GPU を共有する必要があるリソースデバイスを作成します。CPU にバインドされたアプリは CPU リソースと競合可能モーショントラッキングに必要です。

可能であれば、開発時に拡張画像データベースを事前に作成します。拡張画像データベースをランタイムに、または動的に作成する必要がある場合既存のデータベースに画像を追加するには、必ず背景で画像を追加してくださいメイン UI スレッドをブロックしないようにします。

Java Shared Camera を使用すると、アプリは追加の CPU または GPU 画像ストリームをリクエストできます。