summaryrefslogtreecommitdiffstats
path: root/video/out/vo.h
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2016-08-20 14:46:38 +0200
committerwm4 <wm4@nowhere>2016-08-20 14:46:38 +0200
commitaf103aebd73609fa143b07805082a23525c8a306 (patch)
treec104ac9f6fcb1f17ae36d6a80b864271197ab2b3 /video/out/vo.h
parent969c0115220603b298ea31a2ebe4717ca966b0cc (diff)
downloadmpv-af103aebd73609fa143b07805082a23525c8a306.tar.bz2
mpv-af103aebd73609fa143b07805082a23525c8a306.tar.xz
player: update Windows playback state asynchronously
Doing this required synchronizing with the VO thread, which could lead to audio dropouts if the VO was frozen (which can happen in practice if e.g. an opengl_cb user is not doing what the API demands). Add a way to send asynchronous VOCTRLs, and use that for the playback state. In theory, it would be better to make this status update a several function and to "merge" several queued update, but that would be slightly more effort/code, and the update is so infrequent that the merging would never happen anyway. The change to vo_destroy() is to make sure all queued asynchronous reuqests are finished before making the vo_thread exit. Even though it's only used on MS Windows, it's run on any platform with any VO, which makes this worse.
Diffstat (limited to 'video/out/vo.h')
-rw-r--r--video/out/vo.h1
1 files changed, 1 insertions, 0 deletions
diff --git a/video/out/vo.h b/video/out/vo.h
index 8fdb2ed1e8..ed2fe94e37 100644
--- a/video/out/vo.h
+++ b/video/out/vo.h
@@ -342,6 +342,7 @@ struct vo *init_best_video_out(struct mpv_global *global, struct vo_extra *ex);
int vo_reconfig(struct vo *vo, struct mp_image_params *p);
int vo_control(struct vo *vo, int request, void *data);
+void vo_control_async(struct vo *vo, int request, void *data);
bool vo_is_ready_for_frame(struct vo *vo, int64_t next_pts);
void vo_queue_frame(struct vo *vo, struct vo_frame *frame);
void vo_wait_frame(struct vo *vo);