-
Notifications
You must be signed in to change notification settings - Fork 6
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
CreateSwapchain fails for native linux games in flatpak steam #199
Comments
I have the same exact problem. Every game is launched with this command: I can press Ok on the two popups and the game will launch, albeit without gamescope. I also tried with Genshin Impact (via An Anime Game Launcher), and it worked fine, although mangohud did not show up. System Details ReportHardware Information:
Software Information:
|
This does appear to be the case. Although, at first I didn't think so since I swear there was some non-native game that worked correctly. Interestingly Sven-Coop does not have the error popup when using the windows version. Gamescope however still does not initialize correctly. |
Further investigation appears this is a repeat of a long standing issue as referenced in #6 and #138 . So this might actually not be fixed which is somewhat annoying as the steam flatpak works more consistently for me than the native version even if I do have some minor issues with it; its at least more consistent. |
Running gamescope in bottles gives a potentially different error but with more details at what is happening. Gamescope appears to start correctly on :2 but for some reason gets killed and then the program is obviously unable to use it. Not sure if this is similar to the issues mentioned above or a different one.
|
Having a similar issue on Fedora 39/40 while using proton for gnome-bottles to run any graphic rendering apps, as mentioned in the above issue by @LostWarriorr . Programs error out with
Surprisingly works when switched to x11 session for me |
@ColinKinloch Can you confirm if this is a general flatpak issue due to pressure-vessel? Or is it due to the broad changes between gamescope/flatpak/proton/wayland upstream combination? It seems like people are using it on the steamdeck just fine for flatpaks such as lutris but not sure if it is using the system libraries or not due to the synchronization issues if the flatpak is different than system. |
I'm not sure, as I understand it flatpaked gamescope:
You could try reviving the flathub proton builds or maybe compile proton yourself with out pressure vessel? Here was my attempt, unfortunately it doesn't build on the flathub CI: flathub/com.valvesoftware.Steam.CompatibilityTool.Proton#81 |
Is it actually an issue with pressure-vessel still? On my main system I can't get it to work at all on non-native games. On a laptop lying around I used bottles and was able to get it to work under "caffe". Using "quick launching" applications (at least I assume) such as the EA App Installer I was able to get a few frames of the installer (on the laptop) in a gamescope instance using proton-ge on bottles before it crashed with no error message that I could see outside of "Gamescope: children shutdown/terminated" or similiar. There is also a user saying he has it working under heroic with Proton-ge. Is there a way to get a more detailed log of what is actually happening to see if its still pressure-vessel related? |
I've also tested local packages of bottles/lutris with native wine build but it is still giving me the same issues, only moving to x11 session solves them |
Okay so I have found some weird behavior with proton game launching. If I am booted into the Wayland session and try to run any games (from Bottles or Steam) I get the same issues mentioned before. However, if I log out of the Wayland session -> log in the x11 session -> log out the x11 session -> log back in wayland session, the games work!! This does not persist with a reboot and I have to log in and out of x11 session each time the system boots up. I am not familiar with x11 and Wayland's internal working but is there a potential daemon or dependency being exposed by logging into the x11 session that helps to run the game in the Wayland session? |
I can't even get it to work on X11 at all under steam even native games. PrismLauncher works I switched backed to XFCE due to my problems with KDE. Fresh Install I figured I would need it to have smooth frames under X11 but I have found other ways to avoid tearing and microstutter. I still really want gamescope/steam as flatpak to succeed but i feel we are a few years off especially due to the major transitions happening in gamescope currently. |
IT'S FIXED!!! I got an update 3 days ago for Nvidia drivers v555.58.02 on Fedora KDE-spin and it fixed all graphics related issues for me. I have been testing multiple games since the update and Steam and local copies of multiple games work great on Wayland session I believe @LostWarriorr has an AMD GPU, so I cannot chalk it up to simple driver issues. Maybe there is something to do with the GPU configuration on KDE? |
Are you saying what is fixed is the complaint from the original issue? If so I'd like to mention I am still encountering this issue on AMD. |
Yes, the difference is I am on an Nvidia GPU and the recent driver update fixed all the @LostWarriorr also has an AMD GPU so I can't just blame the drivers for this issue. Seems to be an issue in the vein of Proton/Wayland combination but it's just a rough guess for now Also will it be possible for you to try running the games in the x11 session provided by your distro? It was a workaround I used to play games before the update fixed this issue for me |
I've switched to a clean install of XFCE on Debian Sid and it doesn't even work for me anymore on native games so its not just a wayland issue. I'm honestly just going to chalk it up to the major transition in gamescope that is currently happening. |
Most probably. I had vastly different experiences with different distros and configurations. Some distros work great, some need to have the game run the second time and the one I'm using now (Fedora-KDE) had this weird issue resolved out of the blue by driver updates |
I'm having this as well on flatpak steam w/ gamescope in a sway session.
Am I misunderstanding something? I believed that gamescope only supported Wayland sessions. Has this changed recently? |
RDNA2 user here, I was previously using a ProtonGE runner which I had copied over to compatibilitytools.d |
The issue with the flatpak Proton GE is it is no longer receiving updates and is deprecated. EDIT: Appears someone else picked up the project and is updating it again. Good to know. |
Title is pretty vague but not sure how else to list this.
Certain games when launched using gamescope flatpak inside the steam flatpak fail to actually initialize gamescope due to a hooking error / swapchain error.
This does NOT happen on native steam with gamescope.
The first of these errors is as follows:
With the second one being this after closing the first one:
These errors appeared on the following games that I have tested so far:
Game: Abiotic Factor
Engine: Unreal Engine 5
Release: 2024
Game: Risk of Rain 2
Engine: Unity
Release: 2020
Game: Risk of Rain Returns
Engine: Unknown (Custom?)
Release: 2023
All the logs look fairly similar but here is just the one from Abiotic Factor:
Distro: Debian Sid
DE: KDE Wayland
GPU: AMD 6800xt
CPU: 5800x3D
Monitors: 1080p 144hz and 1080p 60hz
Pipewire is being used and not pulseaudio if that is another factor
The text was updated successfully, but these errors were encountered: