Blender Git Loki

Set up OpenXR compositing layers for drawing

That should be one of the last steps to prepare pushing pixels to HMDs.
Fingers crossed!

Merge branch 'master' into soc-2019-openxr

Set up OpenXR views and spaces for drawing

Using a dummy identity pose at {0, 0, 0} to start with. This should
later use the current viewport position & orientation I guess.

Also adds function to set a draw callback. There's quite some OpenXR
related stuff to be done before and after drawing anyting, as well as
before and after drawing each view (eye). Quite some info would have to
be exposed to WM to let it manage drawing. So I think using a callback
called from GHOST_Xr to draw each eye instead is a good way to go.

VR session currently crashes after opening. Seems to be related to
blocking frame wait call. I'm not too worried about that though, might
disappear once OpenXR frame sync functions get proper timing info
passed.

Bring back wm_xr.c for higher level XR functions

Execute necessary OpenXR frame timing calls

Correctly destruct swapchain on shutdown

Create graphics binding specific swapchain images

Following the OpenXR SDK's example code very closely here. We have to do
some nasty converting of graphics binding specific image vectors to
generalized base ones. The SDK's approach seems like a good way to go
about this.

Use abstract class/interface for generalized graphics binding operations

Rather than having switch case blocks throughout the session code, give
binding operations an own interface with dedicated implementations.

Fix error causing sessions to not start correctly

With this, the Windows Mixed Reality Portal finally pops up when
starting the session. That is how it's supposed to work. After it's
initialization phase all you see is black. That's expected too as we
don't send anything to the device yet.

OpenXR swapchain creation

Nothing special to say. Just calls needed OpenXR functions to create
swapchains. Swapchain images are not created yet.

Interestingly, the Windows Mixed Realtiy portal now pops up when closing
Blender after having created a VR session. So we're getting closer ;)

Merge branch 'master' into soc-2019-openxr

Cleanup: Use CamelCase for XR functions/types

Also silence warnings.

Finish OpenXR GLX binding initialization

Monado now opens a window here when asking it to start a session. That
seems to be the case because it doesn't detect the HMD as direct mode
capable yet. But that shouldn't be an issue from our side.

Fix invalid delete operator use

Again a thing MSVC should warn about but didn't...

Use friend class to access graphics data on Windows too

Also fix memory leak.

Pass graphics context data to OpenXR graphics bindings on Linux too

Refactors function into a class, and make this class a friend of
GHOST_ContextGLX. That seems like a better way to access low level
graphics data for this specific case, rather than giving anyone access
via a getter.

Init OpenXR graphics bindings with valid graphics context (Win only)

Will do this for Linux in a separate commit.

Also fixes a stupid mistake from previous commit on lazy-creation of XR
context.

Remove CTX_wm_xr_context

Not really useful, plus XR-Context is now GHOST data.

Rename of XR types (WM -> GHOST)

Lazy-create XR-context

Creating the context causes the OpenXR loader to try connect to a
runtime. That would involve reading the OS'es active_runtime.json and
dynamic linking based on that. So better avoid doing this on startup.
Also: don't pay for what you don't use!