search

ValveSoftware / Proton

Compatibility tool for Steam Play based on Wine and additional components
Other
24.14k stars 1.06k forks source link

Cookie Clicker (1454400) #5140

Open Mershl opened 3 years ago

Mershl commented 3 years ago

Compatibility Report

System Information

I confirm:

Symptoms

adamant-pwn commented 3 years ago

I can't start the game as well, but for me using PROTON_LOG=1 %command% doesn't fix it.

PFA the generated log with Proton-experimental: steam-1454400.log. System info:

OS: Arch Linux
KERNEL: 5.15.0-rc3-1-mainline
CPU: AMD Ryzen 7 5800H with Radeon Graphics
GPU: NVIDIA GeForce RTX 3070 Laptop GPU
GPU DRIVER: NVIDIA 470.74
RAM: 32 GB
sonic2kk commented 2 years ago

Game works out of the box for me with Proton 6.3-7 with no additional tweaks or launch options. There was some mouse offset when the game maximised but this was fixed by resizing the window. Fullscreen worked as expected. Only played for a few minutes as an initial test however.

System Information

romulasry commented 2 years ago

Doesn't run for me, unless I run steam from the command line.

Proton Experimental.

adamant-pwn commented 2 years ago

The game recently started working for me with Proton GE fork. Still doesn't work with native Proton.

hasezoey commented 2 years ago

Can confirm slightly different behavior than reported: for me the game starts up, with audio, but not rendering anything (blackscreen) when not using launch options but when using launch options PROTON_LOG=1 %command%, it renders and is playable

i also noticed that when trying to maximize on KDE Plasma (Wayland), the game resizes behind the taskbar, this could be worked around by moving the game window to another display, maximizing it there, and then moving it back with HOME+ARROW KEY(s)

Test were Proton Experimental (see details attached below for exact version) and Proton 6.3-8

Proton: 1640116296 experimental-6.3-20211221
SteamGameId: 1454400
Command: ['/home/hasezoey/mnt/sylvi_games/SteamLibrary/steamapps/common/Cookie Clicker/Cookie Clicker.exe', '--in-process-gpu', '--process-start-args', '-disable-features=HardwareMediaKeyHandling']
Options: {'forcelgadd'}
depot: 0.20211028.32
pressure-vessel: 0.20211027.0
scripts: v0.20210917.0-0-g1cf127d
soldier: 0.20211027.0 soldier 0.20211027.0
Kernel: Linux 5.15.7-1-MANJARO #1 SMP PREEMPT Wed Dec 8 10:09:19 UTC 2021 x86_64

Note: for the Command, i did not add anything other than PROTON_LOG=1 %command%

PS: Proton-6.21-GE-2 did not even start up for me

hasezoey commented 2 years ago

As a update: i currently cannot get the game (electron) to display anything anymore, only blackscreen From what i know the game did not update since last comment

Tried proton versions:

also tried applying PROTON_NO_ESYNC=1 PROTON_NO_FSYNC=1, with the same result

pogof commented 2 years ago

Well I have it probably the worst of you all. Game opens for me on experimental, same way as for others with PROTON_LOG=1 %command% otherwise it wont even load for me. However after running the game for some time my whole system crashes. Either just reboots or sometimes gets stuck (ex. if I have video running in the background it repeats last few seconds) until I manually hard reboot it.

I am 99% sure that its caused by Cookie Clicker, with it running my system would crash daily, sometimes even twice. Now few days without it everything seems good.

Proton log: steam-1454400.log

mono_crash.mem ? (not sure its related as I dont know how to open such file) mono_crash.mem.70407.1.zip

Unfortunetly journalctl just ends and then starts new boot so nothing that could help there.

Im running PopOS 21.10, with nvidia 2060 super. Hardware failure is ruled out, I did extensive testing of ram and my disks and still I would thing that it would crash more often if that would be the case.

My girlfriend cant run the game either on Ubuntu 21.10, even with PROTON_LOG enabled it wont even launch.

hasezoey commented 2 years ago

@pogof do you maybe know what the crash might be related to from the following?

also, what is your environment: X11 or Wayland?

pogof commented 2 years ago

It should be X11 iirc. I do think it might be the memory leakage, but kinda haven't checked it yet. However even if that would be the case I dont think theres something I can do to fix that? Or is there? I genuinely dont know.

hasezoey commented 2 years ago

However even if that would be the case I dont think theres something I can do to fix that? Or is there? I genuinely dont know.

the simplest option is probably to have a resource monitor open and have a watch with that, and then stop and restart the game if it gets too high

