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

魅力的な AR ユーザーエクスペリエンスを作成するには、AR 対応アプリが適切に動作することが重要です。

アプリが以下のようになるようにしてください。

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

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

ワールド空間座標を使用して 3D コンテンツを配置することは可能ですが、可能な限りアンカーを使用してください。基となるワールド空間の座標が変更され、ARCore がワールドの認識を更新するたびにアンカーが変化しても、ARCore はワールドに対して安定したアンカーが表示されるようにします。

アンカーにアタッチされていない仮想オブジェクトは、ジャンプしているように見えることがあり、環境に対して安定しているように見えません。これにより、ユーザーにとっての AR エクスペリエンスの魅力が低下する可能性があります。

ARCore 対応デバイスは、さまざまなハードウェア特性とパフォーマンス特性に対応しています。デバイスのパフォーマンスは以下の理由で変動します。

ユーザーが使用する代表的なデバイスである、さまざまなクラスのデバイスでアプリをテストすることをおすすめします。

特定の ARCore 機能を有効にすると、CPU 使用率が増加します。AR エクスペリエンスでこの機能を必要としない場合は、無効にすることを検討してください。これにより、アプリで使用できる CPU サイクルが増え、温度のパフォーマンスとバッテリー寿命が改善されます。

現在、現在のセッションで Instant Placement または Augmented Images を有効にすると、ARCore の CPU 使用率が増加します。CPU 使用率の効率を高めるには、次のガイドラインに従ってください。

完全なトラッキングが確立されたら、Instant Placement を無効にする必要があります。この機能はセッション構成で無効にできます。
AR エクスペリエンスにこの機能が不要な場合は、Augmented Images を無効にする必要があります。拡張イメージを無効にするには、セッション構成で null または空の拡張イメージデータベースを構成します。

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

必ずアプリの製品版ビルドを使用してください（ランタイムパフォーマンスの特性が異なる可能性のあるアプリの development や qa ビルドは使用しないでください。

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

ARCore のローカライズとマッピングの同時（SLAM）が正常に動作していることを検証するには、「VIO 周波数が低い」というメッセージがデバイスのログではない<br class="

adb logcat | grep 'VIO frequency low'

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

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

Java 共有カメラを使用する場合、アプリは追加の CPU または GPU 画像ストリームをリクエストできます。