Blender Git Loki

Avoid std::vector copy

Add wmSurface for non-Window offscreen VR session drawing

Adds a wmSurface type which acts as a container for non-Window (offscreen)
draw surfaces. Ideally wmWindow would of course also just do C-style
inheritance from wmSurface, but I guess they can co-exist too.
For the VR session a surface is created on Linux and passed to the
graphics binding to use.

Note this is not used on Windows yet, it still opens a window there.

Fix compile/CMake errors and warnings on Linux

Finish VR view drawing callback set up

* Allow passing custom data to session draw function, passed to the
callback
* Actually call the callback
* Create and bind a WM level callback. Will later be used to draw the
viewport.

Also, check if session is actually visible before drawing.

Don't use Microsoft::WRL::ComPtr<...> for COM types

Makes things difficult if you're not familar with COM.

Merge branch 'master' into soc-2019-openxr

The first pixels pushed to Windows Mixed Reality HMDs!

Just a clear call for now, so all you see is a blue world. This blue
"world" is however drawn by Blender!

Also fixes use after destruction of compositor layer data.

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.