- 04 Apr, 2014 1 commit
-
-
Diego Biurrun authored
-
- 17 Jul, 2013 1 commit
-
-
Diego Biurrun authored
-
- 15 Apr, 2013 1 commit
-
-
Ronald S. Bultje authored
This way, the special IDCT permutations are no longer needed. This is similar to how H264 does it, and removes the dsputil dependency imposed by the scantable code. Also remove the unused type == 0 cases from the plain C version of the idct. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 23 Jan, 2013 1 commit
-
-
Diego Biurrun authored
It does not help as an abstraction and adds dsputil dependencies. Signed-off-by:
Ronald S. Bultje <rsbultje@gmail.com>
-
- 20 Jan, 2013 1 commit
-
-
Ronald S. Bultje authored
This is identical to what e.g. vp8 does, and prevents the function call overhead (plus dependency on dsputil for this particular function). Arm asm updated by Janne Grunau <janne-libav@jannau.net>. Signed-off-by:
Janne Grunau <janne-libav@jannau.net>
-
- 13 Nov, 2012 1 commit
-
-
Diego Biurrun authored
-
- 08 Sep, 2012 1 commit
-
-
Diego Biurrun authored
This separates code relying on inline from that relying on external assembly and fixes instances where the coalesced check was incorrect.
-
- 03 Aug, 2012 1 commit
-
-
Diego Biurrun authored
Refactoring mmx2/mmxext YASM code with cpuflags will force renames. So switching to a consistent naming scheme beforehand is sensible. The name "mmxext" is more official and widespread and also the name of the CPU flag, as reported e.g. by the Linux kernel.
-
- 28 Jul, 2012 1 commit
-
-
Ronald S. Bultje authored
64-bit CPUs always have SSE2, and a SSE2 version exists, thus the MMX version will never be used.
-
- 18 Jul, 2012 1 commit
-
-
Mans Rullgard authored
This moves all VP3-specific function pointers from dsputil to a new vp3dsp context. There is no reason to ever use the VP3 IDCT where an MPEG2 IDCT is expected or vice versa. Signed-off-by:
Mans Rullgard <mans@mansr.com>
-