mirror of https://git.ffmpeg.org/ffmpeg.git
Changelog, fix typos
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
This commit is contained in:
parent
73af011c79
commit
de7b74d254
|
@ -7,7 +7,7 @@ version 2.4.9:
|
||||||
- bink: check vst->index_entries before using it
|
- bink: check vst->index_entries before using it
|
||||||
- mpeg4videodec: only allow a positive length
|
- mpeg4videodec: only allow a positive length
|
||||||
- alsdec: check sample pointer range in revert_channel_correlation
|
- alsdec: check sample pointer range in revert_channel_correlation
|
||||||
- avcodec/h264_refs: Do not set reference to things which dont exist
|
- avcodec/h264_refs: Do not set reference to things which do not exist
|
||||||
- avcodec/h264: Fail for invalid mixed IDR / non IDR frames in slice threading mode
|
- avcodec/h264: Fail for invalid mixed IDR / non IDR frames in slice threading mode
|
||||||
- h264: avoid unnecessary calls to get_format
|
- h264: avoid unnecessary calls to get_format
|
||||||
- avutil/pca: Check for av_malloc* failures
|
- avutil/pca: Check for av_malloc* failures
|
||||||
|
@ -29,7 +29,7 @@ version 2.4.9:
|
||||||
- avcodec/h264: Be more tolerant to changing pps id between slices
|
- avcodec/h264: Be more tolerant to changing pps id between slices
|
||||||
- avcodec/aacdec: Fix storing state before PCE decode
|
- avcodec/aacdec: Fix storing state before PCE decode
|
||||||
- avcodec/h264: reset the counts in the correct context
|
- avcodec/h264: reset the counts in the correct context
|
||||||
- avcodec/h264_slice: Dont reset mb_aff_frame per slice
|
- avcodec/h264_slice: Do not reset mb_aff_frame per slice
|
||||||
- tests: Fix test name for pixfmts tests
|
- tests: Fix test name for pixfmts tests
|
||||||
- avcodec/h264: finish previous slices before switching to single thread mode
|
- avcodec/h264: finish previous slices before switching to single thread mode
|
||||||
- avcodec/h264: Fix race between slices where one overwrites data from the next
|
- avcodec/h264: Fix race between slices where one overwrites data from the next
|
||||||
|
|
Loading…
Reference in New Issue