The Forest (242760)

[ppedro1]

Game launched without a hitch and I got ingame. But ingame the mouse doesn't work like it's supposed and makes the game unplayable. Inside the ingame menu (esc) the mouse works like it should.

Antergos linux
4.18.3-arch1-1-ARCH
Cinnamon 3.8.8
I5-7600K
GTX 1060
Roccat Kone XTD mouse (wired)

edit. added mouse

[BLaDZer]

Also have problem with mouse but only when move I guess

[kisak-valve]

[BUG] The Forest crash on exit (242760)

Issue transferred from #508.
@BLaDZer posted on 2018-08-25T09:53:53:

System:    Host: blad-pc Kernel: 4.18.3-1-MANJARO x86_64 bits: 64 Desktop: Xfce 4.12.4 
           Distro: Manjaro Linux 
CPU:       Topology: 6-Core model: AMD FX-6100 bits: 64 type: MCP L2 cache: 2048 KiB 
           Speed: 1541 MHz min/max: 1400/3300 MHz Core speeds (MHz): 1: 1554 2: 1806 3: 1527 4: 1529 
           5: 1535 6: 1529 
Graphics:  Card-1: AMD Pitcairn PRO [Radeon HD 7850 / R7 265 / R9 270 1024SP] driver: amdgpu v: kernel 
           Display: x11 server: X.Org 1.20.1 driver: amdgpu unloaded: modesetting 
           resolution: 1360x768~60Hz 
           OpenGL: 
           renderer: AMD Radeon HD 7800 Series (PITCAIRN DRM 3.26.0 4.18.3-1-MANJARO LLVM 6.0.1) 
           v: 4.5 Mesa 18.1.6

Proton 3.7-3

Click "exit to windows" after playing a while and got a crash:
crash.log

[mimattr]

Ubuntu 16.04, NVIDIA GTX 970, Proton 3.7-5 Beta:

Steam System Information

Test	Result
Singleplayer	Working as expected^
Local Co-op	N/A
Online Multiplayer	Working as expected^
VR	NOT TESTED

Configuration	...
Input	Xbox 360 Controller^^ ^^^
Display	1920x1080
Fullscreen	Yes
Preset	Medium
VSync	Off
API	DX11

^ Exiting application causes freeze (error.log)
^^ Steam Controller not detected/working
^^^ Gamepad support in menus partially working

NOTE: Optional brightness settings not working as expected.

[ghost]

@ppedro1 Walkaround: Switch to desktop and switch back to the game

You need to do this if you are going : in & out from the book, menu and inventory

[ppedro1]

@ppedro1 Walkaround: Switch to desktop and switch back to the game

You need to do this if you are going : in & out from the book, menu and inventory

Just tried this workaround, and no change.

I have changed to Ubuntu and running on kernel 4.15.0-34-generic. The experience is identical to the one reported in the first post (arch linux/antergos).

[ghost]

@ppedro1 btw the walkaround only work with Xorg not with Wayland

[ppedro1]

@ppedro1 btw the walkaround only work with Xorg not with Wayland

Yeah I am on Xorg. I don't think cinnamon is even available on wayland.

[ericwomer]

This game runs fine for me with wine-3.16 (Staging). I think there are fixes in staging that haven't made it, or will make it, to the main wine branch.

[FedoraTipper]

I hate to ping. But, @aeikum can you share some insight into how we can solve this? It seems to be affecting all games based around unity.

Quick run down:
x movement with a mouse is 1:1
y movement is bugged, with the game constantly moving the player's perspective towards the floor. And what seems to be a 1:2 mapping when trying to move the player's perspective upwards.
And lastly the mouse seems to be free moving behind the game window, and often leads to the mouse being stuck within the window's bounds.

I am not sure whether this is related to proton's wine version regarding the window hacks provided. Seeing that proton's wine 3.15 solved 1000hz issue, is it possible to solve this?

[Rabcor]

I've read people say that installing xinput can help with the mouse issue. I tried it out, and I feel like it reduces the issue, but it could be placebo. The game is playable however since it doesn't have many ranged weapons, and none that can actually fire fast. Accurate aim is unneeded. The issue is also significantly worse in the intro sequence on the airplane than after you actually start playing.

To properly observe the issue in the game I recommend pressing B which opens up a book which brings up an in-game cursor (different from the ones in the menus) you can see how the mouse behaves with this cursor.

Doing this I have observed that the vertical mouse movement when moving on the y axis is not proportional to how fast the mouse is moving, therefore unless you are moving very slowly (fine movement) the issue is hardly noticable.