note: i had the memory leak issue too (even made a "bug report" on steam forums, because i couldnt find the bug forum for CC anywhere else), but it does not affect me too much because of my 32GB ram (the game at most after ~10 hours consumed ~12GB sometimes)

pogof commented 2 years ago

Yeah, at 12GB at 10h mark seems like that is it as I have 16GB installed and 4GB if not more is used just idling. I will test it later today and report the results.

I think that there should really be some kind of check mechanism that would kill the process before it can kill the system. And especially now that CC is listed as working on Steam deck. I'm not sure if thats something possible to implement for proton.

hasezoey commented 2 years ago

After a update in shade cache, this game instantly crashes today, there was no proton, runtime, steam client or system package updates, only shade cache updates

Proton Experimental Log

Launch Options: PROTON_LOG=1 %command% Controller Plugged in: None

System Information ```txt Computer Information: Manufacturer: MSI Model: B150M MORTAR (MS-7972) Form Factor: Desktop No Touch Input Detected Processor Information: CPU Vendor: GenuineIntel CPU Brand: Intel(R) Core(TM) i7-7700K CPU @ 4.20GHz CPU Family: 0x6 CPU Model: 0x9e CPU Stepping: 0x9 CPU Type: 0x0 Speed: 4500 Mhz 8 logical processors 4 physical processors HyperThreading: Supported FCMOV: Supported SSE2: Supported SSE3: Supported SSSE3: Supported SSE4a: Unsupported SSE41: Supported SSE42: Supported AES: Supported AVX: Supported AVX2: Supported AVX512F: Unsupported AVX512PF: Unsupported AVX512ER: Unsupported AVX512CD: Unsupported AVX512VNNI: Unsupported SHA: Unsupported CMPXCHG16B: Supported LAHF/SAHF: Supported PrefetchW: Unsupported Operating System Version: "Manjaro Linux" (64 bit) Kernel Name: Linux Kernel Version: 5.16.7-1-MANJARO X Server Vendor: The X.Org Foundation X Server Release: 12101004 X Window Manager: KWin Steam Runtime Version: steam-runtime_0.20220119.0 Video Card: Driver: AMD AMD Radeon RX Vega (VEGA10, DRM 3.44.0, 5.16.7-1-MANJARO, LLVM 13.0.0) Driver Version: 4.6 (Compatibility Profile) Mesa 21.3.5 Desktop Color Depth: 24 bits per pixel Monitor Refresh Rate: 59 Hz VendorID: 0x1002 DeviceID: 0x687f Revision Not Detected Number of Monitors: 3 Number of Logical Video Cards: 1 Primary Display Resolution: 2560 x 1440 Desktop Resolution: 6400 x 1440 Primary Display Size: 27.95" x 15.75" (32.05" diag) 71.0cm x 40.0cm (81.4cm diag) Primary VRAM: 8192 MB Sound card: Audio device: Realtek ALC892 Memory: RAM: 32047 MB VR Hardware: VR Headset: None detected Miscellaneous: UI Language: English LANG: en_US.UTF-8 Total Hard Disk Space Available: 143964 MB Largest Free Hard Disk Block: 93176 MB Storage: Number of SSDs: 0 Number of HDDs: 0 ```

Removing the shadercache for this game makes it not crash again

PS: since upgrading to Proton 7.0 (Experimental), i have not seen the memory leak anymore (but this might just be a coincidence)

kisak-valve commented 2 years ago

Hello @hasezoey, the behavior you've described could be a mesa issue fixed by https://cgit.freedesktop.org/mesa/mesa/commit/?h=21.3&id=fe18c96c86b7fcd39836c0915c806acc9a2039b8 in 21.3.6. Please update your video driver.

hasezoey commented 2 years ago

Please update your video driver.

version is currently 21.3.5-1 (pacman), with currently no update available on Manjaro 21.2.3

hasezoey commented 2 years ago

after the last 2 Proton Experimental updates i got, the game has become like 1 frame every minute, have also tried cleaning the shader-cache, with no improvement

Proton Experiment Log (via sshfs)

Once moving it to a local storage, it works completely fine again, so it is more of a case of #5563, though i want to note that it worked in Proton 6.x and earlier version of Proton 7.x (Experimental)

CorruptComputer commented 2 years ago

Steam System Info: https://gist.github.com/CorruptComputer/f164c2d48606808dbfbc07ee8810efd5

Game did not launch for me at first, had to add PROTON_LOG=1 %command% as my launch options as others here suggested. However once you get in game the input locations are slightly off and shifted upwards. I also confirmed that this doesn't happen when running the game in a Windows 10 VM.

