There is a theoretical possibility to pass a very long string to ff_parse,
which could crash if allocated from the stack. This allows the allocation
to be checked properly.
Originally committed as revision 19670 to svn://svn.ffmpeg.org/ffmpeg/trunk
pred_order can never exceed 32, so always allocating that amount is safe
and not very wasteful.
Originally committed as revision 19669 to svn://svn.ffmpeg.org/ffmpeg/trunk
When a frame is allocated using libschroedinger routines, the frame data size
does not match the actual frame size if the width is not a multiple of 16. So
we cannot do a straightforward memcpy of the frame returned by libschroedinger
into the FFmpeg picture as the stride differs from the width.
Fix this bug by allocating for the libschroedinger frame with the dimensions
in AVCodecContext within libavcodec and passing the frame to libschroedinger.
patch by Anuradha Suraparaju, anuradha rd.bbc.co uk
Originally committed as revision 19653 to svn://svn.ffmpeg.org/ffmpeg/trunk
This function will be used in the upcoming AMR-NB floating point decoder for
high-pass filtering.
Patch by Colin McQuillan ( m.niloc googlemail com )
Originally committed as revision 19649 to svn://svn.ffmpeg.org/ffmpeg/trunk
Makes no difference for the sample AVI files since they all have no packet pts values.
Originally committed as revision 19646 to svn://svn.ffmpeg.org/ffmpeg/trunk
convolution in the upcoming AMR-NB floating point decoder. The function scales
and adds a vector, that is lagged by some offset, to another vector with the
same number of elements.
Patch by Colin McQuillan ( m.niloc googlemail com )
Originally committed as revision 19634 to svn://svn.ffmpeg.org/ffmpeg/trunk
must be closed (this differs from _beginthread).
Patch by Shehzad Salim (shehzadsalim gmail com)
Originally committed as revision 19633 to svn://svn.ffmpeg.org/ffmpeg/trunk
CONFIG_RV20_ENCODER when also checking for CONFIG_H263_ENCODER.
The RV10/RV20 encoders depend on the H.263 encoder.
Originally committed as revision 19593 to svn://svn.ffmpeg.org/ffmpeg/trunk
conditionally during mantissa decoding, then only removing it from the
coupling range for coupled channels which do not use dithering.
Originally committed as revision 19588 to svn://svn.ffmpeg.org/ffmpeg/trunk
used within the function. This removes the need to have the coupling band
structure stored in the AC3DecodeContext.
Originally committed as revision 19585 to svn://svn.ffmpeg.org/ffmpeg/trunk
Use the new x86inc features to support 64-bit Windows on all non-x264 nasm
assembly code as well.
Patch by John Adcock, dscaler.johnad AT googlemail DOT com.
Win64 changes originally by Anton Mitrofanov.
x86util changes mostly by Holger Lubitz.
Originally committed as revision 19580 to svn://svn.ffmpeg.org/ffmpeg/trunk