ChaperoneComponent->GetBounds broken in 4.11

Development Platform & Builds XR Development
, , , ,
1

I’m getting garbage values for this call in 4.11

I noticed in the OpenVR github that GetSoftBoundsInfo was deprecated and changed to GetPlayAreaRect. It looks like 4.11 has moved to this interface but may not be doing the conversion correctly?

Also, the play area may not be known until the headset first establishes tracking, but the bounds are only initialized once during FSteamVRHMD::Startup(). From the API docs this doesn’t seem like the way to go.

This is critical for me, my game needs to need to align the player pawn such that the chaperone bounds envelope an in-game area.

2

Hey guys, I made a patch to the ChaperoneComponent->GetBounds function you can use to work around this (or Epic can use to integrate into the engine):

It now returns whether the bounds were valid. No idea on the thread safety of it or anything like that, and it probably needs a doc update too, but I didn’t know where to do that if the doc string itself wasn’t enough.