Supreme Commander: Forged Alliance (9420)

gordan-bobic commented 5 years ago

Works with WINE and has done for years. Doesn't start with Proton (blank screen).

tatsujb commented 5 years ago

very helpful details. did you also leave the game minimized and check on it once or twice?

I was able to reproduce the crash (not the desync) in these conditions.

I'm retesting now with all mods turned off (I use Ui party, for example)

EDIT : yeah it occurs at 24:31 even with no mods at all.

douglasg14b commented 5 years ago

I was also able to reproduce the crash in longer ~40min games with AI.

I've yet to have any PVP games go over 30+mins.

tatsujb commented 5 years ago

but did you try without ai? (i'm willing to try with you now)

these crashes may be caused by defects in FA coupled with wine.

Fa crashed this way in windows to when it was fullscreen-ed but a couple runtime bugfixes plus a switch to windows 10 made the crashes less prone to happen.

both before and after the bugfixes, making FA run in windowed made the bugs disappear entirely.

on linux, under wine I found that running wine in emulated desktop mode had a similar positive effect. the issue is I don't know how to enable that setting under proton.

Actually, come to think of it,when I do the mick-mac mentioned here : https://github.com/FAForever/downlords-faf-client/issues/1095#issuecomment-462430344

do I even get the PROTON_NO_ESYNC=1, PROTON_DUMP_DEBUG_COMMANDS=1 %command% loaded?

lemorragia commented 5 years ago

I'm experiencing some issues too, the game starts and run, i can start a game and nothing crashes BUT the cursor keeps disappearing every time i move it(in game and inside menus).

At the same time when i move it(or click, or using the mousewheel) there's some kind of mini-lag/little freeze in the game...this impacts the overall gameplay and performance in a way that it becomes very difficult to play (apparently if i keep the mouse still, the game seems to work without a problem).

For all those wanting to run the FAF lobby there's a video tutorial online: https://www.youtube.com/watch?v=4B6EsXtL8C0

nevertheless the game has the mouse problem with AND without the lobby. I'm running on proton 3.16.7-beta (but the problem seems to exists with other versions too), Nvidia 930M 390.77 drivers and ubuntu 18.04.2 LTS

foodlfg commented 5 years ago

@lemorragia as for the flickering mouse issue, disable v-sync (Vertical Sync - off) on the video tab in the settings. this fixed it for me.

as for the other one, i experience lags like this but only if there are many units on screen + zooming in. it happens for me when the game starts loading in detailed models and textures (LoD). for me, it's not distracting, but i have a faster graphics card (AMD RX560 with 4GB memory). i know no fix for that, try to test it with better hardver (preferably desktop) or play with the video settings. GeForce 930M is a GPU for laptops, probably the amount of memory it has and its memory speed are not the best.

note: i'm running the game with wine virtual desktop emulation ON 1080p (not accessible when you use proton/wine) and the game is set to full screen 1080p.

lemorragia commented 5 years ago

@foodlfg thanks.

I tried a little bit of configurations, with no effects on this problem:

vsync on/off
updating nvidia drivers to 390.87
fullscreen/windowed mode
"lock fullscreen cursor to window" option on/off
virtual desktop emulation on/off (cloning the temporary directory on proton and running {protoncopy}/run winecfg gives you access to wine configuration for proton
with or without FAF lobby (which works correctly, btw)

This effect manifests itself (strangely) even in the main menu(if i move the mouse a little bit, the menu itself get "stuck"), or at the very beginning of a sandbox game. It's true that my graphic card is not the best for the game, but i played it on windows several times and it was ok on small maps with limited number of units. Also the cpu is a quite performant i7, so probably the hiccup isn't there.

foodlfg commented 5 years ago

@lemorragia {protoncopy}/run winecfg i see, thanks!

a different topic for those who wants to test this.

i have mentioned here the memory access violation issue that causes the game to crash in late game (more info about this in this thread above).

EXCEPTION_ACCESS_VIOLATION (0xc0000005) at address 0x0095854f
    attempted to write memory at 0x01f60000

it seems that this issue can be fixed by using Wine 4.0 with Gallium Nine enabled. Wine 4.0 only is not enough. with Gallium Nine tho, i could play over 1 hour long games against AIs on big maps. i haven't tested team games tho. and your experience may vary if you use Nvidia card with Gallium Nine. i haven't tested with Nvidia either.

what I have done:

i did not install any Mesa graphics drivers. Ubuntu 18.10 has Mesa drivers with Gallium Nine supported. also, i had stability problems with Mesa drivers from Oibaf's PPA before.
i installed wine-d3d9 from this ppa: https://launchpad.net/~commendsarnex/+archive/ubuntu/winedri3
this installed Wine 4.0 on my system (note, the wine version often changes in this ppa)
i enabled Gallium Nine in the staging tab of winecfg

side effects:

Gallium Nine caused the map appearing all green with no units displaying. i could fix this by closing the minimap. this problem also happens when you switch on split screen mode in the game. it looks like the game can render only one map correctly when Gallium Nine is enabled in Wine.

more testing is needed but this looks promising so far.

note: Gallium Nine is not available in Proton/Wine. though there is an unofficial repo for that on github.

lemorragia commented 5 years ago

@foodlfg wow! that's very good news indeed

I gave a quick try at gallium nine + proton guide here ... the game works(and everything seems more performant indeed) but the mouse problem remains. It is good to know, though, that with some configuration can work on steam too.

More infos on my problem, if anyone is experiencing something similar:

probably it is connected only to mouse movement...zooming in/out on the map carefully keeping the the cursor on the same place on the map avoids the problem
interestingly, as long as you move the mouse, the game is stuck. The game time freeze and jumps forward when you stop the mouse movement...almost a "time-skipping feature" :-D

next i'm gonna try run it on a live system to exclude some strange problems with my ubuntu installation

tatsujb commented 5 years ago

actually @foodlfg, this is very relevant. Proton/Valve should likely be able to integrate Gallium nine as that code is open source.

I think if Valve deems it pertinent to the functioning of their games they will make the right move here.

lemorragia commented 5 years ago

@foodlfg did a quick try on a fresh ubuntu-on-usb. The time-skipping problem goes away, though the flickering/disappearing of the cursor remains...i'm prone to think that maybe is something with the drivers/library and my particular hardware

I also did some testing with steam+gallium nine and it seems smoother in performance (i didn't measure fps though)... @tatsujb i'm not sure if valve is ever going to integrate it in proton, the development seems quite stuck as far as i can see

tatsujb commented 5 years ago

Isn't it a case of "this is a good idea! let's fork this as our own for intergration to steam!" like they did with wine?

Wine devs got tired and moved on, that doesn't mean wine was a bad idea and both valve and lutris saw that and started pumping time and effort into their own forks of it. And we see the positive effects of that today.

I can understand that gallium nine isn't quite ready yet but I don't think that's the question, the idea is undeniably good.

Anyways. thank you very much for the testing, please do keep it up. I'm very low on time right now but I'm looking to have more time this weekend. I should get back to you both on this then.

kisak-valve commented 5 years ago

Hello @tatsujb, @lemorragia, please use #66 to discuss gallium nine with Proton, using it is not game-specific.

douglasg14b commented 5 years ago

Cannot join or create any other non-FAF game types (like phantom, xtreme wars, labwars....etc) games either:

@tatsujb have you had this issue?

Failed to setup initial search path.

Program : Z:\home\douglas\.faforever\bin\ForgedAlliance.exe
Cmd line arguments : /init init.lua /nobugreport /log /home/douglas/.faforever/logs/game.log /gpgnet 127.0.0.1:46577 /mean 1114.19 /deviation 162.347 /savereplay gpgnet://127.0.0.1:34001/9350837/Zongrash.SCFAreplay /country US /numgames 22

Callstack:
    unavailable.

Last 100 lines of log...

warning: Running "Z:\home\douglas\.faforever\bin\init.lua" failed: cannot read init_faf.lua: No such file or directory
         stack traceback:
            [C]: in function `dofile'
            Z:\home\douglas\.faforever\bin\SupComDataPath.lua(2): in main chunk
            [C]: in function `dofile'
            Z:\home\douglas\.faforever\bin\init.lua(46): in main chunk

tatsujb commented 5 years ago

I'm pretty sure this is caused by :

A : maps and mods folder aren't correctly soft-linked to the dir you have at /home/USERNAME/My\ Games/Gas\ Powered\ Games/Supreme\ Commander\ Forged\ Alliance B : when "Execution Dirrectory" is not in the /home/USERNAME/.faforever/bin format

(with 90% of my bet being on A, that being said 1v1 ladder doesn't work without B)

I'm working hard to get next video out :

I've made a script that will make the whole thing more of a breeze (and once people contribute to it to make the script more robust an malleable, it will suit most needs)

but for now this script should only be tested on a freshly installed ubuntu 18+ (although the "freshly installed" is just a precaution on my part I haven't had time to test on other case figures, but logically, it should work on systems with previous installs of FA)

oh and by the way, yes this script does handle setting up gallium nine for you.

douglasg14b commented 5 years ago

Hm, I have the map and mods folders symlinked, I also have the execution directory laid out.

I have /home/USERNAME/My Games/Gas Powered Games/Supreme Commander Forged Alliance/Mods symlinked to /home/USERNAME/.steam/steam/steamapps/common/Supreme Commander Forged Alliance/Mods/

I did however have a snafu with my mods folder a while back where it got wiped, but I didn't think that would have an effect since the client should just re-download mods? Unless it tries to keep track of them separately, somewhere else. I don't see Phantom, Xtremewars or others in the mods folder though, even after the FAF client downloaded it, are game-types stored somewhere else?

I do get this whenever I start the FAF client, all the folders it lists are empty (the mods folder seems to contain empty directories for every subdirectory for each mod, as if the directory structure was flattened out. The original directory still cotnains all the mods files though):

tatsujb commented 5 years ago

I would strongly recommend deleting .faforever and .com.faforever.client.FafClientApplication in your home directory (thereby loosing your configuration) and starting back up fresh. before you do though, read ahead an re-link maps and mods.

I did however have a snafu with my mods folder a while back where it got wiped, but I didn't think that would have an effect since the client should just re-download mods?

ofc. yes. emptying it out fixes it if the pointer is henceforth correct. IF.

I'm not sure it is.

steamapps folder for steam might be named SteamApps or steamapps which meens my previous guidlines have to be updated to take that into account. (not on older systems with the old folder name as steam keeps it if it was already like that)

look at the end of my linked script try running just those commands. modify them first to turn SteamApps back into steamapps if that is what you have.

douglasg14b commented 5 years ago

I'll give that a shot momentarily.

After some more investigation, the error might be from the relative file-path not working with lua? specifically dofile('FILENAME.lua'). All the errors for game types and for 1v1 all point to dofile() not being able to find the file, and the normal faf and faf_beta game types don't try to dofile() any files in the same directory as themselves.

I tried to modify the lua files to test some things, but the FAF client returns it to it's original state before trying to execute it (I iamgien it checks the file hash, and re-downloads it if it doesn't match)

tatsujb commented 5 years ago

yep it does do that.

https://github.com/tatsujb/installFAFscript

wow version 1.3 was garbage.

v 1.4 is a tad better.

tatsujb commented 5 years ago

guys try my install script I'm up to version 1.9 and I've had two people on voicechat with successes using it so far : https://github.com/tatsujb/installFAFscript

(hopefully your distro is ubuntu or an ubuntu flavor or mint or elementary, otherwise, I'm working on it)

lemorragia commented 5 years ago

@tatsujb outstanding work...thank you so much... i plan to reinstall my system from scratch (right now my problems are somehow connected to my current installation) and i'll sure will give it a try!

tatsujb commented 5 years ago

@lemorragia btw that script uses gallium-proton (but you can choose to opt-out) thanks to you pointing out it's existence.

osu commented 5 years ago

hey, uh so i'm having a issue with Supreme Commander, not Supreme Commander FA, so when launching it just stucks on black screen and i see the game cursor, also no sound, tried disabling esync and enabling debug thing but still no things, have proton 16.4

EDIT : Tried to set fidelity to 1, it regenerated the .pref file to default..

tatsujb commented 5 years ago

@osu could you include what steam exports as system info (from the help menu) also why not try with proton 3.16-8 Beta?

tatsujb commented 5 years ago

@lemorragia how did it go?

lemorragia commented 5 years ago

@tatsujb couldn't try it yet...work issues...i'll try as soon as possible ;-)

Sl0vi commented 5 years ago

@osu Upgrade to Proton 4.2-1, it fixes the issue with bloom render in Supreme commander.

You still need to disable esync in your launch options.

I wrote a guide on how to get Supreme Commander to work on older versions of Proton in my bug report: #1107

pipnina commented 5 years ago

Seems to me that 3.16 works fine, but 4.2 causes de-syncs in multiplayer. Can anyone else confirm this?

tatsujb commented 5 years ago

I can : http://forums.faforever.com/viewtopic.php?f=2&t=4507&sid=6117ec11b5d786169c1c7a46854f1735&start=690#p173139

@Sl0vi @pipnina, try my script ? : https://github.com/tatsujb/installFAFscript

tatsujb commented 5 years ago

so in conclusion there is definitely a bug with 4.2-2 and 4.2-3 which causes users who have 4.2-x to desync in online games.

if you switch back to 3.16-9 beta the desyncs disappear.

should I keep it in this thread or create a new one?

kisak-valve commented 5 years ago

Hello @tatsujb, because this game is unofficially supported, this issue report is the right place for all game-specific issues related to this game. Please add PROTON_LOG=1 %command% to the game's launch options and, reproduce the regression, and drag and drop the generated $HOME/steam-$APPID.log into the comment box. You may need to throw it in an archive if it's a large log.

vegai commented 5 years ago

On Vega 54, Forged Alliance seems to work perfectly (based on 2 hours of gameplay) on latest proton 3.16, but not at all on proton 4.2. On 4.2, the game apparently starts fine (sounds of the starting screens can be heard) but everything's black.

kisak-valve commented 5 years ago

Hello @vegai, with Proton 4.2-3, please add PROTON_LOG=1 %command% to the game's launch options and drag and drop the generated $HOME/steam-$APPID.log into the comment box. Also, please copy your system information from Steam (Steam -> Help -> System Information) and put it in a gist, then include a link to the gist in this issue report.

douglasg14b commented 5 years ago

@tatsujb When are you available next? Lets do a quick game with 4.2 to get a desync out of it for the log file. If you have the time.

pipnina commented 5 years ago

I might be able to get a test done with my friends who have the game tomorrow.

douglasg14b commented 5 years ago

Hm, the log file is not generated unless it's ran from steam it seems.

@kisak-valve We're running the game through the debug output script /tmp/proton_$user/run, is there a way to get PROTON_LOG to work from there?

Example:

#!/bin/bash
#Run game or given command in environment

cd "/home/douglas/.steam/steam/steamapps/common/Supreme Commander Forged Alliance"
DEF_CMD=("/home/douglas/.steam/steam/steamapps/common/Supreme Commander Forged Alliance/bin/SupremeCommander.exe")
PATH="/home/douglas/.steam/steam/steamapps/common/Proton 4.2/dist/bin/:/home/douglas/.steam/ubuntu12_32/steam-runtime/amd64/bin:/home/douglas/.steam/ubuntu12_32/steam-runtime/amd64/usr/bin:/home/douglas/.local/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin" \
    TERM="xterm" \
    WINEDEBUG="-all" \
    WINEDLLPATH="/home/douglas/.steam/steam/steamapps/common/Proton 4.2/dist/lib64/wine:/home/douglas/.steam/steam/steamapps/common/Proton 4.2/dist/lib/wine" \
    LD_LIBRARY_PATH="/home/douglas/.steam/steam/steamapps/common/Proton 4.2/dist/lib64:/home/douglas/.steam/steam/steamapps/common/Proton 4.2/dist/lib:/home/douglas/.steam/ubuntu12_32/steam-runtime/pinned_libs_32:/home/douglas/.steam/ubuntu12_32/steam-runtime/pinned_libs_64:/usr/lib/x86_64-linux-gnu/libfakeroot:/lib/i386-linux-gnu:/usr/lib/i386-linux-gnu:/usr/local/lib:/lib/x86_64-linux-gnu:/usr/lib/x86_64-linux-gnu:/lib32:/usr/lib32:/lib:/usr/lib:/home/douglas/.steam/ubuntu12_32/steam-runtime/i386/lib/i386-linux-gnu:/home/douglas/.steam/ubuntu12_32/steam-runtime/i386/lib:/home/douglas/.steam/ubuntu12_32/steam-runtime/i386/usr/lib/i386-linux-gnu:/home/douglas/.steam/ubuntu12_32/steam-runtime/i386/usr/lib:/home/douglas/.steam/ubuntu12_32/steam-runtime/amd64/lib/x86_64-linux-gnu:/home/douglas/.steam/ubuntu12_32/steam-runtime/amd64/lib:/home/douglas/.steam/ubuntu12_32/steam-runtime/amd64/usr/lib/x86_64-linux-gnu:/home/douglas/.steam/ubuntu12_32/steam-runtime/amd64/usr/lib:" \
    WINEPREFIX="/home/douglas/.steam/steam/steamapps/compatdata/9420/pfx/" \
    SteamGameId="9420" \
    SteamAppId="9420" \
    WINEDLLOVERRIDES="steam.exe=b;d3d11=n;d3d10=n;d3d10core=n;d3d10_1=n;dxgi=n" \
    STEAM_COMPAT_CLIENT_INSTALL_PATH="/home/douglas/.steam" \
    "/home/douglas/.steam/steam/steamapps/common/Proton 4.2/dist/bin//wine" steam.exe "${@:-${DEF_CMD[@]}}"

I've tried adding a PROTON_LOG=1 \ line, but that doesn't output the log file either. Though note that other variables seem to work like GALLIUM_HUD=simple,fps \

pipnina commented 5 years ago

I just ran the game, hosted a lobby with my brother in both 4.2-3 and 3.16-9 In a few seconds the game running under 4.2-3 started to desync while the 3.16-9 did not. Log files attached steam-9420-3.16-9.log steam-9420-4.2-3.log

tatsujb commented 5 years ago

@pipnina how do you obtain these logs?

pipnina commented 5 years ago

I ran it through steam without the FAF launcher. Since the bug is to do with the normal vanilla game it makes sense to troubleshoot the version as packaged by steam.

Cyclic3 commented 5 years ago

Using the latest 3.16 I keep freezing and getting this whilst playing on a large map for a while

173410.403:0008:004d:trace:module:GetModuleFileNameW L"Z:\\games\\fast\\steamapps\\common\\Supreme Commander Forged Alliance\\bin\\SupremeCommander.exe"
173415.409:0008:004d:err:ntdll:RtlpWaitForCriticalSection section 0xfeec00 "?" wait timed out in thread 004d, blocked by 0046, retrying (60 sec)

This appears to be some form of deadlock.

I have got this error before in wine with FL studio. Does anyone have any ideas, it's getting rather annoying.

tatsujb commented 4 years ago

@kisak-valve first batch of tests under version 4.11-1 of proton seem positive: the desync issue that was present with version 4.2-9 seems to have gone away.

well done :)

StringCheesian commented 4 years ago

When I resize the game window, the game's UI doesn't properly resize with it.

Kernel 5.2.4-1-MANJARO, nvidia 430.26, KDE frameworks 5.60.0, KDE plasma 5.16.3 Proton 4.11 (with esync disabled) GTX 1050 Ti

This is before resizing: supcom_before

This is after resizing: supcom_after

tatsujb commented 4 years ago

generally this game under linux runs poorly when you use windowed mode.

you haven't found this bug yet, I presume, but when you are mid-game and you resize the window you get an unfixable blackscreen. The game didn't crash, it's still technically perfectly playable, you just can't see anything, so realistically absolutely unplayable.

easy solution is to use fullscreen mode. which is ironic because performance and stability-wise this game runs better in windowed mode under Windows.

DarkFenX commented 4 years ago

Debian Testing Xorg Nvidia 418.88 + GTX 1080 Gnome DE with 3840x2160 with 200% scaling

On 4.11-3, when I launch sc: fa, i get error "Unable to create Direct3D. Please ensure system has current video drivers." (either game or wine, not native to the system).

varizon commented 4 years ago

Hello. Cyrillic does not work in steam proton. How to add support? Everything works in wine. Tell me please. https://user-images.githubusercontent.com/11276627/78422126-d2094080-767e-11ea-9ec9-04031c9426a6.jpg

tatsujb commented 3 years ago

@kisak-valve

Can we look into getting this game into the platinum range?

the sim works flawlessly but alot of the FX (like napalm and other 2D projectile sprite) fail to show up.

this of course was the case since the very first version of wine but I expect experimenting with all of the levers we now have, DXVK, d9vk, D3Dwine, gallium, ect, 3d party dependencies, ect could potentially solve the issue.

Screenshots

under windows : ![image](https://user-images.githubusercontent.com/5132359/93024092-f422c980-f5f3-11ea-9271-0055e4c5c272.png) under linux : ![Screenshot from 2020-09-13 19-09-18](https://user-images.githubusercontent.com/5132359/93024180-c722e680-f5f4-11ea-8d96-ae1d24a41ae3.png) ![Screenshot from 2020-09-13 19-12-49](https://user-images.githubusercontent.com/5132359/93024371-449b2680-f5f6-11ea-98f4-a4afa19742ed.png)

tatsujb commented 3 years ago

@kisak-valve

I unearthed a new issue.

I couldn't see it before as I was stuck on kernel 5.2

but now I am on kernel 5.8 and I can see this issue.

On kernel 5.2 I could go all the way up to Proton 5.13 and the call of a generated run file from terminal (PROTON_DUMP_DEBUG_COMMANDS=1) would work.

but on linux kernel 5.8 I find that running with run file only works up to Proton 4.11-13, after this (and all the way up to proton experimental) it fails with :

wineserver: using server-side synchronization.
wine: RLIMIT_NICE is <= 20, unable to use setpriority safely
wine: Using RTKit to control niceness in the [-15,15] range
wine: cannot find L"/init"
Setting breakpad minidump AppID = 9420
Steam_SetMinidumpSteamID:  Caching Steam ID:  76561198023671480 [API loaded no]
Forged Alliance terminated with exit code 0

The differences between the run files are as follows :

Proton 4.11-13 (the one that works) :

#!/bin/bash
#Run game or given command in environment

cd "/home/t/.local/share/Steam/steamapps/common/Supreme Commander Forged Alliance"
DEF_CMD=("/home/t/.local/share/Steam/steamapps/common/Supreme Commander Forged Alliance/bin/SupremeCommander.exe")
PATH="/home/t/.local/share/Steam/steamapps/common/Proton 4.11/dist/bin/:/home/t/.local/share/Steam/ubuntu12_32/steam-runtime/amd64/bin:/home/t/.local/share/Steam/ubuntu12_32/steam-runtime/amd64/usr/bin:/home/t/.local/share/Steam/ubuntu12_32/steam-runtime/usr/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin:/home/t/.dotnet/tools" \
    TERM="xterm" \
    WINEDEBUG="-all" \
    WINEDLLPATH="/home/t/.local/share/Steam/steamapps/common/Proton 4.11/dist/lib64//wine:/home/t/.local/share/Steam/steamapps/common/Proton 4.11/dist/lib//wine" \
    LD_LIBRARY_PATH="/home/t/.local/share/Steam/steamapps/common/Proton 4.11/dist/lib64/:/home/t/.local/share/Steam/steamapps/common/Proton 4.11/dist/lib/:/home/t/.local/share/Steam/ubuntu12_32/steam-runtime/pinned_libs_32:/home/t/.local/share/Steam/ubuntu12_32/steam-runtime/pinned_libs_64:/usr/lib/x86_64-linux-gnu/libfakeroot:/lib/i386-linux-gnu:/usr/local/lib:/lib/x86_64-linux-gnu:/lib:/home/t/.local/share/Steam/ubuntu12_32/steam-runtime/lib/i386-linux-gnu:/home/t/.local/share/Steam/ubuntu12_32/steam-runtime/usr/lib/i386-linux-gnu:/home/t/.local/share/Steam/ubuntu12_32/steam-runtime/lib/x86_64-linux-gnu:/home/t/.local/share/Steam/ubuntu12_32/steam-runtime/usr/lib/x86_64-linux-gnu:/home/t/.local/share/Steam/ubuntu12_32/steam-runtime/lib:/home/t/.local/share/Steam/ubuntu12_32/steam-runtime/usr/lib:/home/t/.local/share/Steam/steamapps/common/Supreme Commander Forged Alliance" \
    WINEPREFIX="/home/t/.local/share/Steam/steamapps/compatdata/9420/pfx/" \
    SteamGameId="9420" \
    SteamAppId="9420" \
    WINEDLLOVERRIDES="steam.exe=b;mfplay=n;dxvk_config=n;d3d11=n;d3d10=n;d3d10core=n;d3d10_1=n" \
    STEAM_COMPAT_CLIENT_INSTALL_PATH="/home/t/.local/share/Steam" \
    "/home/t/.local/share/Steam/steamapps/common/Proton 4.11/dist/bin/wine" steam.exe "${@:-${DEF_CMD[@]}}"

Proton-Experimental (that doesn't work) :

#!/bin/bash
#Run game or given command in environment

cd "/home/t/.local/share/Steam/steamapps/common/Supreme Commander Forged Alliance"
DEF_CMD=("/home/t/.local/share/Steam/steamapps/common/Supreme Commander Forged Alliance/bin/SupremeCommander.exe")
PATH="/home/t/.local/share/Steam/steamapps/common/Proton - Experimental/dist/bin/:/usr/bin:/bin" \
    TERM="xterm" \
    WINEDEBUG="-all" \
    WINEDLLPATH="/home/t/.local/share/Steam/steamapps/common/Proton - Experimental/dist/lib64//wine:/home/t/.local/share/Steam/steamapps/common/Proton - Experimental/dist/lib//wine" \
    LD_LIBRARY_PATH="/home/t/.local/share/Steam/steamapps/common/Proton - Experimental/dist/lib64/:/home/t/.local/share/Steam/steamapps/common/Proton - Experimental/dist/lib/:/overrides/lib/x86_64-linux-gnu:/overrides/lib/i386-linux-gnu" \
    WINEPREFIX="/home/t/.local/share/Steam/steamapps/compatdata/9420/pfx/" \
    SteamGameId="9420" \
    SteamAppId="9420" \
    WINEDLLOVERRIDES="steam.exe=b;dotnetfx35.exe=b;dxvk_config=n;d3d11=n;d3d10=n;d3d10core=n;d3d10_1=n;d3d9=n" \
    STEAM_COMPAT_CLIENT_INSTALL_PATH="/home/t/.local/share/Steam" \
    WINE_LARGE_ADDRESS_AWARE="1" \
    GST_PLUGIN_SYSTEM_PATH_1_0="/home/t/.local/share/Steam/steamapps/common/Proton - Experimental/dist/lib64/gstreamer-1.0:/home/t/.local/share/Steam/steamapps/common/Proton - Experimental/dist/lib/gstreamer-1.0" \
    WINE_GST_REGISTRY_DIR="/home/t/.local/share/Steam/steamapps/compatdata/9420/gstreamer-1.0/" \
    MEDIACONV_AUDIO_DUMP_FILE="/home/t/.local/share/Steam/steamapps/shadercache/9420/fozmediav1/audio.foz" \
    MEDIACONV_AUDIO_TRANSCODED_FILE="/home/t/.local/share/Steam/steamapps/shadercache/9420/swarm/transcoded_audio.foz" \
    MEDIACONV_VIDEO_DUMP_FILE="/home/t/.local/share/Steam/steamapps/shadercache/9420/fozmediav1/video.foz" \
    MEDIACONV_VIDEO_TRANSCODED_FILE="/home/t/.local/share/Steam/steamapps/shadercache/9420/swarm/transcoded_video.foz" \
    "/home/t/.local/share/Steam/steamapps/common/Proton - Experimental/dist/bin/wine" steam.exe "${@:-${DEF_CMD[@]}}"

from mixing and matching I've been able to assert that it's not any of the surrounding args changes or additions that constitute this breaking change.

it's probably not even the changes within wine itsel but rather how it is called.

from the error : RLIMIT_NICE is <= 20, unable to use setpriority safely we can deduce this is an issue of Niceness level. which may have changed with the new kernel.

on ubuntu I seem to recall default niceness was 20 but now when I type ulimit -e I get 0.

I also notice that in the previous arguments that were called there is a fakeroot: /usr/lib/x86_64-linux-gnu/libfakeroot: but not in the versions after Proton 4.11-13.

not that adding that line back helps, perhaps there lies the answer anyways. could you help me get proton-experimental working from terminal for Forged Alliance, please?

I've noticed drastic performance improvements in other games such as rocket league with the new Proton Experimental so I'd like to benefit from this and perhaps the new protons will help bridge the gap in missing VFX in the end.

Bottinator22 commented 2 years ago

I can play this game just fine with Proton 4.11-13, with esync disabled. Anything newer has issues or does not work at all.

However, some effects are missing. And by that, I mean a LOT of effects are missing, around half of them I believe. Some projectiles are completely invisible or are just thin white lines.

I first played this game on Windows and, for the past few years, have been playing it on Linux. I'm starting to miss these effects when I watch a Windows user play the game...

kisak-valve commented 2 years ago

Hello @Bottinator22, please elaborate on what issues this game has when run with newer Proton versions. Also, please add PROTON_LOG=1 %command% to the game's launch options, reproduce the regression(s), and attach the generated $HOME/steam-$APPID.log to this issue report as a file. (Proton logs compress well if needed.) Additionally, please copy your system information from Steam (Steam -> Help -> System Information) and put it in a gist, then include a link to the gist in this issue report.

Bottinator22 commented 2 years ago

Hello @Bottinator22, please elaborate on what issues this game has when run with newer Proton versions. Also, please add PROTON_LOG=1 %command% to the game's launch options, reproduce the regression(s), and attach the generated $HOME/steam-$APPID.log to this issue report as a file. (Proton logs compress well if needed.) Additionally, please copy your system information from Steam (Steam -> Help -> System Information) and put it in a gist, then include a link to the gist in this issue report.

From what I've experienced before, Proton 5.0-10 causes desyncs in multiplayer games. Might be fixed in FAF, but not sure. This is the log with 5.13-6: steam-9420.log This is the log with 7.0-1: steam-9420.log

https://gist.github.com/Bottinator22/2f9fbcad969b349df8644df8ad2b55e9

Bottinator22 commented 2 years ago

The logs don't seem to contain anything at all...

Log with 4.11-13, which I am using: steam-9420.log

ValveSoftware / Proton

Supreme Commander: Forged Alliance (9420) #688