summaryrefslogtreecommitdiffstats
path: root/video/vfcap.h
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2012-11-15 15:03:40 +0100
committerwm4 <wm4@nowhere>2012-11-16 21:21:14 +0100
commit53ee9aa6aedbd809ea98eb66078b13008d6f26ed (patch)
tree337eb5accfe21be17b247944835b9b85acfc487d /video/vfcap.h
parent52fe0a4fe2bec8a3b4e7a8b5b6fa667504bced12 (diff)
downloadmpv-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.h4
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