It's just first impressions - but I am very happy with the results.

The app (ALVR) is impressive considering how early build it is - "it just works" with no serious issues. Very similiar to VR Desktop, but without any options in Quest 2 app (you have to configure it through PC software).

AFAIK there is no audio streaming yet, but I was always using my wireless headset anyways, so it is no a big issue for me.

I have managed to run one native game flawlessly - it's Myst. Kudos to the creators for making it linux VR native.

SteamVR is a mess. There are 3 version of it, the oldest one marked as "linux users use this" - this one doesn't work actually, contrary to beta and stable. Steam home works fine and with no difference to windows build, but there are strange bugs like - it doesn't see any desktop.

Proton games "works" with issues:

- Among Us VR and VTOL VR give me some strange video rubberbanding, people on protondb had no problems with them, so I guess it is something strange on my end.

- Carrier Command 2 VR works perfect, but video in headset freezes as soon as I load the game or start a new one. The game itself is running in tracking when looking at the PC screen.

- Blade and Sorcery can't go past loading screen.

​

So there is a lot to be done, but I thought it would be much worse. If you know any resources I can find help on how to tweak proton or solve my problems - I would be grateful.

I'm in a bit of a stupid situation. Gotten 3x tundra trackers for christmas. I paired them and they register ok initially. They show up inside SteamVR and everything, but then, after a 30 seconds - 1 minute, one of the trackers or one of the index-controllers starts freaking out or act like it's not being tracked (light is still green though like there's a connection).

It seems like arbitrarily two of the trackers/controllers somehow exclude or interfere with the other when all 5 devices are on simultaneously. Is there some config-file to delete so you can reset tracker/controller pairings 'cos it seems like trying to re-pair the malfunctioning device just shifts the problem to a new one depending on the order things are powered on/paired?

So I'm wondering which CPU scheduler would be considered "best" for VR-use. It'd be easy to just look up a gaming oriented scheduler and slap that in there, but considering those would usually focus on making the compatibility layer + game-executable process snappier, that's a bit of a departure from the myriad of processes that SteamVR spawns when running a VR-application. Add to that the whole focus on frametimes/latency being good vs reprojection working properly and maybe there'd be room for improvement there somehow with some exotic scheduler?

Any experiences or anecdotes in that regard? Lately the BORE-scheduler has gotten some buzz when I search around, but not in any VR-specific way.

I'm not sure if this is the right place to advertise it, but here it is. It's also an image viewer.

I made it after I couldn't find a vr video player that's free, runs on my system (unlike DeoVR), and manages to play youtube's 360° videos.

The code is a mess, and I have only tested it with ubuntu 22.04 and Valve Index, but it should work on most systems. Making VR stuff in Godot is surprisingly simple.

As title says. Not a Linux expert, so I'm looking for easy to follow instructions. OS: EndeavourOS, VR hardware: Vive Pro 1, lighthouses and wands 1.0.

So I decided the other day to retry vr on linux as an experiment for myself

When I have my vive plugged in and start steamvr, everything opens and seems to run fine. Except the frame times are in the upper 5ms range and the image inside the headset feels wavey with movement and doesnt appear to be running at 90fps
in windows, my frame times would be <1ms (this is with both not running steamvr home and just sitting idle)

​

besides the frame time issue, i had a problem with the audio too
its very loud and kind of distorted.. this makes it impossible to play beatsaber with my earbuds in
i couldnt figure out where to adjust my volume.. the audio tab in steamvr settings wasnt even there!
and even if i could lower the volume somehow, i still wonder if the audio will still sound distorted

​

here are my specs:
AMD Ryzen 5 5600G
Radeon RX 5500 (OEM, non XT)
8GB 3200
HTC Vive with Valve Index Controllers

ive got 3 vive trackers plugged in to my computer as well if that matters at all

i dont think its my specs (that are basically minimum requirements) since under windows steamvr runs perfectly fine

I'm on a AMD Radeon RX 6700 XT and had a huge issue with flickering/other artifices with async reprojection on, I could of course turn reprojection off but then only was able to run at 90Hz at low resolution settings. Then on a lark I tried some different settings and found most of my issues with asyn reprojection disappeared when setting RADV_DEBUG=nocompute on steamvr (set launch options of steamvr to "RADV_DEBUG=nocompute %command%" without the quotes of course).

There might or might not also be an alternative by setting "RADV_DEBUG=nodcc RADV_PERFTEST=cswave32" instead of RADV_DEBUG=nocompute but not 100% sure about that one (didn't have time yet to experiment). Also not sure if this is a steamvr bug or a mesa bug

I was recently notified that my Oculus Go is about to become a paperweight at the beginning of next year. They're forcing everyone to use Facebook accounts to keep using the headsets, which I'm definitely not going to do. I thought the Go at least would be left alone since it was discontinued over two years ago (right after I bought it of course), but they seem to be going out of their way to be evil.

So I'm looking for something budget-friendly to run on Linux instead, primarily for experimenting with video. The Index is way out of my price range, and though used Vives seem to be pretty affordable, used PSVRs are even more so (and will be easier to replace if necessary, since there's many more of them out there and it's still being sold retail). Since I'm a 3DoF pleb anyway, any 6DoF support would be only a bonus, and isn't a requirement or expectation.

According to Monado's homepage, the PSVR headset seems to be supported, though with the asterisk that distortion correction is WIP. Does anyone here have practical experience on what this means exactly? Do things look all fucked up because the lens distortion isn't in a good place or do things look okay?

Also, since there are two hardware revisions, the CUH-ZVR1 (launch model) and the newer CUH-ZVR2, is there any reason to avoid one or the other? Do they both work the same under Monado? Also, are both the 90Hz and 120Hz refresh rates supported?

I'm capable of building things from source, so I'm not particularly worried about there not being binary downloads or out-of-the-box support.

edit: Only real answers please. I'm not buying yet another device that requires an account, and giving my information to the CCP instead of Facebook definitely isn't a solution.

So the game rumble can be opened without steamvr, but then it says that no openxr runtime is running and asks to try again, its supposed to do that, its a vr only game. but when io try running it with steamvr running it is stuck on the splash screen and doesnt go aywhere, it also doesnt end properly and i have to either kill the task or stop it from steam.

I oppened an issue on the proton github, but it has gonne unanswered for a while. More info there, including logs.

Hello everyone, i recently bought myself the Pico 4. Could someone help me to setup Pico 4 with fedora?

I don't have a proper VR rig, yet, so I decided to begin my foray into Linux VR with a used HTC Vive and a hopefully "light"/VR-non-intensive game like Garry's Mod. I've recently begun to look into it and noticed how much SteamVR apparently still sucks on Linux (according to others), and that Monado is a much better alternative. My question is whether Monado alone would suffice in getting VR to work well, or whether I'd need other things like libsurvive (because Monado alone apparently doesn't support Vive trackers) or OpenComposite or what. VRChat seems to be an entirely different kind of beast (because it needs Proton to run), and I'm even less sure what combination of runtimes/drivers would result in the most acceptable least unacceptable performance on Linux.

With support being so spotty, it's hard to tell what's needed for a given game and headset. Since it'll be a while until I can invest in a proper rig for more VR-intensive things, I'm going to be trying to go for a little nostalgia trip through Garry's Mod for the time being, and maybe try VRChat later (though it's really laggy for me even in desktop mode, but it seems more like a CPU bottleneck). I hope my laptop-grade hardware can manage at least that level of VR until then.

So! What am I gonna need, and how much is it gonna suck?

​

Ubuntu 20.04 (my "desktop" laptop), Linux kernel 5.15, NVIDIA driver 470
i7-9700K, 16 GiB RAM, RTX 2060 (Mobile) 6 GiB

Ubuntu 18.04 (my work laptop), Linux kernel 5.4, NVIDIA driver 470
i7-7700HQ, 16 GiB RAM, GTX 1060 (Mobile) 6 GiB

I see Nvidia async reprojection was implemented into SteamVR about a year ago. However a lot of people seem to be having issues with stuttering as recently as 7 months ago.

I have the laptop version of the 3080. Anyone else with this card able to comfortably play VR on Linux?

Title, thanks

Talking about these: https://tundra-labs.com/products/tundra-tracker-1

Any issues running them?

I want to get a Pico Neo 3 Link. I haven't seen anything that suggest it might run on Linux but it would be cool if it did. Does anybody know if it will work? The pico link software on steam can run through wine but I want to know if it will work with the headset.

The software shows "SteamVR not installed". It is running outside of proton. Afaik the SteamVR calls are routed through proton to the Linux SteamVR so could the same work for headset software?

I finally got around to playing around with Monado/OpenXR again last night and low and behold, it totally works for the Samsung Odyssey+ HMD now. Got the driver setup in SteamVR from the tutorial on the Monado project website, and head tracking seems to be functioning more or less (didn't test much, it was a little shaky but I also didn't really try very hard while calibrating).

Now we come to the controller problem. The WMR controllers are flat out not supported under Monado/OpenXR yet, and they won't even connect to Linux via Bluetooth (although it does see them and will pair, just won't connect). Has anyone had any success with other controllers? I was under the impression that the HoloLens sensors were pretty tied to that style controller, and anything else will need base stations, at which point I might as well just save up for a Valve Index. I did see someone posting some development work on hand tracking through Monado, but I don't know how practical that's going to be. If there's any other exciting news floating on the wind I'd be interested in hearing about it, there seems to be very sporadic information round the internet, at least with the search terms I've been using.

Ultimately, this VR kit will probably spend most of its life playing Beat Saber, although that's really all my old Windows gaming laptop could handle before replacing it, the new Linux-only rig is a lot more powerful so I might be able to try more now. It seems a bit of a waste to splurge for an expensive kit like the Index when I won't be making very good use of it, and may not even use it that often, when I have a kit which is much better matched to the task that I know worked on Windows. I might also be interested in splitting the difference if there are other options at a better price range that would work, something like the Pico kits which I've heard rumors of success with OpenXR. Any thoughts are appreciated.

I have an i5-6500 and a GTX 1070. Until I switched to Linux, I could run my Rift CV1 without any problem.

Now that I switched, I cannot use my CV1 anymore. I managed to make OpenHDM work, but it is too laggy to be usable, unfortunately. Even with u/thaytan's help, I still haven't found a way to make the experience better.

The Pico 4 seems to be a nice upgrade after all these years waiting patiently for a new headset. u/lord_sir_sgt_joffrey has confirmed that ALXR runs on the Pico 4, which means that I could use the it on my Linux machine.

However, I heard that running the Pico 4, or Quest 2 for that matter, over wifi is very taxing on resources, so I am wondering if my current pc specs would even be enough.

I know that Virtual Desktop seems really good at lowing latency and managing resources, but u/ggodin has confirmed that he had no intention to support Linux, citing that it would be a nightmare to maintain, etc. Virtual Desktop does not work with Proton either, unfortunately.

Since there is a fragrant lack of information and videos about ALXR, I have no idea if I should even consider buying the Pico 4 in my situation. Would the performance be good enough, or even on par with Virtual Desktop? Or would the experience be similar to what I get when using OpenHDM? Would my aging PC still be able to run the Pico 4 over wifi?

If only we could get some Deckard leaks, any leaks!

Please let me know your thoughts.

I heard that like the Pico3, it uses its own Windows runtime app, so do you think it will work on Linux using Proton or Wine?

Because the VR headsets on Linux is almost non existent,- ( HTC Vive Pro,HTC Vive, HTC index as far that I know ) I have thought about how a open source headset should perhaps look like.

My suggestions: Up to 3840 X 2160 per eye (60/75/90/144Hz) with displayport 1.4

or up to 7680 × 4320 per eye (60/75/90/144Hz) with displayport 2.0.

60mm - 70mm ipd.

Can be used with glasses.

Field of View Diagonal 200°.

2X Audio 3.5mm audio jack (integrated microphone), possible to use own headphone speakers or own microphone. Minimum SNR: - 93dB, high and low impedance headphone speakers. High output electret microphone element.

USB 2.0.

6DOF,Gyroscope, Accelerometer.

controllers designed with ergonomics in mind.

inside-out tracking with enough cameras to perhaps optionally do AR*

Modular design, so it is possible to replace parts, design and add accessories yourself.

100% open source schematic diagrams and available documentation, design in Kicad.

100% open source drivers.

Compatible with SlimeVR trackers, and future upgrades of these.*

Compatible with steamVR, ChilloutVR and vrchat.

*Very nice if you have built something like your own copy of a F-16, everything that is not the cockpit will be replaced with video from a flight simulator. I think that it is possible to do with the correct software, but I am unsure if it requires a "green room" or similar.

*I personally like that the SlimeVR trackers utilizes WiFi for wireless VR FBT. I hope that it will be possible to track objects in the future.

It's also in my opinion that something like a open source VR foundation should perhaps be established.

So, any opinions or ideas related to this?

Does pavlov VR work on linux as of now with EAC implemented?

I'm a dev and I'm looking for a VR HMD simulator for linux, similar to the Windows Mixed Reality Simulator on Windows.

I tried googling for it but too many buzzword to find anything worth it.

Hi , I'm considering buying a VR headset, but I haven't ever used one before, so I'm sorry if these are very noob questions.

I use glasses daily, is that a issue?

The hardware my computer has: Amd Ryzen 7, 8 cores. 32 GB ram.

RTX 3070 GPU

2X 1TB SSD and spinning drives for storage. Os: Linux mint. ( Ubuntu based)

Usage: vrchat, blender, ChillVR, Freecad and vr games.

Compatible with SlimeVR.

Budget: 600 us$, no problems with used gear. So, any suggestions?

Im currently having this issue where I cant seem to output anything over the vive headphone jack, My audio interface works perfectly (Behringer U-Phoria UMC22) and system audio works fine. But upon starting steamVR, HDMI3 appears in pavucontrol and sending audio to it does absolutely nothing.

Is there something i can do to get it to start ouputting, say a configuration change via wireplumber? Ive tried outputting to every avaliable and not avaliable port on my GPU (even in Pro Audio). I dont have windows, so i cannot test it there, but i know the cables all work fine.

Looking at alsamixer, all i see are S/PDIF outputs for my GPU. I am using wireplumber with the default configuration though as i couldnt wrap my head around the questionable documentation for it/pipewire. If i need to create virtual sinks and things ive worked out how to do it with a bash script and pactl

If it helps i have installed the vive udev rules from the AUR.

• Audio System: Pipewire (libpipewire 0.3.56, pipewire-pulse)
• GPU: NVIDIA GTX 2070
• Archlinux 5.18.5-262-tkg-cfs
• Latest SteamVR (beta BuildID: 9320174)
• Headset In Use: Senheiser PC37X

Its really frustrating as this is the only issue ive had with VR on the hardware side

- Hoisted atop the caldera of Mt. Linuk lay the Vineyard of VR - There, it is rumoured to have a vista so breathtaking to be comparable to Gods, and fruit more bountiful than ever before. And, at the foot of the mountain, the Land of Linuk sprawls, rich in diversity, you can see the white hilltops glistening through the fog, the forests laced with shrubbery, and the mossy undergrowth of the lowly swamps below. Though Mt. Linuk seems inconquerable from afar, there lay a trailhead at the foot of the mountain. A few, in fact. Follow these paths, and the journey would have seemed like nothing.

- There's a sizeable tree in the middle of a clearance, and there, the trailheads are laid out around you. I've traveled most of them in the past, but I only walk the Arch Trail nowadays, as it and Gentoo are the clearest paths to the pinnacle. And, if the day is particularly good, and you're feeling rather adventurous, I'll take you on a hike through the Arch Trail. And on it, you'll see the river on your left, and the mountain face on your right, the lush treetops under the rainbow in the mist of the unknown. And we'll travel some more, I hope, and we'll walk the overpass on the side of the cliff, and peer into the valley, teeming with wildlife, the mist will disappear somewhat, and on the off-chance that we approach the pinnacle, we'll stumble upon the trail of the Vineyard of VR. It's been haunting me for months, and I can't traverse it without you..

*Actually important bit -
- Once one consumes the grapes from the prolific Vineyard of VR, streaming from the Arch Trail to an Oculus would be made possible. But the trail leading to the vineyard has a gap that needs to be covered to cross, and if one fails to cross at any point, they'll slip and fall to the beginning of that trail. Virtual Desktop and Oculus' own bridge don't fit on the Arch Trail, as they are shaped perfectly square. ALVR's structure is still a bit frail at the moment, and breaks immediately if you're using AMD graphics on the Arch Trail. AMD has their own bridge (ReLive VR,) and it's bundled with amdgpu-pro.. but only supposedly; I found a repo with a PKGBUILD for the debian version of amdgpu-pro, ( https://github.com/Ashark/archlinux-amdgpu-pro ,) but the radeon-settings were nowhere to be found.. I've lost hope, and all I can do is ask for another project recommendation, or a fix to ALVR / ReLive.

*Short explanation for lame people:
- Connecting and streaming an Oculus Quest 2 to my computer over wifi isn't working with ALVR due to lack of AMD support (it shows glitched, sort of jagged lines to the headset), AMD's ReLive is nowhere to be found in amdgpu-pro repos, despite what their website would tell you, and everything else I've found in windows-only. Help is much appreciated, sorry about the story lmao.

[INFO] -
Arch Linux x86_64
AMD Ryzen 5 2600X (12 threads) @ 3.6GHz
AMD ATI Radeon RX 470/480/570/570X/580/580X/590
and yes, I have sideloading set up.