See video for example of what I mean by this: https://www.youtube.com/watch?v=OKuutLVTeWc

Using Proton Experimental in the Steam settings.

Performance for the game is fine seems to stay stable around 60 FPS, I haven't noticed any stuttering or slow downs like others here have seen.

hasezoey commented 2 years ago

@CorruptComputer i had that too at some point in time (randomly while ingame), so maybe try to re-size the window and try again or de-maximize and re-maximize (or also try a different DE altogether for testing)

CorruptComputer commented 2 years ago

Ok, after some further testing with the input issue:

The input being offset only happens when the game is maximized in a window. If you have it in a floating window (even one the same size as the full screen) it works fine. Setting the game to be actually fullscreen instead of a maximized window works fine too. I've not had a chance to test this issue with another DE yet, but I can at least confirm that it happens this way on GNOME 41.

hasezoey commented 2 years ago

for a while CC ran without requiring PROTON_LOG=1 %command%, but after a system upgrade (and system restart) it requires it again

upgraded from Manjaro 2022-08-16 to Manjaro 2022-09-12

The following log is from when run with PROTON_LOG=1 (where it runs) steam-1454400.log

Operating System: Manjaro Linux KDE Plasma Version: 5.25.5 KDE Frameworks Version: 5.97.0 Qt Version: 5.15.5 Kernel Version: 5.19.7-1-MANJARO (64-bit) Graphics Platform: Wayland Processors: 8 × Intel® Core™ i7-7700K CPU @ 4.20GHz Memory: 31.2 GiB of RAM Graphics Processor: AMD Radeon RX Vega Manufacturer: MSI Product Name: MS-7972 System Version: 2.0

PS: also already tries restarting steam again, because sometimes that fixes some issues

IanTrudel commented 1 year ago

Proton 8.0-2 and Proton Experimental are not working on Arch Linux. The game window opens up but it doesn't load any further. The last (and currently) working version is version 7.0-6.

image

sonic2kk commented 1 year ago

Cookie Clicker is working fine for me on Arch Linux KDE Plasma Wayland with Proton 8.0-2d. Running a 5700XT with Mesa 21.1, forget my kernel version but I did a system update a couple of days ago so I should be on the latest Zen kernel.

IanTrudel commented 1 year ago

Cookie Clicker is working fine for me on Arch Linux KDE Plasma Wayland with Proton 8.0-2d. Running a 5700XT with Mesa 21.1, forget my kernel version but I did a system update a couple of days ago so I should be on the latest Zen kernel.

Still no luck after a system update. Running on Xorg though. Here is the log file using Proton 8.0-2.

steam-1454400.log

kisak-valve commented 1 year ago

Hello @IanTrudel, these are the lines of interest in your Proton log:

warn:  Skipping Vulkan 1.2 adapter: NVIDIA GeForce GTX 660M
warn:  DXVK: No adapters found. Please check your device filter settings and Vulkan setup.
err:   D3D11CreateDevice: No default adapter available

Proton 8.0 and newer requires Vulkan 1.3, but NVIDIA discontinued support for your GPU generation after the 470 series video driver, and that does not provide support for Vulkan 1.3. Sorry, but that isn't really a solvable problem without newer hardware.

sonic2kk commented 1 year ago

I am not sure what performance would be like, but would PROTON_USE_WINED3D=1 work? That should force Wine's OpenGL based Direct3D renderer. Performance is generally poorer but for an Electron game like Cookie Clicker it might be acceptable.

Equally, forcing an older version of Proton should work too, such as Proton 7, which should ship an older DXVK. The issue is you'd be using an older Proton version but may have better performance. Using a newer Proton version could mean having to force WineD3D which may mean worse performance, so there is a trade-off.

IanTrudel commented 1 year ago

Hello @IanTrudel, these are the lines of interest in your Proton log:

warn:  Skipping Vulkan 1.2 adapter: NVIDIA GeForce GTX 660M
warn:  DXVK: No adapters found. Please check your device filter settings and Vulkan setup.
err:   D3D11CreateDevice: No default adapter available

Proton 8.0 and newer requires Vulkan 1.3, but NVIDIA discontinued support for your GPU generation after the 470 series video driver, and that does not provide support for Vulkan 1.3. Sorry, but that isn't really a solvable problem without newer hardware.

@kisak-valve That's alright. The day would come sooner or later. Would it be possible to compile Proton 8 against an older version of Vulkan? Or perhaps some build options would be helpful.

@sonic2kk Either using Proton 7 or forcing WineD3D is a working solution.

