Skip to content
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

Switch to the Steam Runtime #42

Open
iczero opened this issue May 13, 2024 · 2 comments
Open

Switch to the Steam Runtime #42

iczero opened this issue May 13, 2024 · 2 comments
Assignees

Comments

@iczero
Copy link
Member

iczero commented May 13, 2024

Most recent problems appear to be caused by unpredictable host environments. Subtle differences between distributions result in issues that take disproportionately long to debug. Wine is not exactly good at printing useful error messages, and Proton patches are even worse in that regard. Something as simple as a missing library on the host will manifest as some absurd problem like the cursor mapping to the wrong part of the screen.

Valve has already fixed this class of issues with the Steam Linux Runtime. Steam launches games configured for Proton Experimental in Steam Runtime 3 ("sniper") using pressure-vessel, which sets up a stable environment for the game using containers and additionally deals with graphics drivers if necessary (cough Nvidia). Switching to the Steam Runtime allows us to reuse existing infrastructure and should vastly reduce the amount of non-reproducible issues in the future.

Why not just ship prebuilt Wine like Lutris does?

  • Proton's build of Wine has generally worked better for running FA
  • Proton Wine has fshack, which makes initial setup less of a headache since FA can't autodetect the screen resolution
  • Most people use Steam and thus have Proton and the Steam Runtime installed already, which reduces the need to download more things
  • Proprietary software is not a concern since Proton and the Steam Runtime are open source, even if the main Steam client is not. Additionally, FA is already proprietary.
  • Shipping prebuilt Wine without a container does not fix library compatibility issues. Shipping a container is possible, but is yet more work that Valve/Collabora have quite frankly already done and open-sourced.

See also:

@iczero iczero self-assigned this May 13, 2024
@p4block
Copy link

p4block commented Jul 11, 2024

https://github.com/Open-Wine-Components/umu-launcher

Problem seems to have solved itself (read: GE put a lot of work into it)

@iczero
Copy link
Member Author

iczero commented Jul 11, 2024

Huh, thanks for the link

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants