Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Unigine Valley: Crash after load #17

Closed
pingubot opened this issue Jan 20, 2018 · 8 comments
Closed

Unigine Valley: Crash after load #17

pingubot opened this issue Jan 20, 2018 · 8 comments

Comments

@pingubot
Copy link
Contributor

Hi,

Valley crashes here:

System: OpenSuse, i3570k, 16GB Ram, Nvidia GTX 970, 390.12 driver

backtrace and logs attached.

backtrace.txt
d3d11.log
dxgi.log

thx !
Christian

@doitsujin
Copy link
Owner

Same issue as #8.

@pingubot
Copy link
Contributor Author

pingubot commented Feb 4, 2018

@doitsujin :

I tried both heaven and valley again with the current git which includes: a567f6a.
But both still crash, so i guess that one is not a duplicate of Issue #8 .

New logs attached:

Valley_dxgi.log
Valley_d3d11.log
backtrace-20180204.txt

Many thx,
Christian

@doitsujin
Copy link
Owner

doitsujin commented Feb 4, 2018

Thing with these driver issues on Nvidia is that everything about them is guesswork. And that's the issue here, it's not Unigine Valley that crashes, it's the Nvidia driver that crashes. And it crashes for a lot of random things.

The logs are completely useless because they don't contain any crash info. The backtrace is completely useless because Nvidia's closed source driver doesn't export any symbols. Dumping the shaders which cause the crash is next to useless because pretty much anything in there could cause the issue. Ultimately there is nothing I can do about it except randomly stuble upon a solution.

I won't reopen this particular issue because the title is misleading, but feel free to open a new meta issue for Nvidia driver crashes in general. I don't want 500 different issues covering the exact same problem.

@roothorick
Copy link

Vulkan being what it is, I suspect that these are, the vast majority of the time, uncaught undefined behavior bugs running afoul of a driver that's internally fundamentally different. NV has their own GPU debugger that could go a long way towards figuring this stuff out. However, without a GeForce in the hands of someone that knows what they're doing, that doesn't help much.

@GabrielMajeri
Copy link
Contributor

@roothorick By "NV has their own GPU debugger" you mean NVIDIA NSight, right?

I'm no GPU expert, but I've got an NVIDIA GPU on a Windows VM. I'll try running Visual Studio and NVIDIA NSight and see if I can provide some more useful logs.

@pingubot
Copy link
Contributor Author

pingubot commented Feb 5, 2018

@doitsujin , ok, thant sounds bad. Will open a meta bug with apps/games which crash the nvidia driver. As you mentioned you have no way to debug it, i am wondering how others are doing that (like feral who also translate dx11->vulkan, or ID which hvae natve vulkan titles) etc..

I Hope @GabrielMajeri is right, and he can debug that issue with nsight, whatever that is :) .

@GabrielMajeri
Copy link
Contributor

I managed to get it to work with the example.
capture

It didn't work so well with Unigine Valley though.
valley

@roothorick
Copy link

roothorick commented Feb 5, 2018

Well....

  1. I was thinking of the Linux Graphics Debugger, not knowing at the time it doesn't yet have Vulkan support.

  2. The Nsight overlay in the example window is a big red flag. Nsight doesn't have a HUD for Vulkan mode, so apparently Nsight itself is running under DXVK. That's.... not terribly useful. You need to find a way to have DXVK inside Nsight, not the other way around.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants