Oculus更新后，使用SteamVR开发引发崩溃

聊一聊 Oculus Rift 在更新后,使用SteamVR开发引发的频繁崩溃

从下方的新闻3可以看出 旧的API已经逐渐开始停止更新、维护，转而向OpenXR标准进行开发

开发环境：

插件使用SteamVR 2.x Plugins + unity 2019.4.x

开发设备：

Oculus Rift 设备进行开发

Oculus 设备吐个槽 ：

1 安装文件巨大【15G】，首次只能装在C盘，另需科学上网
2 电池杀手，一般一周就没电，低点亮 提示烦人的弹窗！

Oculus也有它自身的优点

1 一根USB3.0，一根高清线即可使用，无需定位仪
2 显示效果棒，头戴与手柄轻便，相对Vive设备【旧】

问题分析及解决方案

最近由于Oculus Rift 软件的频繁更新，unity引擎崩溃的频率也愈发频繁， 一次偶尔注意到 更新后出现的 **OpenXR Runtime [运行时] ** 的提示选项

既然Oculus 有了这个选项 那么我想 SteamVR 肯定也会有这个选项
果不其然 在开发者下方看到了这个选项

如果其中任意软件 开启了 OpenXR运行时 的选项 , 另一个软件的运行时就会关闭
.
OpenXR 运行时 选项 是 OpenXR 制定的标准
.
但是标准是标准 各家公司的实现手段不尽相同
.
Oculus 与 SteamVR 软件近期更新后，配合使用出现问题 [纯属正常]，引发一系列不定时停止运行，程序崩溃
.
在此版本的更新之前 Oculus设备使用虽有点小问题【可能是电量低引发的，但不会频繁崩】，但是与SteamVR的配合相对完美
.
为了证明是软件与设备更新后不兼容问题，更换了vive设备进行测试，完全没有崩溃的情况发生。
.
结论：SteamVR对于自家的设备是完美支持
但是不同平台对于其他设备在 OpenXR 更新【7-26】后，需要继续磨合与 bug修复
.
现在没有太好的解决方案，只能是使用同平台配套设备进行研发相对稳定，也许再更新几个版本，问题会很快解决。

几条新闻链接，了解OpenVR

新闻1 - 旧

开源标准制定组织Khronos Group今天正式发布了OpenXR 1.0规范。
OpenXR是统一的免费授权开源标准，可提供对增强现实和虚拟现实的高性能访问。
新规范请访问Khronos官网或GitHub。

OpenXR工作组主席、英特尔首席XR架构师Brent Insko表示：“工作组很高兴推出OpenXR规范的1.0版本，对于我们达到的这个重要里程碑，社区对3月发布的临时规范的反馈非常宝贵。我们的工作依然在继续，而我们现在敲定了一个全面的测试套件，集成了关键的游戏引擎支持，并计划了下一组功能，从而为XR平台和设备发展一个真正富有活力的跨平台标准。现在软件开发者是时候将OpenXR投入使用了。”

根据XR社区的反馈，OpenXR工作组对OpenXR输入子系统、游戏引擎编辑器支持和加载器进行了改进。工作组将以1.0版本为基础继续进行拓展，同时保持完全的向后兼容性，从而为软件开发者和硬件供应商提供坚实的基础，帮助其提供令人难以置信的和便携式的用户体验。

OpenXR同时获得了Khronos成员的持续性生态系统支持。来自成员企业的OpenXR实现正在始陆续推出，包括Collabora的“Monado”OpenXR开源实现，微软WMR头显的OpenXR运行时，Rift的Oculus OpenXR实现，以及Oculus Quest的支持等等。另外，Epic Games计划为Unreal引擎提供OpenXR 1.0支持。

值得一提的是，OpenXR成员Epic Games、微软和Varjo将在SIGGRAPH 2019大会演示采用面向一系列VR和AR平台的XR应用程序，而它们都利用了相同的OpenXR API进行开发。

新闻2 - 旧

在Khronos联盟的众多技术中，有的支持增强现实，有的支持虚拟现实。为了完成该组织为新技术制定开放标准的任务，该组织开始创建一个用于AR和VR设备的开放API，最终制定了OpenXR标准。该标准的初始版本于去年夏天发布，现在，技术行业终于有机会为其开发软件，今天早上，Khronos提供了OpenXR最新情况，公开了一些使用其新API的项目。

首先，Khronos宣布第一批符合标准的OpenXR实施推出。从今天开始，Oculus和微软各自的OpenXR运行时都通过了一致性测试，并获得了该组织的批准，作为Khronos的OpenXR采用者计划的一部分，允许这两家公司推广他们对OpenXR的支持和产品。

令人惊讶的是，系留式和独立式头显都在新的合规设备之列。微软和Oculus现在都已经批准了Windows的运行程序，将OpenXR支持与Oculus Rift系列头显一起带到了Windows混合现实设备上。同时Oculus独立的、由Android驱动的头显Oculus Quest也获得了OpenXR支持，微软的独立Hololens 2 AR头显也获得了支持。这意味着在一年的时间里，OpenXR的支持范围已经扩大到了OpenXR设想的全部设备，AR和VR设备现在都支持该API。

这又是OpenXR的一个重要里程碑，因为这意味着该标准终于解决了所有新API所面临的引导问题。有了可用的硬件，软件开发人员终于可以编写软件并针对实际设备进行测试，使整个过程变得更加容易。因此，在很多方面，真正拉开API生命周期序幕的是这一刻，而不是去年的OpenXR 1.0发布，因为Khronos及其成员终于可以就广泛部署问题向开发者伸出援手。同时，受支持的头显队伍也将在未来几个月内不断壮大，因为Valve、Varjo和Collabora目前都有OpenXR产品正在开发中。

