- 17 Aug, 2012 8 commits
-
-
Jordi Ortiz authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Jordi Ortiz authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Jordi Ortiz authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Uoti Urpala authored
The h264_vdpau decoder crashed if output colorspace was not 8-bit 420. Add a check to error out instead (current hardware does not support other colorspaces, so successful decoding is not possible). Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
The way this bit is decoded was accidentally flipped in b70feb40, leading to warnings "Encountered a bad or corrupted frame" for each decoded frame. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Luca Barbato authored
Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
Jan Ekström authored
Signed-off-by:
Kostya Shishkov <kostya.shishkov@gmail.com>
-
Jordi Ortiz authored
Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
- 16 Aug, 2012 12 commits
-
-
Luca Barbato authored
-
Mans Rullgard authored
There used to be one test for Altivec intrinsics support and a separate test to determine which of two possible syntaxes to use for vector literals. Since 2008, we only support the more common of these so the split test no longer makes sense. This combines the tests into one and also changes the hard error on failure to a warning. The test can reasonably fail if no --cpu flag is provided (or is provided with an unknown CPU) and the compiler default target does not support Altivec. Aborting in this case is probably over-reacting. Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
Not all compilers support ssize_t (MSVC doesn't), and none of these variables need to be larger than 32 bit. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Jordi Ortiz authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Diego Biurrun authored
A new hidden config variable is added for the codecs that depend on the rangecoder parts.
-
Diego Biurrun authored
A new hidden config variable is added for the codecs that depend on the error resilience parts.
-
Diego Biurrun authored
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 15 Aug, 2012 7 commits
-
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Samuel Pitoiset authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Samuel Pitoiset authored
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>
-
Anton Khirnov authored
-
Diego Biurrun authored
-
Diego Biurrun authored
-
- 14 Aug, 2012 13 commits
-
-
John Stebbins authored
Provides an option to disable mix level normalization Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
Diego Biurrun authored
-
Samuel Pitoiset authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Samuel Pitoiset authored
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>
-
Maksalov Boris authored
Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
Mans Rullgard authored
It is impossible for bits to be 15 here so the special case is not needed. Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
Mans Rullgard authored
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>
-
Sebastien Zwickert authored
Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
Sebastien Zwickert authored
Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
Sebastien Zwickert authored
Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
Sebastien Zwickert authored
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>
-
Sebastien Zwickert authored
Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
Diego Biurrun authored
A new hidden config variable is added for the codecs that depend on the mpegvideo encoding parts.
-