Quest 的 Web 浏览器现在已实验性地支持自动协同定位 WebXR，这意味着可以在同一空间中进行涉及多个头显的会话。这项新功能的推出，有望显著改善多人 VR 体验的便捷性和沉浸感。
目前，在 WebXR 中实现协同定位实际上需要手动用控制器或手触摸共享参考点，步骤繁琐，用户体验不佳。这一痛点一直阻碍着多人 WebXR 应用的普及。
Horizon OS Web 浏览器的 39 版本(“正在推出”)，增加了一个新的“共享空间”实验性设置。启用后，WebXR 页面将可以自动在同一房间内的头显之间创建共享坐标空间。 这意味着用户无需再进行繁琐的手动校准，即可轻松地在虚拟空间中与他人互动。
Meta 浏览器团队的工程师 Rik Cabanier 分享了一个展示该新实验性功能运行效果的短片示例，同时还提供了一个 GitHub 示例，向开发者展示了如何使用它。
该示例使用 PeerJS 在头显之间进行本地联网，你可以在自己的 Quest 上通过 URL sharedshooter.arvr.social 进行测试。这种本地联网的方式，保证了多人体验的低延迟和流畅性，尤其是在网络环境复杂的场景下，效果更佳。
以下是 Cabanier 从开发者角度对“共享空间”功能工作原理的解释：
• 每个共享空间都绑定到房间的大小。 距离较远的头显不会参与，但如果它们靠得更近，可能会开始参与。
• 共享空间仅暴露给特定站点。 例如，“bar.com/a.html”将无法看到“bar.com/b.html”的共享空间。 它们都将获得唯一的空间和 uuid。
• 当 WebXR 会话开始时，可能需要几秒钟才能建立正确的共享空间。 在此之前，浏览器将报告默认共享空间。 建立正确的空间后，将在共享空间上调用 `reset` 事件，并建立新的坐标系和 UUID。 如果头显是第一个进入沉浸式模式的，则不会生成重置事件。
• 参与者可以随意进入和离开。 重新启动 WebXR 会话时，他们将始终能够建立一个共同的坐标系。 (按照设计，创建共享空间的第一个头显的原点将是公共坐标系的原点)。
• 当参与者退出 WebXR 时，共享 spade 会丢失，重新进入 WebXR 时需要重新创建。
• 头显可以自由进出共享空间，但一旦最后一个离开，共享空间就会丢失。 可能会恢复它，但我们需要更多关于良好 API 形状的开发者反馈。
尽管前景可观，但这项新的“共享空间”功能存在一个主要的限制：它仅适用于 Quest 头显。 这主要是因为底层技术依赖于 Meta 的共享空间锚点技术。
目前，并没有适用于该技术的供应商中立的 OpenXR 扩展。 不仅 WebXR，原生应用也存在这种限制。 例如，Apple Vision Pro 根本没有共享锚点，而 PICO 也使用其自己独立的共享锚点系统。 这就意味着，如果用户使用不同品牌的 VR 头显，将无法体验到这一便捷的协同定位功能。 行业标准化进程的滞后，成为制约多人 VR 体验普及的重要因素。
要在 Horizon OS Web 浏览器中启用“共享空间”，请转到 chrome://flags，搜索“WebXR experiments”，启用它，然后重新启动浏览器。虽然目前仍是实验性功能，但我们期待 Meta 以及其他 VR 厂商能够加快技术迭代和标准化进程，为用户带来更加无缝和沉浸的多人 VR 体验。
ZH 
EN_US