aboutsummaryrefslogtreecommitdiffhomepage
path: root/travis-deps
diff options
context:
space:
mode:
authorGravatar wm4 <wm4@nowhere>2014-09-29 17:49:26 +0200
committerGravatar wm4 <wm4@nowhere>2014-09-29 18:06:44 +0200
commit39451732e905e5884a04e040a9d47d8f4a47025c (patch)
tree4b74e8bf1d23dd3fb3f941e81b9634800c83bef7 /travis-deps
parent0fee6537bb4a65ff68864a8ae965a9f81b6d474b (diff)
demux_disc: bluray: potentially fix some aspects of seeking
When flushing the AVIOContext, make sure it can't seek back to discarded data. buf_ptr is just the current read position, while buf_end - buffer is the actual buffer size. Since mpegts.c is littered with seek calls, it might be that the ability to seek could read Mark the stream (which the demuxer uses) as not seekable. The cache can enable seeking again (this behavior is sometimes useful for other things). I think this should have had no bad influence in theory, since seeking BD/DVD first does the "real" seek, then flushes libavformat and reads new packets.
Diffstat (limited to 'travis-deps')
0 files changed, 0 insertions, 0 deletions