summaryrefslogtreecommitdiffstats
path: root/sub
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2020-01-08 02:16:45 +0100
committerwm4 <wm4@nowhere>2020-01-08 02:16:45 +0100
commita58585d5e063a97f33a67cc500015c1c30473bcc (patch)
tree6f76ef83dcb6db4733bb30bd64b149a4cdd5fed6 /sub
parent7ce41cda05c960a8f715120aa7863cb55ef83705 (diff)
downloadmpv-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 'sub')
0 files changed, 0 insertions, 0 deletions