Revision b1b0e05 by Julian Eisel (soc-2019-openxr, temp-ghost_openxr, temp-vr-draw-thread, vamr-openxr-module, vr_scene_inspection) June 6, 2019, 09:25 (GMT) |
Fix CMake errors after merge (?) Not sure if this is caused by changes just merged in, or by a system upgrade I just did. Either way, fixed it now. |
Revision e547026 by Julian Eisel (soc-2019-openxr, temp-ghost_openxr, temp-vr-draw-thread, vamr-openxr-module, vr_scene_inspection) June 6, 2019, 08:56 (GMT) |
Merge branch 'master' into soc-2019-openxr |
Revision f816380 by Julian Eisel (soc-2019-openxr, temp-ghost_openxr, temp-vr-draw-thread, vamr-openxr-module, vr_scene_inspection) June 5, 2019, 16:03 (GMT) |
Silence warning, fix mem-leak, don't destroy NULL session |
Revision 5e642bf by Julian Eisel (soc-2019-openxr, temp-ghost_openxr, temp-vr-draw-thread, vamr-openxr-module, vr_scene_inspection) June 5, 2019, 14:55 (GMT) |
Initial session state handling To correctly start a session, a graphics extension specific object needs to be passed to the OpenXR runtime. E.g. for the Windows Mixed Reality runtime, XrGraphicsBindingD3D11KHR needs to be passed with a valid DirectX device. Since we don't have any DirectX compatibility working, I can't test this on Windows yet. So to test this I finally need to get Monado to work on Linux and correctly setup the OpenGL extension there. |
Revision 0d1a22f by Julian Eisel (soc-2019-openxr, temp-ghost_openxr, temp-vr-draw-thread, vamr-openxr-module, vr_scene_inspection) June 5, 2019, 08:20 (GMT) |
Barebones for managing session changes Adds initial OpenXR event querying so that session state change events can be handled. Doesn't do any handling yet. |
Revision 20a1af9 by Julian Eisel (soc-2019-openxr, temp-ghost_openxr, temp-vr-draw-thread, vamr-openxr-module, vr_scene_inspection) June 4, 2019, 23:00 (GMT) |
Enable graphics extensions if available Check if available extensions includes the GL one, or the DirectX one on Windows. Enable them if available. |
Revision c9c1b90 by Julian Eisel (soc-2019-openxr, temp-ghost_openxr, temp-vr-draw-thread, vamr-openxr-module, vr_scene_inspection) June 4, 2019, 16:30 (GMT) |
Cleanup: Correct local variable name |
Revision 4192281 by Julian Eisel (soc-2019-openxr, temp-ghost_openxr, temp-vr-draw-thread, vamr-openxr-module, vr_scene_inspection) June 4, 2019, 16:27 (GMT) |
Fix layer and extension count not stored as intended |
Revision 329dead by Julian Eisel (soc-2019-openxr, temp-ghost_openxr, temp-vr-draw-thread, vamr-openxr-module, vr_scene_inspection) June 4, 2019, 15:39 (GMT) |
Print OpenXR runtime name once connected |
Revision 53845c5 by Julian Eisel (soc-2019-openxr, temp-ghost_openxr, temp-vr-draw-thread, vamr-openxr-module, vr_scene_inspection) June 4, 2019, 15:00 (GMT) |
Merge branch 'master' into soc-2019-openxr |
Revision 35c9e3b by Julian Eisel (soc-2019-openxr, temp-ghost_openxr, temp-vr-draw-thread, vamr-openxr-module, vr_scene_inspection) June 4, 2019, 14:42 (GMT) |
Initial VR-session starting/ending Adds operator to toggle a VR session, exposed in the Window top-bar menu. It triggers the needed calls for session creation and destruction. Setting up the XR-system (a configuration of related devices) is also done now. Calling WMR runtime functions fails currently. Not sure why. So while this executes required routines, it doesn't really work. |
Revision 60f6676 by Julian Eisel (soc-2019-openxr, temp-ghost_openxr, temp-vr-draw-thread, vamr-openxr-module, vr_scene_inspection) June 2, 2019, 20:04 (GMT) |
Fix GCC compile error, warnings and uninitialized use extension_count could be used uninitialized if no valid OpenXR runtime was run. |
Revision 3e88974 by Julian Eisel (soc-2019-openxr, temp-ghost_openxr, temp-vr-draw-thread, vamr-openxr-module, vr_scene_inspection) June 2, 2019, 13:24 (GMT) |
Merge branch 'master' into soc-2019-openxr |
Revision 09e7d6c by Julian Eisel (soc-2019-openxr, temp-ghost_openxr, temp-vr-draw-thread, vamr-openxr-module, vr_scene_inspection) June 2, 2019, 00:24 (GMT) |
Correct previous commit Intended to print out name, not address. |
Revision 5d5ad5d by Julian Eisel (soc-2019-openxr, temp-ghost_openxr, temp-vr-draw-thread, vamr-openxr-module, vr_scene_inspection) June 1, 2019, 15:16 (GMT) |
Gather available OpenXR extensions and API-layers on OpenXR setup We don't actually enable any extension or layer yet. We just put their names into arrays and print them. The printing can be disabled via a compiler define, later we should put them behind a proper logging/debugging mechanism (CLOG). Also fixes a Visual Studio compile error. |
Revision e70894c by Julian Eisel (soc-2019-openxr, temp-ghost_openxr, temp-vr-draw-thread, vamr-openxr-module, vr_scene_inspection) May 30, 2019, 14:22 (GMT) |
Fix compiling with bundled OpenXR SDK sources Also remove unused include. |
Revision 4c11886 by Julian Eisel (soc-2019-openxr, temp-ghost_openxr, temp-vr-draw-thread, vamr-openxr-module, vr_scene_inspection) May 30, 2019, 12:56 (GMT) |
Corrections to previous commit * Remove testing instance creation * Rename function |
Revision 41e2f2e by Julian Eisel (soc-2019-openxr, temp-ghost_openxr, temp-vr-draw-thread, vamr-openxr-module, vr_scene_inspection) May 30, 2019, 12:48 (GMT) |
Proper creation & destruction of OpenXR instances Adds wm_xr.c for an XR management API and creates/destroys the OpenXR instance through this. This is as planned in my proposal, to lock the OpenXR calls behind an abstraction. XR data will be stored in a (non-public) wmXRContext struct within the window-manager. For now, creates the OpenXR instance on startup. I think it's better to lazy setup this, as in, only creating the instance once the user starts the first XR session. Just to avoid costs for something that may not be used (the OpenXR loader we use will try loading and parsing the system's OpenXR active_runtime.json on instance creation). That's for later when I introduce session management though. Also added a context getter for the xr-context, which is unused but may be handy later. |
Revision 864abbd by Julian Eisel (soc-2019-openxr, temp-ghost_openxr, temp-vr-draw-thread, vamr-openxr-module, vr_scene_inspection) May 29, 2019, 23:44 (GMT) |
Support system installed OpenXR SDK Adds OPENXR_USE_BUNDLED_SRC so that if disabled, CMake tries to find the SDK headers and libraries in system paths or in specified root directory. I guess this is the way we'd want to do this in master. However for people testing the branch the bundled sources are much more convenient (should work out of the box, no need to compile the SDK manually). |
Revision f333e7e by Julian Eisel (soc-2019-openxr, temp-ghost_openxr, temp-vr-draw-thread, vamr-openxr-module, vr_scene_inspection) May 29, 2019, 18:14 (GMT) |
Merge branch 'master' into soc-2019-openxr |
|