path: root/DOCS
diff options
authorwm4 <wm4@nowhere>2016-10-21 17:23:26 +0200
committerwm4 <wm4@nowhere>2016-10-21 17:23:26 +0200
commit202f6953980a76e534a6e99136305407cb66e200 (patch)
tree76ada27db51b8d201e5f1a031a86258ea9ccddc8 /DOCS
parentf64de3ea6659e6fe459700d1d03917990eb9d84a (diff)
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.
Diffstat (limited to 'DOCS')
1 files changed, 6 insertions, 3 deletions
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.
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).