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

HoloLens 2 Direct3D 12 performance considerations #132

Open
emaschino opened this issue Dec 22, 2023 · 1 comment
Open

HoloLens 2 Direct3D 12 performance considerations #132

emaschino opened this issue Dec 22, 2023 · 1 comment

Comments

@emaschino
Copy link

emaschino commented Dec 22, 2023

Hi,

As HoloLens 2 OpenXR runtime reports XR_KHR_D3D12_enable extension as supported, I gave it a try adjusting the hello_xr sample from Khronos group to have it running on HoloLens 2 device using either D3D11 or D3D12 API. There's a noticeable drop in performances switching from D3D11 to D3D12: hologram display is far less smooth when moving the head left/right, up/down, for example. Is this something expected w.r.t. HoloLens 2 hardware? It's noteworthy that VPRT isn't implemented in the hello_xr sample, but its D3D11 version nevertheless seems to be on par, performance-wise, with the D3D11-only BasicXrApp sample in this repo that do implement VPRT.

Thanks.

@brycehutchings
Copy link
Contributor

VPRT probably doesn't make a big difference, especially for such a simple rendering. The main problem with hello xr is that the HoloLens needs apps to submit the projection layer as a texture array and hello xr doesn't do this. See https://learn.microsoft.com/en-us/windows/mixed-reality/develop/native/openxr-best-practices#render-with-texture-array-and-vprt

However I can't explain why hello xr would be slower with d3d12 than 11 with the same app, but both will be on a slow path in this case.

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

No branches or pull requests

2 participants