Valve表示，它正在努力将自己的VR产品过渡到OpenXR。上个月，该公司在SteamVR内推出了对OpenXR的测试版支持，允许SteamVR游戏使用符合OpenXR的运行时。同时Valve基本上搁置了自己的OpenVR标准的开发，将重点转移到OpenXR上，因为任何新的SteamVR功能都将针对Khronos的API进行开发。

同时微软也计划在自己的一些项目中使用OpenXR，最明显的就是新的VR版Minecraft。今天被宣布，微软将在新的RenderDragon引擎中加入VR支持，该引擎于今年早些时候推出，作为Minecraft支持光线追踪的图形大修的一部分。新的VR实现将取代旧的实现，旧的实现是针对游戏之前的渲染引擎构建的，只支持Oculus和Windows MR设备。

最后，Khronos还提供了关于OpenXR内手部和眼部追踪状态的简要更新。这两个功能都没有进入核心1.0规范，但现在这两个功能都在作为跨厂商扩展开发。这两项功能都已在HoloLens 2上运行，Khronos计划在证明其价值后将这些扩展纳入到核心规范的未来版本中。

新闻3 - 最新 【今天时间： 2021-8-20 】

Oculus将全力投入OpenXR：现有本地和移动API将被停用
2021-07-26 18:09:45 来源：新浪VR
新闻链接

自2016年以来，Oculus推动了OpenXR标准的开发和采用，以简化和加速XR应用的开发。在过去的一年里，整个行业在OpenXR方面取得了惊人的进展。Oculus、微软、SteamVR和HTC都给出了符合要求的OpenXR运行时间，Unity和Epic Games在他们的引擎中增加了支持，一些大的游戏如《微软模拟飞行VR》也正式发布。

OpenXR进入全面支持

为了继续这一势头，从v31开始，新的功能将通过OpenXR扩展交付，而不是新的Oculus移动和PC API。OpenXR将进入全面支持阶段，并将成为所有新应用程序的首选API，包括那些计划使用Passthrough Experimental API功能的应用程序。

1。 通过Oculus的开发者网站帮助开发者用OpenXR构建新的应用程序

2。 对OpenXR进行QA测试，以确保功能正常运行

3。 解决报告中的错误

4。 通过OpenXR向开发者提供新功能的API访问

Oculus原生移动和PC APIs的兼容性支持

在未来，开发者仍可使用Oculus移动和PC API构建的应用程序将继续工作，但官方提供的支持水平将在未来一年内改变。从2021年8月31日开始，Oculus移动和PC APIs将进入兼容性支持。

1。 Oculus会通过指南为现有的应用程序迁移到OpenXR提供建议，但无法协助使用Oculus Native和PC APIs创建新的应用程序

2。 Oculus继续对Oculus Native Mobile和PC APIs进行有限的QA测试，以确保功能正常运行

3。 官Oculus在收到报告时对错误进行处理，并根据需要修复关键错误。功能性的错误将逐一解决。

4。 Oculus不会向Oculus Native Mobile和PC APIs添加新的功能。

Oculus Native Mobile和PC APIs最终将不被支持

一年后，即2022年8月31日，Oculus Native Mobile和PC APIs的兼容性支持将结束，它们将不被支持。现有的应用程序将继续在Oculus设备上运行，但官方的支持水平将改变。

1。 Oculus将要求新的应用程序使用OpenXR，除非提供豁免权

2。 Oculus将无法提供对Oculus Native Mobile和PC API的访问，但将允许现有应用程序继续使用它们

3。 Oculus可以通过指南为现有应用程序迁移到OpenXR提供建议，但无法协助创建使用Oculus Native和PC API的新应用程序

5。 Oculus将把Oculus Native Mobile和PC APIs的QA测试减少到自动化，以确保核心功能的正常运行

6。 Oculus只修复Oculus Native和PC APIs中的关键安全、隐私或安全错误

Unity引擎中的OpenXR

Oculus正在将OVRPlugin迁移到OpenXR后端，该后端在2020年12月（v23）作为实验性发布。从2021年7月（v31）开始，Oculus将通过Oculus XR Plugin与Unity 2020+完全支持OpenXR。对于使用Unity 2019.4 LTS的开发人员，Oculus将继续通过传统的CAPI/VRAPI后端提供兼容性支持，直到2022年7月。v31之后的新功能，将只能通过OpenXR提供。

Oculus将继续与Unity密切合作，开发他们的OpenXR插件（在Unity 2020 LTS及以后的版本中得到充分验证），该插件目前正在为Oculus设备进行实验。Unity OpenXR插件将在2022年初得到完全支持（Unity 2021 LTS），并将成为Unity开发者的推荐途径。Oculus将继续为Oculus XR插件提供兼容性支持，直到2023年初，预计Unity 2022 LTS将被发布。

虚幻引擎中的OpenXR

Oculus将对OpenXR提供支持，并从2021年7月（v31）开始将Oculus VR插件迁移到OpenXR后端，并与传统的CAPI/VRAPI后端一起交付。开发者可以在插件设置中选择后端，其中传统的后端在v31中是默认的，Oculus希望OpenXR后端在v32中成为默认。Oculus将继续为OVRP插件与传统的CAPI/VRAPI后端提供兼容性支持，直到2022年7月。新的功能将只能通过OpenXR后端提供。

Oculus还与Epic Games合作，通过UE5的OpenXR插件向Oculus设备提供全面支持。当UE5发布时，Oculus VR插件将被废弃，UE5开发者将需要使用OpenXR插件来开发Oculus应用程序。

开始使用OpenXR

如果有开发者要开始使用原生OpenXR开发，请查看Oculus官方的文档（移动、PC），并加入OpenXR开发论坛的讨论。