Head tracking delayed by 5+ after head position is reset in steamVR [Linux]

davigamer987 commented 2 years ago

Description

Head Tracking is broken only inside games, In steamvr home head tracking works fine but when i open a game (I tried beat saber, google earth and vivecraft) It breaks (Game runs fine in pc), On the headset if i move my head i can see the edge of the rendring and a bunch of glitchy stuff and the tracking is delayed by more than 5 seconds, It's unplayable. On the alvr dashboard there are very weird lag spikes (Image) I check logs and it says i'm using VAAPI, Also the network has ideal conditions (Router in same room, Wifi 6, Pc connected with Ethernet) so it should work.

General Troubleshooting

[Yes ] I carefully followed the instructions in the README and successfully completed the setup wizard
[Yes ] I read the ALVR Wikis here and here

Environement

Hardware

Note: for Linux, an upload to the hw-probe database is preferred: hw-probe -all -upload

CPU: Ryzen 7 5800x

GPU: Rx 6900 Xt

Audio: unknown

Installation

unknown

ALVR Version: 1.18.2.3

SteamVR Version: 1.23.6 (Latest Stable Version)

Install Type:

[ AUR] Packaged (exe, deb, rpm, etc)
[ AUR] Portable (zip)
[ AUR] Source

OS Name and Version (winver on Windows or grep PRETTY_NAME /etc/os-release on most Linux distributions): Arch linux (Rolling release)

davigamer987 commented 2 years ago

Hw probe: https://linux-hardware.org/?probe=0b6a41a9b8

davigamer987 commented 2 years ago

I tried lowering Bitrate, resolution and also tried changing from tcp to udp. didn't work

CrazyVito11 commented 2 years ago

I can confirm I also have this issue, but only if I reset my position within SteamVR. If I don't do that, it's fine.

davigamer987 commented 2 years ago

But in all game i spawn facing backwards, so i need to reset the posistion

famellad commented 2 years ago

I too have this problem when playing Euro Truck Simulator 2, as I spawn way above the driver's seat, I have to reset the view, but after doing that the game just becomes an unplayable lagfest

famellad commented 2 years ago

Ok, by installing OVR Advanced Settings you can manually set the camera offset and rotation, and doing this I have discovered that this problem only arises when changing the rotation offset, changing any of the position values works as expected and introduces no lag. Also this problem is only present when using the SteamVR recentering, moving and rotating the room around for example in the Beat Saber options works perfectly fine. EDIT: Forgot to say, but this problem is not at all present in the Windows build of ALVR.

Espionage724 commented 2 years ago

Have you tried switching from HEVC to H.264? I noticed that tracking lag a little bit ago with a 6600 XT, and it went away after switching to H.264.

Vixea commented 1 year ago

Can op confirm this is still an issue?

davigamer987 commented 1 year ago

Can op confirm this is still an issue?

I don't own a quest 2 anymore, so I can't test

Vixea commented 1 year ago

Ok I'm going to close as not planned

CrazyVito11 commented 1 year ago

I can probably test it sometime tonight

CrazyVito11 commented 1 year ago

@Vixea The experience is a lot better on the new update, and was able to actually play Bonelab (only tested for around 10 minutes) I was able to reset my view in SteamVR as well.

I only changed the following settings compared to default:

Resolution: High (5184)
Preferred framerate: 120hz
Linux async reprojection: On
Game audio: Off (Pipewire doesn't seem to work properly, only tested the default device so far)

The only issues I encountered, are:

The tracking "jitters" a lot when starting a game (not sure if that is because of the sudden bit rate spike, or the CPU being loaded)
The stream "grayed out" once completely and was like that for probably 30 seconds before slowly recovering from the corruption
The stream fully cut out once after the game render delay became too high (game was still running fine on the monitor, but not in the headset), I've attached a screenshot of when that happened.

All in all, very good progress! I assume that most of these issues are probably caused by me not having tweaked the settings yet, and being on a slow WiFi 4 network (5Ghz).

Running via the Appimage on Arch Linux with Wayland KDE on an 5700X with RX 7900 XTX GPU.

Vixea commented 1 year ago

Do not use high there isn't a point on the quest 2 as the default resolution is tuned to the quest 2

CrazyVito11 commented 1 year ago

Setting it to high seemed to improve the quality for me, but that might be a coincidence as it's using the adaptive bit rate. I'll try tweaking the settings a bit probably tomorrow.

CrazyVito11 commented 1 year ago

I tried running it today using a Link cable, and while it did look very sharp and was very responsive, the same issues as before appeared.

The only one that didn't appear this time, was the total video corruption. So that was probably just the WiFi network yesterday not really being up to the task.

As for the jitter tracking while launching games, I did notice today that the feed also has a bit of corruption during that time. Maybe that indicates something? It was just some random pixels showing up while looking around primarily.

I've added a recording of me starting a game. It's a bit hard to see, but you can see while it's starting the tracking is a bit twitchy, once the Valve intro appears, it's a lot smoother. You can also see the corruption I was talking about while it is loading.

https://github.com/alvr-org/ALVR/assets/31567466/cd8cb7ec-82d2-4529-b887-0fa217b5d7e3

During loading

In game

Vixea commented 1 year ago

Yea, all this stuff is unactionable with a meta bug or just how SteamVR works when loading things

alvr-org / ALVR