Several encoders were multiplying the buffer size by 8, in order to get
a bit size. However, the buffer_size argument is for the byte size of
the buffer. We had experienced crashes encoding prores (Anatoliy) at
size 4096x4096.

Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

Fixes (harmless) use of uninitialized variable

Found-by: jamrial
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

* commit '82b6e451':
  configure: Move the cross_prefix setting after the toolchain one

Conflicts:
	configure
Merged-by: NMichael Niedermayer <michaelni@gmx.at>

As far as matrix coefficients are concerned, BT470BG and SMPTE170M
match BT601. This is similar to the check performed in vf_scale.
Signed-off-by: NVittorio Giovara <vittorio.giovara@gmail.com>

Change register constraint on the v variable from = to +. This was causing GCC
to think that the v variable was never read and therefore not initialize it.

This fixes about 20 fate failures on mips64el.
Signed-off-by: NJames Cowgill <james410@cowgill.org.uk>
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

The float_copy and fmul_and_reverse functions are refactored out from the
multiple copies in this file.
Signed-off-by: NJames Cowgill <james410@cowgill.org.uk>
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

The optimized C version of this code actually runs faster than this
version, so remove it.
Signed-off-by: NJames Cowgill <james410@cowgill.org.uk>
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

Remove some assembly that the compiler can easily handle optimally on its own.
GCC produces almost identical assembly.
Signed-off-by: NJames Cowgill <james410@cowgill.org.uk>
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

Q_fract should have be declared as 'const float*'.
Also fix the constness of some local variables affected by this.
Signed-off-by: NJames Cowgill <james410@cowgill.org.uk>
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

GCC is perfectly happy generating optimized multiplication code on its own for
64-bit arches. GCC refuses to optimize the loongson code when in 32-bit mode,
so I've left that.
Signed-off-by: NJames Cowgill <james410@cowgill.org.uk>
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

Makes passing to configure
--toolchain=gcc-asan --cross-prefix=armv7a-hardfloat-linux-gnueabi-
work as intended.

See previous commit for a rationale.

This makes the sorting of the colors along an axis (r, g or b)
predictible, and thus testable under FATE. The performance is not really
an issue here since the function is called only once at the end and will
need to sort very small number of entries, so an alternative would be to
make the sorting functions (see DECLARE_CMP_FUNC()) fallback on another
axis in case of equality. This approach was actually simpler.

I don't know if there is any advantage in using a multidimensional sort,
but it will affect the final palette one way or another.

This avoids a null pointer dereference of pkt->data.
Signed-off-by: NAndreas Cadhalpun <Andreas.Cadhalpun@googlemail.com>
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

It is used in adx_read_packet, which currently depends on the decoder/parser setting this value between reading the file header and demuxing the first packet.
Signed-off-by: NAndreas Cadhalpun <Andreas.Cadhalpun@googlemail.com>
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

This assumes CBR (which is true for all samples i have)

Previous version reviewed by: Oleksij Rempel <linux@rempel-privat.de>
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

Value taken from the decoder implementation
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

Reviewed-by: NRonald S. Bultje <rsbultje@gmail.com>
Signed-off-by: NJames Almer <jamrial@gmail.com>

Fixes: unaligned memory access
Fixes: signal_sigsegv_3344165_576_cov_3406448105_DBLK_A_MAIN10_VIXS_2.bit

Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind
Suggested-by: NChristophe Gisquet <christophe.gisquet@gmail.com>
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

Fixes undefined behavior
Fixes: signal_sigsegv_24169e6_3445_cov_3778346427_snow_chroma_bug.avi

Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

Fixes: signal_sigsegv_30420a5_2388_cov_1489993561_integra_lavf.mp4

Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

uses comma as macro parameter separator
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

* cehoyos/master:
  Allow muxing h264 into ts with startcode "001" instead of "0001".
  lavfi/fade: Do not overread input buffer.
Merged-by: NMichael Niedermayer <michaelni@gmx.at>

log2 values which imply numeric overflow are not supported
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

Also drop initialization since it is initialized later on before any
usage.

Fixes ticket #2220.
Fixes ticket #4324.

Fixes out of array read
Fixes: asan_heap-oob_ae74b5_3610_cov_1739568095_test.3g2

Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

Fixes out of array read
Fixes: asan_heap-oob_4d4eb0_3994_cov_3169972261_zmbv_15bit.avi

Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

Fixes out of array read
Fixes: asan_heap-oob_2ff30d2_3479_cov_3803648058_src13_hrc7_525_420_2.264

Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

gas-preprocessor and armasm fail otherwise

Tested-by: Timotius Margo
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

* commit '85b3b1c4':
  xcbgrab: Unbreak parsing filename options

Conflicts:
	libavdevice/xcbgrab.c

See: db442c87Merged-by: NMichael Niedermayer <michaelni@gmx.at>