←back to thread

322 points LorenDB | 2 comments | | HN request time: 0s | source
Show context
jsheard ◴[] No.42143406[source]
From the GitHub this is only capable of 3DoF tracking, which puts it in the same category as the defunct Oculus Go headset, or Google Cardboard. 6DoF is really the bare minimum to qualify as proper VR nowadays.

For the uninitiated 3DoF means the headset only tracks the rotation of your head, not your heads absolute position as you move around, while 6DoF tracking does both. 6DoF is also much harder to implement.

replies(7): >>42143489 #>>42143534 #>>42144464 #>>42145624 #>>42146011 #>>42148206 #>>42148482 #
chii ◴[] No.42143534[source]
3dof is sufficient, imho, for a large number of VR use cases, because most people don't have a full room dedicated to it, but is at a desk. Sitdown VR setups would be more common, if the equipment was cheaper.
replies(8): >>42143558 #>>42143591 #>>42143969 #>>42143985 #>>42144052 #>>42144227 #>>42146016 #>>42150345 #
LorenDB ◴[] No.42143591[source]
Having experienced both 6DOF and 3DOF on my Quest 3, I can confidently say that 6DOF is leagues ahead even if you are sitting in a chair. Unless you are watching a 180° stereoscopic video, you'll want to look around to get the full experience, and even the small translation movements that result when you turn around can make the experience nauseating.

Besides, VR is already cheap. A new Quest 3S is just $300 and can do pretty much all of what the $3500 Vision Pro can do (just worse); if you just want VR games you can get used 6DOF-capable PCVR or PSVR headsets on eBay for closer to $100.

replies(1): >>42143936 #
jachee ◴[] No.42143936[source]
> Quest3S … pretty much all of what the … VisionPro can do

It can’t do that “protecting your privacy” thing. And that’s a dealbreaker for many, many people.

replies(4): >>42144432 #>>42145252 #>>42145480 #>>42145907 #
anonzzzies ◴[] No.42145907{3}[source]
> It can’t do that “protecting your privacy” thing

Besides 'it's Meta' ; what is it doing with my privacy? I mean actually proven things, not 'probably it is'.

(I am not saying it isn't, but I haven't heard anything in this regard, so it would be interesting to know)

replies(1): >>42146563 #
PaulHoule ◴[] No.42146563{4}[source]
As a dev I see Meta made many decisions to respect privacy that constrain the kind of app I make although I've heard these will be somewhat relaxed.

I'd like to place a picture with a QR code in it, have somebody scan the code, then have the option of jumping into a world.

Apps can't access the cameras so you can't write a QR scanner. The Quest has a decent web browser but you can't access the cameras and make a web based QR scanner.

Without access to the cameras apps cannot at all understand the environment and enable you to interact with it. AR apps now have a special module that identifies a physical volume inside your space on a session by session but that's a pale shadow of the SLAM tracking of the Microsoft Hololens and Apple Vision that let you stick a "hologram" into the corner of your office and have it stay there.

Quest 3 devs need more access to make more interesting apps.

replies(1): >>42147685 #
1. wlesieutre ◴[] No.42147685{5}[source]
Vision Pro doesn't let you access the cameras either, being able to stick an app in the corner of your office is handled by the OS. I'd rather not hand out camera access, the problem that needs fixing is the "session by session" part where Meta's OS doesn't maintain permanent app-volumes.
replies(1): >>42152956 #
2. godelski ◴[] No.42152956[source]
Isn't this more an issue with how the data from the camera is used? Or rather, where it can go? Maybe I'm a bit naive here, but isn't the issue that we don't want camera data going to third parties (or really... any party). So is there not a way that this can be sandboxed? Camera data must stay on device in an enclave. Honestly, this seems what's wanted for a lot of type of data. Is this just not possible to actually implement in the OS? Because I'd imagine not being able to process vision data really limits what you could do.

I think of this kinda like the data collection with many phone apps. I understand that it needs access to the networks to make connection to wifi or bluetooth, but why is this bundled together with an app's ability to record and send that data back to the developer? There has to be a better way to handle all this.