MENU

OpenXRとは? Khronosが整えたXRランタイムの共通仕様

OpenXR アイキャッチ
OpenXR

OpenXRはKhronos Groupが策定したXR(VR・AR・MR)向けのオープン標準APIで、2019年7月にバージョン1.0が公開されました。ヘッドセット、ハンドトラッキング、コントローラなど各社固有のSDKに対して、共通のC言語APIを介してアクセスする「ランタイム抽象化層」を提供します。Meta、Microsoft、Valve、NVIDIA、Sony、HTC、Magic Leapなど主要ベンダーが参加しており、ベンダーロックインを避けたい開発者にとって事実上のデファクトとなっています。

目次

この記事の目次

  1. OpenXRが整理したXR APIの混乱
  2. 対応ランタイムと実装状況
  3. エンジン統合の現在地
  4. 採用判断のチェックリスト
  5. まとめ

OpenXRが整理したXR APIの混乱

OpenXRが整理したXR APIの混乱

OpenXR以前は、Meta(Oculus)向けにOculus SDK、Valve向けにOpenVR、Microsoft向けにWindows Mixed Reality APIなど、各社が独自APIを提供していました。ゲームエンジンや個別アプリは、対象ヘッドセットごとにバックエンドを実装する必要があり、ハードウェア新参入のたびに移植コストが発生する状況でした。OpenXRはこれを単一のXR Instance、XR Sessionモデルへ収斂させ、xrEnumerateやxrCreateSessionといった共通呼び出しに置き換えました。

仕様にはコア部分に加え、多数のエクステンションが用意され、ベンダー固有機能はベンダー名のプレフィックスでエクステンションとして提供されます。たとえばXR_FB_passthroughはMeta(旧Facebook)のパススルー機能、XR_HTC_facial_trackingはHTCの表情追跡機能を抽象化します。共通仕様で動かしつつ、必要に応じて個別機能を有効化する設計です。

対応ランタイムと実装状況

対応ランタイムと実装状況

現在OpenXRランタイムを提供している主要プラットフォームには、Meta Quest(Oculus OpenXR)、SteamVR、Windows Mixed Reality、Pico、Magic Leap 2、Varjo Aero、Lynx R-1などがあります。これらのランタイムはOpenXR Conformance Testに合格し、Khronosが認定したものだけが「OpenXR Conformant」を名乗れます。これによりベンダー独自実装に起因する微妙な挙動差を抑える仕組みが確立しています。

Apple Vision ProのvisionOSは、現時点でOpenXRランタイムを提供していません。AppleはARKit/RealityKit中心の独自エコシステムを選び、Khronosのエコシステムから距離を置く戦略を取っています。マルチプラットフォーム展開を考える際は、Vision Pro向けにはネイティブAPIで対応する一方、それ以外はOpenXRで集約するという二段構成が現実解になります。

エンジン統合の現在地

エンジン統合の現在地

UnityはXR Plugin Frameworkを通じてOpenXR Pluginを提供しており、これを有効化すると一つの設定で対応ヘッドセットに展開できます。UnrealはバージョンE 5以降、OpenXRランタイム連携をデフォルト化しており、Meta XR Pluginと組み合わせてVRテンプレートを利用できます。WebXRもブラウザ側でOpenXRを使う実装が増えており、間接的ながら標準化の恩恵が広がっています。

C++ネイティブで書く場合は、Khronosが配布するopenxr_loaderをリンクし、xrInitializeLoaderからxrCreateInstance、xrGetSystem、xrCreateSession、xrBeginSession、xrWaitFrame、xrEndFrameの順で標準的なフレームループを構築します。これだけで主要ヘッドセットのトラッキングとレンダリングが動作するため、自前ランタイム開発の参入障壁が大きく下がりました。

採用判断のチェックリスト

採用判断のチェックリスト

OpenXRを採用すべきかを判断する際は、対象とするヘッドセット、利用したいベンダー固有機能、納期と保守体制を確認します。Quest単独で完結し、Passthrough APIをフル活用したい案件ではOculus SDK直接利用も選択肢ですが、将来Pico追加が見えているならOpenXRで書いておくと移植コストが大きく下がります。

デバッグはOpenXR Toolkitなどのコミュニティツールが充実しており、レイテンシ表示やFFR(Fixed Foveated Rendering)設定をリアルタイムに調整できます。Khronosが提供するOpenXR Validation Layerを開発時に有効化すると、誤ったAPI呼び出しを即座に検出でき、本番でのクラッシュを未然に防げます。CIにはheadlessランタイムで擬似セッションを動かすテストを組み込むのが定石です。

まとめ

OpenXRはMetaやMicrosoft、Valveを含む主要XRベンダーが合意した共通APIで、ヘッドセット固有SDKの乱立を解消しました。Vision Proは未対応のため例外扱いが必要ですが、それ以外のヘッドセットを横断する場合は事実上の標準です。Validation LayerやConformance Testに沿った実装で、保守性の高いXRアプリを構築できます。

※本記事はIT用語辞典の手書きドラフトです。公開前に最新情報・出典を確認のうえ加筆修正してください。

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!

この記事を書いた人

コメント

コメントする

目次