diff options
author | dudemanguy <random342@airmail.cc> | 2020-01-30 11:19:22 -0600 |
---|---|---|
committer | Dudemanguy <random342@airmail.cc> | 2020-01-31 00:40:44 +0000 |
commit | b926f189388918e623ebda65d6a47a7ab00b9cfc (patch) | |
tree | 8f808c4ce6cd17913d011486860ad8272b7c3d6a /video/out/opengl/context_wayland.c | |
parent | 6c2cc20a53618d3de90674d15c737586a041424b (diff) | |
download | mpv-b926f189388918e623ebda65d6a47a7ab00b9cfc.tar.bz2 mpv-b926f189388918e623ebda65d6a47a7ab00b9cfc.tar.xz |
wayland: remove wayland-frame-wait-offset option
This originally existed as a hack for weston. In certain scenarios, a
frame taking too long to render would cause vo_wayland_wait_frame to
timeout which would result in a ton of dropped frames. The naive
solution was to just to add a slight delay to the time value. If a
frame took too long, it would likely to fall under the timeout value and
all was well. This was exposed to the user since the default delay
(1000) was completely arbitrary.
However with presentation time, this doesn't appear to be neccesary.
Fresh frames that take longer than the display's refresh rate (16.666 ms
in most cases) behave well in Weston. In the other two main compositors
without presentation time (GNOME and Plasma), they also do not
experience any ill effects. It's better not to overcomplicate things, so
this "feature" can be removed now.
Diffstat (limited to 'video/out/opengl/context_wayland.c')
-rw-r--r-- | video/out/opengl/context_wayland.c | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/video/out/opengl/context_wayland.c b/video/out/opengl/context_wayland.c index 8af5c7b9a6..f951b9466a 100644 --- a/video/out/opengl/context_wayland.c +++ b/video/out/opengl/context_wayland.c @@ -142,7 +142,7 @@ static void wayland_egl_swap_buffers(struct ra_ctx *ctx) eglSwapBuffers(p->egl_display, p->egl_surface); if (!wl->opts->disable_vsync) - vo_wayland_wait_frame(wl, wl->opts->frame_offset); + vo_wayland_wait_frame(wl); if (wl->presentation) wayland_sync_swap(wl); |