diff options
author | wm4 <wm4@nowhere> | 2020-04-13 15:42:52 +0200 |
---|---|---|
committer | wm4 <wm4@nowhere> | 2020-04-13 15:56:52 +0200 |
commit | e1e714ccc339c24b43179aa36f7f5f61865e2e98 (patch) | |
tree | f95a148499b72062325e1ad16f2c9a741ae95c4b /misc/linked_list.h | |
parent | dc9135b1642f35772abf14e1566d55e9f9640435 (diff) | |
download | mpv-e1e714ccc339c24b43179aa36f7f5f61865e2e98.tar.bz2 mpv-e1e714ccc339c24b43179aa36f7f5f61865e2e98.tar.xz |
player: mess with track selection details again
Some time ago, properties and options were mostly unified. However, the
track selection properties/options semantics are incompatible to this
change. I'm still trying to handle the fallout.
There are two things that are in the way:
1. Track properties somehow return the runtime selection, not the option
value (all while properties are supposed to be aliases to options
with the same name).
2. The user's track options are not supposed to be changed without
interaction. If a track is auto-selected, the property should return
its ID, but the option value should remain at "auto". Only if the
user actually writes to the property the option should change. E.g.
playing e.g. an audio-only file and then a normal video file not play
the video file with --vid=no just because the audio file had no video
track.
In addition to each of them being in conflict with the property/option
unification, attempt to fix one of them breaks the other one.
Today, we're trying to fix parts of this and avoiding an unfortunate
case where you can get a conflicting option/property value, and where
trying to select a track does nothing if the track to select has the
same ID as the option value.
This breaks 2. from above in certain situations. See manpage additions.
See: #7608
Diffstat (limited to 'misc/linked_list.h')
0 files changed, 0 insertions, 0 deletions