summaryrefslogtreecommitdiffstats
path: root/demux/demux_cue.c
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2016-09-24 19:56:13 +0200
committerwm4 <wm4@nowhere>2016-09-24 19:57:19 +0200
commit88f10ec84f116bca4580a454b711dbaec7dfd04f (patch)
tree9c0eda17cdc0b20247e1c0c70722be52b833205c /demux/demux_cue.c
parent2361ec35aa2438cb6c4e9976eecc856d3b123447 (diff)
downloadmpv-88f10ec84f116bca4580a454b711dbaec7dfd04f.tar.bz2
mpv-88f10ec84f116bca4580a454b711dbaec7dfd04f.tar.xz
player: fix instant subtitle refresh on track switches
When switching a subtitle track, the subtitle wasn't necessarily updated, especially when playback was paused. Some awfully subtle and complex interactions here. First off (and not so subtle), the subtitle decoder will read packets only on explicit update_subtitles() calls, which, if video is active, is called only when a new video frame is shown. (A simply video frame redraw doesn't trigger this.) So call it explicitly. But only if playback is "initialized", i.e. not when it does initial track selection and decoder init, during which no packets should be read. The second issue is that the demuxer thread simply will not read new packets just because a track was switched, especially if playback is paused. That's fine, but if a refresh seek is to be done, it really should do this. So if there's either 1. a refresh seek requested, or 2. a refresh seek ongoing, then read more packets. Note that it's entirely possible that we overflow the packet queue with this in unpredicated weird corner cases, but the queue limit will still be enforced, so this shouldn't make the situation worse.
Diffstat (limited to 'demux/demux_cue.c')
0 files changed, 0 insertions, 0 deletions