- 06 Feb, 2013 1 commit
-
-
Diego Biurrun authored
-
- 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 Dec, 2012 1 commit
-
-
Ronald S. Bultje authored
Move some functions from dsputil. The idea is that videodsp contains functions that are useful for a large and varied set of video decoders. Currently, it contains emulated_edge_mc() and prefetch(). Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
- 14 Dec, 2012 1 commit
-
-
Luca Barbato authored
Returning 0 for failure is misleading. CC: libav-stable@libav.org
-
- 04 Dec, 2012 1 commit
-
-
Anton Khirnov authored
It's got_frame, not data size
-
- 06 Oct, 2012 1 commit
-
-
Diego Biurrun authored
Anonymous structs cannot be forward declared and have no benefit.
-
- 15 Sep, 2012 3 commits
-
-
Ben Jackson authored
The YUV channels of VP6 are encoded in a highly linear fashion which does not have any slice-like concept to thread. The alpha channel of VP6A is fairly independent of the YUV and comprises 40% of the work. This patch uses the THREAD_SLICE capability to split the YUV and A decodes into separate threads. Two bugs are fixed by splitting YUV and alpha state: - qscale_table from VP6A decode was for alpha channel instead of YUV - alpha channel filtering settings were overwritten by YUV header parse Signed-off-by: Ben Jackson <ben@ben.com> Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Ben Jackson authored
Makes golden_frame more like other frame data, paves way for threading alpha channel decode. Signed-off-by: Ben Jackson <ben@ben.com> Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Ben Jackson authored
Pave the way for per-thread context initialization. Signed-off-by: Ben Jackson <ben@ben.com> Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 28 Aug, 2012 1 commit
-
-
Derek Buitenhuis authored
Instead, use it on the first member, since by definition, if any member is aligned, the whole struct must be, in order to maintain that alignment. Fixes compilation with some finicky compilers, like a mix of libclang/msvc Idea for fix from Måns Rullgård. Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com> Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 27 Aug, 2012 1 commit
-
-
Derek Buitenhuis authored
Instead, use it on the first member, since by definition, if any member is aligned, the whole struct must be, in order to maintain that alignment. Fixes compilation with some finicky compilers. Idea for fix from Måns Rullgård. Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>
-
- 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>
-
- 07 Jan, 2012 1 commit
-
-
Diego Biurrun authored
-
- 26 Oct, 2011 1 commit
-
-
David Conrad authored
-
- 06 Oct, 2011 1 commit
-
-
Laurent Aimar authored
Signed-off-by: Janne Grunau <janne-libav@jannau.net>
-
- 21 Sep, 2011 1 commit
-
-
Laurent Aimar authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 14 Jul, 2011 1 commit
-
-
Diego Biurrun authored
-
- 19 Mar, 2011 1 commit
-
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 12 Feb, 2011 1 commit
-
-
Mans Rullgard authored
Approximately 3% faster on Cortex-A8. Signed-off-by: Mans Rullgard <mans@mansr.com> (cherry picked from commit 7da48fd0)
-
- 11 Feb, 2011 1 commit
-
-
Mans Rullgard authored
Approximately 3% faster on Cortex-A8. Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 12 Aug, 2010 1 commit
-
-
Jason Garrett-Glaser authored
Grab from the bitstream in 16-bit chunks instead of 8-bit chunks. TODO: grab in 32-bit chunks on 64-bit systems. Originally committed as revision 24783 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 04 Aug, 2010 1 commit
-
-
Jason Garrett-Glaser authored
Create a custom table for VP5/6/8's renorm to avoid depending on H.264's. Saves one instruction in the arithmetic decoder as well. Originally committed as revision 24701 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 03 Aug, 2010 2 commits
-
-
Jason Garrett-Glaser authored
Originally committed as revision 24684 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Jason Garrett-Glaser authored
Always inline the arithmetic coder, except in the case of header-parsing stuff, in which case don't inline it at all to save code size. Originally committed as revision 24677 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 28 Jul, 2010 2 commits
-
-
Alex Converse authored
Originally committed as revision 24562 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Alex Converse authored
Originally committed as revision 24561 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 23 Jul, 2010 5 commits
-
-
Eli Friedman authored
This is a lot more reliable to get cmov rather than trying to trick gcc into generating it, useful since it's 2% faster overall. Patch by Eli Friedman <eli.friedman at gmail> Originally committed as revision 24471 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
David Conrad authored
on the huffman tree, instead of traversing the tree in a while loop. Based on the similar optimization in libvpx's detokenize.c 10% faster at normal bitrates, and 30% faster for high-bitrate intra-only Originally committed as revision 24468 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
David Conrad authored
No difference at the moment, but allows a future branchy variant of vp56_rac_get_prob to be significantly faster Originally committed as revision 24467 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
David Conrad authored
Originally committed as revision 24466 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
David Conrad authored
Originally committed as revision 24465 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 22 Jul, 2010 2 commits
-
-
Jason Garrett-Glaser authored
Originally committed as revision 24412 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Jason Garrett-Glaser authored
Saves nothing except a bit of memory/cache now, but will allow future optimizations. Originally committed as revision 24411 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 01 Jul, 2010 1 commit
-
-
Aurelien Jacobs authored
Originally committed as revision 23938 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 30 Jun, 2010 4 commits
-
-
Jason Garrett-Glaser authored
Necessary because of this GCC bug: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44474 To do this, convert some, but not all (!) of the variables in VP56RangeCoder into local variables. If we convert c->high into a local variable, gcc gets the stupids and refuses to use a conditional move for the unpredictable main branch. TODO: dispense with this bullshit and write an asm version. Originally committed as revision 23924 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Jason Garrett-Glaser authored
This incantation causes gcc 4.3 to generate cmov on x86, a vastly better option than a completely unpredictable branch. Hopefully this carries over to newer versions and other CPUs with conditionals. ~5 cycles saved per call on a Core i7. Originally committed as revision 23921 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Jason Garrett-Glaser authored
Negate "bits" to eliminate a negate in cache refilling. Originally committed as revision 23920 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Stefan Gehrer authored
Originally committed as revision 23915 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 22 Jun, 2010 2 commits
-
-
David Conrad authored
Patch by David Conrad <lessen42 gmail com> and myself. Originally committed as revision 23719 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Ronald S. Bultje authored
Originally committed as revision 23718 to svn://svn.ffmpeg.org/ffmpeg/trunk
-