- 13 5月, 2012 1 次提交
-
-
由 Anton Khirnov 提交于
-
- 12 5月, 2012 1 次提交
-
-
由 Michael Kostylev 提交于
-
- 11 5月, 2012 6 次提交
-
-
由 Diego Biurrun 提交于
-
由 Mans Rullgard 提交于
Change the size specifiers to match the actual element sizes of the data. This makes no practical difference with strict alignment checking disabled (the default) other than somewhat documenting the code. With strict alignment checking on, it avoids trapping the unaligned loads. 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 提交于
Converting the double to float for lrintf() loses precision when the value is not exactly representable as a single-precision float. Apart from being inaccurate, this causes discrepancies in some configurations due to differences in rounding. Note that the changed timestamp in the vc1-ism test is a bogus, made-up value. Signed-off-by: NMans Rullgard <mans@mansr.com>
-
由 Christophe Gisquet 提交于
Code mostly inspired by vp8's MC, however: - its MMX2 horizontal filter is worse because it can't take advantage of the coefficient redundancy - that same coefficient redundancy allows better code for non-SSSE3 versions Benchmark (rounded to tens of unit): V8x8 H8x8 2D8x8 V16x16 H16x16 2D16x16 C 445 358 985 1785 1559 3280 MMX* 219 271 478 714 929 1443 SSE2 131 158 294 425 515 892 SSSE3 120 122 248 387 390 763 End result is overall around a 15% speedup for SSSE3 version (on 6 sequences); all loop filter functions now take around 55% of decoding time, while luma MC dsp functions are around 6%, chroma ones are 1.3% and biweight around 2.3%. Signed-off-by: NDiego Biurrun <diego@biurrun.de>
-
- 10 5月, 2012 29 次提交
-
-
由 Christophe Gisquet 提交于
This involves a division that should be a shift. Signed-off-by: NDiego Biurrun <diego@biurrun.de>
-
由 Mans Rullgard 提交于
The vertically interpolating variants of these functions read ahead one line to optimise the loop. On the last line processed, this might be outside the buffer. Fix these invalid reads by processing the last line outside the loop. Signed-off-by: NMans Rullgard <mans@mansr.com>
-
由 Diego Biurrun 提交于
-
由 Diego Biurrun 提交于
-
由 Samuel Pitoiset 提交于
According to the behaviour of librtmp, it is recommended to send this message to the server after receiving the 'onBWDone' callback in order to do bandwidth checking and improve compatibility with some servers.
-
由 Samuel Pitoiset 提交于
-
由 Samuel Pitoiset 提交于
-
由 Samuel Pitoiset 提交于
Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Diego Biurrun 提交于
This fixes the warning: cmdutils.c:897: warning: ‘type’ may be used uninitialized in this function
-
由 Sean McGovern 提交于
Replace SOL_SCTP by the more portable IPPROTO_SCTP. Signed-off-by: NDiego Biurrun <diego@biurrun.de>
-
由 Sean McGovern 提交于
This is needed to expose some networking APIs. Signed-off-by: NDiego Biurrun <diego@biurrun.de>
-
由 Diego Biurrun 提交于
-
由 Diego Biurrun 提交于
-
由 Diego Biurrun 提交于
-
由 Diego Biurrun 提交于
-
由 Diego Biurrun 提交于
-
由 Justin Ruggles 提交于
The current SSE version is slower than the MMX version on Athlon64 and Sandy Bridge, but the SSE4 and AVX versions are faster on Sandy Bridge.
-
由 Anton Khirnov 提交于
This is easier to follow than having them randomly scattered in avfilter.c and defaults.c.
-
由 Anton Khirnov 提交于
Those functions are only useful inside filters. It is better to not support user filters until the API is more stable. This breaks audio filtering API and ABI in theory, but since it's unusable right now this shouldn't be a problem.
-
由 Anton Khirnov 提交于
There is no real reason for it to be 64bit, it's just a plain int in the rest of Libav.
-
由 Anton Khirnov 提交于
There's no reason for it to be explicitly 32 bits. It's declared as a plain int in all other places in Libav. This breaks audio filtering API and ABI in theory, but since it's unusable right now this shouldn't be a problem.
-
由 Stefano Sabatini 提交于
The additional parameters are just complicating the function interface. Assume that a requested samples buffer will *always* have the format specified in the requested link. This breaks audio filtering API and ABI in theory, but since it's unusable right now this shouldn't be a problem. Signed-off-by: NAnton Khirnov <anton@khirnov.net>
-
由 Stefano Sabatini 提交于
-
由 Stefano Sabatini 提交于
Remove AVFilterBufferRefAudioProps.size, and use nb_samples in its place everywhere. This is required as the size in the audio buffer may be aligned, so it may not contain a well defined number of samples. Also remove the useless planar parameter, which can be deduced from the sample format. This is technically an API and ABI break, but since the audio part of lavfi is not usable now, this should not be a problem in practice. Signed-off-by: NAnton Khirnov <anton@khirnov.net>
-
由 Diego Biurrun 提交于
-
由 Diego Biurrun 提交于
This allows compiling the Xvid rate control code without the encoder.
-
由 Diego Biurrun 提交于
libavcodec/jpeglsdec.c:54:9: warning: variable ‘len’ set but not used
-
由 Diego Biurrun 提交于
-
由 Diego Biurrun 提交于
-
- 09 5月, 2012 3 次提交
-
-
由 Stefano Sabatini 提交于
Signed-off-by: NAnton Khirnov <anton@khirnov.net>
-
由 Anton Khirnov 提交于
This is similar to what has previously been done in AVFrame to allow dealing with more than 8 channels.
-
由 Anton Khirnov 提交于
-