vrcoast 
元宇宙标准组织OpenXR的开放性愿景正面临来自行业巨头的挑战。据UploadVR调查，Meta在Unity和Unreal引擎中推出的所谓”OpenXR”集成方案，实际仅支持自家的Quest Link和Rift PC头显，导致其他PC VR设备无法正常运行相关应用。这一做法引发了开发者社区的广泛质疑。
作为覆盖全球多数厂商的AR/VR/MR通用标准，OpenXR旨在实现跨平台应用兼容，使开发者无需针对不同硬件编写专属代码。然而现实情况显示，除苹果Vision Pro和PSVR2外，主流设备虽均支持OpenXR框架，但Meta、Pico等厂商仍在引擎层面保留自有解决方案。这类混合方案理论上应兼顾OpenXR通用性与设备特色功能，但在Meta的PC平台实践中却未能兑现承诺。
微软资深工程师马修·布奇安尼（Matthieu Bucchianeri）自去年起持续公开批评这一现象。这位曾参与索尼PlayStation VR、SpaceX航天器等项目的技术专家指出，Meta通过Unity和Unreal的封闭方案实质上造成了双重开发负担——开发者既要遵循Meta推荐的集成路径，又需额外构建支持其他设备的子系统，这与OpenXR消除重复劳动的初衷背道而驰。
值得注意的是，布奇安尼作为OpenXR规范贡献者开发的OpenXR Toolkit工具包已于2024年终止维护，他本人也在近期因公开抗议Meta行为被移出OpenXR官方文档署名。他在个人网站详细阐述，Meta自2024年初经Khronos集团正式渠道确认，其引擎集成存在”蓄意封锁其他平台运行OpenXR内容”的设计。
尽管Khronos在声明中表示正通过将厂商扩展功能纳入核心规范来推动OpenXR发展，并建议开发者使用各引擎内置的跨平台支持方案，但布奇安尼认为这未能回应根本矛盾。他指出Meta近期仍在为其自有集成添加独占功能，导致依赖该方案的应用无法在其他PC VR设备上运行。
行业观察显示，Meta虽计划未来转向Unity原生OpenXR支持，但目前仍通过插件形式保留部分专属特性。这种过渡策略引发了对OpenXR生态碎片化风险的担忧，特别是在Khronos未对Meta采取实质措施的情况下，可能导致统一标准的形同虚设。
我们后续将持续关注并报道。
来源：uploadvr
