Please leave a comment on this community post if it is impacting you, to let Valve know this is an important issue.

  • highduc@lemmy.ml
    link
    fedilink
    arrow-up
    8
    ·
    edit-2
    3 months ago

    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.

  • Lojcs@lemm.ee
    link
    fedilink
    arrow-up
    2
    arrow-down
    7
    ·
    3 months ago

    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?

    • javasux@lemmy.worldOP
      link
      fedilink
      English
      arrow-up
      20
      ·
      3 months ago

      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.

      • Lojcs@lemm.ee
        link
        fedilink
        arrow-up
        1
        arrow-down
        5
        ·
        edit-2
        3 months ago

        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 the system doesn’t realise that’s happening. Which wouldn’t be a problem if this was managed by the driver instead