|author||wm4 <wm4@nowhere>||2016-10-21 17:23:26 +0200|
|committer||wm4 <wm4@nowhere>||2016-10-21 17:23:26 +0200|
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
@@ -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).