sebastian_holocafe Posted March 5, 2020 Share Posted March 5, 2020 Today, we suffered from a major outage in one of our venues. One after another, all our stations became unusable without any change from our side. Aside from a Windows defender dictionary update, we couldn't spot anything that was changed on the systems. Regardless of whether the Vive or Vive Pro is connected, the following is happening in a reproducible fashion on all devices by now, on both - SteamVR 1.9 and 1.10: The headset boots, then throws an error 204, then throws an error 203 and remains in that state Rebooting, resetting USB devices, checking Windows and nvidia updates haven't had any effect on the issue. I've attached a sample system report. Any ideas? We're completely clueless what may be the cause for this behavior. Any of the given constellations (Hardware, SteamVR versions and Windows versions) work flawlessly in all our other venues. SteamVR-2020-03-05-PM_09_54_15.txt Link to comment Share on other sites More sharing options...
HackPerception Posted March 5, 2020 Share Posted March 5, 2020 @sebastian_holocafe Please copy your message and email support.enterprise@htc.com as this is certainly a complex case Link to comment Share on other sites More sharing options...
sebastian_holocafe Posted March 5, 2020 Author Share Posted March 5, 2020 Alrighty, will do. Thank you! Link to comment Share on other sites More sharing options...
sebastian_holocafe Posted March 6, 2020 Author Share Posted March 6, 2020 Issue resolved: An OpenVR software parsed some commas instead of points for the floating point format of the chaperone coordinates. This led to vrmonitor crashing when trying to read the chaperone config. Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now