diff options
author | wm4 <wm4@nowhere> | 2015-11-13 22:46:55 +0100 |
---|---|---|
committer | wm4 <wm4@nowhere> | 2015-11-13 22:46:55 +0100 |
commit | fad254562b09dcff4d6c95aff5982a6252b09ebb (patch) | |
tree | 4162a62b14d8b54e6bd882cc4873f8cd9c7d9fc4 /stream/ai_sndio.c | |
parent | d32c4c75ef1cf4d69474a0a0e8f8127e77910099 (diff) | |
download | mpv-fad254562b09dcff4d6c95aff5982a6252b09ebb.tar.bz2 mpv-fad254562b09dcff4d6c95aff5982a6252b09ebb.tar.xz |
player: smooth out frame durations by averaging them
Helps somewhat with muxer-rounded timestamps.
There is some danger that this introduces a timestamp drift. But since
they are averaged values (unlike as when using an incorrect container
framerate hint), any potential drift shouldn't be too brutal, or
compensate itself soon. So I won't bother yet with comparing the results
with the real timestamp, unless we run into actual problems.
Of course we still prefer potentially real timestamps over the
approximated ones. But unless the timestamps match the container FPS,
we can't know whether they are (no, checking whether the they have
microsecond components would be cheating). Perhaps in future, we could
let the demuxer export the timebase - if the timebase is not 1000 (or
divisible by it), we know that millisecond-rounded timestamps won't
happen.
Diffstat (limited to 'stream/ai_sndio.c')
0 files changed, 0 insertions, 0 deletions