From 202f6953980a76e534a6e99136305407cb66e200 Mon Sep 17 00:00:00 2001 From: wm4 Date: Fri, 21 Oct 2016 17:23:26 +0200 Subject: vo_opengl: partially re-enable glFlush() calls It turns out the glFlush() call really helps in some cases, though only in audio timing mode (where we render, then wait for a while, then display the frame). Add a --opengl-early-flush=auto mode, which does exactly that. It's unclear whether this is fine on OSX (strange things going on there), but it should be. See #3670. --- DOCS/man/options.rst | 9 ++++++--- 1 file changed, 6 insertions(+), 3 deletions(-) (limited to 'DOCS') diff --git a/DOCS/man/options.rst b/DOCS/man/options.rst index b898082e13..45c0bca2f1 100644 --- a/DOCS/man/options.rst +++ b/DOCS/man/options.rst @@ -4598,10 +4598,13 @@ The following video options are currently all specific to ``--vo=opengl`` and we may have to deal with additional padding, which can be tested with these options). Could be removed any time. -``--opengl-early-flush=`` +``--opengl-early-flush=`` Call ``glFlush()`` after rendering a frame and before attempting to display - it (default: no). Can fix stuttering in some cases, in other cases probably - causes it. For testing - could be removed any time. + it (default: auto). Can fix stuttering in some cases, in other cases + probably causes it. The ``auto`` mode will call ``glFlush()`` only if + the renderer is going to wait for a while after rendering, instead of + flipping GL front and backbuffers immediately (i.e. it doesn't call it + in display-sync mode). Miscellaneous ------------- -- cgit v1.2.3