diff options
author | wm4 <wm4@nowhere> | 2020-08-07 19:39:46 +0200 |
---|---|---|
committer | wm4 <wm4@nowhere> | 2020-08-07 19:41:56 +0200 |
commit | 1f132c675a18f0b80fc3159a7b13b5b061f2d93c (patch) | |
tree | bb421d3c4dcae749c4161bd3e2abeb981c28ee44 /demux/timeline.h | |
parent | d5a02dd9342f5c61f3e3a9caf2082dd46b5099e3 (diff) | |
download | mpv-1f132c675a18f0b80fc3159a7b13b5b061f2d93c.tar.bz2 mpv-1f132c675a18f0b80fc3159a7b13b5b061f2d93c.tar.xz |
options: add some way to more or less "unapply" profiles
Make it possible to restore from profiles by backing up the option
values before profile application. This is sort of like unapplying a
profile. Since there might be multiple ways to do this, a profile needs
to explicitly provide the "profile-restore" option, which specifies how
exactly this should be done.
This is a big mess. There is not natural way to do this. Profile
application is "destructive" and simply changes the values of the
options. Maybe one could argue that the option system should have
hierarchical "overlays" of profiles instead, where unset options will
use the value of the lower profiles. Options set interactively by the
user would be the top profile. Default values would be in the lowest
profile. You could unapply a profile by simply removing it from this
overlay stack.
But uh, let's not, so here's something stupid. It reuses some code used
for file local options to reduce code size. At least the overlay idea
would still be possible in theory, and could be added as another
profile-restore mode.
This is used by the following commit.
Diffstat (limited to 'demux/timeline.h')
0 files changed, 0 insertions, 0 deletions