- 15 Jan, 2012 3 commits
-
-
Reinhard Tartler authored
Do not fail audio decoding with avcodec_decode_audio3 if user has set a custom get_buffer. Strictly speaking, this was never allowed by the API, but it seems that some software packages did so anyways. In order to unbreak applications (cf. http://bugs.debian.org/655890), this change clarifies the API and overrides the custom get_buffer() with the defaults. This change is inspired by a similar commit (c3846e3e) in FFmpeg. Signed-off-by: Reinhard Tartler <siretart@tauware.de>
-
Kostya Shishkov authored
Reference decoder clips data before shifting it to final range and also forces 32-bit lossy mode to be actually 24-bit lossy mode in order to be able to perform proper clipping.
-
Laurentiu Ion authored
Signed-off-by: Justin Ruggles <justin.ruggles@gmail.com>
-
- 14 Jan, 2012 5 commits
-
-
Aneesh Dogra authored
The patch also adds several bytestream macros to deal with native endian. Signed-off-by: Justin Ruggles <justin.ruggles@gmail.com>
-
Diego Biurrun authored
Fixes several "‘static’ is not at beginning of declaration" warnings.
-
Stefano Sabatini authored
Fix libavfilter library version numbers generation, which was broken in 3167dc95. Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Ronald S. Bultje authored
-
Martin Storsjö authored
max_b_frames is initialized to -1 for libx264, to allow distinguishing between an explicit user set 0 and a default not touched 0 (see bb73cda2). If max_b_frames is left as -1, this affects dts generation (where expressions like max_b_frames != 0 are used), so make sure it is left at the default 0 after the libx264 init function returns. This avoids unnecessarily producing dts != pts when using profile=baseline. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 13 Jan, 2012 11 commits
-
-
Justin Ruggles authored
fixes the tests on big-endian systems
-
Janne Grunau authored
Fixes fate-targa-conformance-CCM8 and fate-targa-conformance-UCM8.
-
Justin Ruggles authored
-
Justin Ruggles authored
-
Justin Ruggles authored
-
Justin Ruggles authored
Based on a patch by Oana Stratulat <oanaandreeastratulat@gmail.com>
-
Mans Rullgard authored
The alignment directive must obviously precede the label. This was never noticed in ARM mode since the location is already aligned there. Signed-off-by: Mans Rullgard <mans@mansr.com>
-
Mans Rullgard authored
Due to apprent bugs in the GNU assembler and/or linker, relocations can be incorrectly processed if the alignment of a Thumb instruction is changed in the output file compared to the input object. This fixes crashes in h264 decoding with Thumb enabled. No effect in ARM mode since everything is 4-byte aligned there. Signed-off-by: Mans Rullgard <mans@mansr.com>
-
Paul B Mahol authored
Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-
Ronald S. Bultje authored
Fixes problems in swscale-test where it gives a 3-member array to a function expecting a 4-member array.
-
Ronald S. Bultje authored
Fixes problems where rgbToRgbWrapper() is called even though it doesn't support this particular conversion (e.g. converting from RGB444 to anything). Thirdly, fixes issues where rgbToRgbWrapper() is called for non-native endiannness conversions (e.g. RGB555BE on a LE system). Fourthly, fixes crashes when converting from e.g. monowhite to monowhite, which calls planarCopyWrapper() and overwrites/reads because n_bytes != n_pixels.
-
- 12 Jan, 2012 21 commits
-
-
Diego Biurrun authored
This fixes standalone compilation of some decoders with --disable-optimizations. cabac.h defines some inline functions that use symbols from cabac.c. Without optimizations these inline functions are not eliminated and linking fails with references to non-existing symbols. Splitting the inline functions off into their own header and only #including it in the places where the inline functions are used allows #including cabac.h from anywhere without ill effects.
-
Diego Biurrun authored
-
Diego Biurrun authored
It was only ever used in the cabac test program, but never initialized.
-
Alex Converse authored
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com> Signed-off-by: Janne Grunau <janne-libav@jannau.net>
-
Martin Storsjö authored
This isn't used in practice anywhere within libav at the moment, but change it for consistency until it is removed. URL_RDONLY/WRONLY were fixed in commit 5b81e295 (after the values that actually were used were changed at the major bump, in commit cbea3ac8), but this flag was unintentionally left unfixed. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Janne Grunau authored
The sporadic threading errors during fate-rv30 were caused by calling ff_thread_await_progress with mb row -1 as argument. That returns immediately since progress is initialized to -1. Not yet computed motion vectors from the reference could be used for the first macroblocks.
-
Janne Grunau authored
30-50% faster than the C implementation, 0.5% overall speedup on bourne.rmvb.
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
The "new seeking API" was never finished and nobody is working on it.
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
They are deprecated and will be purged on next major bump.
-
Kostya Shishkov authored
From the patch by Reimar Döffinger.
-
Christophe GISQUET authored
When decoding coefficients, detect whether the block is DC-only, and take advantage of this knowledge to perform DC-only inverse transform. This is achieved by: - first, changing the 108x4 element modulo_three_table into a 108 element table (kind of base4), and accessing each value using mask and shifts. - then, checking low bits for 0 (as they represent the presence of higher frequency coefficients) Also provide x86 SIMD code for the DC-only inverse transform. Signed-off-by: Kostya Shishkov <kostya.shishkov@gmail.com>
-
Anton Khirnov authored
-
Anton Khirnov authored
-