summaryrefslogtreecommitdiffstats
path: root/configure
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2013-06-17 23:39:24 +0200
committerwm4 <wm4@nowhere>2013-06-18 02:19:15 +0200
commitbcdb3c228e76ccc7419129378882fbd7fab7f653 (patch)
tree09bedd34654796ce00219b5e79fa19557f4923f7 /configure
parente8ae0b985218b8c35172567391bad528b3a07009 (diff)
downloadmpv-bcdb3c228e76ccc7419129378882fbd7fab7f653.tar.bz2
mpv-bcdb3c228e76ccc7419129378882fbd7fab7f653.tar.xz
cache: fix stream_pts caching
Or rather, keep hacking it until it somehow works. The problem here was that trying to avoid calling STREAM_CTRL_GET_CURRENT_TIME too often didn't really work, so the cache sometimes returned incorrect times. Also try to avoid the situation that looking up the time with an advanced read position doesn't really work, as well as when trying to look it up when EOF or cache end has been reached. In that case we have read_filepos == max_filepos, which is "outside" of the cache, but querying the time is still valid. Should also fix the issue that demuxing streams with demux_lavf and if STREAM_CTRL_GET_CURRENT_TIME is not supported messed up the reported playback position. This stuff is still not sane, but the way the player tries to fix the playback time and how the DVD/BD stream inputs return the current time based on the current byte position isn't sane to begin with. So, let's leave it at bad hacks. The two changes that touch s->eof are unrelated and basically of cosmetic nature (separate commit would be too noisy.)
Diffstat (limited to 'configure')
0 files changed, 0 insertions, 0 deletions