空間アンカーは、システムによって時間の経過と共に追跡される、世界中の重要なポイントを表します。アンカーで固定されたホログラムを正確に固定するため、各アンカーには、必要に応じて他のアンカーや座標系に対して調整される座標系があります。アンカーの座標系でホログラムをレンダリングすると、ホログラムの位置は常に最も正確なものになります。これは、システムが実際の世界を基準にして継続的に移動するときに、ホログラムの位置に対して時間の経過に伴う微調整のコストを発生させます。world.また、アプリケーションセッション間およびデバイス間で空間アンカーを永続化して共有することもできます。上の複数のアプリケーションセッションで、実際の環境内の同じ場所を計算できます。デバイス間で空間アンカーを共有できます。各デバイスで同じ空間アンカーを使用してホログラムをレンダリングすることにより、ユーザーには、そのホログラムが現実世界の同じ場所に表示されることがわかります。これにより、リアルタイム共有エクスペリエンスを実現できます。デバイスの間で非同期ホログラム永続化を行うこともできます。永続的なクラウド空間アンカーを共有すると、永続化した同じホログラムを長時間にわたって複数のデバイスに表示できます。これらのデバイスが同じ時間と場所に居合わせていなくても問題ありません。time.5メートルの直径内に収まるテザリングさデスクトップヘッドセットのための、継続的なスケールまたはルームスケールのエクスペリエンスについては、通常、空間アンカーではなく、参照のステージフレームを使用します。これにより、1つの座標系がすべてのコンテンツを表示します。5メートルを超えている場合、たとえばビルのフロア全体で動作するようにする場合は、コンテンツを安定した状態に保つために空間アンカーが必要になります。stable.空間アンカーは、世界の中に固定するホログラムに適しています。空間アンカーは、一度配置すると移動させることはできません。アンカーの代替手段として、ユーザーとタグを付ける動的ホログラムに適しています。接続座標系を使用して配置することをお勧めします。ガイドラインを使用すると、現実世界を正確に追跡する安定したホログラムをレンダリングできます。them通常、ユーザーは空間アンカーを明示的に配置しています。アプリケーションはユーザーの宝石と空間マッピングメッシュを交差させて、ユーザーがホログラムをどこに配置するかを決定できるようにすることができます。ユーザーがタップしてそのホログラムを配置したら、交差点に空間アンカーを作成し、そのアンカーの座標系の原点にホログラムを配置します。system.ローカル空間アンカーは、簡単かつ高性能に作成できます。複数のアンカーが基になるセンサーデータを共有できる場合、システムは内部データを統合します。通常は、ユーザーが明示的に配置した各ホログラムに対して、新しいローカル空間アンカーを作成する必要があります。ホログラムの固定グループなど、以下に示すケースは除きます。anchor空間アンカーは、アンカーの原点近くの座標系を安定させます。効果に起因して、その原点からの距離に比例して顕著な位置指定エラーを発生させる可能性があります。これは、ユーザーがアンカーの近くにある場合に機能します。これは、ホログラムがユーザーから離れた場所にあるためです。言い換えると、遠くのホログラムの角誤差は小さくなります。効果が非常に明確になります。clusterアプリケーションで固定関係を維持するために、複数のホログラムは同じ空間アンカーを共有できます。太陽システムをアニメーション化する場合は、すべての太陽システムオブジェクトを中央の1つのアンカーに関連付けて、互いに滑らかに移動させることをお勧めします。この場合、太陽系の個々の構成要素が直接アンカーの周囲を移動しますが、太陽系全体をアンカーで固定します。anchor.ホログラムの安定性を維持するための重要な注意事項は、上記の3メートルの規則に従うことです。高度に動的なホログラムがある場合は、ローカル空間アンカーをスキップし、次のように指定された座標系でそれらのホログラムを直接レンダリングすることをお勧めします。静止した参照フレーム。使用せずに、ワールド座標にホログラムを直接配置することによってこれを実現しています。静止した参照フレーム内のホログラムは、ユーザーがホログラムから離れていると、ずれを感じることがあります。動的なホログラムの場合、これはあまり顕著ではありません。ホログラムが常に移動されるか、またはそのモーションによって、誤差が最小化されるユーザーに近い状態を維持することができます。minimized.動的ホログラムにおける興味深いケースとして、ある固定の座標系から別の座標系にアニメーションするオブジェクトがあげられます。城10の2つのメーターがあるとします。それぞれが独自の空間アンカーにあり、もう一方の城では、1つの城主がある城以外のボールを起動します。起動されると、最初の城の固定された座標系でキャノンと一致するように、参照フレーム内の適切な位置にレンダリングできるようになります。他の城に達したときは、2番目の城の固定された座標系に移動して、その城の固定の本体で物理的な計算を行うことができます。bodies.デバイス間で高度に動的なホログラムを共有している場合は、一部のクラウド空間アンカーを選択して親として機能させる必要があります。これは、複数のデバイスで参照の静止フレームを共有できないためです。この場合、すべてのデバイスでホログラムが安定して表示されるように、動的なホログラムまたはそれを表示しているデバイスがアンカーの3測定半径の範囲内にあることを確認する必要があります。anchors場合によっては、ユーザーが移動するときに空間アンカーの通常のグリッドをドロップして、アンカーからアンカーに動的オブジェクトを移行することが必要になることがあります。これには、システム自体によって内部的に管理される詳細センサーデータを利用することなく、アプリケーションの管理が多数必要になります。このような場合、通常は、前のセクションで説明したように、ホログラムを参照の静止フレームに配置することで、より良い結果を得ることができます。静的な空間に対して一連のクラウド空間アンカーを事前に配置する場合は、アンカーの任意のグリッドを作成するのではなく、前述の原則に従って、ユーザーが検出したキーホログラムの位置に空間アンカーを配置することを検討してください。これにより、重要なホログラムを最大限に安定させることができます。needローカル空間アンカーがアクティブになっている間、システムはそのアンカーの近くにあるセンサーデータを保持します。空間のアンカーを使わなくなった場合、その座標系にアクセスしないようにします。これにより、基になるセンサーデータを必要に応じて削除できます。アンカーにとって特に重要です。これらのアンカーの背後にあるセンサーデータは、アプリケーションが将来のセッションでアンカーを見つけることができるように永続的に保持されます。これにより、他のアンカーを追跡するために使用できる領域が減少します。将来のセッションで再び検索する必要があるローカルアンカーだけを保持し、ユーザーにとって意味がなくなったときにストアから削除します。user.クラウド空間のアンカーのストレージは、シナリオで必要とされるだけ拡張することができます。必要に応じていくつでもクラウドアンカーを格納できます。その場合、ユーザーがそのアンカーでホログラムを検索する必要がないことがわかっている場合にのみ、それらを解放します。realityお勧めのコンテンツこのページはお役に立ちましたか?はいいいえ追加のフィードバックはありますか?スキップ送信ありがとうございます。Cookie利用条件サイトのフィードバック商標このページはお役に立ちましたか?はいいいえ追加のフィードバックはありますか?スキップ送信ありがとうございます。Cookie利用条件サイトのフィードバック。