Christoph Haag e03ee48dce comp: Transition to visible/focused after xrEndFrame, not xrWaitFrame ... The application synchronizes its frame loop by "by calling xrWaitFrame, xrBeginFrame and xrEndFrame in a loop." Applications can discard frames by not calling xrEndFrame. If initial frames are discarded, we should not consider the frame loop synchronized. Previously a sequence like xrBeginFrame, xrWaitFrame, xrBeginFrame, xrWaitFrame, xrPollEvent, xrBeginFrame failed because xrPollEvent the compositor emitted transitions to visible and focused but they were not emitted in the state tracker, because the oxr session had not internally tranisitioned to the synchronized state.		2020-10-31 20:14:49 +01:00
..
client	c/eglimage_swapchain: Actually return created swapchain.	2020-10-28 12:12:31 -05:00
main	comp: Transition to visible/focused after xrEndFrame, not xrWaitFrame	2020-10-31 20:14:49 +01:00
render	c/render: Refactor out distortion rendering	2020-10-13 19:51:13 +01:00
shaders	c/main: Implement XR_KHR_composition_layer_equirect2.	2020-10-26 01:34:10 +00:00
CMakeLists.txt	comp: Basic Android compositor window.	2020-10-28 09:41:30 -05:00
meson.build	c/render: Refactor out distortion rendering	2020-10-13 19:51:13 +01:00