- 16 8月, 2012 1 次提交
-
-
由 Samuel Pitoiset 提交于
Signed-off-by: NMartin Storsjö <martin@martin.st>
-
- 15 8月, 2012 9 次提交
-
-
由 Samuel Pitoiset 提交于
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: NMartin Storsjö <martin@martin.st>
-
由 Anton Khirnov 提交于
-
由 Diego Biurrun 提交于
-
由 Diego Biurrun 提交于
-
由 John Stebbins 提交于
Provides an option to disable mix level normalization Signed-off-by: NDiego Biurrun <diego@biurrun.de>
-
由 Diego Biurrun 提交于
-
由 Samuel Pitoiset 提交于
Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Samuel Pitoiset 提交于
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: NMartin Storsjö <martin@martin.st>
-
由 Maksalov Boris 提交于
Signed-off-by: NLuca Barbato <lu_zero@gentoo.org>
-
- 14 8月, 2012 13 次提交
-
-
由 Mans Rullgard 提交于
It is impossible for bits to be 15 here so the special case is not needed. Signed-off-by: NMans Rullgard <mans@mansr.com>
-
由 Mans Rullgard 提交于
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: NMans Rullgard <mans@mansr.com>
-
由 Sebastien Zwickert 提交于
Signed-off-by: NDiego Biurrun <diego@biurrun.de>
-
由 Sebastien Zwickert 提交于
Signed-off-by: NDiego Biurrun <diego@biurrun.de>
-
由 Sebastien Zwickert 提交于
Signed-off-by: NDiego Biurrun <diego@biurrun.de>
-
由 Sebastien Zwickert 提交于
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: NDiego Biurrun <diego@biurrun.de>
-
由 Sebastien Zwickert 提交于
Signed-off-by: NDiego Biurrun <diego@biurrun.de>
-
由 Diego Biurrun 提交于
A new hidden config variable is added for the codecs that depend on the mpegvideo encoding parts.
-
由 Martin Storsjö 提交于
Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Boris Maksalov 提交于
Prevents reading past the end of frame buffer. Signed-off-by: NLuca Barbato <lu_zero@gentoo.org>
-
由 Luca Barbato 提交于
0x03 (bytes read report) is a known type and should be safely ignored beside in debug situations.
-
由 Diego Biurrun 提交于
-
由 Mans Rullgard 提交于
Signed-off-by: NMans Rullgard <mans@mansr.com>
-
- 13 8月, 2012 17 次提交
-
-
由 Mans Rullgard 提交于
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: NMans Rullgard <mans@mansr.com>
-
由 Mans Rullgard 提交于
This code has been disabled since 2003. Nobody will ever look at it again. Signed-off-by: NMans Rullgard <mans@mansr.com>
-
由 Mans Rullgard 提交于
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: NMans Rullgard <mans@mansr.com>
-
由 Mans Rullgard 提交于
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: NMans Rullgard <mans@mansr.com>
-
由 Mans Rullgard 提交于
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: NMans Rullgard <mans@mansr.com>
-
由 Mans Rullgard 提交于
This avoids having the compiler redundantly mask the values to the smaller size. Signed-off-by: NMans Rullgard <mans@mansr.com>
-
由 Mans Rullgard 提交于
Signed-off-by: NMans Rullgard <mans@mansr.com>
-
由 Mans Rullgard 提交于
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: NMans Rullgard <mans@mansr.com>
-
由 Mans Rullgard 提交于
Signed-off-by: NMans Rullgard <mans@mansr.com>
-
由 Mans Rullgard 提交于
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: NMans Rullgard <mans@mansr.com>
-
由 Mans Rullgard 提交于
Signed-off-by: NMans Rullgard <mans@mansr.com>
-
由 Mans Rullgard 提交于
Signed-off-by: NMans Rullgard <mans@mansr.com>
-
由 Mans Rullgard 提交于
Signed-off-by: NMans Rullgard <mans@mansr.com>
-
由 Mans Rullgard 提交于
Signed-off-by: NMans Rullgard <mans@mansr.com>
-
由 Mans Rullgard 提交于
Signed-off-by: NMans Rullgard <mans@mansr.com>
-
由 Mans Rullgard 提交于
Signed-off-by: NMans Rullgard <mans@mansr.com>
-
由 Mans Rullgard 提交于
Use saturating addition functions instead of 64-bit intermediates and separate clipping. This is much faster when dedicated instructions are available. Signed-off-by: NMans Rullgard <mans@mansr.com>
-