New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[BUG] SteamVR 2.0.3: Shared IPC Compositor Init Failed (303) #623
Comments
I found that this issue does not occur on 2.0.2 either. My assumption would be that the switch over to a different runtime for 2.0.3 would be causing some sort of havoc here, although that's just a guess. Since a new beta build of the sniper runtime just dropped, I'll report back on if the update fixes this issue. Edit: Still no luck. Reverting back to 2.0.2 for now unfortunately. |
I get this in 2.03 but things seem to work anyway. I am getting improved performance over 2.02 but some games are still unplayable due to Reprojection and CPU late starts ( orange and magenta lines respectively in the performance graph ) I have had to set my headset FPS to 80fps and then I get: 14-16ms / 12.5ms Fallout 4 VR - unplayable still due to reprojection These two games are my litmus test as they were both working very Acceptably in Steam VR 1.26. @LandonDeam I don't suppose you have instructions on how to roll back Steam VR do you? I want to go back to 1.26 as the last working version for me. I have had no VR gaming ability for over a month. |
I'm not sure if 1.26 is in the beta or mainline. Either way, you can just use Depot Downloader and the SteamVR SteamDB page to find the manifest of the update you want (though you might have to sign in). Then you can just copy+paste the files in the depot folder over the ones in the SteamVR folder in Steam (you can find it by right clicking on SteamVR in Steam > Properties > Installed Files > Browse). |
Thank you thank you. 1.26 is mainline. |
I am seeing this with 2.0.5 |
Also seeing this with 2.0.5. Also, the new SteamVR dashboard does not display. Distribution: Manjaro Linux |
Old dashboard now appears for me, how exactly are any of you still managing to boot games? Only got them to work with Proton Ge 8.16 |
Still with 2.0.6 |
I fixed my compositor not launching. The solution for me was to make a symlink at /home/user/.steam/root/ called ubuntu12_32 and link it to /home/user/.local/share/Steam/ubuntu12_32/. I was getting the error Note: This also results in a "Shared IPC Compositor" error in Steam with code 303, and stops you from gaining access to a lot of the menus and things. |
After applying the replacement vrsetup.sh script from #618, first got failure to connect to window manager, then after reboot, now getting error 303. Also still old UI, but none of the times I have gotten beta to launch have I gotten the new UI so not surprised. Edit: Happening on both Steam Client Stable and Beta. |
I have the same error message, but it does not seem to prevent SteamVR from actually working. |
SteamVR Beta 2.0.8, Beta Client: Edited: Was inaccurate due to quick testing during lunch break at home earlier today. After retesting, get error 303 one time after error 497, only after it randomly displays in the headset during error 497 and I run a game, exit said game to get Home to pop up, then exit VR and restart Steam Client. After one 303 error, it goes back to throwing error 497, restarting the process. |
Todays stable Steam VR 2.0.8 release still does not resolve this issue. I can manage to get error 497 to subside by restarting SteamVR and completely disconnecting the headset, then connecting it again before restarting SteamVR. Old UI still shows, and SteamVR shows an error stating the Steam client needs to be updated despite being on latest beta client. System Information (please complete the following information): Distribution: Arch |
Im shocked this was deemed stable enough to hit main today, Linux support basically got borked and it was considered stable. Don't really get the thought process here. |
With a recent Mesa and LLVM 16 (see above ref) all you get is a black screen, probably due to ValveSoftware/Dota-2#2285 (comment) and https://airlied.blogspot.com/2023/04/fedora-38-llvm-vs-team-fortress-2-tf2.html. The tcmalloc problems now affect Home, Alyx and with SteamVR 2 the base VR compositor/overlay itself, meaning VR cannot be used at all. (Debian trixie (testing) can easily reproduce this.) Many other things are affected too, such as Dota ValveSoftware/Dota-2#2285 and Source 1 games ValveSoftware/Source-1-Games#5043. cc @TTimo as I saw your recent work on #618. Edit before posting Apparently I run into #616 instead, disabling All in quite confusing but I agree SteamVR 2 needs more work on Linux and it would be nice if there can be a Linux branch for the newest SteamVR 1 so we can continue to play without major issues. |
Had no idea this even made it to the main branch until I got like 15 emails from Github today lol. Valve definitely need to get working on this issue, and if it's just an LLVM incompatibility, fix it relatively soon. As was said earlier, TF2 was giving me some grief recently, but fixing that just amounted to dropping in a replacement library. Perhaps there's a similar solution here that we haven't yet discovered? Edit: SteamLinuxRuntime_sniper's libtbbmalloc_proxy.so.2 and libtbbmalloc.so.2 seem like they might be worth investigating in this situation, due to this problem seemingly appearing only after the switch over to 2.0.3, which introduced the Sniper runtime over the Soldier runtime for the compositor. |
This is happening on the stable release of SteamVR 2.0.8 that released today on Oct 25, 2025. |
For those that want to revert to 1.27.5 (latest before SteamVR 2) I will write here how. Works with steam beta client, overlay works too but only basic features (not the old big picture UI parts). Async with
cd ~/.steam/debian-installation/steamapps/common/SteamVR/bin
rm -rf linux64
cp -a ~/.steam/debian-installation/ubuntu12_32/steamapps/content/app_250820/depot_250823/bin/linux64 .
rm -rf vrwebhelper
cp -a ~/.steam/debian-installation/ubuntu12_32/steamapps/content/app_250820/depot_250823/bin/vrwebhelper .
# don't delete here, add and overwrite only
cd ~/.steam/debian-installation/steamapps/common/SteamVR
cp -a ~/.steam/debian-installation/ubuntu12_32/steamapps/content/app_250820/depot_250824/resources . This is a pretty hacky partial overwrite of the new version, but it works. You probably want to fully uninstall SteamVR and clean install it in the future to try new versions out. (Edit: Steam may complain about not finding HMD but it works anyway.) |
Last usable version for me was 1.26, the 1.27release introduced a ton of cpu false starts that made VR look like drunk double vision slide show. This continued into 2.xx for me. I have not been able to play VR games since 1st Week September. |
Use https://steamdb.info/app/250820/patchnotes/ to find the manifest ids for the update you want. |
@NewtSoup In case you cannot (easily) find it in the patch notes posted above, as I think not every patch is actually on that page, you can also look at manifest history itself and copy the relevant manifest ID from the table based upon the date it was working.
|
Just received the Steam client and SteamVR updates. SteamVR continues to have a number of problems, including all the ones found in 1.27.5. I'm basically still unable to play games since v1.26 List of issues includes:
Pop!_OS 22.04 LTS |
might write a script to automate this workaround and make it easier since there's a set of commands to do already |
yeah, doing that right now, will link to a gitlab when it's finished |
https://gitlab.com/beethoven__/steam-workaround.sh |
they... patched it? |
so you're not allowed to redownload the old version anymore. too bad, i already did! and archived it. just gonna use that from my system to force it to reinstall the old one lol or... that doesn't work either. ok. rip steamvr then? |
@Beethoven-n You might need to be logged in, so anonymous steamcmd possibly won't work properly. Haven't tested it. |
As of 2.0.8 I was seeing the following behaviors:
Following a comment I found here: https://bbs.archlinux.org/viewtopic.php?pid=2074266#p2074266 I moved my vrappconfig and steamvr.vrsettings file out to a temporary folder and restarted Steam. SteamVR launched with the same warnings as usual but this time I actually got picture in the HMD again, and I could launch Ragnarock and vr-video-player normally again. DCS Standalone will launch with the old single-threaded executable (Which did not use OpenXR and talked to SteamVR directly), I can load into a plane and if I hold my head still everything is nice and smooth (40fps) but when I try to look around it gets laggy and jumpy impossible to use. Launching the multi-threaded executable (which only works with OpenXR) results in SteamVR crashing at-or-before the main menu. The following error appears: (I added it as a non-steam game shortcut in Steam, otherwise it launches in "VR mode" but nothing appears in the HMD if launched directly via Wine) Overall it's mostly functional for me and most of my VR games seem to work, but DCS is either unplayable or crashes, and MSFS can't see the headset to refuses to even switch into VR mode. |
Running into the same issues on PopOS 22.04 with X11 and NVIDIA. VR does start and I can see the normal mountain background in the headset, but also getting error 303 and VR games like VRChat just error out when trying to be started. Will try the rollback to 1.27 as mentioned above. Small edit: Mountain void still shows in the headset, but VRChat still refuses to run, although I have the feeling that this is related to VRChat's update to Unity 2022 just today. |
@DASPRiD I get the HMD not found error too but as you say it works anyway. VRChat works for me too, I use Proton-GE 8-16 (8-21 doesn't work for me). Myself I had to delete the wine prefix once to get it properly working after recent updates, perhaps that works for you too? See ValveSoftware/Proton#1199 (comment) |
I'm seeing this same error on openSUSE Leap 15.5 but not noticing any symptoms from it. I can still play just fine. |
I notice this message in vrcompositor.txt:
Edit: Adding proper system info.
|
Same error on Arch,
|
@Korysovec You say that it works perfectly fine on Steam Deck. Do you not get error 303? If so, does the new UI show? |
@megagtrwrath Oh no, sorry for my misleading comment. I totally didn't realize that the UI didn't load. I just appeared in SteamVR home and launched some games from the wall. I cannot do the same on my desktop, where I am stuck on the loading screen and can't open nor see any games. |
@Korysovec I can understand the reasoning for your comment, SteamVR does mostly function despite error 303 and the new UI not showing, it's just not optimal. |
This should be fixed in latest SteamVR beta (2.0.10) |
I was getting this in SteamVR 2.0.8, which was working okay apart from not showing the new UI. With 2.0.10 I'm getting this issue again and can't use SteamVR at all: #622 Using ALVR on Pop OS 22.04/Gnome/X11/Nvidia. |
Issue is resolved, at least for me. New UI also seems to show so this may have been the root cause of #614 . System Information (please complete the following information): Distribution: Arch |
To be clear, I have nothing displaying in the headset. |
Yeah thats how it is for me like 75% of the time. Seems to be random, at least on my system, but Ive also tried like 20 times already in the last hour, |
@jarettmillard I've always had an issue getting ALVR to work with beta version of SteamVR. Perhaps we have to wait for a stable release. |
Also confirming I no longer get the problem, seems fixed in the latest Beta 2.0.10. |
@jarettmillard Using Steam-Play-None I was able to get to the new UI using ALVR and SteamVR Beta 2.0.10. However games weren't able to start. I assume we will have to wait for full release anyways. |
Fixed as of Beta 2.0.10 |
Nothing is fixed at all. SteamVR still fails to run with that error and optionally crashes your entire PC in all recent versions. Please fix this. SteamVR on Linux is pretty much useless since over a year now !!! |
Describe the bug
SteamVR is reporting error 303 (Shared IPC Compositor Init Failed) on launch in a Plasma Wayland session. This was not occurring with 2.0.1 and does not occur while opted out of the SteamVR beta. It is unaffected by the Steam client version (beta vs. stable).
This is the same error that was occurring in #572. I was unable to test in a Plasma X11 session due to SteamVR failing to detect the headset display in that desktop environment.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
The error should not occur.
System Information (please complete the following information):
Note: Commenters who are also experiencing this issue are encouraged to include the "System Information" section in their replies.
The text was updated successfully, but these errors were encountered: