summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2016-09-02 15:01:09 +0200
committerwm4 <wm4@nowhere>2016-09-02 15:01:09 +0200
commitf2e25e9e1f5aa28689d152d7a7cb4c39bdac9c82 (patch)
tree6cfa4fbb54bac7472bc3ad8bce1adb20428ae367
parentb2657814c9f7e38bf576d068619822823dbec8e1 (diff)
downloadmpv-f2e25e9e1f5aa28689d152d7a7cb4c39bdac9c82.tar.bz2
mpv-f2e25e9e1f5aa28689d152d7a7cb4c39bdac9c82.tar.xz
player: don't send win32 taskbar update before window is created
If the win32 taskbar progress update is sent before the VO window is created, then w32_common.c will ignore it because the actual taskbar object was not created yet. (At least this is what I suspect happens. The window is already created at this point, but not mapped.) Hopefully fix this is fixed by creating until after the window is created, i.e. the VO has been configured at least once. Untested (who wants to boot into Windows just to wait until it has applied all of its stupid updates). Also not explicit is whether update_vo_playback_state() will actually be called soon enough in all cases. It probably is. Probably fixes #3482.
-rw-r--r--player/misc.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/player/misc.c b/player/misc.c
index 79fad39687..489eceb6a3 100644
--- a/player/misc.c
+++ b/player/misc.c
@@ -131,7 +131,7 @@ bool mp_get_cache_idle(struct MPContext *mpctx)
void update_vo_playback_state(struct MPContext *mpctx)
{
- if (mpctx->video_out) {
+ if (mpctx->video_out && mpctx->video_out->config_ok) {
struct voctrl_playback_state oldstate = mpctx->vo_playback_state;
struct voctrl_playback_state newstate = {
.taskbar_progress = mpctx->opts->vo->taskbar_progress,