diff options
author | wm4 <wm4@nowhere> | 2019-10-17 19:23:35 +0200 |
---|---|---|
committer | wm4 <wm4@nowhere> | 2019-10-17 19:23:35 +0200 |
commit | 273cc3055cb5829fe62dce88e596c21ae85ef1c2 (patch) | |
tree | 8d9ba90ad2d159d3dbc75e2681b1221ae547b5a7 /wscript | |
parent | 2fcd5271eb045e235c281faa73d8676c4bcea4b3 (diff) | |
download | mpv-273cc3055cb5829fe62dce88e596c21ae85ef1c2.tar.bz2 mpv-273cc3055cb5829fe62dce88e596c21ae85ef1c2.tar.xz |
video: do not disable display-sync on A/V desync
On a audio/video desync by more than 0.5 seconds, display-sync mode was
disabled, and not enabled again (until playback restart, e.g. a seek).
The idea was that it this only happens when this playback mode is broken
and can't perform well anyway (A/V desync is a clear indication that
something is very wrong). Instead of behaving like a god damn POS, it
should revert to the more robust audio-sync mode.
Unfortunately, this could happen sporadically due to temporary system
performance problems, such as toggling fullscreen. Users didn't like
this, and asked for a function to disable it, or to recover in some
other way.
This mechanism is questionable anyway. If an ignorant user enables
display-sync, and encounters problems with it (without being able to
determine that display-sync is messing up), the player will still behave
like a POS on every playback, and even after every seek. It might
actually be helpful to fail more consistently. Also, I've found that
it's sill relatively reliable anyway even without this mechanism.
So just remove the fallback.
Fixes: #7048
Diffstat (limited to 'wscript')
0 files changed, 0 insertions, 0 deletions