April 30, 2020
Moving all drivers and the compositor to the service process brings many advantages to the previous in-process model. For this input and rendering needed to be sent over our new IPC infrastructure. With a separate render loop, now independent of the OpenXR client, the compositor can provide a constant frame rate, even when the application doesn't deliver frames on time. This is required and the foundation of future reprojection work, where old frames can be transformed with new tracking data for a smoother experience if the client lags behind. In addition, the obvious advantage of an out of process compositor is that the compositor can be started asynchronously to the application and run on its own without any application. This is also required for running multiple clients in the future and for implementing OpenXR extensions like XR_EXTX_overlay.
Amongst other small improvements to the compositor we improved support for direct mode on NVIDIA by recognizing more display identifiers like the Valve Index and the Oculus Rift series of HMDs.
Furthermore we improved the compositor's performance, which has a boost of up to 2x the received frame rate in certain conditions under GPU load. A small benchmark using Blender's OpenXR functionality can be seen here.
We would very much like to thank Pluto VR for sponsoring this work.
The ability for a relatively small software consultancy to contribute at this level demonstrates a fantastic improvement in vendors' mindset…
HTC Vive (Pro) and Valve Index hardware users can now experiment with positional tracking in Monado, thanks to the implementation of a libsurvive…
It is with great pleasure that we announce the availability of WirePlumber (the PipeWire session manager) version 0.3.0. This release brings…