Search Issue Tracker
Fixed
Votes
16
Found in
5.4.0b19
Issue ID
799533
Regression
No
[OpenVR] Entered playmode with unsupported gfx api = crash
repro settings:
- OpenVR is preffered SDK
- OpenVR supported headset is plugged in (CV1 or Vive)
- Graphics API auto is unchecked and an unsupported API(9 or 12) is selected
Now enter play mode and observe the crash.
What happens OpenVR:
-Crash
What happens Oculus SDK:
-falls back to VR device none (or w/e is next in the list).
Workaround: Select graphics api auto or d3d11.
Comments (2)
Add comment
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- Desktop Linux runtime does not respect -popupwindow command line argument
- Shader Graph more options dropdown button does not open the dropdown when clicked all the way to the right of the button
- “Attempting to draw with missing bindings“ warning lacks root cause indication and is thrown each frame when StructuredBuffer is accessed on DirectX12
- Shader Graph Import Settings documentation leads to "Sorry... that page seems to be missing!" page when opened through the documentation button in the Inspector window
- Unexpected Material change/transparency when switching between ShaderGraph and material at runtime in HDRP
Derek_Knochel
Nov 29, 2016 18:20
Is there any update on the progress on this? Support for multiple GPUs in dx12 while using VR is a very important feature for me.
phr00t
Jul 13, 2016 17:44
DirectX 12 may be considered "unsupported" as described in this bug report, but it is listed as "On Track" for 5.4's release this month. DirectX 12 should work with OpenVR if it will be considered stable for release. This is the stack trace I get for this error:
0x00007FF66A9BD405 (ff) RenderSettings::GetLinearFogEnd
0x00007FF66A9B139D (ff) RenderSettings::GetLinearFogEnd
0x00007FF66A9B020C (ff) RegisterModule_VR
0x00007FF66A55293D (ff) CallbackArray1<bool>::Invoke
0x00007FF66A611826 (ff) PlayerWinMain
0x00007FF66AAC2044 (ff) RectT<int>::GetYMax
0x00007FF8ABB28102 (KERNEL32) BaseThreadInitThunk
Case ID# 810208 is where I reported this issue.