News

Der Webbrowser der Meta Quest unterstützt jetzt eine neue Colocation-Funktion von WebXR

Mixed Reality

Meta hat eine experimentelle Funktion für WebXR im hauseigenen Browser freigeschaltet, mit der Sitzungen mit mehreren Headsets in einem Raum erleichtert werden.


Browser öffnen, Webseite laden und schon ist die gemeinsame Session mit anderen Quest-Nutzern gestartet. Im gleichen Raum und mit sich gegenseitig erkennenden Headsets. Bisher erforderte das einen Ankerpunkt, der von allen Teilnehmenden berührt werden musste, damit die Software abschätzen konnte, wo welche Quest gerade ist.

In der jetzt ausgespielten Version 39 des auf Chrome basierenden Horizon-OS-Browsers könnt ihr allerdings eine neue Funktion für Shared Spaces auswählen. Damit können die WebXR-Seiten automatisch und ohne Referenzpunkt die passenden Koordinaten bereitstellen.

Deepdive aus dem Meta Browser-Entwicklerteam

In einem Beitrag bei eX-Twitter zeigt Rik Cabanier, ein Entwickler von Meta, die neue Funktion im praktischen Einsatz und spendiert auch gleich ein GitHub-Beispiel um Entwicklern die Nutzung zu verdeutlichen.

Wollt ihr das Beispiel aus dem (sagt man das noch?) Tweet von Cabanier ausprobieren: Es nutzt PeerJS für die lokale Vernetzung der Headsets und ist unter sharedshooter.arvr.social verfügbar.

Es funktioniert allerdings nur mit Quest-Headsets, da jeder Hersteller andere Technologien für die Ankerpunkte und die lokale Kommunikation der Headsets einsetzt. Pico beispielsweise nutzt ein eigenes System für diese Referenzpunkte, Apple setzt bei der Vision Pro gar nicht auf Shared Anchors (geteilte Referenzpunkte)

Shared Spaces muss im Browser aktiviert werden. Dazu müsst ihr die interne Seite chrome://flags im Meta-Browser öffnen und dort nach “WebXR experiments” suchen und diese aktivieren. Nach einem Neustart des Browsers ist die Funktion aktiv.

Meta Quest 3 Alternate
Dieses Bild ist ein Affiliatelink – mit einem Kauf unterstützt ihr XTND, wir danken euch!

Rik Cabanier erklärt auch, wie seine Implementierung funktioniert:

• Jeder gemeinsam genutzte VR-Space ist an die Größe eines Raums gebunden. Weiter entfernte Headsets nehmen nicht teil, können aber teilnehmen, wenn sie näher kommen.

• Ein gemeinsam genutzter Raum ist nur der jeweiligen Website zugänglich. Beispielsweise kann „bar.com/a.html“ den gemeinsam genutzten Raum von „bar.com/b.html“ nicht sehen. Beide erhalten jeweils einen eindeutigen Raum und eine eindeutige UUID.

• Wenn die WebXR-Sitzung startet, kann es einige Sekunden dauern, bis der richtige gemeinsam genutzte Raum hergestellt ist. Bis dahin meldet der Browser einen standardmäßigen gemeinsamen Raum. Nachdem der richtige hergestellt ist, ruft ein reset-Event das Ereignis für den gemeinsam genutzten Raum auf und ein neues Koordinatensystem und eine neue UUID werden hergestellt. Wenn das Headset zuerst in den immersiven Modus gegangen ist, wird kein Reset-Ereignis generiert.

• Teilnehmer können nach Belieben eintreten und gehen. Sie können beim Neustart der WebXR-Sitzung immer ein gemeinsames Koordinatensystem herstellen. (Der Ursprung des ersten Headsets, das einen gemeinsam genutzten Raum erstellt hat, ist standardmäßig der Ursprung des gemeinsamen Koordinatenraums.)

• Wenn ein Teilnehmer WebXR verlässt, geht der gemeinsame Raum verloren und muss beim erneuten Betreten von WebXR neu erstellt werden.

• Headsets können den gemeinsamen Bereich frei betreten und verlassen, aber sobald das letzte Headset den Bereich verlässt, ist dieser verloren. Es ist möglicherweise möglich, ihn wiederherzustellen, aber wir benötigen hierfür mehr Entwickler-Feedback zu einer geeigneten API-Form.

Quelle: UploadVR

Previous Article

Mit Switch 2 und Meta Quest mobil auf großem Display spielen – das klappt leider nicht

Next Article

Das wahre Gravitationsfeld der VR-Adoption: Warum ich denke, dass AAA-Blockbuster kein primärer Kaufgrund sind

Das könnte dich auch interessieren...

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert