search

ValveSoftware / Proton

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

Crash Bandicoot N.Sane Trilogy (731490) #731

Open Warrengbrn opened 5 years ago

Warrengbrn commented 5 years ago

The game will randomly crash within a few minutes of launching unless steam is set to offline mode.

Tested on Ubuntu 18.04.1 Proton 3.7-4 Beta Ryzen 7 1700 GTX 1070 w/ driver 396.54

Zero86Sk commented 5 years ago

Could it be because the game is calling to a server? I wonder, try to block the crash.exe file in the firewall.

I would try it, but i dont own the game on pc (yet)

nathanjackson commented 5 years ago

Confirm the same. Although it seems to crash as I'm entering the menu where you select Crash 1, 2, or 3. Restarting steam in offline mode allows me to play.

ah- commented 5 years ago

From the backtrace it seems like it crashes here:

=>0 0x000000007bc9362e NtGetContextThread+0x7e(handle=0x558, context=(nil)) [/home/proton/proton/wine/dlls/ntdll/signal_x86_64.c:2163] in ntdll (0x000000000022ce10)

It looks like this has been fixed already in upstream wine by checking for context == null: https://github.com/wine-mirror/wine/commit/ec418e7f55f5e38f8825187ae5dfe33fec31689b

But the version shipped with Proton doesn't include that fix yet, so it's probably just a matter of waiting until the change makes its way through.

oblitum commented 5 years ago

I don't own this game but it's on my wish list. From commit history it seems this patch is already in for Wine 3.16, which is the base of Proton 3.16, which has been out for a while already. So this issue on latest Proton may not exist anymore.

ah- commented 5 years ago

@oblitum yes it works perfectly now.

oblitum commented 5 years ago

Nice :-)

legluondunet commented 5 years ago

it runs welll enough to be qualify as whitelisted?

kisak-valve commented 5 years ago

Crash Bandicoot N. Sane Trilogy Black screen

Issue transferred from https://github.com/ValveSoftware/Proton/issues/2001. @AgostinoA posted on 2018-11-19T16:01:19:

Compatibility Report

System Information

sys.txt

I confirm:

Symptoms

Blackscreen

Reproduction

schermata da 2018-11-19 16-23-17

ah- commented 5 years ago

@briangular, what version of proton are you using? What GPU and what graphics driver version?

Could you enable logs and then post the log here? Via the config file, see all the way down in the https://github.com/ValveSoftware/Proton readme.

runejuhl commented 5 years ago

I'm experiencing a somewhat similar issue, but in my case it crashes right after the "Preparing to launch" popup shows up on the screen.

I've attached my system information and a debug log.

steam-731490.log sysinfo.txt

runejuhl commented 5 years ago

@briangular I noticed that one of the more recent playabilit reports on ProtonDB says that it worked only after installing the mesa-vulkan-drivers package. I can confirm that it worked for me as well, so that might be something to try...

runejuhl commented 5 years ago

@briangular Offline or not doesn't seem to affect my game. The offline mode some posts refer to is the Steam app offline mode; you can find it from the regular user interface (not Big Picture) by opening the Steam menu (upper left corner) and selecting "Go Offline..."

Besides using the most recent version of Proton, 3.16-5 beta, I also needed to disable esync.

The version can be forced by going to Steam -> Settings -> Steam Play -> "Use this tool instead of game-specific selection from Steam".

Disabling esync can be done by following the instructions on https://github.com/ValveSoftware/Proton/blob/proton_3.16/README.md#runtime-config-options . The command should be PROTON_NO_ESYNC=1 %command%.

...and you're welcome. I have fond memories of playing Crash Bandicoot at a friends house some 20+ years ago and having it work on Linux is awesome :smile:

runejuhl commented 5 years ago

@briangular Ah, that makes sense. I think the default version of Proton is pretty old, so that could very well be the reason why it's not working for you.

I haven't tried SteamOS but I do know Linux, so I can think of a few ways to escape Big Picture:

Maybe @kisak-valve has a better idea?

Hope this helps :smile:

dribbleondo commented 5 years ago

@runejuhl Proton_no_esync=1 does nothing for me either. Using 3.16.6 beta version of Proton. Perhaps the game doesn't like Vulkan or later Mesa versions?

runejuhl commented 5 years ago

@dribbleondo Hmm, that could be. FWIW, on one of my devices I've got

mesa-vulkan-drivers/bionic-updates,now 18.0.5-0ubuntu0~18.04.1 amd64 [installed]
xserver-xorg-video-amdgpu/bionic,now 18.0.1-1 amd64 [installed,automatic]

