summaryrefslogtreecommitdiff
path: root/doc/muxers.texi
diff options
context:
space:
mode:
authorGyan Doshi <ffmpeg@gyani.pro>2020-07-08 17:32:25 +0530
committerGyan Doshi <ffmpeg@gyani.pro>2020-07-15 20:52:01 +0530
commit1ec2b3de5a074ccce555e33d7f282bbbb6d963d7 (patch)
treee309c38bf1b3757584ad58e228aa50efb6d8d320 /doc/muxers.texi
parenta54b367c781f7735c321e6ac08a5deebeb9796a9 (diff)
downloadffmpeg-1ec2b3de5a074ccce555e33d7f282bbbb6d963d7.tar.gz
avformat/riffenc: indicate storage of flipped RGB bitmaps
Some legacy applications such as AVI2MVE expect raw RGB bitmaps to be stored bottom-up, whereas our RIFF BITMAPINFOHEADER assumes they are always stored top-down and thus write a negative value for height. This can prevent reading of these files. Option flipped_raw_rgb added to AVI and Matroska muxers which will write positive value for height when enabled. Note that the user has to flip the bitmaps beforehand using other means such as the vflip filter.
Diffstat (limited to 'doc/muxers.texi')
-rw-r--r--doc/muxers.texi13
1 files changed, 13 insertions, 0 deletions
diff --git a/doc/muxers.texi b/doc/muxers.texi
index 86976f4f61..813b4678f4 100644
--- a/doc/muxers.texi
+++ b/doc/muxers.texi
@@ -89,6 +89,12 @@ specific scenarios, e.g. when merging multiple audio streams into one for
compatibility with software that only supports a single audio stream in AVI
(see @ref{amerge,,the "amerge" section in the ffmpeg-filters manual,ffmpeg-filters}).
+@item flipped_raw_rgb
+If set to true, store positive height for raw RGB bitmaps, which indicates
+bitmap is stored bottom-up. Note that this option does not flip the bitmap
+which has to be done manually beforehand, e.g. by using the vflip filter.
+Default is @var{false} and indicates bitmap is stored top down.
+
@end table
@anchor{chromaprint}
@@ -1413,6 +1419,13 @@ disposition default exists, no subtitle track will be marked as default.
In this mode the FlagDefault is set if and only if the AV_DISPOSITION_DEFAULT
flag is set in the disposition of the corresponding stream.
@end table
+
+@item flipped_raw_rgb
+If set to true, store positive height for raw RGB bitmaps, which indicates
+bitmap is stored bottom-up. Note that this option does not flip the bitmap
+which has to be done manually beforehand, e.g. by using the vflip filter.
+Default is @var{false} and indicates bitmap is stored top down.
+
@end table
@anchor{md5}