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.
Join us as our 2021 conference schedule gets underway this weekend with the virtual editions of linux.conf.au and MiniDebConf India! Collaborans…
After several months of work, we are excited to announce a first proposal for a Wayland driver for Wine. The proposal is in the form of…
Even amidst the chaos and uncertainty that 2020 brought, Linux Kernel development keeps moving forward at a constant and relentless pace.…