installed, and Crash is working fine.

dribbleondo commented 5 years ago

@runejuhl Hrm. Interesting. I'm on the Oibaf PPA, so Mesa 19 Git is what i'm rocking for Vulkan and AMDGPU drivers. My bet is that something makes the Vukan renderer stop rendering the levels on later Mesa versions. As much as I wanna play crash, I need the latest Mesa for improved native performance.

Here's a log file for the game should you need it.

Also, tried running the game in steam offline mode, no dice.

Zero86Sk commented 5 years ago

Got crash on a sale so i tested it

System Information

it works without any problems

parkerlreed commented 5 years ago

I take it it's not on sale anymore? I see $40

I have a recent AMD card and Mesa 19 to test

dribbleondo commented 5 years ago

Yeah, not on sale anymore @parkerlreed

Fell free to test it and give results

nathanjackson commented 5 years ago

I'm seeing a similar black screen issue. After the level loads, I get a blank screen with no music or sound effects, but I can get to the pause screen to return to the warp room or map.

In Crash 1 I can play N. Sanity Beach but at Jungle Rollers I start to get the black screen when the level loads.

In Crash 2 I can play a few more. Working: Turtle Woods, Snow Go, Crash Dash. Not Working: Hang Eight, The Pits.

Haven't really tested Crash 3 in Linux yet.

Tested on Fedora 29 Proton 3.16-4 and Proton 3.16-6 Beta (switched back and forth to see if that would fix it). Core i7-4770 GTX 760 with 415.27 Drivers

Zero86Sk commented 5 years ago

thats odd cause i played crash 1 on linux till boulder dash and it works fine

crash 2 i finished the 1st warproom and 2 levels in the 2nd

and finished 3 levels in crash 3

other than the lower frame rate nothing out of the ordinary

System Information

funghetto commented 5 years ago

My cursor disappears when I press a keyboard key, making it impossible to attack or navigate the menus.

libcg commented 5 years ago

~I can't get this game to run with Proton 4.2-1. It's crashing on startup.~ 3.16-8 works fine.

EDIT: works fine after installing Proton 4.2 from the Tools page.

chrjen commented 5 years ago

Game crashes right after window is created. No graphics or audio. Very frustrating.

Found out this only happens when game starts up on a monitor that is not my leftmost one (which is also the same monitor steam likes to start up on). If I frequently click on said monitor or move the steam window over to it and launch, the game will start on that monitor and everything works. I can also move the game window afterwards just fine.

Provided sample log for when opened on another monitor.

steam-731490.log

farfalleflickan commented 5 years ago

Game crashes after I click at the title menu, audio keeps playing though. PROTON_NO_ESYNC=1 %command% does not help nor does switching to any other proton version (currently running proton-4.2.3, sys specs are here and crash log here )

EDIT: I had downgraded mesa to stable and it now works (even though I'm pretty sure I tried that once before and it didn't help but oh well ¯\_(ツ)_/¯ )

michaeltintiuc commented 5 years ago

As many others I also had a problem of a black screen when a level would finish loading, the menu worked etc. I tried tons of stuff to no avail - reinstall, driver changes, proton version changes, etc. Turns out the problem indeed is in the length of the path to your save files (or perhaps the game itself, no sure tbh). I've created a new steam library folder ~/Steam Library and moved the game files there (via game's settings menu). Everything works perfectly now!

nathanjackson commented 5 years ago

Aha! That seems to be the exact issue I was having. The default steam folder's path seems to be too long. By setting my Steam library folder to be ~/Steam (and re-installing), I can now play Hang Eight (I couldn't play that level before). I wonder if the path issue is actually a bug in the game and not in Proton that was only manifested because of the default paths that Steam uses in Linux.

Also, if anyone is trying to run this game on an optimus laptop using bumblebee, I was able to get it to work quite well on my new laptop (MSI GS65 Stealth). The only caveat is that you have to use the Wine DirectX layer instead of DXVK. Here's are my command-line options that I set: PROTON_USE_WINED3D=1 primusrun %command%.

So far, I can say that this configuration works:

Fedora 30 Proton 4.2-9 NVIDIA RTX 2060 (using Bumblebee)

I'm guessing that my desktop with my GTX 760 would work flawlessly after moving the steam library into my home folder, but I'll have to test later this week.

Note, I've only played one level that I couldn't before, so obviously this isn't exhaustive.

ghost commented 5 years ago

System Information

With a 144Hz refresh rate, the game will incorrectly use a "Max FPS" value of 48. Unsurprisingly, this does not occur with Proton 4.2-9.

