summaryrefslogtreecommitdiffstats
path: root/player/core.h
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2019-12-16 01:15:43 +0100
committerwm4 <wm4@nowhere>2019-12-16 01:15:43 +0100
commit76a92fd30b0fc12da024eb1187756d6432f8ab13 (patch)
tree127066616e531585f8f93c5e8b6df9747ed1df7b /player/core.h
parent31eb2f9f33b05060e5f63b3d53188814f8a30f32 (diff)
downloadmpv-76a92fd30b0fc12da024eb1187756d6432f8ab13.tar.bz2
mpv-76a92fd30b0fc12da024eb1187756d6432f8ab13.tar.xz
player: avoid underrun wakeup loop
The VO underrun detection (just a weak heuristic) added in commit f26dfb flagged the underrun state every time it was checked, and since the check happened in every playloop iteration, this caused the playloop to wake up itself on every iteration. It burned an entire core while in this state. Fix this by flagging this condition only once (as it should be), and requiring that a frame is displayed to trigger it again. This makes it work similar as the audio underrun check. The bug report referenced below says --demuxer-thread=no avoided this. This is because the demuxer layer doesn't do proper underrun reporting if the reader thread is disabled. Fixes: #7259
Diffstat (limited to 'player/core.h')
-rw-r--r--player/core.h1
1 files changed, 1 insertions, 0 deletions
diff --git a/player/core.h b/player/core.h
index fb88c8d0f0..c300c82df9 100644
--- a/player/core.h
+++ b/player/core.h
@@ -184,6 +184,7 @@ struct vo_chain {
bool is_sparse;
bool underrun;
+ bool underrun_signaled;
};
// Like vo_chain, for audio.