summaryrefslogtreecommitdiffstats
path: root/options
diff options
context:
space:
mode:
authorDudemanguy <random342@airmail.cc>2024-02-13 17:35:23 -0600
committerDudemanguy <random342@airmail.cc>2024-02-24 20:31:08 +0000
commit74b4c3c531bd454484ed5d04c9aad0bc531ccd4b (patch)
tree228775d3713b0a6cf0270cf6a81b8709a81cf13d /options
parent3b23b2c22aa425d6e92cf84e1f8ee024c1c6ace2 (diff)
downloadmpv-74b4c3c531bd454484ed5d04c9aad0bc531ccd4b.tar.bz2
mpv-74b4c3c531bd454484ed5d04c9aad0bc531ccd4b.tar.xz
player: set hidpi-window-scale to no by default
This has defaulted to yes for a very long time, but evidentally it annoys a lot of people (including myself). My argument is that this makes no sense. mpv is for videos; not text. A 1920x1080 video should open as 1920x1080 regardless of whatever the DPI settings of the OS is. This can get very silly when you consider watching a 4k video which will get this additional scale factor which is virtually never desirable. Whether or not the OS and/or WM prevents it from getting larger than the screen depends on a lot of things. Previously some windowing backends required that this option be set to yes in order to report a dpi scale value other than 1, but this should be fixed with the previous commits. The only difference is whether or not to scale the window by the additional factor. Fixes #13465.
Diffstat (limited to 'options')
-rw-r--r--options/options.c1
1 files changed, 0 insertions, 1 deletions
diff --git a/options/options.c b/options/options.c
index e6c2ce0e69..7d1babc749 100644
--- a/options/options.c
+++ b/options/options.c
@@ -237,7 +237,6 @@ const struct m_sub_options vo_sub_opts = {
.auto_window_resize = true,
.keepaspect = true,
.keepaspect_window = true,
- .hidpi_window_scale = true,
.native_fs = true,
.taskbar_progress = true,
.border = true,