The setting will show a value of 60 if the display's refresh rate is set to 60Hz, so I'm not sure whether this is a issue with Proton or with the game.

Here's the log and a screenshot of the graphics options menu after launching the game with the refresh rate set to 144Hz:

steam-731490.log screenshot-steam-731490

ghost commented 5 years ago

With a 144Hz refresh rate, the game will incorrectly use a "Max FPS" value of 48. Unsurprisingly, this does not occur with Proton 4.2-9.

Worth noting that even though the game can run at 144 FPS, the "Max FPS" setting will display a value of 60 regardless.

ghost commented 5 years ago

System Information

There seems to be a bug in the level "Un-bearable", where the giant bear does not break the wooden planks, making the secret area in the level inaccessible.

More references:

steam-731490.log

Screenshot from 2019-07-31 23-57-40

dribbleondo commented 5 years ago

System Information

  • Proton version: 4.11-1

With a 144Hz refresh rate, the game will incorrectly use a "Max FPS" value of 48. Unsurprisingly, this does not occur with Proton 4.2-9.

The setting will show a value of 60 if the display's refresh rate is set to 60Hz, so I'm not sure whether this is a issue with Proton or with the game.

Here's the log and a screenshot of the graphics options menu after launching the game with the refresh rate set to 144Hz:

steam-731490.log screenshot-steam-731490

This is a known issue on Windows too, which affects people with high refresh rate monitors, as well as not playing nice with Variable Refresh Rate technologies See Here and Here for the discussions.

aeikum commented 5 years ago

Thanks for reporting. In Proton 4.11-1, we report only the current display rate. 48 is one third of 144, so the game seems to be doing some integer fraction of the current framerate. Anyway, I am adding a set of modes to fallback to 60 FPS, similar to what we had before, for games that don't work well on other refresh rates. This will be in an upcoming release.

ghost commented 5 years ago

@aeikum thank you for this: I tried it on 4.11-2 and the game is still locked to 34/48 FPS, so it would seem that there is an issue with the game itself rather than with Proton, as @dribbleondo pointed out.

ghost commented 5 years ago

I forgot to attach a log:

steam-731490.log

aqxa1 commented 4 years ago

RADV (Mesa) still has the crash issue during the opening cutscene (with audio continuing to play), as of mesa-19.3.0-git (Vega 56). What is the last working version of Mesa?

EDIT: Seems to affect all drivers (RADV, AMDVLK, and AMDGPU-PRO) so it might not be fixed by older RADV.

kisak-valve commented 4 years ago

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

aqxa1 commented 4 years ago

@kisak-valve

System information steam-731490.log

EDIT: Looks to be a fsync issue, not sure how that slipped my mind. Works fine with esync at least. I think it's the first game I've personally seen fsync cause problems with, though.

t1764722 commented 4 years ago

The bug where the bridge doesn't break in the Crash 2 level "un-bearable" seems to be the only issue remaining preventing the game being "100%" complete-able. I have a log from opening the game, playing the level until the issue occurs then quitting. steam-731490.log

Screenshot from 2019-10-15 07-22-58

For reference this is what's supposed to happen

Screenshot from 2019-10-15 07-59-55

I also tested with proton-tkg 4.17.r12 and wine-staging 4.17 where the issue still exists.

shoober420 commented 4 years ago

Compatibility Report

System Information

LOG: steam-731490.log

Symptoms

Works on my machine. I have not gotten to "un-bearable" yet though.

Hafas commented 4 years ago

The bug where the bridge doesn't break in the Crash 2 level "un-bearable" seems to be the only issue remaining preventing the game being "100%" complete-able. [...]

I can confirm that this issue still persists with Proton 5.0-9

MxOrbulent commented 4 years ago

On latest updated manjaro as of today. Specs are all in line. Black screen that never goes away after trying to enter a level.

MxOrbulent commented 4 years ago

Same problem as https://github.com/ValveSoftware/Proton/issues/2001 REEEEEEEEEE

MxOrbulent commented 4 years ago

In Crash 2, I was able to play the "pre" level. See this: https://imgur.com/nW3tLqb My theory is that it was because the level was backed in with the cutscene. But as with crash 1, when I entered the first real level in Crash 2, I see the loading text and then the fucking black screen. Same thing as with that issue I mentioned, I can open the pause menu.

Something is wrong when it tries to specifically load a level, that's my theory. but WHY!!!!!!!!! REEEEEEEEEEEEEEEE

Offline mode on steam did not help.

Mentioning my specs:

