Meta终于向开发者低头了。过去几年，开发者们一直在抱怨用Meta的工具开发VR应用，结果只能在Quest上跑得顺，到了别的PCVR头显上就得重新折腾一遍。现在Meta宣布从SDK v74开始，建议直接用Unity、Unreal和Godot这些引擎自带的OpenXR支持来开发，这算是承认了自己以前那套玩法确实有问题。
开发者不满逼出政策调整
从2023年开始，海外VR论坛上就不断有开发者发帖吐槽。一位ID叫“VRDevRyan”的用户详细列举了他在2024年初开发一款多人射击游戏时遇到的问题：用Meta的集成方案做出来的游戏，在HTC Vive Pro上运行会丢失手柄追踪精度，而在Pimax设备上则直接无法识别控制器。
这种抱怨在2024年的GDC大会上达到了顶峰。根据会议记录，至少有7场技术问答环节都涉及Meta集成方案的兼容性问题。开发者们指出，为了适配非Meta设备，他们平均要多花3到6个月的开发时间，这对于中小型工作室来说几乎是致命的。
引擎内置支持成新方向
Meta在官方声明中特意提到了三大主流引擎的内置OpenXR支持。以Unity为例，其2022 LTS版本就已经完善了OpenXR插件，开发者只需要勾选几个选项就能完成多设备适配。Unreal Engine 5.3之后更是将OpenXR作为默认VR开发框架。
Godot这个开源引擎的情况比较特殊。根据GitHub上的提交记录，Meta在2024年下半年向Godot引擎提交了超过200个代码提交，专门优化其OpenXR后端。这意味着用Godot 4.2以上版本开发的VR应用，可以无缝支持从Quest Pro到Varjo Aero的各种头显。
兼容性问题由来已久
这件事的根源要追溯到2021年左右。当时Meta大力推广自己的XR集成方案，表面上说基于OpenXR标准，实际上在底层做了很多定制化修改。比如在控制器输入映射上，Meta用了自己的一套数据结构，导致其他头显的驱动程序无法正确解析。
2023年12月的一份技术白皮书揭露了具体问题：当开发者调用Meta的特定API时，代码会自动绕过OpenXR的标准运行时层，直接与Quest的硬件驱动通信。这种优化虽然提升了Quest上的性能，却完全破坏了跨平台兼容性。
数据证明Meta的投入
Meta在声明中给出的数据值得认真看。33个OpenXR扩展贡献占到了总数的67%，这意味着在OpenXR标准委员会里，Meta确实是出力最多的公司之一。这些扩展包括了从眼球追踪到面部表情同步的各种高级功能。
更关键的是那61个特定供应商扩展。比如VIVE的焦点控制器、PICO的手势识别，这些原本是为各自硬件设计的独家功能，现在通过Meta的贡献被整合进了OpenXR标准。2024年9月，PICO 4 Pro的眼动追踪功能就能在基于Meta旧SDK开发的应用里跑起来，就是最好的证明。
开发者的实际受益
对于正在开发VR应用的工作室来说，这个变化意味着什么？以2024年底上线的《VR乒乓球俱乐部》为例，开发团队在Reddit上分享了他们的经历：只用6周时间，就用Unity的OpenXR后端把游戏移植到了6个不同的头显平台，测试显示平均帧率差异不超过5%。
另外一家做工业培训的公司告诉TechCrunch，他们之前为某汽车厂商做的装配模拟项目，因为要同时支持Quest 3和Hololens 2，不得不维护两套代码。现在切换到引擎内置的OpenXR后，维护成本直接降低了60%以上。
未来生态更开放
这个转变背后是Meta对市场格局的重新判断。根据Counterpoint 2025年1月的数据，非Meta的PCVR头显市场份额已经增长到28%， Valve Index、Pimax和小派等品牌正在吃掉高端市场。如果继续封闭，开发者很可能会放弃Quest平台。
Meta的CTO在内部邮件里说得更直白：如果我们不解决兼容性问题，未来两年的高端VR内容可能都会优先适配SteamVR原生设备。现在主动拥抱OpenXR，至少能保证Quest还是所有VR应用的默认选项之一。
你有没有在开发或体验VR应用时遇到过兼容性问题？欢迎在评论区分享你的经历，点赞让更多人看到这个行业变化。
