High-end AMD cards still impacted by a major SteamVR bug after over a year
High-end AMD cards still impacted by a major SteamVR bug after over a year
I'd like to report a bug in the current version (including latest beta, and all previous versions of the past few months) of SteamVR related to timing incompatibilities with AMD 7000 series GPUs (7900 XTX w/ Vive Pro 1 in my case). This appears to be similar to a bug that was fixed for NVIDIA 4000 s...
Please leave a comment on this community post if it is impacting you, to let Valve know this is an important issue.
Yeah I've been complaining on their VR updates and github and everything but it's obvious they don't care.
I mean I'm not surprised, VR on Linux is 1% of 1%, but it's still upsetting after spending quite a lot of money on the hardware.Edit: I see this is just for latency, well at least it works... For me I can maybe get it to start but it might take ~2 days of attempts.
Why is this something valve needs to fix? For ordinary gaming gpu manufacturers already have latency lowering solutions that don't overshoot or require hard-coded values. What makes vr different?
VR has much more stringent latency requirements than normal gaming, because moving your head needs to be in perfect sync with the world "staying still". The manual calibration needed for this is around 8ms, which is compensating for the render/presentation time of a single frame at 120fps.
It sounds like a nitpick, but I can tell you from experience that it makes a very significant difference.
If you can just add a 7ms delay without noticing it as the solution suggests, latency doesn't sound that stringent. What the problem sounds to me like is that the headset doesn't support vrr so frames have to wait a whole frame time if they miss their window, and steamvr doesn't realise that's happening. Which wouldn't be a problem if this was managed by the driver instead