summaryrefslogtreecommitdiffstats
path: root/player/loadfile.c
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2016-04-19 22:01:30 +0200
committerwm4 <wm4@nowhere>2016-04-19 22:01:30 +0200
commit8db9206c54cb2208178e23e21961545741810a9f (patch)
tree82d5c52f5f42acad631c10c405332cb0c4e88022 /player/loadfile.c
parent503dada42f1ea1007768da0dc6a41b67cdf89400 (diff)
downloadmpv-8db9206c54cb2208178e23e21961545741810a9f.tar.bz2
mpv-8db9206c54cb2208178e23e21961545741810a9f.tar.xz
player: simplify an aspect of buffering determination
Calculate the buffering percentage in the same code which determines whether the player is or should be buffering. In particular it can't happen that percentage and buffering state are slightly out of sync due to calling DEMUXER_CTRL_GET_READER_STATE and reusing it with the previously determined buffering state. Now it's also easier to guarantee that the buffering state is updated properly. Add some more verbose output as well. (Damn I hate this code, why did I write it?)
Diffstat (limited to 'player/loadfile.c')
-rw-r--r--player/loadfile.c1
1 files changed, 1 insertions, 0 deletions
diff --git a/player/loadfile.c b/player/loadfile.c
index 5cc1ef5f77..489024578e 100644
--- a/player/loadfile.c
+++ b/player/loadfile.c
@@ -973,6 +973,7 @@ static void play_current_file(struct MPContext *mpctx)
mpctx->last_chapter = -2;
mpctx->paused = false;
mpctx->paused_for_cache = false;
+ mpctx->cache_buffer = -1;
mpctx->playing_msg_shown = false;
mpctx->max_frames = -1;
mpctx->video_speed = mpctx->audio_speed = opts->playback_speed;