- 26 Jul, 2013 5 commits
-
-
Martin Storsjö authored
This makes sure that values that are left-shifted by this constant end up casted to 64 bit before shifting, avoiding overflow if the value ends up larger than 2 GB. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Michael Kostylev authored
Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
Hendrik Schreiber authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
Some weird comments stem from the fact that the rtpdec and rtpenc code was shared earlier. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Hendrik Leppkes authored
Previously it was partly only added to central functions called internally, however if GCC would inline these into the public fuction, the alignment attribute would not take effect. Instead, add it to all public entry points to avoid these problems. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 25 Jul, 2013 5 commits
-
-
Diego Biurrun authored
-
Rémi Denis-Courmont authored
Slice threading does not work with hardware acceleration, as decoding is per-picture. This fixes Bugzilla #542. Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
Rainer Hochecker authored
VDPAU expects the bitstream value (0, 2 or 3). libavcodec uses an enum (0, 1 or 2). Signed-off-by: Rémi Denis-Courmont <remi@remlab.net> Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
Diego Biurrun authored
-
Diego Biurrun authored
-
- 24 Jul, 2013 1 commit
-
-
Martin Storsjö authored
When building for iOS in thumb mode, gas-preprocessor.pl doesn't mark unused labels as thumb functions (as it does for other local labels, where it can figure out that they are functions due to being referenced in branch instructions). This leads to linker warnings for some of those local labels, such as: ld: warning: ARM function not 4-byte aligned: __a_evaluation from libavcodec/libavcodec.a(simple_idct_arm.o) Therefore, comment them out since they don't have any function. They do still have a value in documenting key points in the assembly source though. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 23 Jul, 2013 5 commits
-
-
Luca Barbato authored
-
Luca Barbato authored
Reported-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind CC: libav-stable@libav.org
-
Luca Barbato authored
Reported-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind CC: libav-stable@libav.org
-
Luca Barbato authored
Fix at least a memory leak. CC: libav-stable@libav.org
-
Luca Barbato authored
mcc_weightings is only 32 elements. Reported-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind CC: libav-stable@libav.org
-
- 22 Jul, 2013 11 commits
-
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
Ben Avison authored
Before After Mean StdDev Mean StdDev Change This function 1323.0 98.0 746.2 60.6 +77.3% Overall 15400.0 336.4 14147.5 288.4 +8.9% Signed-off-by: Martin Storsjö <martin@martin.st>
-
Ben Avison authored
This does most of the work formerly carried out by the static function qmf_32_subbands() in dcadec.c. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
Before After Mean StdDev Mean StdDev Change This function 1389.3 4.2 967.8 35.1 +43.6% Overall 15577.5 83.2 15400.0 336.4 +1.2% Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
Before After Mean StdDev Mean StdDev Change This function 868.2 33.5 436.0 27.0 +99.1% Overall 15973.0 223.2 15577.5 83.2 +2.5% Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
Before After Mean StdDev Mean StdDev Change This function 2653.0 28.5 1108.8 51.4 +139.3% Overall 17049.5 408.2 15973.0 223.2 +6.7% Signed-off-by: Martin Storsjö <martin@martin.st>
-
Ben Avison authored
Before After Mean StdDev Mean StdDev Change This function 366.2 18.3 277.8 13.7 +31.9% Overall 18420.5 489.1 17049.5 408.2 +8.0% Signed-off-by: Martin Storsjö <martin@martin.st>
-
Ben Avison authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
Ben Avison authored
This is similar to int32_to_float_fmul_scalar, but loads a new scalar multiplier every 8 input samples. This enables the use of much larger input arrays, which is important for pipelining on some CPUs (such as ARMv6). Signed-off-by: Martin Storsjö <martin@martin.st>
-
Ben Avison authored
Before After Mean StdDev Mean StdDev Change This function 1175.0 4.4 366.2 18.3 +220.8% Overall 19285.5 292.0 18420.5 489.1 +4.7% Signed-off-by: Martin Storsjö <martin@martin.st>
-
Ben Avison authored
Before After Mean StdDev Mean StdDev Change This function 9295.0 114.9 4853.2 83.5 +91.5% Overall 23699.8 397.6 19285.5 292.0 +22.9% Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 21 Jul, 2013 3 commits
-
-
Justin Ruggles authored
-
Hendrik Leppkes authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
Derek Buitenhuis authored
libx264 has a few data exports which require X264_API_IMPORTS to be defined if we link to libx264 dynamically on Windows. In a similar fashion to how we handle our compat snprintf implementation, if we define it all the time, the compiler will first try and link to __imp_x264_symbol_name, and failing that, as in the case of a static libx264, will attempt to link to the non-prefixed symbol, which has already been pulled in by other x264 functions' object files. Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>
-
- 19 Jul, 2013 7 commits
-
-
Luca Barbato authored
A packet larger than cin->bitmap_size does not make sense. Reported-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind CC: libav-stable@libav.org
-
Luca Barbato authored
Reported-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind CC: libav-stable@libav.org
-
Luca Barbato authored
-
Vittorio Giovara authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
Ed Torbett authored
This supports inclusion of one single IP address for now, at the media level. Specifying the filter at the session level (instead of at the media level), multiple source addresses, exclusion, or using FQDNs instead of plain IP addresses is not supported (yet at least). Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
If another peer is sending unicast packets to the same port that we are listening on, those packets can end up being received despite using source specific multicast. For those cases, manually check the source address of received packets against the intended source address. This only handles the case when the source list is one single IP address for now, which probably is the most common case. Based on a patch by Ed Torbett. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Ed Torbett authored
Blocking/exclusion is not supported yet. The rtp protocol parameter takes the same form as the existing sources parameter for the udp protocol. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 18 Jul, 2013 3 commits
-
-
Diego Biurrun authored
-
Diego Biurrun authored
Also fix a comment and an #endif comment.
-
Martin Storsjö authored
There is no record of this ever being used at all, anywhere, since the feature was added in 2effd274. This gets rid of extra linker tricks just to support a feature that isn't used, simplifying portability to other platforms. Signed-off-by: Martin Storsjö <martin@martin.st>
-