diff options
author | wm4 <wm4@nowhere> | 2014-10-06 21:20:38 +0200 |
---|---|---|
committer | wm4 <wm4@nowhere> | 2014-10-06 21:49:26 +0200 |
commit | 5fb05940f1b4d0dad208d94ddd73d78520d8ce03 (patch) | |
tree | 9be531822bb1cd7e2fc1daab2aa96eaf00043945 /sub/osd.h | |
parent | d26104351b65a212c03ec08679cb45a3aa2f0a32 (diff) | |
download | mpv-5fb05940f1b4d0dad208d94ddd73d78520d8ce03.tar.bz2 mpv-5fb05940f1b4d0dad208d94ddd73d78520d8ce03.tar.xz |
player: open stream and demuxer asynchronously
Run opening the stream and opening the demuxer in a separate thread.
This should remove the last code paths in which the player can normally
get blocked on network.
When the stream is opened, the player will still react to input and so
on. Commands to abort opening can also be handled properly, instead of
using some of the old hacks in input.c. The only thing the user can
really do is aborting loading by navigating the playlist or quitting.
Whether playback abort works depends on the stream implementation; with
normal network, this will depend on what libavformat (via "interrupt"
callback) does.
Some pain is caused by DVD/BD/DVB. These want to reload the demuxer
sometimes. DVB wants it in order to discard old, inactive streams.
DVD/BD for the same reason, and also for reloading stream languages
and similar metadata. This means the stream and the demuxer have to
be loaded separately.
One minor detail is that we now need to copy all global options. This
wasn't really needed before, because the options were accessed on
opening only, but since opening is now on a separate thread, this
obviously becomes a necessity.
Diffstat (limited to 'sub/osd.h')
0 files changed, 0 insertions, 0 deletions