I have also observed that this issue does not affect the controller, and whether or not you have a controller plugged in has no effect on the issue.

I believe this issue has been solved in some versions of wine (lutris uses wine-tkg-3.19 right now)

Lastly, the game's performance is really down in the gutter, I bet if you want to play on ultra at 1440p you need something like a 2080-Ti.

I decided to try installing it on lutris and besides running noticably better than on proton (performance wise) the mouse issue is completely gone.

[ghost]

I've read people say that installing xinput can help with the mouse issue. I tried it out, and I feel like it reduces the issue, but it could be placebo. The game is playable however since it doesn't have many ranged weapons, and none that can actually fire fast. Accurate aim is unneeded. The issue is also significantly worse in the intro sequence on the airplane than after you actually start playing.

To properly observe the issue in the game I recommend pressing B which opens up a book which brings up an in-game cursor (different from the ones in the menus) you can see how the mouse behaves with this cursor.

Doing this I have observed that the vertical mouse movement when moving on the y axis is not proportional to how fast the mouse is moving, therefore unless you are moving very slowly (fine movement) the issue is hardly noticable.

I have also observed that this issue does not affect the controller, and whether or not you have a controller plugged in has no effect on the issue.

I believe this issue has been solved in some versions of wine (lutris uses wine-tkg-3.19 right now)

Lastly, the game's performance is really down in the gutter, I bet if you want to play on ultra at 1440p you need something like a 2080-Ti.

I decided to try installing it on lutris and besides running noticably better than on proton (performance wise) the mouse issue is completely gone.

For me: The Forest works better on Proton instead of Wine and i always use my walkaround to solve the mouse issue :D https://www.youtube.com/watch?v=l7km7BiyzF0

[Rabcor]

For me: The Forest works better on Proton instead of Wine and i always use my walkaround to solve the mouse issue :D https://www.youtube.com/watch?v=l7km7BiyzF0
workaround, friend. Not walkaround, lol 😆 .

And huh, I can't believe alt tabbing out of the game and back in would fix it. I recall an opposite issue in dungeon warfare 2 where alt tabbing would disable the keyboard in the game lol.

However, it doesn't actually permanently fix the issue, for example if I open the inventory the mouse bugs out again.

[ppedro1]

I have installed libinput and xorg-xinput but the problem persists. Also alt+tabbing doesn't do anything.

[Rabcor]

I have installed libinput and xorg-xinput but the problem persists. Also alt+tabbing doesn't do anything.

It was xinput as in with winetricks. But yeah. Try the lutris version.

[ghost]

isnt xinput for gamepads?

[ghost]

However, it doesn't actually permanently fix the issue, for example if I open the inventory the mouse bugs out again

I've gotten the habit to getting out and getting in every time so for me its not a prob.. anymore

I recall an opposite issue in dungeon warfare 2 where alt tabbing would disable the keyboard in the game lol

Yeah this happends in Burnout PR, Just Cause 3 too alt+enter to use windowed helps sometimes, if nobody want to restart the game.

[Rabcor]

I have also observed another peculiarty; everytime I click, or right clikc, the mouse moves down towards the right. (at least I think it was right) so the issue does not only affect mouse movement, it affects clicks as well.

[ghost]

The Forest have now no access to the registry anymore so the game cannot save the config like video settings.. Its a Proton Issue! works fine with vannila wine 3.20

[Rabcor]

The Forest have now no access to the registry anymore so the game cannot save the config like video settings.. Its a Proton Issue! works fine with vannila wine 3.20

You mean the unity launcher thing always selecting a random graphics quality setting? yeah I noticed that too.

[ghost]

The Forest have now no access to the registry anymore so the game cannot save the config like video settings.. Its a Proton Issue! works fine with vannila wine 3.20

You mean the unity launcher thing always selecting a random graphics quality setting? yeah I noticed that too.

nah not this i mean nothing can get changed if you try to change the fov slider the fov will stuck at the default 75. And other changes have no effect too.

[Rabcor]

Update, I see what CrackedCrafterz is talking about now, I just launched the game again today and all my settings had reset to high. Although it worked fine for me to change them back. The settings now always reset after launch, which is strange because it did not do that before (yet Proton has not had a version bump, and neither has the game... which makes this all very strange)

The game build is 3039027 (This game build is from august 16th 2018)

I've also noticed that the game occasionally fails to launch (typically seems to occur every other launch, I need to kill wineserver to be able to run it again; maybe wineserver is failing to close after the game shuts down?).

Changing to an older version (3.7.8) of proton did not affect the issue.

