ValveSoftware / Proton

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

BioShock Remastered (409710) #399

Open tr37ion opened 5 years ago

tr37ion commented 5 years ago

Arch Linux Kernel 4.18.3 Proton 3.7 Nvidia GTX 1070 - nvidia-beta 396.54 KDE Plasma 5.13.4 KDE Framework 5.49.0 Qt 5.11.1

BioShock Remastered works but has texture quality issues. Playing around with GFX settings didn't help either. image

d10sfan commented 5 years ago

Also seeing this on Xubuntu 18.04

robertc commented 5 years ago

See the same on Antegros. Also there is a pause of about 30 seconds every time I save the game. I select save, there's a long pause, then the 'saving' screen comes up.

rkunschke commented 5 years ago

The issue with the textures are a problem for me too. But i tested it with bioshock 2 and bioshock 2 remastered. Tomorrow i will do the same test in Bioshock 1 and Bioshock 1 Remastered to Confirm it. I'm also on Arch but with ZEN Kernel 4.18.4 Nvidia dkms driver KDE Plasma desktop

dubigrasu commented 5 years ago

For the textures issues and long hangs when accessing the menus, try: PROTON_NO_ESYNC=1 %command%

rkunschke commented 5 years ago

This worked for Bioshock 2 + Remastered for me :) great thank you!

btegs commented 5 years ago

I'd love to see Valve test both 1 and 2 with the config setting PROTON_NO_ESYNC to 1 in the config by default and adding to their whitelisted games. After more testing of course. :-)

We should push for 1 and 2 since we have Infinite native on Linux.

1heghost commented 5 years ago

For me the game doesn't even start after installing. Maybe my llvm is too old. Tested Proton 3.7-3 and 3.7-4.

System is the following:

CPU Brand: Intel(R) Core(TM) i5-4570 CPU @ 3.20GHz Arch Linux Kernel Version: 4.18.4-arch1-1-ARCH X Window Manager: KWin

Driver: X.Org AMD Radeon(TM) HD 8800 Series (PITCAIRN, DRM 3.26.0, 4.18.4-arch1-1-ARCH, LLVM 6.0.1) Driver Version: 3.1 Mesa 18.1.7

fafryd1125 commented 5 years ago

@1heghost Please try steam-runtime

For me the game doesn't even start after installing.

It only happens if you run the game by steam-native

Tested: Arch Linux Kernel 4.18.5-zen1-1-zen Proton 3.7-4 Beta (the game only starts with steam-runtime) RX 580 8GB Driver Version: Mesa 18.2.0rc4 launch option: PROTON_NO_ESYNC=1 %command%

1heghost commented 5 years ago

Please try steam-runtime

Got the same issue with steam-runtime. Here's the proton.log. If you need further information let me know.

steam-409710.log

XakepSDK commented 5 years ago

Doesn't run with steam-native or steam-runtime System info: https://gist.github.com/XakepSDK/fc796a8ac0dd1c21f25b62903deb1af3 Proton 3.7-3 || 3.7-4 Beta

With steam-runtime - black rectangle appears and after some seconds disappears

Launch log: https://gist.github.com/XakepSDK/3b1d647e08127377f77f41d0809dc0eb

kisak-valve commented 5 years ago

Hello @XakepSDK, vulkan support for the Haswell chipset is incomplete and anomalies with dxvk is expected. You may have better luck adding PROTON_USE_WINED3D11=1 %command% in the game's launch options.

XakepSDK commented 5 years ago

@kisak-valve thank you, game launches, but fps is ~1-5 in menu, even with lowest graphic settings possible. I did not tried to start SP.

Xeers commented 5 years ago

The games work "perfectly" with: BioShock: PROTON_NO_D3D11=1 PROTON_NO_ESYNC=1 %command% BioShock Remastered: PROTON_USE_WINED3D10=1 PROTON_NO_ESYNC=1 %command%

darkpumpkins commented 5 years ago

steam-409710.log config.txt The game crash at start up for me. I tried differents options without any success.

kisak-valve commented 5 years ago

Hello @darkpumpkins, looks like the wine prefix didn't get setup properly. What filesystem is being used for /media/lchauvin/Data2/SteamLibrary?

darkpumpkins commented 5 years ago

Hello @darkpumpkins, looks like the wine prefix didn't get setup properly. What filesystem is being used for /media/lchauvin/Data2/SteamLibrary?

