mpv/demux
wm4 68ce36a2db demux: force reading packets again after seeks
in->eof is used as an indicator whether reading packets still makes
sense. (Without this, the prefetcher would obviously burn CPU by
retrying reading even though everything has been read.)

This was not reset properly after seeks were performed. It led to
getting stuck in at least one corner case: when enabling a track, the
demuxer would seek backwards to get new packets from the current
playback position ("refresh seeks"). But if playback was paused, and EOF
was previously reached, it would not try to read packers again due to
in->eof being false. There was not anything else that would make it
retry reading, so it was stuck in a weird underrun/buffering state.

Fixes: #6986
2019-09-24 19:06:59 +02:00
..
cache.c
cache.h
codec_tags.c
codec_tags.h
cue.c
cue.h
demux.c demux: force reading packets again after seeks 2019-09-24 19:06:59 +02:00
demux.h demux: propagate streaming flag through demux_timeline 2019-09-20 17:01:35 +02:00
demux_cue.c demux_cue: auto-detect CUE sheet charset 2019-09-21 15:18:20 +02:00
demux_edl.c
demux_lavf.c demux_lavf: fix seeking in ogg audio streams 2019-09-22 20:52:37 +02:00
demux_libarchive.c
demux_mf.c
demux_mkv.c demux_mkv: add hacks to avoid a single warning 2019-09-19 20:37:05 +02:00
demux_mkv_timeline.c
demux_null.c
demux_playlist.c
demux_raw.c
demux_timeline.c demux: propagate streaming flag through demux_timeline 2019-09-20 17:01:35 +02:00
ebml.c
ebml.h
matroska.h
packet.c packet: fix theoretical UB if called on "empty" packets 2019-09-19 20:37:05 +02:00
packet.h
stheader.h
timeline.c
timeline.h