diff options
author | Avi Halachmi (:avih) <avihpit@yahoo.com> | 2021-09-15 17:04:17 +0300 |
---|---|---|
committer | James Ross-Gowan <rossy@jrg.systems> | 2021-09-21 00:45:08 +1000 |
commit | 930b483a6842128c669cad5dc9b2cb548d5f001f (patch) | |
tree | 0734f48b88b02c60569bf40f403b2a63e4a540c7 /sub/ass_mp.c | |
parent | 7b9e024f3713591db317b11b898eb6f132353736 (diff) | |
download | mpv-930b483a6842128c669cad5dc9b2cb548d5f001f.tar.bz2 mpv-930b483a6842128c669cad5dc9b2cb548d5f001f.tar.xz |
win32: Windows 10: timeBeginPeriod on demand
Before this commit, timeBeginPeriod(1) was set once when mpv starts,
and the timers remained hi-res till mpv exits.
Now we do the same as before on Windows version < 10.
On Windows 10+ we now use timeBeginPeriod if needed, per timeout.
To force a mode regardless of Windows version, set env MPV_HRT:
- "always": the old behavior - hires timers as long as mpv runs.
- "perwait": sets 1ms timer resolution if timeout <= 50ms.
- "never": don't use timeBeginPeriod at all.
It was observed that on Windows 10 we lose about 0.5ms accuracy of
timeouts with "perwait" mode (acceptable), but otherwise it works
well for continuous timeouts (one after the other) and random ones.
On Windows 7 with "perwait": continous timeouts are accurate, but
random timeouts (after some time without timeouts) have bad
accuracy - roughly 16ms resolution instead of the requested 1ms.
Windows 8 was not tested, so to err on the side of caution, we keep
the legacy behavior "always" by default.
Diffstat (limited to 'sub/ass_mp.c')
0 files changed, 0 insertions, 0 deletions