It's a NTFS filesystem.

kisak-valve commented 5 years ago

NTFS is known be finicky with Proton and there are various issue reports open regarding Steam libraries on it. Please make sure the drive is not mounted with the windows_names mount option (from https://github.com/ValveSoftware/Proton/issues/11#issuecomment-414915525).

darkpumpkins commented 5 years ago

Ok, It was related to NTFS filesystem, i don't know if there was the "windows_names" flag, I haven't been able to make a proper mount of NTFS partition and own the file in to use it with stream using /etc/fstab. I switched the game to a ext4 partition and now it works fine.

Thanks !

mozo78 commented 5 years ago

You just have to mount it properly. /dev/sdbX /media/sdbX ntfs-3g defaults,auto,uid=1000,gid=1000,umask=002 0 0

All my games are on NTFS drive and all of them are working perfect. https://www.youtube.com/channel/UCm21eK86ZmD0FQoNPGqvKlw/videos?view=0&sort=dd&shelf_id=0

darkpumpkins commented 5 years ago

You just have to mount it properly. /dev/sdbX /media/sdbX ntfs-3g defaults,auto,uid=1000,gid=1000,umask=002 0 0

All my games are on NTFS drive and all of them are working perfect. https://www.youtube.com/channel/UCm21eK86ZmD0FQoNPGqvKlw/videos?view=0&sort=dd&shelf_id=0

Thanks a lot !

stevethepocket commented 4 years ago

I can't get the game to detect and let me use the Steam Controller. The usual "CONFIG LOADED" popup doesn't appear, and the option to turn on controller mode in the options menu is grayed out. Going into the Steam Overlay and selecting STEAM CONTROLLER CONFIGURATION brings up the config I had selected. When I launch the game with an Xbox 360 pad plugged in, the game recognizes it properly. This does not appear to be an inherent issue with Proton; when I launched RAGE, the "CONFIG LOADED" popup appeared right after the Steam Overlay one and the game was controllable with the controller. It's also not an issue with the game itself; under Windows, my config successfully fools it into thinking I'm using an Xbox pad and it behaves accordingly.

HOWEVER: Confirming when this has been fixed might prove impossible, because I tried launching the game from Big Picture mode and it worked correctly, and then I tried launching it from the desktop and again it worked correctly. So it's "fixed" thanks to a convoluted workaround, and I don't know if I'll ever be able to reproduce the original problem.

kisak-valve commented 4 years ago

Hello, is anyone seeing an issue with this game and Proton 4.11 that would block it from being whitelisted?

stevethepocket commented 4 years ago

Yes, actually. I didn't realize it at the time, but when I start a new game, there's some weird lag during the opening cutscene that causes my character to die by drowning, somehow. Despite drowning not being a mechanic anywhere else in the game. Some cursory research shows that people occasionally had this problem with the Windows version as well, and it's definitely a bug in the base game that's allowing this to happen at all, but it does mean I can play the game in Windows and not with Proton, so take that for what it's worth.

Also, it appears that the game will only work when launched with the aforementioned parameters. I'm assuming that once it's whitelisted, Proton will be instructed to use those settings by default?

CSahajdacny commented 4 years ago

I have an Out Of The BOX experience with PROTON_NO_ESYNC=1 %command%

shoober420 commented 4 years ago

Compatibility Report

System Information

NO ESYNC AND FSYNC LOG: steam-409710no.log

ESYNC AND FSYNC LOG: steam-409710yes.log

Symptoms

  1. Brightness slider still broken

  2. No sound during intro videos and game cinematics

  3. "PROTON_NO_ESYNC=1" and “PROTON_NO_FSYNC=1” are still required to fix low resolution textures.

https://github.com/doitsujin/dxvk/issues/1581

shoober420 commented 4 years ago

Compatibility Report

System Information

I've also noticed that decals will remain red or green when in areas with security cameras. The dynamic light rendered by the security cameras will bug out decals and make them green or red. This happends using both DXVK and WINED3D. 71D124A6-C6D9-4F5F-8A2C-777B3AEEB146 D4B38282-BBD7-4FA6-AA0B-DC3C927CFB2D

Corben78 commented 3 years ago

Cross posting from https://github.com/ValveSoftware/Proton/issues/215#issuecomment-742403711 as that issue is closed:

If core dumps are enabled, and the game crashed once, just the mere existence of the core file in <SteamLibrary>/steamapps/common/BioShock Remastered/Build/Final causes the game to segfault. This is now also mentioned on the corresponding PCGamingWiki article.

zelfir commented 2 years ago

Compatibility Report

Name of the game with compatibility issues: BioShock Remastered
Steam AppID of the game: https://steamdb.info/app/409710/

System Information

GPU: RTX 2070 Super
Driver/LLVM version: NVIDIA 470.63.01
Kernel version: 5.13.14-200.fc34.x86_64
Proton version: 1631125536 experimental-6.3-20210908

The game actually crashes after its loading screen. It managed to load one time, but now loading its save makes it crash all time.

steam-409710.log screen

Simmonz commented 2 years ago

I am having a couple issues. When I press the button to hack anything it takes usually between 30 second to 2 minutes to bring up the menu to begin the hack. The game looks like it is frozen but if I leave it will finally do it's job in the end. Saving and loading can also take upwards of 1 minute. I have tried using XFCE instead of Mate and the issue remained. I also tried Proton GE instead of 6.3-7 but it also still remained. I did a fresh install of Manjaro using EXT4 instead of BTRFS for the file system but the issue remains. I also tried the 5.10.70 kernel instead of the 5.14.10 kernel but the issue still happens. I added PROTON_LOG=1 %command% to the game's launch and got the following log:

steam-409710.log

I have checked whether there are updates for my system available and I am up to date

System Information:

Distro: Manjaro

GPU: RX 580 8GB

Driver/LLVM version: Mesa 21.2.3/12.0.1

Kernel version: 5.14.10-1-MANJARO

Proton version: 6.3-7

https://gist.github.com/Simmonz/2ba8ec43599e31a19c700bb1983efd39

kisak-valve commented 2 years ago

Hello @Simmonz, that sounds like an esync-related issue. (https://github.com/ValveSoftware/Proton/issues/388#issuecomment-415940766 https://github.com/ValveSoftware/Proton/issues/388#issuecomment-415941616)

Corben78 commented 2 years ago

From the log file (fsync: up and running.) it seems even like fsync is enabled, so maybe PROTON_NO_FSYNC=1 %command% as launch option will help. @Simmonz

Simmonz commented 2 years ago

From the log file (fsync: up and running.) it seems even like fsync is enabled, so maybe PROTON_NO_FSYNC=1 %command% as launch option will help. @Simmonz

Hello @Simmonz, that sounds like an esync-related issue. (#388 (comment) #388 (comment))

Thank you for the suggestions. I tried both PROTON_NO_FSYNC=1 %command% and "PROTON_NO_ESYNC=1 %command%" but neither solved my issue.

kisak-valve commented 2 years ago

I expect you'd need both to be disabled for the correct workaround effect with an fwm-enabled kernel build. (PROTON_NO_FSYNC=1 PROTON_NO_ESYNC=1 %command%)

Simmonz commented 2 years ago

I expect you'd need both to be disabled for the correct workaround effect with an fwm-enabled kernel build. (PROTON_NO_FSYNC=1 PROTON_NO_ESYNC=1 %command%)

You're awesome ! Disabling both solved the issue for me.

Ninmi commented 2 years ago

Linux: 5.14.14-arch1-1 LLVM: 12.0.1.5 Mesa: 21.2.4-1 Proton: Default (Assuming 3.7) I'm not able to use Proton versions too recent as they break input (can no longer bind non-ASCII keys and mouse sensitivity goes crazy high up. They also don't solve the problem I'm having.) CPU: R7 1700 GPU: RX Vega 64

launch options: PROTON_USE_WINED3D11=1 PROTON_NO_ESYNC=1 PROTON_NO_FSYNC=1 %command%

The issue:

I'm getting very poor performance. Most of the game hovers at around 20-30 fps. There's also a significant amount of stuttering (with new areas, it seems).

Is there anything I can do to improve the performance? Graphics settings predictably have no impact on framerates, other than disabling real time reflections providing a boost in some areas. I don't think I should need to disable anything to begin with with my hardware.

kisak-valve commented 2 years ago

Hello @Ninmi, there is no default Proton version. At some point you chose a version that you want Steam to use. In Steam's library view, you can select the game, then click the ⓘ on the right side to get some additional details. There should be a line that appears which reads something like "Runs on this computer via Steam Play. Proton # selected by you for this title."

I don't recall hearing about an issue with binding non-ascii keys in games. What's the newest Proton version you know is not affected by that behavior and the oldest Proton version you know doesn't behave as intended? Also, what kind of keyboard are you using?

PROTON_USE_WINED3D and the older PROTON_USE_WINED3D11 launch options tell Proton to use wine's DirectX to OpenGL render path instead of DXVK to translate DirectX to Vulkan. This is not supported and is known to cause a significant performance penalty.

Ninmi commented 2 years ago

The game crashes upon launch without PROTON_USE_WINED3D11=1, and judging by previous reports it seemed mandatory. Here's what Steam logs had to say as when running the game without it: https://gist.github.com/Ninmi/69d663b5b69bb4a1d3b6e2aa386aa233 The crash happens with newer Proton versions as well. Tried with both AMDVLK and Vulkan Radeon.

5.13-6 is the last one where input works properly. I actually haven't tested any other key than ä and ö. These map properly to adiaeresis and odiaeresis on older Proton versions. Interestingly though, I'm able to skip intro videos only on the newer Proton versions. I suspect this issue hasn't come up before because very few people use a svorak keyboard (rearranged in firmware, actual x keyboard layout is set to fi for the normal qwerty Finnish layout) layout and normally these keys are on the other end of the keyboard. I'm also running fcitx5. I'm using Ergodox EZ.

6.3-7 also introduces issues in color gradients. (E: with PROTON_USE_WINED3D11=1)

Edit: I noticed I was missing lib32-vulkan-radeon after looking at the logs (not sure if it's even necessary), but installing it did not remove the crash. Here's the log after installing the 32bit library (and using a newer Proton): https://gist.github.com/Ninmi/1ef7e4a7015e4050026d4ab56e387675

kisak-valve commented 2 years ago

terminate called after throwing an instance of 'dxvk::DxvkError' in your second log tells us that DXVK encountered a problem initializing the vulkan render path. 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.

Ninmi commented 2 years ago

Game launch log 3: https://gist.github.com/Ninmi/0adafe41923fbd187d3883da69a77418 System info: https://gist.github.com/Ninmi/a1f2378b17f327963acfdf43506aac02

The terminate called after throwing an instance of 'dxvk::DxvkError' has not occured since, and the game launch log is getting less and less helpful. But the system info does seem to indicate some issues with Vulkan, which is weird since I've been playing Doom2016 and Dota 2 just fine.

More possibly related info: I run Steam with export VK_ICD_FILENAMES=/usr/share/vulkan/icd.d/radeon_icd.x86_64.json because for some reason my machine defaults to AMDVLK and I don't really know how to fix it. I also have a second (power unplugged) GPU in the machine (RX 460), but I doubt that makes a difference either.

Also perhaps related, I get these when booting up Steam: Vulkan missing requested extension 'VK_KHR_surface'. Vulkan missing requested extension 'VK_KHR_xlib_surface'. BInit - Unable to initialize Vulkan!

kisak-valve commented 2 years ago

VK_LAYER_AMD_switchable_graphics, which is bundled with AMDVLK forces that driver to be used over other vendors. AMD has separate 32 bit and 64 bit Vulkan driver ICDs and by setting VK_ICD_FILENAMES to only the 64 bit ICD, it breaks the 32 bit render path (https://gist.github.com/Ninmi/a1f2378b17f327963acfdf43506aac02#file-steam_system_info_23_10_2021-L155-L169).

Doom 2016 and Dota 2 are 64 bit games, so they would use a working 64 bit render path. I'm guessing you wanted something like export VK_ICD_FILENAMES=/usr/share/vulkan/icd.d/radeon_icd.i686.json:/usr/share/vulkan/icd.d/radeon_icd.x86_64.json. Alternatively, there should be something like AMD_VULKAN_ICD=RADV which VK_LAYER_AMD_switchable_graphics should honor, or remove the amdvlk and lib32-amdvlk packages.

Ninmi commented 2 years ago

Setting both ICDs did not work, neither did AMD_VULKAN_ICD=RADV, so I opted to eradicate AMDVLK since it hasn't been useful in a while anyway. Rebooted my PC as well for good measure and the game now runs at around 80-170 fps. The stuttering still remains when loading new areas (even at newer Proton versions) and it would be nice to get rid of it, but the game is playable now.

Interestingly the Steam client works better now as well. It seems like you really should only get AMDVLK on the side if you really have to.

Thanks for the help.

SeongGino commented 1 year ago

Seems to be that both this title and BioShock 2 Remastered are crashing on launch. steam-409710.log

This has worked before, not sure what's changed.

Corben78 commented 1 year ago

Seems to be that both this title and BioShock 2 Remastered are crashing on launch. steam-409710.log

This has worked before, not sure what's changed.

As it's a 2K game, maybe check for core dump files. So far it happened to me only with Borderlands games. But if core dumps are enabled on your system, and the game crashed creating such a core file, it prevents the game from starting. Deleting the core file should let the game start again. See the Borderlands 2 entry on PCGamingWiki for details.

SeongGino commented 1 year ago

There are no such coredumps in the relevant directory: 2022_08-12-131952

Also went into the prefix to remove both Documents/My games/BioshockHD and %APPDATA%/BioshockHD folders. No change.

I've also seen the most recent posting on ProtonDB reflecting this. The EGS version downloaded through Heroic and played in a shared prefix (with other Epic Store games) on the other hand works fine.

Corben78 commented 1 year ago

@SeongGino it was worth a try. I tested Bioshock Remastered myself, unfortunately, I cannot reproduce the issue. With Proton 7.0-3 it works as intended, with Proton experimental-7.0-20220805 it starts for me as well, but MangoHud isn't working. Additonally to disabling ESYNC and FSYNC I added -nointro to the launch options: PROTON_NO_ESYNC=1 PROTON_NO_FSYNC=1 %command% -nointro

dubigrasu commented 1 year ago

@Corben78

...with Proton experimental-7.0-20220805 it starts for me as well, but MangoHud isn't working.

Check if you have the latest Mangohud (0.6.8) needed for the latest DXVK changes

SeongGino commented 1 year ago

Considering I've tried reinstalling twice, let Steam verify the files, and went as far as trying Proton 7.0 and Experimental and -GE, and with no change in behavior at all... I'm not sure why it's this (and BS2HD) that has this problem, and only the Steam versions.

Other games work. It's not a driver thing. Using Arch with the just-updated glibc packages.

For what it's worth, both games work in Steam now. No idea what changed.

waspennator commented 1 year ago

Game apparently got an unneeded third party 2k launcher alongside Bioshock 2 remastered and Infinite that's causing issues now, probably should be bumped down from "playable on deck" to "unsupported" for the time being.

SeongGino commented 1 year ago

The workaround for this is to simply start "BioshockHD.exe" directly, bypassing the launcher. I've heard of some people simply replacing the 2K launcher with a symlink to the game, which I haven't tried. What I have done is, at least for the time being, replaced the Steam command with the following run-on:

"/path/to/proton-name-version/proton" waitforexitandrun "/path/to/steamapps/common/BioShock Remastered/Build/Final/BioshockHD.exe" {"-insert" "-optional" "-args" "-here"}; echo %command% *replace paths as is appropriate on your filesystem. Args aren't needed unless you use any, but the semicolon followed by echo %command% is needed to avoid Steam throwing out the command line string as invalid.

Basically, is just manually pointing a Proton to the game. It works and I have confirmed with others that it's fixed for them... but we shouldn't even need this fix because the launcher itself is wholly unnecessary.

AJuujarvi commented 1 year ago

@waspennator @SeongGino I took a look at this after the recent reports of the 2K launcher update for a few Bioshock games. I am unable to recreate the issue on a Desktop or with a Steam Deck. On the Desktop I am seeing the launcher and can get in game from there, and on the Deck it is skipping the launcher entirely. I have a few things you could try that may fix it for you and would explain why I am not seeing it.

1) Could either of you try verifying the integrity of your game files and see if that causes it to work without the Steam command? 2) Delete your prefix data and then try booting the game again. The prefix is ~/.steam/steam/steamapps/compatdata/409710 3) As a last resort test, uninstalling and reinstalling the game. There is a possibility the 2K launcher update didn't update properly and is having issues that the previous 2 things will not fix.

Please let me know the results, I would appreciate it since I cannot replicate the issue and this appears to be widespread.