wm4 b62634c051 player: make --terminal freetly settable at runtime ... So client API users don't have to care about whether to set this before or after mpv_initialize(). We still don't enable terminal at any point before mpv_initialize(), because reasons. This also subtly changes some behavior how terminal options are applied while parsing. This essentially reverts the behavior as it was reported in issue #2588. Originally, I was hoping to get rid of the pre-parse option pass, but it seems this is absolutely not possible due to the way config and command line parsing are entangled. Command line options take priority over configfile options, so they have to be applied later - but we also want to apply logging and terminal options as specified on the command-line, but _before_ parsing the config files. It has to be this way to see config file error messages on the terminal, or to hide them if --no-terminal is used. libmpv considerations also factor into this.		2016-09-19 19:54:54 +02:00
..
m_config.c	options: slightly better option update mechanism	2016-09-19 19:51:26 +02:00
m_config.h	options: slightly better option update mechanism	2016-09-19 19:51:26 +02:00
m_option.c
m_option.h	options: slightly better option update mechanism	2016-09-19 19:51:26 +02:00
m_property.c
m_property.h
options.c	player: make --terminal freetly settable at runtime	2016-09-19 19:54:54 +02:00
options.h
parse_commandline.c
parse_commandline.h
parse_configfile.c
parse_configfile.h
path.c
path.h