vrcoast 
Quest Web 浏览器现在具有对自动共置 WebXR 的实验性支持，这意味着会话涉及同一空间中的多个头戴显示设备。
目前，在 WebXR 中实际实现共置需要用控制器或手手动触摸共享参考点。
Horizon OS Web 浏览器版本 39 现已“推出”，它添加了一个新的共享空间实验性设置，启用该设置后，WebXR 页面可以在同一房间内的头显之间自动创建共享坐标空间。
Meta 浏览器团队的工程师 Rik Cabanier 分享了一个简短的示例剪辑，展示了新的实验性功能，以及一个 GitHub 示例，向开发人员展示了如何使用它。
该示例使用 PeerJS 在头戴式设备之间进行本地联网，您可以在 URL sharedshooter.arvr.social 上自己的 Quest 上对其进行测试。
以下是 Cabanier 从开发人员的角度对共享空间功能工作原理的解释：
• 每个共享空间都与房间的大小相关联。距离较远的头戴式设备不会参与，但如果距离较近，则可能会开始参与。
• 共享空间仅向特定站点显示。例如，“bar.com/a.html”将无法看到“bar.com/b.html”的共享空间。他们每个人都将获得一个唯一的 space 和 uuid。
• 当 WebXR 会话启动时，可能需要几秒钟才能建立正确的共享空间。在此之前，浏览器将报告默认共享空间。建立正确的坐标系后，将在共享空间上调用该事件，并建立新的坐标系和 UUID。如果头戴式头显首先进入沉浸式状态，则不会生成重置事件。
• 参与者可以随意进出。在重新启动 WebXR 会话时，他们将始终能够建立通用坐标系统。（根据设计，创建共享空间的第一个头戴显示设备的原点将是公共坐标空间的原点）。
• 当参与者存在 WebXR 时，共享的 Spade 将丢失，并且在重新进入 WebXR 时需要重新创建。
• 头戴式头显可以在共享空间中自由进出，但一旦最后一个头戴式头显离开，共享空间就会丢失。也许可以恢复它，但我们需要更多开发人员反馈，以了解如何实现良好的 API 形状。
reset
不过，这项新的共享空间功能存在一个主要限制：它仅适用于 Quest 头戴式设备。
这是因为该功能在后台利用了 Meta 的共享空间锚点技术，并且目前没有供应商中立的 OpenXR 扩展。本机应用程序也存在此限制，而不仅仅是 WebXR 的情况。例如，Apple Vision Pro 甚至根本没有共享锚点，而 Pico 也使用自己单独的共享锚点系统。
要在 Horizon OS Web 浏览器中启用共享空间，请转到 chrome://flags，搜索“WebXR 实验”，启用它，然后重新启动浏览器。
来源：uploadvr
