mirror of
https://gitee.com/openharmony/third_party_ffmpeg
synced 2024-11-23 19:30:05 +00:00
Revert r22288 "Increase FF_INPUT_BUFFER_PADDING_SIZE to 64."
Originally committed as revision 22385 to svn://svn.ffmpeg.org/ffmpeg/trunk
This commit is contained in:
parent
7935078623
commit
171b7b9112
@ -425,14 +425,12 @@ enum SampleFormat {
|
||||
|
||||
/**
|
||||
* Required number of additionally allocated bytes at the end of the input bitstream for decoding.
|
||||
* The first 8 bytes are needed because some optimized bitstream readers read
|
||||
* 32 or 64 bit at once and could read over the end. The remainder is to give
|
||||
* decoders a reasonable amount of distance to work with before checking for
|
||||
* buffer overreads.<br>
|
||||
* This is mainly needed because some optimized bitstream readers read
|
||||
* 32 or 64 bit at once and could read over the end.<br>
|
||||
* Note: If the first 23 bits of the additional bytes are not 0, then damaged
|
||||
* MPEG bitstreams could cause overread and segfault.
|
||||
*/
|
||||
#define FF_INPUT_BUFFER_PADDING_SIZE 64
|
||||
#define FF_INPUT_BUFFER_PADDING_SIZE 8
|
||||
|
||||
/**
|
||||
* minimum encoding buffer size
|
||||
|
Loading…
Reference in New Issue
Block a user