Description
Profile id
N/A
Describe the bug
Users have reported to me that their Pico 4 Ultra controllers are not oriented correctly. I'm using the latest version of the input profiles, but the weird thing is that pico 4 ultra isn't even an option, but somehow their controller model is getting loaded? I'm a little confused on how to proceed and rectify this issue
What I know
- This repo only contains the following Pico controllers
pico-4
,pico-g2
,pico-neo2
, andpico-neo3
- The above is true when loaded from jsdelivr normally
- When the above link is loaded in the Pico browser, there are additional records for
pico-merline
andpico-phoenix
(`pico-4' is removed) - A request is then made for
oculus-touch-v2/profile.json
, but the profile-id comes in aspico-sparrow
- The url for the model says
oculus-touch-v2/left.glb
, but the model loaded is actually a pico 4 ultra controller
I'm guessing their browser does some weird overwriting thing?
To Reproduce
Steps to reproduce the behavior:
- Use a Pico device or the Pico device emulator
- Go to any webxr website that uses webxr-input-profiles like https://sliceofmusic.com
- Begin an immersive XR session
- Look at your controllers and see the incorrect orientation
Expected behavior
Generic fallback controller used, or the Pico 4 ultra controller is oriented correctly
Screenshots
Video curtesy of Akumelion from the Pico discord as I don't own this headset (I did verify this strange behavior with the emulator as well)
ScreenRecording_2024.11.11-19.11.45.mp4
3D engine (please complete the following information):
- Engine: three.js
- Version r170
Additional context
Requesting advice on how to best proceed, if anyone has any contacts from the Pico browser/headset teams, or if there are any recommended alternative solutions I could pursue?