Another thing I noticed is that the lutris version crashes/fails on launch (the process is opened but the launcher does not), this is extremely odd considering that again, nothing should have changed over there either (although lutris did get a version bump which cannot be ruled out as the cause for that one).

Maybe the game received a stealth update that broke this?

[ghost]

Update, I see what CrackedCrafterz is talking about now, I just launched the game again today and all my settings had reset to high. Although it worked fine for me to change them back. The settings now always reset after launch, which is strange because it did not do that before (yet Proton has not had a version bump, and neither has the game... which makes this all very strange)

The game build is 3039027 (This game build is from august 16th 2018)

I've also noticed that the game occasionally fails to launch (typically seems to occur every other launch, I need to kill wineserver to be able to run it again; maybe wineserver is failing to close after the game shuts down?).

Changing to an older version (3.7.8) of proton did not affect the issue.

Another thing I noticed is that the lutris version crashes/fails on launch (the process is opened but the launcher does not), this is extremely odd considering that again, nothing should have changed over there either (although lutris did get a version bump which cannot be ruled out as the cause for that one).

Maybe the game received a stealth update that broke this?

The game works in vannila wine with dxvk I tested it recently, but with lutris its unpossible to start it. I dont know why but this is only a proton issue with the game config

[ghost]

Also unrelated to the above issues, correct me if I'm wrong, but I think god rays/sunshine occlusion is not working in the game.

(Also I can confirm it works with my system installed wine staging just fine, what's more, it remembers my settings too; but lutris won't launch it even if I use system wine, which is strange)

Create a new entry and select the (TheForest.exe) as Application and use .home/(user)/wine as wineprefix

[Rabcor]

Now the settings are broken for me too so that I can't reconfigure them anymore in Proton, what a mess :/ the game was working so well before.

