diff options
| author | Oskar Arvidsson <oskar@irock.se> | 2011-03-29 17:48:58 +0200 |
|---|---|---|
| committer | Ronald S. Bultje <rsbultje@gmail.com> | 2011-05-10 07:24:35 -0400 |
| commit | fcc0224e4fbd44ae268903185b0cf83560b13555 (patch) | |
| tree | d41ef6b55e9cf1575c4077c7f44cf25b93a99fb9 /libavcodec/h264.h | |
| parent | 6e3ef511d787ff632547059f8730396ff4498e70 (diff) | |
Add support for higher QP values in h264.
In high bit depth, the QP values may now be up to (51 + 6*(bit_depth-8)).
Preparatory patch for high bit depth h264 decoding support.
Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
Diffstat (limited to 'libavcodec/h264.h')
| -rw-r--r-- | libavcodec/h264.h | 7 |
1 files changed, 4 insertions, 3 deletions
diff --git a/libavcodec/h264.h b/libavcodec/h264.h index 470d9bee63..035927a09a 100644 --- a/libavcodec/h264.h +++ b/libavcodec/h264.h @@ -108,6 +108,7 @@ */ #define DELAYED_PIC_REF 4 +#define QP_MAX_NUM (51 + 2*6) // The maximum supported qp /* NAL unit types */ enum { @@ -354,8 +355,8 @@ typedef struct H264Context{ */ PPS pps; //FIXME move to Picture perhaps? (->no) do we need that? - uint32_t dequant4_buffer[6][52][16]; //FIXME should these be moved down? - uint32_t dequant8_buffer[2][52][64]; + uint32_t dequant4_buffer[6][QP_MAX_NUM+1][16]; //FIXME should these be moved down? + uint32_t dequant8_buffer[2][QP_MAX_NUM+1][64]; uint32_t (*dequant4_coeff[6])[16]; uint32_t (*dequant8_coeff[2])[64]; @@ -601,7 +602,7 @@ typedef struct H264Context{ }H264Context; -extern const uint8_t ff_h264_chroma_qp[52]; +extern const uint8_t ff_h264_chroma_qp[3][QP_MAX_NUM+1]; ///< One chroma qp table for each supported bit depth (8, 9, 10). /** * Decode SEI |