summaryrefslogtreecommitdiffstats
path: root/options/options.c
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2016-09-19 19:58:14 +0200
committerwm4 <wm4@nowhere>2016-09-19 20:02:53 +0200
commitdf85c76b7f8711b15e36973518578e0064657b8e (patch)
treedf02edb8409a65a24736f6a4831cc5bc854ab103 /options/options.c
parent44a7cb7f0ed9c46bb83ce4aa23de257c4ba1b862 (diff)
downloadmpv-df85c76b7f8711b15e36973518578e0064657b8e.tar.bz2
mpv-df85c76b7f8711b15e36973518578e0064657b8e.tar.xz
client API: revert some relaxations about calling mpv_initialize()
My original idea was making mpv_initialize() a no-op, but it seems this can't happen after all. The problem is especially with subtle interactions in option parsing (basically all pre-parse options). Instead, I might go into the opposite direction, and add a new API function that takes over the role of mpv_create+mpv_initialize, and which will take a list of options. This list will be for the purpose of setting options that can be set only at initialization time (such as config-dir). This would also make it more uniform with the command- line player initialization. Maybe. In any case, for now revert parts of commit 453fea87 to remove the initialization-related freedoms it added. Fortunately, this wasn't released yet, so we remove it from the API as if it never happened. (The rest of that commit is still fine, just not the additional freedom.)
Diffstat (limited to 'options/options.c')
0 files changed, 0 insertions, 0 deletions