protonscr

Offworld Trading Company (Unity 5.6.3p1) near-instacrash with HUD enabled.

dxvkclosed bugnvidia proprietary
doitsujin/dxvk#23 · opened 2018-01-21 by zekesonxx · updated 2018-02-11 · 8 comments · github
Zzekesonxx 2018-01-21 github

I'm getting immediate crashes with DXVK_HUD=1 in Offworld Trading Company.

The game seems to work pretty well without the HUD enabled, though.

Software information

Offworld Trading Company (Unity 5.6.3p1)

System information

  • GPU: GTX 970
  • Driver: prop 387.34
  • Wine version: Wine 2.21-staging

Apitrace file(s)

  • Offworld.trace.gz (gzipped not for size but to trick GitHub into hosting the bloody thing)

Log files

Also, fun in dmesg:

[229371.058294] NVRM: Xid (PCI:0000:0b:00): 69, Class Error: ChId 004b, Class 0000b197, Offset 00001168, Data 00000600, ErrorCode 00000005
Ddoitsujin maintainer 2018-01-22 github

The HUD used SRGB-formatted vertex input, which Nvidia apparently does not support. 05f00088919467b312888f15d8f38f66b1b0e7f5 should fix this, please report back whether this works for you.

Zzekesonxx 2018-01-22 github

Tested on 05f0008, HUD works fine now.

Fun screenshot:

Although, it's rendering very dark and with scanlines. Same map, but on Unity's OpenGL renderer (-force-glcore):

Ddoitsujin maintainer 2018-01-22 github

Good to hear that the HUD works. Also, this looks like it is only one bug fix away from rendering correctly.

Sadly your apitrace file is broken. If it had worked correctly, it would have resulted in a file of several hundred Megabytes. When recording the trace, do not use DXVK.

Zzekesonxx 2018-01-22 github

so I cannot get apitrace to give me a dxgi trace at all.

WINEDEBUG=-all,fixme-all,+debugstr wine ./apitrace-mingw/x86/bin/apitrace.exe trace --api dxgi -v Offworld.exe just outputs useless trace files.

It looks like it should be working, too:

info: did not find C:\Program Files (x86)\Steam\steamapps\common\Offworld Trading Company\apitrace-msvc\x86\bin\..\wrappers\RelWithDebInfo\dxgitrace.dll
info: found C:\Program Files (x86)\Steam\steamapps\common\Offworld Trading Company\apitrace-msvc\x86\bin\..\lib\wrappers\dxgitrace.dll
inject -D "C:\Program Files (x86)\Steam\steamapps\common\Offworld Trading Company\apitrace-msvc\x86\bin\..\lib\wrappers\dxgitrace.dll" -- Offworld.exe
warn:debugstr:OutputDebugStringA "apitrace: loaded into C:\\Program Files (x86)\\Steam\\steamapps\\common\\Offworld Trading Company\\Offworld.exe\n"
apitrace: loaded into C:\Program Files (x86)\Steam\steamapps\common\Offworld Trading Company\Offworld.exe
warn:debugstr:OutputDebugStringA "apitrace: tracing to C:\\Program Files (x86)\\Steam\\steamapps\\common\\Offworld Trading Company\\Offworld.1.trace\n"
warn:debugstr:OutputDebugStringA "[S_API FAIL] SteamAPI_Init() failed; SteamAPI_IsSteamRunning() failed.\n"
warn:debugstr:OutputDebugStringA "[S_API FAIL] SteamAPI_Init() failed; unable to locate a running instance of Steam, or a local steamclient.dll.\n"
warn:debugstr:OutputDebugStringA "apitrace: loaded into C:\\Program Files (x86)\\Steam\\steamapps\\common\\Offworld Trading Company\\Offworld_Data\\Plugins\\tachyon.exe\n"
warn:debugstr:OutputDebugStringA "apitrace: unloaded from C:\\Program Files (x86)\\Steam\\steamapps\\common\\Offworld Trading Company\\Offworld_Data\\Plugins\\tachyon.exe\n"
warn:debugstr:OutputDebugStringA "apitrace: unloaded from C:\\Program Files (x86)\\Steam\\steamapps\\common\\Offworld Trading Company\\Offworld.exe\n"
apitrace: unloaded from C:\Program Files (x86)\Steam\steamapps\common\Offworld Trading Company\Offworld.exe

Any thoughts?

Ddoitsujin maintainer 2018-01-23 github

Um, that's tricky. Buf I've encountered the same problem with some of Microsoft's D3D11 samples, apparently apitrace detaches itself after the very first DXGIFactory gets destroyed. Not sure what to do about that.

In any case I did fix a rather severe bug in DXVK today which might have been the reason why it doesn't render correctly - although to be honest, it doesn't look like the same issue.

Zzekesonxx 2018-01-25 github

Retested on e4d49ae, rendering issue remains.

Zzekesonxx 2018-02-11 github

Rendering issue gone, appears to renders correctly as of 8f134ba.

ss-11-02-2018-153642

Ddoitsujin maintainer 2018-02-11 github

Good to hear.

Could you bisect the exact commit that fixed it? Knowing what exactly fixed the issue might help fixing similar issues in the future.

Launch options

DLLs