Forum Discussion
SDK 0.6.0 stalls ovrHmd_SubmitFrame
Hello, I've encountered stalls in "ovrHmd_SubmitFrame" with SDK 0.6.0 (DX11). My performance capture is telling me, that "ovrHmd_SubmitFrame" blocks for 13 ms, but only every second frame. The fir...
Thanks for the answer and no, vsync is not forced by the driver.
Again, what I'm seeing is not a constant stall, it's alternating between frames. I've got a very simple scene taking ~7-8 ms to render. If I skip calling ovrHmd_SubmitFrame, I get the expected high framerates of > 100 FPS.
The frametime is constant, but ovrHmd_SubmitFrame blocks alternating from frame to frame for 5-6 ms (sync to 75 Hz) and 18-19 ms (sync to 35.5 Hz) .
When I look at a capture from brofiler I see the following:
frame 1: 13 ms (8 ms frametime + 5 ms block in ovrHmd_SubmitFrame)
frame 2: 26 ms (8 ms frametime + 19 ms block in ovrHmd_SubmitFrame)
frame 3: 13 ms (..)
frame 4: 26 ms (..)
etc.
In the meanwhile I've tried SDK 0.6.0.1 Beta, reverted my NVIDIA driver to 350.12, got rid of all lock()s in the frame, but it didn't help.
edit: I can't remember having this problem with SDK 0.4.4 (from my previous libovr integration).
Again, what I'm seeing is not a constant stall, it's alternating between frames. I've got a very simple scene taking ~7-8 ms to render. If I skip calling ovrHmd_SubmitFrame, I get the expected high framerates of > 100 FPS.
The frametime is constant, but ovrHmd_SubmitFrame blocks alternating from frame to frame for 5-6 ms (sync to 75 Hz) and 18-19 ms (sync to 35.5 Hz) .
When I look at a capture from brofiler I see the following:
frame 1: 13 ms (8 ms frametime + 5 ms block in ovrHmd_SubmitFrame)
frame 2: 26 ms (8 ms frametime + 19 ms block in ovrHmd_SubmitFrame)
frame 3: 13 ms (..)
frame 4: 26 ms (..)
etc.
In the meanwhile I've tried SDK 0.6.0.1 Beta, reverted my NVIDIA driver to 350.12, got rid of all lock()s in the frame, but it didn't help.
edit: I can't remember having this problem with SDK 0.4.4 (from my previous libovr integration).