summaryrefslogtreecommitdiff
path: root/libavcodec
Commit message (Collapse)AuthorAge
* dsputil: Replace AV_WNxx(AV_RNxx()) combinations by AV_COPYxxUDiego Biurrun2012-10-23
|
* dxtory: Replace AV_WN16A(AV_RN16A()) combination by AV_COPY16Diego Biurrun2012-10-23
|
* mp3: properly forward mp_decode_frame errorsLuca Barbato2012-10-23
| | | | | The function can return either a parsing error or a memory management error.
* mp3: exit on parsing error in mp_decode_frameLuca Barbato2012-10-23
| | | | | | | Properly forward mp_decode_layer3 errors, mp_decode_layer1 and mp_decode_layer2 do not return errors. Based on a patch by Michael Niedermayer.
* libm: add fallbacks for various single-precision functionsMans Rullgard2012-10-23
| | | | Signed-off-by: Mans Rullgard <mans@mansr.com>
* mpegaudiodec: Fix buffer handling on random accessMichael Niedermayer2012-10-23
|
* mpegaudio: Refactor mp3on4 flush functionDiego Biurrun2012-10-23
|
* Improve wording and spelling of av_log_missing_feature messages.Diego Biurrun2012-10-23
|
* Revert "avutil: Add a copy of ff_sqrt_tab back into avutil to restore ABI ↵Anton Khirnov2012-10-23
| | | | | | | | compatibility" This reverts commit d15c21e5fa3961f10026da1a3080a3aa3cf4cec9. After the major bump this is no longer necessary.
* atrac3: replace a calculation with FFALIGN()Justin Ruggles2012-10-22
| | | | | This allocates 4 bytes less than the previous code if avctx->block_align is a multiple of 4, but the extra 4 bytes is not really needed.
* atrac3: remove unused ATRAC3Context field, sample_rateJustin Ruggles2012-10-22
|
* atrac3: use sizeof(variable) instead of sizeof(type)Justin Ruggles2012-10-22
|
* atrac3: simplify MDCT window calculationJustin Ruggles2012-10-22
|
* atrac3: initialize static tables in AVCodec.init_static_data()Justin Ruggles2012-10-22
|
* atrac3: separate window initialization from IMDCT initializationJustin Ruggles2012-10-22
|
* atrac3: move the 'frame_factor' field from ATRAC3Context to where it is usedJustin Ruggles2012-10-22
|
* atrac3: remove unused ATRAC3Context field, bit_rateJustin Ruggles2012-10-22
|
* atrac3: move the 'samples_per_frame' field from ATRAC3Context to where it is ↵Justin Ruggles2012-10-22
| | | | used
* atrac3: remove unused ATRAC3Context field, samples_per_channelJustin Ruggles2012-10-22
|
* atrac3: use AVCodecContext.block_align instead of keeping a private copyJustin Ruggles2012-10-22
|
* atrac3: move the 'delay' field from ATRAC3Context to where it is usedJustin Ruggles2012-10-22
|
* atrac3: move the 'version' field from ATRAC3Context to where it is usedJustin Ruggles2012-10-22
|
* atrac3: use AVCodecContext.channels instead of keeping a private copyJustin Ruggles2012-10-22
|
* atrac3: simplify some loop indexingJustin Ruggles2012-10-22
|
* atrac3: cosmetics: pretty-printing and renamingJustin Ruggles2012-10-22
| | | | also does some minor refactoring.
* pcm: define AVCodec instances only for enabled codecsMans Rullgard2012-10-22
| | | | | | | This defines an AVCodec only if the corresponding CONFIG option is enabled instead of using the broad CONFIG_ENCODERS/DECODERS. Signed-off-by: Mans Rullgard <mans@mansr.com>
* libxvid: remove useless doxy comments.Anton Khirnov2012-10-22
|
* lavc: remove stats_out from the options table.Anton Khirnov2012-10-22
| | | | | | | | | | | | | | Since it is declared as a string AVOption, the generic freeing code attempts to free it on codec close. Some codecs might have already freed it elsewhere (or didn't even allocate it with av_malloc() in the first place), so this might lead to an invalid free. There is no point in having this field accessible as an AVOption, so remove it from the options table. Fixes Bug 380. CC: libav-stable@libav.org
* lavc: extend frame_size doxy.Anton Khirnov2012-10-22
|
* alacdec: set bits_per_raw_sampleJustin Ruggles2012-10-21
|
* avcodec: handle AVERROR_EXPERIMENTALNathan Caldwell2012-10-21
| | | | | | | | | | Error out on init if a codec with CODEC_CAP_EXPERIMENTAL is requested and strict_std_compliance is not FF_COMPLIANCE_EXPERIMENTAL. Move the check from avconv to avcodec_open2() and return AVERROR_EXPERIMENTAL accordingly. Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
* avcodec: prefer decoders without CODEC_CAP_EXPERIMENTALNathan Caldwell2012-10-21
| | | | Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
* svq3: cosmetics: Drop useless parenthesesDiego Biurrun2012-10-20
|
* svq3: K&R formatting cosmeticsDiego Biurrun2012-10-20
|
* ffv1: Add missing #includes to header fileDiego Biurrun2012-10-20
|
* ffv1: update to ffv1 version 3Luca Barbato2012-10-20
| | | | Based on code from Carl Eugen Hoyos, Michael Niedermayer and Paul B Mahol.
* ffv1: propagate errorsLuca Barbato2012-10-20
|
* ffv1: split decoder and encoderLuca Barbato2012-10-20
|
* avutil: Add a copy of ff_sqrt_tab back into avutil to restore ABI compatibilityMartin Storsjö2012-10-20
| | | | | | | | | | | | Earlier versions of for instance of libavcodec expect this symbol to be present in libavutil. This commit can be reverted after the next major bump. New shared builds of avcodec will link to the internal copy of the table within that library, so those builds won't rely on this table being present in avutil any longer either. Signed-off-by: Martin Storsjö <martin@martin.st>
* celp_math: rename ff_log2 to ff_log2_q15Mans Rullgard2012-10-20
| | | | | | | This name is more descriptive as the function returns a fixed-point value with 15 fraction bits. Signed-off-by: Mans Rullgard <mans@mansr.com>
* ARM: fix overreads in neon h264 chroma mcMans Rullgard2012-10-20
| | | | | | | | The loops were reading ahead one line, which could end up outside the buffer for reference blocks at the edge of the picture. Removing this readahead has no measurable performance impact. Signed-off-by: Mans Rullgard <mans@mansr.com>
* build: Drop OBJS declaration for non-existing PCM_DVD encoderDiego Biurrun2012-10-19
|
* mpeg4videodec: Disable frame multithreading for GMC, its not implemented at allMichael Niedermayer2012-10-19
| | | | Signed-off-by: Martin Storsjö <martin@martin.st>
* indeo3: do not try to output more lines than we can fitKostya Shishkov2012-10-19
| | | | | | | | Internally chroma planes have multiple of four height while allocated image planes might be smaller if CODEC_FLAG_EMU_EDGE is set. Thus we should not output more lines of chroma than frame can accept. Also the decoder can be safely switched to direct rendering now.
* bmv: get a new frame on every decode_frame(), so we can use direct renderingKostya Shishkov2012-10-19
|
* aac: fix build with hardcoded tablesMans Rullgard2012-10-18
| | | | | | | | | | | aac_tablegen.h includes aac.h for the POW_SF2_ZERO definition, but this also pulls in a raft of other headers, some of which are not safe to use in code built with the host compiler. Moving POW_SF2_ZERO to aac_tablegen_decl.h, where the declaration of the array it relates to already resides, fixes the problems. Signed-off-by: Mans Rullgard <mans@mansr.com>
* Add support for building shared libraries with MSVCMartin Storsjö2012-10-18
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This requires the makedef perl script by Derek, from the c89-to-c99 repo. That scripts produces a .def file, listing the symbols to be exported, based on the gcc version scripts and the built object files. To properly load non-function symbols from DLL files, the data symbol declarations need to have the attribute __declspec(dllimport) when building the calling code. (On mingw, the linker can fix this up automatically, which is why it has not been an issue so far. If this attribute is omitted, linking actually succeeds, but reads from the table will not produce the desired results at runtime.) MSVC seems to manage to link DLLs (and run properly) even if this attribute is present while building the library itself (which normally isn't recommended) - other object files in the same library manage to link to the symbol (with a small warning at link time, like "warning LNK4049: locally defined symbol _avpriv_mpa_bitrate_tab imported" - it doesn't seem to be possible to squelch this warning), and the definition of the tables themselves produce a warning that can be squelched ("warning C4273: 'avpriv_mpa_bitrate_tab' : inconsistent dll linkage, see previous definition of 'avpriv_mpa_bitrate_tab'). In this setup, mingw isn't able to link object files that refer to data symbols with __declspec(dllimport) without those symbols actually being linked via a DLL (linking avcodec.dll ends up with errors like "undefined reference to `__imp__avpriv_mpa_freq_tab'"). The dllimport declspec isn't needed at all in mingw, so we simply choose not to declare it for other compilers than MSVC that requires it. (If ICL support later requires it, the condition can be extended later to include both of them.) This also implies that code that is built to link to a certain library as a DLL can't link to the same library as a static library. Therefore, we only allow building either static or shared but not both at the same time. (That is, static libraries as such can be, and actually are, built - this is used for linking the test tools to internal symbols in the libraries - but e.g. libavformat built to link to libavcodec as a DLL cannot link statically to libavcodec.) Also, linking to DLLs is slightly different from linking to shared libraries on other platforms. DLLs use a thing called import libraries, which is basically a stub library allowing the linker to know which symbols exist in the DLL and what name the DLL will have at runtime. In mingw/gcc, the import library is usually named libfoo.dll.a, which goes next to a static library named libfoo.a. This allows gcc to pick the dynamic one, if available, from the normal -lfoo switches, just as it does for libfoo.a vs libfoo.so on Unix. On MSVC however, you need to literally specify the name of the import library instead of the static library. Signed-off-by: Martin Storsjö <martin@martin.st>
* avcodec: Rename avpriv_frame_rate_tab to ff_mpeg12_frame_rate_tabMartin Storsjö2012-10-18
| | | | | | | This table doesn't need to be shared with libavformat any longer. Add mpeg12 to the name to make it less ambiguous, while renaming it. Signed-off-by: Martin Storsjö <martin@martin.st>
* mips64: mark hi/lo registers clobbered in MAC64/MLS64 macrosMans Rullgard2012-10-17
| | | | Signed-off-by: Mans Rullgard <mans@mansr.com>
* libmp3lame: resize the output buffer if neededJustin Ruggles2012-10-17
| | | | | | | | | The LAME API documentation for the required buffer size refers to the size for a single encode call. However, we store multiple frames in the same output buffer but only read 1 frame at a time out of it. As a result, the buffer size given in lame_encode_buffer() is actually smaller than what it should be. Since we do not know how many frames it will end up buffering, it is best to just reallocate if needed.
generated by cgit v1.2.3 (git 2.39.1) at 2024-06-30 14:59:39 +0000