diff options
author | wm4 <wm4@nowhere> | 2013-12-05 22:55:35 +0100 |
---|---|---|
committer | wm4 <wm4@nowhere> | 2013-12-05 22:58:54 +0100 |
commit | 66e20ef8ad0c3e3ce420f08fa7849000a4cc060a (patch) | |
tree | 0ddad02966c4b878cd02e745dcd30158ad0108d2 /video/vfcap.h | |
parent | b2c4653b8841dba16e0dcc38fd49f9ae5b1166ff (diff) | |
download | mpv-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.h | 2 |
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 */ |