diff options
author | wm4 <wm4@nowhere> | 2020-01-08 02:16:45 +0100 |
---|---|---|
committer | wm4 <wm4@nowhere> | 2020-01-08 02:16:45 +0100 |
commit | a58585d5e063a97f33a67cc500015c1c30473bcc (patch) | |
tree | 6f76ef83dcb6db4733bb30bd64b149a4cdd5fed6 /misc/bstr.h | |
parent | 7ce41cda05c960a8f715120aa7863cb55ef83705 (diff) | |
download | mpv-a58585d5e063a97f33a67cc500015c1c30473bcc.tar.bz2 mpv-a58585d5e063a97f33a67cc500015c1c30473bcc.tar.xz |
command: cache display-hidpi-scale property
This is a gross hack for the shitty design of how VO properties are
handled (which was fine with MPlayer, but became increasingly a shit tub
with mpv's VO thread).
The problem here is that console.lua reads display-hidpi-scale on every
render, but which may take a long time for video timing and vsync
blocking. It will also block the core, making osc.lua unable to react to
window resizing quickly enough.
This should be solved by not using the "classic" blocking VOCTRL
mechanism, and instead side-stepping it with something that doesn't
require any waiting (like for example the "fullscreen" property does).
But this require more thinking and work my "brain" can handle at the
moment. So for now add a shitty hack that will cause a lot of problems,
and which will have to be replaced later. Most importantly, it'll break
theoretic support for multiple screens with different DPI, or runtime
DPI changes. Possibly could affect the Cocoa backend; the X11 isn't
dynamic enough by nature, and other backends do not implement this.
Diffstat (limited to 'misc/bstr.h')
0 files changed, 0 insertions, 0 deletions