diff options
author | wm4 <wm4@nowhere> | 2012-11-15 15:03:40 +0100 |
---|---|---|
committer | wm4 <wm4@nowhere> | 2012-11-16 21:21:14 +0100 |
commit | 53ee9aa6aedbd809ea98eb66078b13008d6f26ed (patch) | |
tree | 337eb5accfe21be17b247944835b9b85acfc487d /video/vfcap.h | |
parent | 52fe0a4fe2bec8a3b4e7a8b5b6fa667504bced12 (diff) | |
download | mpv-53ee9aa6aedbd809ea98eb66078b13008d6f26ed.tar.bz2 mpv-53ee9aa6aedbd809ea98eb66078b13008d6f26ed.tar.xz |
options, vo_x11: remove -zoom option, make it default
The -zoom option enabled scaling with vo_x11. Remove the -zoom option,
and make its behavior default. Since vo_x11 has to use libswscale for
colorspace conversion anyway, which doesn't do actual extra scaling when
vo_x11 is run in windowed mode, there should be no speed difference with
this change.
The code removed from vf_scale attempted to scale the video to d_width/
d_height, which matters for anamorphic video and the --xy option only.
vo_x11 can handle these natively. The only case for which the removed
vf_scale code could matter is encoding with vo_lavc, but since that
didn't set VOFLAG_SWSCALE, nothing actually changes.
Diffstat (limited to 'video/vfcap.h')
-rw-r--r-- | video/vfcap.h | 4 |
1 files changed, 0 insertions, 4 deletions
diff --git a/video/vfcap.h b/video/vfcap.h index acc7ce31c6..9ebc8fe7c0 100644 --- a/video/vfcap.h +++ b/video/vfcap.h @@ -26,10 +26,6 @@ #define VFCAP_CSP_SUPPORTED_BY_HW 0x2 // set if the driver/filter can draw OSD #define VFCAP_OSD 0x4 -// scaling up/down by hardware, or software: -#define VFCAP_HWSCALE_UP 0x10 -#define VFCAP_HWSCALE_DOWN 0x20 -#define VFCAP_SWSCALE 0x40 // driver/filter can do vertical flip (upside-down) #define VFCAP_FLIP 0x80 |