summaryrefslogtreecommitdiffstats
path: root/video
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2014-07-07 19:09:37 +0200
committerwm4 <wm4@nowhere>2014-07-07 19:09:37 +0200
commit49813670219c3f1f3ab47835d407d355a6698174 (patch)
tree8e65a6b1d490934d0aad326f5013cfdcf7e74d71 /video
parent4d829d750cc872ae4e6bf31117022f8934230972 (diff)
downloadmpv-49813670219c3f1f3ab47835d407d355a6698174.tar.bz2
mpv-49813670219c3f1f3ab47835d407d355a6698174.tar.xz
cache, dvd, bluray: simplify stream time handling
We used a complicated and approximate method to cache the stream timestamp, which is basically per-byte. (To reduce overhead, it was only cached per 8KB-block, so it was approximate.) Simplify this, and read/keep the timestamp only on discontinuities. This is when demux_disc.c actually needs the timestamp. Note that caching is currently disabled for dvdnav, but we still read the timestamp only after some data is read. libdvdread behaves well, but I don't know about libbluray, and the previous code also read the timestamp only after reading data, so try to keep it safe. Also drop the start_time offset. It wouldn't be correct anymore if used with the cache, and the idea behind it wasn't very sane either (making the player to offset the initial playback time to 0).
Diffstat (limited to 'video')
0 files changed, 0 insertions, 0 deletions