- 03 Aug, 2012 8 commits
-
-
Diego Biurrun authored
Currently there is a wild mix of 3dn2/3dnow2/3dnowext. Switching to "3dnowext", which is a more common name of the CPU flag, as reported e.g. by the Linux kernel, unifies this.
-
Kostya Shishkov authored
-
Kostya Shishkov authored
Fixed codebook mode in 5300 rate may write up to SUBFRAME_LEN + 4 and that is considered normal by the reference decoder. Without that additional padding it might overwrite first elements of LPC history.
-
Kostya Shishkov authored
-
Kostya Shishkov authored
-
Kostya Shishkov authored
-
Kostya Shishkov authored
The same buffer with saved data is used later in LPC reconstruction, so it should have some head space for LPC history.
-
Sean McGovern authored
This fixes Bugzilla #327: Signed-off-by: Kostya Shishkov <kostya.shishkov@gmail.com>
-
- 02 Aug, 2012 12 commits
-
-
Diego Biurrun authored
-
Diego Biurrun authored
-
Derek Buitenhuis authored
Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>
-
Ronald S. Bultje authored
Some calculations were changed in b6a3849a to use mmsize, which was not correct for the AVX version, which uses INIT_YMM and therefore has mmsize == 32. Fixes Bug 341. Signed-off-by: Justin Ruggles <justin.ruggles@gmail.com>
-
Alex Rønne Petersen authored
Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>
-
Jordi Ortiz authored
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
Mans Rullgard authored
This allows building dct-test even if aandcttab.o is not pulled in by any enabled codec. The DCT with which these tables are used does not use them directly, so building it without the tables is possible. Signed-off-by: Mans Rullgard <mans@mansr.com>
-
Mans Rullgard authored
Reordering the members in this struct reduces the holes required to maintain alignment. With this order, the only remaining, and unavoidable, hole is 3 bytes following left_nnz. Signed-off-by: Mans Rullgard <mans@mansr.com>
-
Mans Rullgard authored
These functions are not faster than other mmx implementations on any hardware I have been able to test on, and they are horribly inaccurate. There is thus no reason to ever use them. Signed-off-by: Mans Rullgard <mans@mansr.com>
-
Derek Buitenhuis authored
Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>
-
Derek Buitenhuis authored
At the moment it only does BGR24, but I plan to add the rest after. Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>
-
- 01 Aug, 2012 6 commits
-
-
Diego Biurrun authored
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
Mans Rullgard authored
The standard syntax requires two destination registers for LDRD/STRD instructions. Some versions of the GNU assembler allow using only one with the second implicit, others are more strict. Signed-off-by: Mans Rullgard <mans@mansr.com>
-
Ronald S. Bultje authored
64-bit CPUs always have SSE available, thus there is no need to compile in the 3dnow functions. This results in smaller binaries.
-
Ronald S. Bultje authored
-
Ronald S. Bultje authored
-
- 31 Jul, 2012 11 commits
-
-
Diego Biurrun authored
-
Diego Biurrun authored
This will allow adding dca.c with tables used from other files.
-
Diego Biurrun authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Samuel Pitoiset authored
They are managed in get_packet() Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
Diego Biurrun authored
This fixes compilation with YASM disabled.
-
Diego Biurrun authored
The yadif mmx optimizations contain the pmaxsw and pmaxub mmxext instructions, causing sigills on CPUs that do not support mmxext.
-
Ronald S. Bultje authored
This completes the conversion of h264dsp to yasm; note that h264 also uses some dsputil functions, most notably qpel. Performance-wise, the yasm-version is ~10 cycles faster (182->172) on x86-64, and ~8 cycles faster (201->193) on x86-32.
-
- 30 Jul, 2012 3 commits
-
-
Diego Biurrun authored
-
Diego Biurrun authored
-
Ronald S. Bultje authored
-