summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAge
* Don't include common.h from avutil.hMartin Storsjö2012-08-15
| | | | Signed-off-by: Martin Storsjö <martin@martin.st>
* rtmp: Automatically compute the hash for SWFVerificationSamuel Pitoiset2012-08-15
| | | | Signed-off-by: Martin Storsjö <martin@martin.st>
* rtmp: Add support for SWFVerificationSamuel Pitoiset2012-08-15
| | | | | | | | | Specifies how the server verifies client SWF files before allowing the files to connect to an application. Verifying SWF files is a security measure that prevents someone from creating their own SWF files that can attempt to stream your resources. Signed-off-by: Martin Storsjö <martin@martin.st>
* api-example: use new video encoding API.Anton Khirnov2012-08-15
|
* x86: avcodec: Appropriately name files containing only init functionsDiego Biurrun2012-08-15
|
* mpegvideo_mmx_template: drop some commented-out cruftDiego Biurrun2012-08-15
|
* libavresample: add mix level normalization optionJohn Stebbins2012-08-14
| | | | | | Provides an option to disable mix level normalization Signed-off-by: Diego Biurrun <diego@biurrun.de>
* w32pthreads: Add missing #includes to make header compile standaloneDiego Biurrun2012-08-14
|
* rtmp: Gracefully ignore _checkbw errors by tracking themSamuel Pitoiset2012-08-14
| | | | Signed-off-by: Martin Storsjö <martin@martin.st>
* rtmp: Do not send _checkbw calls as notificationsSamuel Pitoiset2012-08-14
| | | | | | | | | | | | | | | | | | | | The _checkbw calls were changed to use transactionId 0 in commit 82613564 so that servers would not return _result/_error about it. While this is the strict interpretation of the spec, there are servers that return _error about it, even if transactionId was 0. The latest version of EvoStream Media Server (the commercial version of crtmpserver) behaves properly as described, i.e. returning an _error normally but not returning anything when using transactionId 0. The latest version of crtmpserver (right now at least) doesn't behave like this though, it returns an error even if transactionId was 0. There are also other servers that return errors even if transactionId is set to 0. Therefore set a proper transaction id so that the invoke can be tracked and the error properly ignored instead. Signed-off-by: Martin Storsjö <martin@martin.st>
* prores: interlaced ProRes encodingMaksalov Boris2012-08-14
| | | | Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
* g723.1: simplify scale_vector()Mans Rullgard2012-08-14
| | | | | | | It is impossible for bits to be 15 here so the special case is not needed. Signed-off-by: Mans Rullgard <mans@mansr.com>
* g723.1: simplify normalize_bits()Mans Rullgard2012-08-14
| | | | | | | | | This function is always called with a non-negative argument, so those special cases are not needed. In the places the argument might be zero, the return value for a zero argument does not matter since it would then be used to scale an array full of zeros. Signed-off-by: Mans Rullgard <mans@mansr.com>
* vda: cosmetics: fix Doxygen comment formattingSebastien Zwickert2012-08-14
| | | | Signed-off-by: Diego Biurrun <diego@biurrun.de>
* vda: better frame allocationSebastien Zwickert2012-08-14
| | | | Signed-off-by: Diego Biurrun <diego@biurrun.de>
* vda: Merge implementation into one fileSebastien Zwickert2012-08-14
| | | | Signed-off-by: Diego Biurrun <diego@biurrun.de>
* vda: support synchronous decodingSebastien Zwickert2012-08-14
| | | | | | | Note that the symbols used to run the hardware decoder in asynchronous mode have been marked deprecated and will be dropped at a future version bump. Signed-off-by: Diego Biurrun <diego@biurrun.de>
* vda: Reuse the bitstream buffer and reallocate it only if neededSebastien Zwickert2012-08-14
| | | | Signed-off-by: Diego Biurrun <diego@biurrun.de>
* build: Factor out mpegvideo encoding dependencies to CONFIG_MPEGVIDEOENCDiego Biurrun2012-08-14
| | | | | A new hidden config variable is added for the codecs that depend on the mpegvideo encoding parts.
* avprobe: Include libm.h for the log2 fallbackMartin Storsjö2012-08-14
| | | | Signed-off-by: Martin Storsjö <martin@martin.st>
* proresenc: use the edge emulation bufferBoris Maksalov2012-08-13
| | | | | | Prevents reading past the end of frame buffer. Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
* rtmp: handle bytes read reportsLuca Barbato2012-08-13
| | | | | 0x03 (bytes read report) is a known type and should be safely ignored beside in debug situations.
* configure: Fix typo in mpeg2video/svq1 decoder dependency declarationDiego Biurrun2012-08-13
|
* Use log2(x) instead of log(x) / log(2)Mans Rullgard2012-08-13
| | | | Signed-off-by: Mans Rullgard <mans@mansr.com>
* x86: swscale: fix fragile memory accessesMans Rullgard2012-08-13
| | | | | | | | | | | | | | | | | | | | | | | | | | | To access data at multiple fixed offsets from a base address, this code uses a single "m" operand and code of the form "32%0", relying on the memory operand instantiation having no displacement, giving a final result of the form "32(%rax)". If the compiler uses a register and displacement, e.g. "64(%rax)", the end result becomes "3264(%rax)", which obviously does not work. Replacing the "m" operands with "r" operands allows safe addition of a displacement. In theory, multiple memory operands could use a shared base register with different index registers, "(%rax,%rbx)", potentially making more efficient use of registers. In the cases at hand, no such sharing is possible since the addresses involved are entirely unrelated. After this change, the code somewhat rudely accesses memory without using a corresponding memory operand, which in some cases can lead to unwanted "optimisations" of surrounding code. However, the original code also accesses memory not covered by a memory operand, so this is not adding any defect not already present. It is also hightly unlikely that any such optimisations could be performed here since the memory locations in questions are not accessed elsewhere in the same functions. This fixes crashes with suncc. Signed-off-by: Mans Rullgard <mans@mansr.com>
* x86: swscale: remove disabled codeMans Rullgard2012-08-13
| | | | | | | This code has been disabled since 2003. Nobody will ever look at it again. Signed-off-by: Mans Rullgard <mans@mansr.com>
* x86: yadif: fix asm with sunccMans Rullgard2012-08-13
| | | | | | | | | | | | | | | | Under some circumstances, suncc will use a single register for the address of all memory operands, inserting lea instructions loading the correct address prior to each memory operand being used in the code. In the yadif code, the branch in the asm block bypasses such an lea instruction, causing an incorrect address to be used in the following load. This patch replaces the tmpX arrays with a single array and uses a register operand to hold its address. Although this prevents using offsets from the stack pointer to access these locations, the code still builds as 32-bit PIC even with old compilers. Signed-off-by: Mans Rullgard <mans@mansr.com>
* x86: cabac: allow building with sunccMans Rullgard2012-08-13
| | | | | | | | | | | | | | | | | | | | This fixes two issues preventing suncc from building this code. The undocumented 'a' operand modifier, causing gcc to omit a $ in front of immediate operands (as required in addresses), is not supported by suncc. Luckily, the also undocumented 'c' modifer has the same effect and is supported. On some asm statements with a large number of operands, suncc for no obvious reason fails to correctly substitute some of the operands. Fortunately, some of the operands in these statements are plain numbers which can be inserted directly into the code block instead of passed as operands. With these changes, the code builds correctly with both gcc and suncc. Signed-off-by: Mans Rullgard <mans@mansr.com>
* x86: mlpdsp: avoid taking address of voidMans Rullgard2012-08-13
| | | | | | | | | | | | | | This code contains a C array of addresses of labels defined in inline asm. To do this, the names must be declared as external in C. The declared type does not matter since only the address is used, and for some reason, the author of the code used the 'void' type despite taking the address of a void expression being invalid. Changing the type to char, a reasonable choice since the alignment of the code labels cannot be known or guaranteed, eliminates gcc warnings and allows building with suncc. Signed-off-by: Mans Rullgard <mans@mansr.com>
* ARM: intmath: use native-size return types for clipping functionsMans Rullgard2012-08-13
| | | | | | | This avoids having the compiler redundantly mask the values to the smaller size. Signed-off-by: Mans Rullgard <mans@mansr.com>
* g723.1: do not pass large structs by valueMans Rullgard2012-08-13
| | | | Signed-off-by: Mans Rullgard <mans@mansr.com>
* g723.1: do not bounce intermediate values via memoryMans Rullgard2012-08-13
| | | | | | | | | Although a reasonable compiler will probably optimise out the actual store and load, this operation still implies a truncation to 16 bits which the compiler will probably not realise is not necessary here. Signed-off-by: Mans Rullgard <mans@mansr.com>
* g723.1: declare a variable in the block it is usedMans Rullgard2012-08-13
| | | | Signed-off-by: Mans Rullgard <mans@mansr.com>
* g723.1: avoid saving/restoring excitationMans Rullgard2012-08-13
| | | | | | | | Writing the scaled excitation to a scratch buffer (borrowing the 'audio' array) instead of modifying it in place avoids the need to save and restore the unscaled values. Signed-off-by: Mans Rullgard <mans@mansr.com>
* g723.1: avoid unnecessary memcpy() in residual_interp()Mans Rullgard2012-08-13
| | | | Signed-off-by: Mans Rullgard <mans@mansr.com>
* g723.1: make postfilter write directly to output bufferMans Rullgard2012-08-13
| | | | Signed-off-by: Mans Rullgard <mans@mansr.com>
* g723.1: drop unnecessary variable buf_ptr in formant_postfilter()Mans Rullgard2012-08-13
| | | | Signed-off-by: Mans Rullgard <mans@mansr.com>
* g723.1: make scale_vector() output to a separate bufferMans Rullgard2012-08-13
| | | | Signed-off-by: Mans Rullgard <mans@mansr.com>
* g723.1: make autocorr_max() work on an arbitrary bufferMans Rullgard2012-08-13
| | | | Signed-off-by: Mans Rullgard <mans@mansr.com>
* g723.1: do not needlessly use int64_tMans Rullgard2012-08-13
| | | | Signed-off-by: Mans Rullgard <mans@mansr.com>
* g723.1: use saturating addition functionsMans Rullgard2012-08-13
| | | | | | | | Use saturating addition functions instead of 64-bit intermediates and separate clipping. This is much faster when dedicated instructions are available. Signed-off-by: Mans Rullgard <mans@mansr.com>
* g723.1: optimise scale_vector()Mans Rullgard2012-08-13
| | | | | | | | | | | | | | Firstly, nothing in this function can overflow 32 bits so the use of a 64-bit type is completely unnecessary. Secondly, the scale is either a power of two or 0x7fff. Doing separate loops for these cases avoids using multiplications. Finally, since only the number of bits, not the actual value, of the maximum value is needed, the bitwise or of all the values serves the purpose while being faster. It is worth noting that even if overflow could happen, it was not handled correctly anyway. Signed-off-by: Mans Rullgard <mans@mansr.com>
* g723.1: remove useless uses of MUL64()Mans Rullgard2012-08-13
| | | | | | | | The operands in both cases are 16-bit so cannot overflow a 32-bit destination. In gain_scale() the inputs are reduced to 14-bit, so even the shift cannot overflow. Signed-off-by: Mans Rullgard <mans@mansr.com>
* g723.1: remove unnecessary argument 'shift' from dot_product()Mans Rullgard2012-08-13
| | | | | | | The 'shift' argument is always 1 so there is no need to pass it explicitly in every call. Signed-off-by: Mans Rullgard <mans@mansr.com>
* g723.1: deobfuscate "(x << 4) - x" to "15 * x"Mans Rullgard2012-08-13
| | | | | | The compiler performs this optimisation. Signed-off-by: Mans Rullgard <mans@mansr.com>
* celp: optimise ff_celp_lp_synthesis_filter()Mans Rullgard2012-08-13
| | | | | | | | | | | | | Adding instead of subtracting the products in the loop allows the compiler to generate more efficient multiply-accumulate instructions when 16-bit multiply-subtract is not available. ARM has only multiply-accumulate for 16-bit operands. In general, if only one variant exists, it is usually accumulate rather than subtract. In the same spirit, using the dedicated saturation function enables use of any special optimised versions of this. Signed-off-by: Mans Rullgard <mans@mansr.com>
* libavutil: add saturating addition functionsMans Rullgard2012-08-13
| | | | | | | Fixed-point audio codecs often use saturating arithmetic, and special instructions for these operations are common. Signed-off-by: Mans Rullgard <mans@mansr.com>
* cllc: Implement ARGB supportDerek Buitenhuis2012-08-12
| | | | Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>
* cllc: Add support for QRGBDerek Buitenhuis2012-08-12
| | | | Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>
* cllc: Rename some funcs to represent what they actually doDerek Buitenhuis2012-08-12
| | | | | | | This is in preparation for adding support for other colorspaces and coding types. Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>
generated by cgit v1.2.3 (git 2.39.1) at 2024-07-03 11:27:17 +0000