There's also a new bug where in the survival book where it says how you're feeling, instead of just saying good it says something like BOOK_CONDITION_GOOD (forgot what exactly it was, but it's basically a variable I think instead of the string it should be displaying)

Everything is working great in wine-staging however. The performance there is significantly better as well (despite proton now defaulting to an absurdly low res like 640x480)

[ghost]

There's also a new bug where in the survival book where it says how you're feeling, instead of just saying good it says something like BOOK_CONDITION_GOOD (forgot what exactly it was, but it's basically a variable I think instead of the string it should be displaying)

If this bug heppends without proton too then can you report this bug to winehq with a screenshot?

[Rabcor]

It doesn't, only in proton.

[xpander69]

Confirming that the mouse movement problem is fixed with 3.16-8 Beta

Great job!

[ghost]

Whitelist Request :

System Information

• GPU: RX 570
• Driver/LLVM version: Mesa 19.0.0 & LLVM 7.0.1
• Distro: Sabayon
• Link to full system information report as Gist
• Proton version: 3.16-8 Beta

I confirm:

• [✔] that pressing the Play button in the Steam client is sufficient.

Issues

• [✔] I have experienced issues but they are got fixed.

[xpander69]

Performance is Bad (at least with ryzen cpu owners, would be nice if someone with intel could confirm)

My protondb report:

Runs out of box, but with crippled performance and using all the CPU cores on Ryzen. 35-45 FPS only. taskset -c 0-7 makes the performance go up to 45-70 FPS. Disabling SMT by running echo 0 > /sys/devices/system/cpu/cpu*/online, with replacing the * with the odd numbers like (1,3,5,7 etc) and starting the game like that will yield 65-110 fps. You can turn the cores back on after the Game start with echo 1 > /sys/devices/system/cpu/cpu*/online. Played Multiplayer and Singleplayer with no issues. There's a odd mouse issue after some alt+tabing but alt+enter twice, usually fixes that.

So, basically turning off SMT on Ryzen will yield the performance similar to what you would get when playing it under windows.

[kisak-valve]

Hello @xpander69, 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. Also, 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.

[xpander69]

system Info: https://gist.github.com/xpander69/3f8dfde984e358440ebb1625c387040f

Default Configuration:
steam-242760.log

SMT Disabled:
steam-242760.log

edit: This issue doesn't seem apply only to the Forest, but for all the Unity engine games. And it seems not a proton specific issue as the same happens with plain wine. Need to test more Unity games though. this will take some time. But 2 of my friends (with Ryzen 1700X and 2700X) can also confirm that disabling SMT will give 3x perf boost compared to default run.

edit2: Subnautica and Battlerite (both Unity games as well) have the similar performance jump with SMT disabled. Subnautica from ~50 FPS to ~100 FPS, Battlerite from ~60 FPS to ~120 FPS

[xpander69]

Video of the FPS improvements: https://www.youtube.com/watch?v=3SOVHYdi72A
Subnautica has the same, but FPS difference is a bit smaller.

Also a friend of mine with intel i7 4770K confirms that he also gets perf improvements when disabling half of the threads when starting up the game.

[Holzhaus]

Works fine for me, except for two issues:

1. The mouse goes haywire after some time when the game is running in full screen. The same thing happens in Subnautica, too. Since I use my Steam Link to play this game, I just run it in windowed mode.
2. I can't start the game from my Steam Link. I don't know if this is Proton-related because I never played it on Windows, but nothing happens when I press the play button. I have to go to my computer and start the game from there.

[Lurgenda]

Can confirm the poor performance with SMT enabled. I did the trick by deactivating every "odd" number core by what xpander69 mentioned earlier, that helped. Turning off SMT in BIOS does help too, what somehow doesnt help is the taskset command which i dont understand.
Using Ryzen 5 2600 with Kernel 5.2.10-rt5-MANJARO

[kisak-valve]

The Forest (242760)

Issue transferred from #5461.
@ZAD4YTV posted on 2021-12-31T03:42:17:

Compatibility Report

• Name of the game with compatibility issues: The Forest
• Steam AppID of the game: 242760

System Information

• GPU: RX 580
• Driver/LLVM version: Mesa 21.3.2
• Kernel version: 5.15.12-arch1-1
• Link to full system information report as Gist:
• Proton version: Proton 6.3-8, 5.13-6, 5.0-10, 4.11-3, 4.2-9.

I confirm:

• that I haven't found an existing compatibility report for this game.
• that I have checked whether there are updates for my system available.

steam-242760.log

Symptoms

When I touch the "play" button, it prepares to launch the game, but nothing happens, it's like I'm playing but I don't see any window.
Sometimes, I did the same, but it automatically crashed.

I tried to run it with also the proton GE versions
Before, I disabled esync, followed some protondb instructions which have been given by users.

Reproduction

Run the game, with steam & lutris after those errors.

[kisak-valve]

Hello @ZAD4YTV, can you let Steam finish gathering the extended diagnostics information and update your system information?

---

So the hints we have are that you've using Arch and info: Driver version : 2.0.210 implies that you're using AMDVLK. AMDVLK is known broken on Arch right now. Please downgrade AMDVLK until the driver is fixed or switch to mesa/RADV.

[juanandresdavila]

Yes, the problem was that, AMDVLK is broken, I downgraded it to the earliest version an it worked, thank you

[italoghost]

For anyone having performance issues, using WINE_CPU_TOPOLOGY=4:0,1,2,3 %command% to limit the threads used will improve the performance a lot!

[dhengGhuring]

For anyone having performance issues, using WINE_CPU_TOPOLOGY=4:0,1,2,3 %command% to limit the threads used will improve the performance a lot!

Where I can use that?

[ericwomer]

For anyone having performance issues, using WINE_CPU_TOPOLOGY=4:0,1,2,3 %command% to limit the threads used will improve the performance a lot!

Where I can use that?

In the steam options for the app, in the launch options

[Root-Core]

The game crashes if you host a multiplayer at the moment somebody joins.
Unfortunately there is no stack trace or something useful in the logs.. I might investigate later.

steam-242760.log

[Root-Core]

You should use 4:0,1,2,3 only if you use a quad-core, eg. on the Steam Deck.
I experimented a bit for a gamefix in Proton-GE and in my experience the topology should match your physical cores.

It might get a bit trickier with big.LITTLE architechtures like the newer Intel ones. I have not tested them yet.
The new CPU pinning feature in gamemode might handle that by accident. I don't know.

I also don't know if more then 8 cores are a problematic. I will test it with an 14 core Intel, that has a 6/8/20 config.

For reference (quick copy and paste):

2: WINE_CPU_TOPOLOGY=2:0,1
3: WINE_CPU_TOPOLOGY=3:0,1,2
4: WINE_CPU_TOPOLOGY=4:0,1,2,3
6: WINE_CPU_TOPOLOGY=6:0,1,2,3,4,5
8: WINE_CPU_TOPOLOGY=8:0,1,2,3,4,5,6,7
10: WINE_CPU_TOPOLOGY=10:0,1,2,3,4,5,6,7,8,9
12: WINE_CPU_TOPOLOGY=12:0,1,2,3,4,5,6,7,8,9,10,11
14: WINE_CPU_TOPOLOGY=14:0,1,2,3,4,5,6,7,8,9,10,11,12,13
16: WINE_CPU_TOPOLOGY=16:0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15
32: WINE_CPU_TOPOLOGY=32:0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29,30,31