summaryrefslogtreecommitdiffstats
path: root/stream/stream_rar.c
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2014-07-18 16:16:05 +0200
committerwm4 <wm4@nowhere>2014-07-18 16:16:05 +0200
commit1942e424e31df3e467522cca966429fd6c94429e (patch)
treedd43224a72d63135c42c31a15ee36ecff51fc58d /stream/stream_rar.c
parent2646874369b0c5beb2aa2d443734745a19ad4d6c (diff)
downloadmpv-1942e424e31df3e467522cca966429fd6c94429e.tar.bz2
mpv-1942e424e31df3e467522cca966429fd6c94429e.tar.xz
demux: fix opening pipes with demux_lavf
We told the demuxer that a pipe (if stream cache is enabled) is seekable. This is because the stream cache is technically seekable, it's just that seeking may fail at runtime if a non-cached byte range is requested. This caused libavformat to issue seeks on initialization (at least when piping mp4 youtube videos). Initialization failed completely after spamming tons of error messages. So, if an unseekable stream is cached, tell the demuxer that the file is not seekable. This gets reversed later (when printing a message about caching an unseekable stream), so the user can still try his luck by issuing a seek command. The important part is that libavformat initialization will not take code paths that will unnecessarily seek for whatever reasons. CC: @mpv-player/stable: regression from 0.3.x
Diffstat (limited to 'stream/stream_rar.c')
0 files changed, 0 insertions, 0 deletions