aboutsummaryrefslogtreecommitdiffstats
path: root/libavcodec/vaapi_h264.c
diff options
context:
space:
mode:
authorKostya Shishkov <kostya.shishkov@gmail.com>2011-04-23 09:42:19 +0200
committerRonald S. Bultje <rsbultje@gmail.com>2011-04-24 23:26:45 -0700
commit23f40a07888018ff8a5ae8e74e15b6bae57bcae0 (patch)
tree9224e51a05b19a2e67954e53425af6969bacd905 /libavcodec/vaapi_h264.c
parent293fe6da01b6cb2f85c6551553ed765a7408ca23 (diff)
downloadffmpeg-23f40a07888018ff8a5ae8e74e15b6bae57bcae0.tar.gz
read AVI palette from the end of extradata
Official AVI specification says that stream header in case of video contains BITMAPINFO, which is equal to BITMAPINFOHEADER and optional palette. Currently lavf AVI demuxer thinks otherwise which produces garbage on codecs that have both palette and extradata (luckily, there are not so many such codecs). An example of such file is: http://samples.multimedia.cx/V-codecs/KMVC/baseball1.avi (IIRC, MSS1 or MSS2 also had such situation but they are still not supported by lavc). As a side note, passing palette in extradata as it's been done previously is not quite correct since proper _extra_ data is surplus bytes in BITMAPINFOHEADER, not including palette. Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
Diffstat (limited to 'libavcodec/vaapi_h264.c')
0 files changed, 0 insertions, 0 deletions