summaryrefslogtreecommitdiffstats
path: root/video/vfcap.h
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2013-12-05 22:55:35 +0100
committerwm4 <wm4@nowhere>2013-12-05 22:58:54 +0100
commit66e20ef8ad0c3e3ce420f08fa7849000a4cc060a (patch)
tree0ddad02966c4b878cd02e745dcd30158ad0108d2 /video/vfcap.h
parentb2c4653b8841dba16e0dcc38fd49f9ae5b1166ff (diff)
downloadmpv-66e20ef8ad0c3e3ce420f08fa7849000a4cc060a.tar.bz2
mpv-66e20ef8ad0c3e3ce420f08fa7849000a4cc060a.tar.xz
video: remove --flip
The --flip option flipped the image upside-down, by trying to use VO support, or if not available, by inserting a video filter. I'm not sure why it existed. Maybe it was important in ancient times when VfW based decoders output an image this way (but even then, flipping an image is a free operation by negating the stride). One nice thing about this is that it provided a possible path for implementing video orientation, which is a feature we should probably support eventually. The important part is that it would be for free for VOs that support it, and would work even with hardware decoding. But for now get rid of it. It's useless, trivial, stands in the way, and supporting video orientation would require solving other problems first.
Diffstat (limited to 'video/vfcap.h')
-rw-r--r--video/vfcap.h2
1 files changed, 0 insertions, 2 deletions
diff --git a/video/vfcap.h b/video/vfcap.h
index 186aca5b4a..281a2f3c9d 100644
--- a/video/vfcap.h
+++ b/video/vfcap.h
@@ -24,7 +24,5 @@
#define VFCAP_CSP_SUPPORTED 0x1
// set, if the given colorspace is supported _without_ conversion
#define VFCAP_CSP_SUPPORTED_BY_HW 0x2
-// driver/filter can do vertical flip (upside-down)
-#define VFCAP_FLIP 0x80
#endif /* MPLAYER_VFCAP_H */