mpv/options
wm4 e277fadd60 player: add prefetching of the next playlist entry
Since for mpv CLI, the player state is a singleton, full prefetching is
a bit tricky. We do it only on the demuxer layer.

The implementation reuses the old "open thread". This means there is
significant potential for regressions even if the new option is not
used. This is made worse by the fact that I barely tested this code.

The generic mpctx_run_reentrant() wrapper is also removed - this was its
only user, and its remains become part of the new implementation.
2017-01-18 19:02:50 +01:00
..
m_config.c options: change --h=... behavior 2016-12-16 16:09:10 +01:00
m_config.h options: remove deprecated sub-option handling for --vo and --ao 2016-11-25 21:17:25 +01:00
m_option.c options: some simplifications 2016-11-29 17:10:06 +01:00
m_option.h options: some simplifications 2016-11-29 17:10:06 +01:00
m_property.c command: fix "cycle"/"add" not working on most properties 2016-09-18 17:55:27 +02:00
m_property.h player: more option/property consistency fixes 2016-09-18 16:08:21 +02:00
options.c player: add prefetching of the next playlist entry 2017-01-18 19:02:50 +01:00
options.h player: add prefetching of the next playlist entry 2017-01-18 19:02:50 +01:00
parse_commandline.c options: simplify M_OPT_EXIT 2016-09-17 18:07:40 +02:00
parse_commandline.h Update license headers 2015-04-13 12:10:01 +02:00
parse_configfile.c config: do not resolve default profile during "include" processing 2017-01-13 12:02:46 +01:00
parse_configfile.h Update license headers 2015-04-13 12:10:01 +02:00
path.c path: default ~~ paths to home directory 2016-09-29 16:44:01 +02:00
path.h player: make watch later/resume work when "playing" directories 2016-01-06 22:40:55 +01:00