sonic2kk commented 1 year ago

You may be able to install an older DXVK version by replacing the d3d DLLs in the Proton lib/lib64 folders. But this may get overridden with an update or if Proton tries to validate itself. Proton to my knowledge symlinks a set of bundled DLLs into the Proton prefix based on the supplied bundled DLLs in its lib/lib64 folders, so that's why you'd replace this in Proton rather than the prefix, as the DLLs in the prefix may get overridden.

DXVK is the culprit requiring a higher Vulkan version, not Proton itself, so there should be no need to compile Proton :-)

Alternatively, instad of doing this with Valve Proton, you could do this with a community build of Proton such as GE-Proton. That way the version will remain "fixed" and won't get overridden. Proton-tkg may allow you to specify a DXVK version when compiling as well. Kron4ek Proton builds come without DXVK at all, so that should allow you to install whichever DXVK version you like. Proton versions should have an option to set a name/version in a toolmanifest VDF in their root folder, so you could explicitly name a version to note to yourself that this Proton version uses an older DXVK (though you'd probably need this for every game that uses Proton 8.0+).

You'll have to go through the DXVK release notes to find out when the Vulkan requirement was bumped. I think it was v2.1 but I am not sure.

You'll see when you download DXVK but it is essentially a collection of 32/64bit DLLs which you can replace either in a Prefix for regular Wine, or in a lib/lib64 folder for Proton.

EDIT: Forgot to mention, it should be in the logs too but the DXVK HUD (DXVK_HUD=1) should show you your DXVK version, if you'd like to confirm the version you're using.

I am not sure what compatibility will be like with newer Proton/older DXVK especially as Proton advances, compatibility may not be guaranteed forever. Still, manually installing an older DXVK version may work in the meanwhile. Some tools such as Lutris and Heroic allow you to set a custom DXVK version for games outside of Steam running with Wine at least - These tools support Proton but I am not sure how setting a custom DXVK version works when using Proton in such a case. Just something to keep in mind for general game usage on older hardware :-)

waspennator commented 7 months ago

Tried it out on my oled deck and noticed a few things.

1:From my testing and on Protondb, if you launch the game in game mode, the game seems to get stuck on the splash screen. When I booted into desktop mode to try it, it seemed to be getting visually stuck before the language selection screen, if you select a language in desktop mode, that seems to fix it. (Forgot to get a log file for that.

2: The game seems to take longer to load up in game mode compared to desktop mode, desktop mode loads up in around 1-2 seconds after the first cookie clicker logo fades out whereas on game mode, it takes around 3-4 seconds. (I can also see a loading screen visual in desktop mode, whereas in game mode, it just suddenly transitions to gameplay after 3-4 seconds.)

3: When you load a save file, the music is supposed to hold on a note until you click on the cookie, at which point the music begins playing. On desktop mode this works fine, but in game mode, the music sounds oddly crackly and wrong.

steam-1454400.log.txt Tried with proton Experimental

Update: Reading up on this, this may or may not be an issue exclusive to the Oled Deck. Nabbed a screenshot of it from someone else, but I believe issue number 1 seems to happen a bit around pic related.

download_17

waspennator commented 7 months ago

Was finally able to replicate the behavior of the game getting stuck on a black screen before the language screen and can confirm the new steamos update does not fix it.

steam-1454400.log.txt

Update: Can also confirm issue seems to be Oled deck exclusive, dug out my lcd deck to try it and the language screen shows up fine, though I am noticing with mangohud open, the hud only seems to visually update whenever I hover over a language option.

steam-1454400.log.txt download

waspennator commented 6 months ago

Apparently someone mentioned getting it working in game mode on the oled with proton GE 7-55, unsure I'd this is a proton, steamos, or gamescope issue.

Update: Apparently someone else has this as a solution, but I haven't been able to confirm.

"Getting stuck on splash, locking and resuming gets you past the issue."

waspennator commented 3 months ago

Apparently someone mentioned getting it working in game mode on the oled with proton GE 7-55, unsure I'd this is a proton, steamos, or gamescope issue.

Update: Apparently someone else has this as a solution, but I haven't been able to confirm.

"Getting stuck on splash, locking and resuming gets you past the issue."

Issue has been fixed up as of latest proton Experimental build, it no longer gets visually stuck before the language selection screen on my oled deck in game mode.

nyabinary commented 1 month ago

It works, but fullscreen works a bit wonky. It steals focus if you try to alt tab in GNOME, any way to start it fullscreen borderless windowed mode so uh it doesn't do that? Proton bleeding-edge branch