-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
Sins of a Solar Empire: Rebellion (204880) #265
Comments
Counterpoint - the launcher window does not work for me - it just shows whatever was drawn on the steam window and does not accept input. Monitor: W541 laptop display ( 15.6 in, 1920x1080 ) Also $ rpm -q llvm Mesa |
launcher did work once for me, got into game and started a match. |
I had an issue with the flatpaked version, but it has since been fixed by the Steam flatpak mainainer. Below is the obsolete original report.Doesn't work great for me, at least on the only computer I can try for now. Arch Linux, i5-7440HQ,
Manually going there and running the proton command (with the right env) doesn't help. Update: It works perfectly if I replace |
After the update I get the same experience as @thunder1410 - game seems to work fine, but the launcher screen copies whatever was rendered on the screen. In Gnome, if I press the start key to show all windows, the correct graphics are shown, but as soon as the window gets focus it reverts to the old graphics. Input is accepted though so I can eventually manage to click on the play button and start the game. |
It is working on Debian 10 My Specs: Installed everything from Debian repository or default, I have not added any extra config or parameter. Here is the link to my Steam system info: |
The game works out of the box for me, also does the launcher. Performance is similar to Windows and I couldn't see any difference. Online play works as well. Proton: 3.16-4 |
So the launcher refuses to appear for me out-of-the-box. It shows correctly in the activity window but clicking on it just produces nothing using game's default Proton and Proton 16.5. https://gist.github.com/byte1024/e11ee2703ad2bc8037747ff5ccd93408 |
Hello @byte1024, please add |
For reference, can bypass the launcher by using launch option
Yeah, I was looking into that already lol 👍 (busy with stuff) Noticing some odd things here:
Did a re-install to make sure nothing happened there. Still no dice. I see there's more problems listed in the log though some could be of no consequence perhaps.
Fixed/check on Fedora by $ su $ntlm_auth -V and follow install prompts (part of samba-winbind-clients). Possibly of no real consequence. |
All right, the flatpak issue seems due to the fact that the launcher doesn't support arbitrarily long path names (the limit seems to be ~127 chars): flathub/com.valvesoftware.Steam#253 Now, the launcher has a strange behaviour on KDE plasma/Wayland, which can probably be linked to the invisible launcher issue. When launching under plasma/X.org, I have no issues. However, under Wayland, the window decorations (the blur/shadow that normally appears on the side of the windows) overlays the whole window, and stays above the other windows, stealing clicks. Screenshots: Note: telling spectacle (the screenshot tool) to only capture the active window produces an image that only contains the blur. |
Proton 16.6 allows the launcher to work for me now. Had a feeling it might according to the change log 👍 A quick test pre-16.6 confirms it not showing up (so no it wasn't a recent Fedora package update or anything) 👎 and it had the problem again... 👍 Re-installing the game with 16.6 in use for all games... and now working again. Interesting.... (switching Proton version, rebooting didn't fix, but the above did in this case) ...and back to not working lol 👎 |
Paths inside Steam Flatpak were shortened to allow more things to work out of the box. Complete fix-up for existing deployments may require a manual step that can be checked from related issue. New installations should have the expected shorter paths that look similar to native Steam. |
Is anyone having issues with this game and Proton 3.16-6 that would block it from being whitelisted? |
No matter what version I choose, after a new installation it shows the Launcher once but then crashes. Tried several different Proton Versions, reinstalls and so on. Every next start the launcher is invisible. I can still get the game to start by clicking the invisible Play button but the game crashes. Sysinfo: https://gist.github.com/NoXPhasma/0c4275264cc40b269b56051a7a53a2c2 Either something changed on my end or with the Steam runtime (Latest Steam Beta). Anyway, it's broken for me now. update |
Works for me. Worked flawlessly for around 8 hours of playtime. (The only issue I had was joining a multiplayer game we loaded from a save, but this seems to happen on windows as well). @NoXPhasma, have you verified it couldn't be due to some leftover config? Doing domething like verifying the game gache/reinstalling, and deleting To keep the answer method simple, I guess you can 👍 this message if it works for you, and 👎 if it doesn't. |
can't play mods Issue transferred from ValveSoftware/SteamOS#671. Your system information
Please describe your issue in as much detail as possible:Describe what you expected should happen and what did happen. Steps for reproducing this issue:
@stake45 commented on 2019-03-08T15:17:40: In mods lobby,cliking mod link only shows C: linkage.Is there a way to change link from C: to say a linux folder storing mods files |
For easy reference, the mod folder is at The game showing a windows-style path looks like it's behaving as intended. |
Thanks,I'll give a run thru. |
Compatibility Report
System Information
I confirm:
SymptomsThe game seems to crash within a minute or two of starting or loading a game with a mod (such as STA3 or SotP) loaded. There is no error reported or indication of what the issue is that causes the crash, even when running the Dev executable. The game simply shuts down. This is regardless of whether you're actually playing or not. I have started a game, paused and minimized the game, and still had it crash a minute or two later. This was tested with both the STA3 and SotP mods. The crashing was consistent with both, whether the game is paused or not. The base game seems to be stable (though I have not played it too long that way), but it isn't nearly as resource intensive as these mods are. The crashing seems to occur more frequently and quickly with higher resource utilization, sometimes not even letting the game start after the loading screen. I have ran Sins with STA3 stably in the past. However, Sins and Proton have updated since then, so it's hard to tell if Sins introduced an issue or there was a regression with Proton. The mods work on Windows, so it seems unlikely to be issues with the mods themselves (they're just game assets, not DLLs or other code objects that might introduce issues associated with Proton being a compatibility layer). It could be related to base game DLLs associated with loading mods, but that's a part of the base game itself. Reproduction
|
I was able to get Sins with mods to work by adding a DXVK_CONFIG_FILE with the following content:
For others wanting to test this out, you can execute the following command to generate the file: echo "d3d9.evictManagedOnUnlock=True" > $HOME/.steam/dxvk.conf Then setting your launch options as follows:
|
Runs almost perfectly on Arch minus one minor quirk:
Steam sysinfo
The text was updated successfully, but these errors were encountered: