NVIDIAGameWorks
Silent Hill 2: Enhanced Edition - The games options menu, as well as the in-game inventory causes hard crash or extreme slowdown to the point of unplayability.
Describe the bug
When opening the games options menu, either from in-game or from the main menu, as well as the in-game inventory causes the game to sometimes hard crash immediately, and other times causes extreme slow down, this slowdown gets worse and worse the longer you spend on these menus, making them unusable.
dxvk-remix-876eb35-419-debugoptimized bridge-remix-0bc8984-54-debugoptimized
2070 super Driver version 537.58 Silent Hill 2 Enhanced Edition
SH2_InventoryAndMenusLag_AndOr_Crash_Logs.zip
No .dmp files exist and my dxvk.conf does not contain dxvk.enableAftermath.
To Reproduce Steps to reproduce the behavior:
- Set the game and Enhanced Edition up by following my guide - https://docs.google.com/document/d/1hayGXNlAJZWOp2ivV8otdSMP23pbXk7DL-pfLq5ZJjU
- Start a new game or enter the options menu from the main menu.
- Browse the options menu or the in-game inventory which can be opened by pressing "I"
- Witness glorious slowdown and crashing
Expected behavior
- The game not crashing or slowing down.
Was attempting to grab logs for this using the debug build instead of the optimizeddebug build.
This results in the game no longer starting.
Black screen opens for about 2-3 seconds then closes itself.
SH2_DebugCrash_Logs.zip
Hi @traggey! We've introduced a fix for this issue on a recent release and have confirmed it internally. Will you please test on 0.5 and let us know if it persists for you? Thanks!
Hi @NV-LL ! As mentioned in one of the other threads, and as pointed out and tested by two others on the discord, Silent Hill 2: EE no longer works with the latest runtime, it produces a completely black screen, turning of EE completely makes the game kind of work again but then we're without all the fixes from EE such as widescreen.
Thanks for confirming! Will you please attach logs and any dump files from an attempt to run the game with 0.5.1?
I posted a set of logs before but i deleted them because they did not contain important information and i have decided to make a more thorough set of logs also all stable releases were downloaded here: https://github.com/NVIDIAGameWorks/rtx-remix/releases and all unstable were downloaded using the Nvidia remix downloader.exe found here https://github.com/Kim2091/RTX-Remix-Downloader/releases/latest/download/RTX.Remix.Downloader.exe.
Stable 0.5.0 launch's fine and loads in game i did get a crash trying to skip the opening cinematic where James walks out of the bathroom otherwise no crash's to report yet: Silent hill 2 Remix 0.5.0 Stable Logs.zip
Unstable 0.5.0 using dxvk-remix-17b5f6f-549-release and bridge-remix-9a7dbbe-72-release crash's on launch and will not go further than a black screen and showing the green remix overlay in the top left corner: Silent Hill 2 Remix 0.5.0 Unstable logs.zip
Stable 0.5.1 Launch's fine and loads in game no noticeable crash's yet in this version: Silent hill 2 Remix 0.5.1 Stable logs.zip
Unstable 0.5.1 Using dxvk-remix-be84dda-555-release and bridge-remix-9a7dbbe-72-release crash's on launch only showing the green remix overlay in the top left corner: Silent Hill 2 Remix 0.5.1 Unstable logs.zip
When i have more time i will spend more time testing the initial complaint of the thread and i will note on 0.5.0 stable the menu in game inventory menu is still a bit laggy but if you do not have an item selected in the menu it stops lagging and runs smoothly i will try to get a video recording of this and include files in next report.
And just to be thorough my pc specs are: AMD Ryzen 9 5900X 12-Core Processor Windows 11 (64 bit) NVIDIA GeForce RTX 4090 MSI Suprim Liquid X Driver: 552.44 RAM: 32693 Mb 3600Mhz
Hi @OmenFox, could you please check for this black screen issue using the following 2 configurations?
- The 0.5.1 Release of dxvk-remix (.trex\d3d9.dll) and the most recent bridge release build (d3d9.dll and .trex\NvRemixBridge.exe) from the bridge-remix GitHub actions page.
- The 0.5.1 Release of the bridge (d3d9.dll and .trex\NvRemixBridge.exe) and the most recent dxvk-remix release build (.trex\d3d9.dll) from the dxvk-remix GitHub actions page.
This will help us figure out if this issue is related to a change in the bridge or dxvk-remix.
Ok I have now tested both configurations and have the Logs to post
The most recent as of posting bridge version (bridge-remix-9a7dbbe-72-release) simply crash's on showing a black screen and the green Remix overlay briefly. Silent Hill 2 REmix 0.5.1 Stable DXVK with unstable bridge instant crash Logs.zip
The most recent DXKV version launch's into game and runs fine. Silent Hill 2 Remix 0.5.1 Stable Bridge with unstable DXKV no crash Logs.zip
Hi @OmenFox , @traggey, we made a change that we believe should improve the black screen issue you are seeing. Can you try using the latest bridge binaries and retesting to see if the black screen issue is resolved? Additionally, if the black screen issue is resolved, can you see if the original crash mentioned in this issue is resolved too, we believe we may have already addressed that as well.
Yes the game now launch's and you can get in game again but I regret to inform you that the original crash is still happening and it happened fairly promptly whilst moving through the inventory screen. Here are the logs: Silent Hill 2 Remix Recent unstable log.zip
Tested today.
Albedo textures for replacement materials appear to no longer function, they come out as completely white. And as Omen mentions above, whilst we can indeed get in game now, the original issue still persists.
@OmenFox I made a change to fix an issue where a crash in dxvk-remix can crash again during DLSS deconstruction, which masks the original issue, leaving a NvRemixBridge crash dump file (.dmp) that we can't use to track down the original crash.
I noticed that the the dump files provided in many of the Silent Hill 2 issues show symptoms of suffering from this crash reporting issue.
If and when you can, please reproduce the crashes you previously reported using the latest dxvk-remix release build here (https://github.com/NVIDIAGameWorks/dxvk-remix/actions) or the build for the specific commit I made https://github.com/NVIDIAGameWorks/dxvk-remix/actions/runs/10118513607/artifacts/1745781365 , and upload a newly generated .dmp file.
Thank you!
Hi @OmenFox - checking in again to see if you're able to repro the crash and provide us with a new .DMP file per the comment above. Thanks!
Hello sorry i kept forgetting to update the ticket but when i get the crash no .dmp file is generated so sadly i have nothing i can post other than the log files.
Hi @OmenFox @traggey ,
Thanks again for continuing to work on tracking down these problems. I've been thinking about this issue for a while and there are a few scenarios that might be happening.
A. The game receives some response that it doesn't like or doesn't expect, and tries to close itself as gracefully as it can.
- We've recently made some stability changes to dxvk-remix and the bridge just got several fixes to state correctness that might have lead to incorrect responses to requests from the game to the renderer for information. You can try out the most recent builds from the main branches of bridge-remix and dxvk-remix to see if they help, but this is completely speculative to be frank.
B. The host game is crashing in it's own code for reason we don't understand yet. C. Some part of the RTX Remix Runtime is crashing but it can't generate a dmp file in this scenario.
To test for B and C, we can use an external program to try to generate a crash dump instead. It's somewhat involved but if you can it might give us more information on tracking down what is going on.
If you don't already have procdump installed, you can get it from this Microsoft page https://learn.microsoft.com/en-us/sysinternals/downloads/procdump.
- You will need to make a batch script file (a text file with a ".bat" file extension) with the following 2 lines:
start procdump.exe -ma -e -h <YourGame>.exe
start procdump.exe -ma -e -h NvRemixBridge.exe
Please note, you have to change <YourGame> to whatever the executable for your game is called. For example, hl2.exe.
-
Launch the game, then run the .bat file. The bat file should open two console windows. If the windows close immediately, never launch, or complain that they don't know what procdump is, you'll need to add the procdump executable location to the "Path" in your Windows Environment Variables.
-
Reproduce the crash, and send any .dmp files generated back to us.
Additionally, more recent log files could be helpful. Please note, as of very recently, the dxvk-remix log file has moved to <yourgamedir>\rtx-remix\remix-dxvk.log
Hi @OmenFox and @traggey - checking in to see if you've been able to try the above instructions and generate any .dmp files. Please let us know what you find. Thanks!
@nv-ajaus @NV-LL Hey there, I'm back to trying to test some of this stuff, I broke my arm a bit back so I've not been able to get much of anything done for a bit.
I just did a playtest with the latest build of remix and the inventory and game menus are showing a much more clear view of what the issue probably relates to, in the inventory screen when moving left and right to select different items, the inventory seems to work just fine so long as you're not hovering over any actual items in the inventory, when hovering items that exist they display a kind of "Zoom in" animation to show which is selected, this animation seems to absolutely murder the games performance.
The options menu does not have these animations but still manages to slow to a halt and become unusable eventually anyway. I recorded both the inventory and the options menu here - https://www.youtube.com/watch?v=AU4uc6wMjg8 Do note that some times it still just causes a hard crash instead of lag, and the lag does still get worse over time.
But basically, it all seems to be related to the moment 2d animations play and you swap between selected UI elements.
Due to my current medical situation sitting down and trying to produce dmp's with involved external software is sadly a bit too much for me, even writing this comment has been quite the effort haha.