You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

Simon Ser 348f52b5fc output: remove wlr_output_impl.schedule_frame ... This function allowed backends to provide a custom function for frame scheduling. Before resuming the rendering loop, the DRM and Wayland backends would wait for vsync. There isn't a clear benefit of doing this. The only upside is that we get more stable timings: the delay between two repaints doesn't change too much and is close to a mutliple of the refresh rate. However this introduces latency, especially when a client misses a frame. For instance a fullscreen game missing vblank will need to wait more than a whole frame before being able to display new content. This worst case scenario happens as follows: - Client is still rendering its frame and cannot submit it in time - Deadline is reached - Compositor decides to stop the rendering loop since nothing changed on screen - Client finally manages to render its frame, submits it - Compositor calls wlr_output_schedule_frame - DRM backend waits for next vblank - The wlr_output frame event is fired, compositor draws new content on screen - On the second next vblank, the new content reaches the screen With this patch, the wlr_output frame event is fired immediately when the client submits its late frame. This change also makes it easier to support variable refresh rate, since VRR is all about being able to present too-late frames earlier. References: https://github.com/swaywm/wlroots/issues/1925		5 years ago
..
backend	Drop RDP backend	5 years ago
render	Refactor EGL/GL API loading	5 years ago
types	Declare wlr_seat globals as extern	5 years ago
util	util: add wlr_output_destroy_safe	5 years ago
wlr	output: remove wlr_output_impl.schedule_frame	5 years ago
xcursor	Add xcursor sublibrary	7 years ago
xwayland	xwm: Add _NET_CLIENT_LIST support	6 years ago
meson.build	meson: Various improvements	5 years ago