diff options
| author | wm4 <wm4@nowhere> | 2016-09-16 14:25:50 +0200 |
|---|---|---|
| committer | wm4 <wm4@nowhere> | 2016-09-16 14:49:23 +0200 |
| commit | 8716c2e88f9694cf8368132e50a0e778dc055dd1 (patch) | |
| tree | fde808300704d664eef1c19a8115de9bcc00cec3 /video | |
| parent | 15baf2789cd5c5e0413616df22f235478f40e65e (diff) | |
| download | mpv-8716c2e88f9694cf8368132e50a0e778dc055dd1.tar.bz2 mpv-8716c2e88f9694cf8368132e50a0e778dc055dd1.tar.xz | |
player: use better way to wait for input and dispatching commands
Instead of using input_ctx for waiting, use the dispatch queue directly.
One big change is that the dispatch queue will just process commands
that come in (e.g. from client API) without returning. This should
reduce unnecessary playloop excutions (which is good since the playloop
got a bit fat from rechecking a lot of conditions every iteration).
Since this doesn't force a new playloop iteration on every access, this
has to be enforced manually in some cases.
Normal input (via terminal or VO window) still wakes up the playloop
every time, though that's not too important. It makes testing this
harder, though. If there are missing wakeup calls, it will be noticed
only when using the client API in some form.
At this point we could probably use a normal lock instead of the
dispatch queue stuff.
Diffstat (limited to 'video')
| -rw-r--r-- | video/out/w32_common.c | 2 |
1 files changed, 2 insertions, 0 deletions
diff --git a/video/out/w32_common.c b/video/out/w32_common.c index 0dff2643b1..64c3e700aa 100644 --- a/video/out/w32_common.c +++ b/video/out/w32_common.c @@ -1621,6 +1621,8 @@ static void do_terminate(void *ptr) if (!w32->destroyed) DestroyWindow(w32->window); + + mp_dispatch_interrupt(w32->dispatch); } void vo_w32_uninit(struct vo *vo) |