diff options
author | wm4 <wm4@nowhere> | 2014-06-06 19:24:30 +0200 |
---|---|---|
committer | wm4 <wm4@nowhere> | 2014-06-06 19:24:30 +0200 |
commit | 3b7402b51cc936e5c37eec226bbfc00d4fc3381a (patch) | |
tree | d887ed95b15daebf790fd0809c5b60d284e99675 /travis-deps | |
parent | 79e76abb4d87601b9e549bef1d90f577f107a6c2 (diff) | |
download | mpv-3b7402b51cc936e5c37eec226bbfc00d4fc3381a.tar.bz2 mpv-3b7402b51cc936e5c37eec226bbfc00d4fc3381a.tar.xz |
client API: call wakeup callback if there are new messages
Listening on messages currently uses polling (every time
mpv_wait_event() has no new events, the message buffer is polled and a
message event is possibly created). Improve this situation a bit, and
call the user-supplied wakeup callback.
This will increase the frequency with which the wakeup callback is
called, but the client is already supposed to be able to deal with this
situation. Also, as before, calling mpv_wait_event() from the wakeup
callback is forbidden, so the client can't read new messages from the
callback directly.
The wakeup pipe is written either. Since the wakeup pipe is created
lazily, we can't access the pipe handle without creating a race
condition or a deadlock. (This is actually very silly, since in practice
the race condition won't matter, but for now let's keep it clean.)
Diffstat (limited to 'travis-deps')
0 files changed, 0 insertions, 0 deletions