OS: Manjaro Linux KERNEL: 5.4.43-1-MANJARO CPU: Intel Core i7-6700K @ 4.00GHz GPU: NVIDIA GeForce GTX 1080 GPU DRIVER: NVIDIA 440.82 RAM: 16 GB

Proton 5.0.9

MxOrbulent commented 4 years ago

Spent a couple hours. I have written a shell script (.sh) that applies the fix for you if you don't want to do it yourself. (THIS IS IN RELATION TO THE BLACK SCREEN ISSUE THAT APPEARS WHEN TRYING TO LOAD ANY LEVEL AS OBSERVED HERE: https://github.com/ValveSoftware/Proton/issues/2001 ). https://github.com/MxOrbulent/FBSCNST

If you want to do it manually yourself, follow the guide here: https://steamcommunity.com/sharedfiles/filedetails/?id=2165936424

I take no responsibility if the script blows your computer up. But I doubt it. There's only one single rm in the entire script and I have tested it rigorously so it can't fuck anything else up.

The issue seems to be related to path lengths. If you get a black screen after trying to load a level, you have the same problem, and you need to apply this hacky fix is shortening the installdir name (in the games appmanifest) (and folder install name, installdir in appmanifest and the installation folder itself needs to be the exact same). If it's not enough, everything before (and including your library name) is to long. Try shortening the name of your library folder too (steam>Settings>Downloads>STEAM LIBRARY FOLDERS). If push comes to shove, you might have to get extreme and also fiddle around with the mounting of your harddrives to get the path shorter. Note that my script will only help rename the installation folder to "cr4sh" and also do the appmanifest for you + take backups of the path strings. It won't help you do remounting or Steam Library Folder shenanigans.

See the tutorial for a example from my case on how much shorter the path got.

Some additional notes: It has nothing to do with if the game and it's library is on another drive. It does not seem to have to do anything to do with the spaces in the original installation folder name, as for others seemingly just shortening other parts of the path length helped.

parkerlreed commented 4 years ago

That seems a little overkill when you can just move the game install between library folders...

Create an extra library folder on a shorter path and then game properties > local files tab > move install folder

nathanjackson commented 4 years ago

I can confirm that Unbearable glitches and the planks that the second Bear falls through do not disappear.

However, this glitch does not happen every time I play. I have been working on a 100% play through and I'm currently trying to get the yellow gem. I have made a total of 4 attempts at this level and level works as it is supposed to at least 50% of the time.

I haven't figured out if there is a pattern or not to the glitch.

System Information

GPU: GTX 1080 ti
Driver/LLVM version: NVIDIA 440.100
Distro/Kernel: Fedora 32/5.7.8
Proton version: 5.0-9
mAdCraZyaJ commented 4 years ago

Hi All, Just posting to say that the issue within the Crash 2 level Unbearable still impacts Proton 5.0-9. I have also tested using Proton-5.9-GE-5-ST from GloriousEggroll without any luck. I have only had one instance of the bridge breaking, however all subsequent tries failed. Attached is the Proton log, frustratingly there are no timestamps so I can't be sure where exactly the events in-game would occur within the log. I am hoping both the success and the failures will show in the log. I had to restart the level because on the final chase whilst you're riding the polar bear cub, the chasing polar bear failed to detonate 2 out of 3 of the TNTs leaving me on 56/58 ... such a pain in the arse :grin:

If there is any other information that I can provide to assist in someone looking into this, let me know. I can produce the logs but unfortunately they don't make any sense to me.

Cheers, mAd. steam-731490.log

mAdCraZyaJ commented 4 years ago

An update. I was lucky enough for the bear to go through the bridge again tonight. However, the fact that the bear doesn't always detonate the TNT at the end of the level had me thinking that maybe there is something specifically going wrong with the big bear that chases you, either the hit-box is skew-whiff or some other bug relating to the bear. I don't think the bridge is an issue. Whether this is helpful or not? :man_shrugging:

nathanjackson commented 3 years ago

I just had a chance to try this out again today.

I am using Proton 5.13-4 and PROTON_SET_GAME_DRIVE=1. I have made it to the bridge four times now and the bear broke through each time. I'm not sure if I got lucky, more testing is needed.

Since I needed to get the gem, I finished the level. The one missed TNT box was blown up. I finished the level with 58/58 boxes.

GPU: GTX 1080 ti Driver/LLVM version: NVIDIA 455.45.01 Distro/Kernel: Fedora 32/5.9.16 Proton version: 5.13-4

nathanjackson commented 3 years ago

I've run the level a few more times. It looks like the issues with Unbearable are resolved in Proton 5.13-4. I was able to confirm that going back to 5.0-10 causes the glitches to happen again.