Steam client version (build number or date): Feb 18 2019
Distribution (e.g. Ubuntu): Archlinux
Graphics driver version (run nvidia-settings): mesa git cb4e3e3ef6e
Opted into Steam client beta?: Yes
Opted into SteamVR beta?: Yes
Please describe your issue in as much detail as possible:
I've seen this a couple of times but doesn't seem to have a noticeable negative effect.
While reprojection is running, when focusing/unfocusing completely unrelated windows, sometimes the advanced frametime graph starts showing consistent high compositor cpu times.
As captured in this image, it temporarily disappears when reprojection is not needed, but reappears as soon as it is activated again. For the last few frames I focused spectacle to take the screenshot which caused it to randomly go away - but focusing random windows with a mouse click would bring it back.
CPU usage of vrcompositor seems unaffected.
In this case it appeared when I focused spectacle for taking the screenshot, where in the other one it disappeared when I focused spectacle.
Your system information
Please describe your issue in as much detail as possible:
I've seen this a couple of times but doesn't seem to have a noticeable negative effect.
While reprojection is running, when focusing/unfocusing completely unrelated windows, sometimes the advanced frametime graph starts showing consistent high compositor cpu times.
As captured in this image, it temporarily disappears when reprojection is not needed, but reappears as soon as it is activated again. For the last few frames I focused spectacle to take the screenshot which caused it to randomly go away - but focusing random windows with a mouse click would bring it back.
CPU usage of vrcompositor seems unaffected.
In this case it appeared when I focused spectacle for taking the screenshot, where in the other one it disappeared when I focused spectacle.
