summaryrefslogtreecommitdiffstats
path: root/video/filter
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/filter
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/filter')
-rw-r--r--video/filter/vf_flip.c1
1 files changed, 0 insertions, 1 deletions
diff --git a/video/filter/vf_flip.c b/video/filter/vf_flip.c
index 121503c976..b8d2159196 100644
--- a/video/filter/vf_flip.c
+++ b/video/filter/vf_flip.c
@@ -34,7 +34,6 @@ static int config(struct vf_instance *vf, int width, int height,
int d_width, int d_height,
unsigned int flags, unsigned int outfmt)
{
- flags &= ~VOFLAG_FLIPPING; // remove the VO flip flag
return vf_next_config(vf,width,height,d_width,d_height,flags,outfmt);
}