- 31 May, 2015 1 commit
-
-
Luca Barbato authored
In Little Endian the vec_ld/vec_st operations work as expected only for byte-vectors.
-
- 24 Nov, 2014 1 commit
-
-
Vittorio Giovara authored
CC: libav-stable@libav.org Bug-Id: CID 700556 / CID 700557 / CID 700558
-
- 17 Jul, 2014 1 commit
-
-
Diego Biurrun authored
-
- 13 Jul, 2014 1 commit
-
-
Diego Biurrun authored
-
- 11 Jul, 2014 1 commit
-
-
Diego Biurrun authored
-
- 09 Jul, 2014 1 commit
-
-
Diego Biurrun authored
-
- 06 Jul, 2014 1 commit
-
-
Diego Biurrun authored
-
- 18 Jun, 2014 1 commit
-
-
Diego Biurrun authored
-
- 27 May, 2014 1 commit
-
-
Diego Biurrun authored
Also shorten HuffYUV context member names to avoid clutter.
-
- 20 Mar, 2014 6 commits
-
-
Diego Biurrun authored
-
Diego Biurrun authored
This avoids recalculating the value over and over again.
-
Diego Biurrun authored
-
Diego Biurrun authored
-
Diego Biurrun authored
-
Diego Biurrun authored
-
- 13 Mar, 2014 1 commit
-
-
Diego Biurrun authored
-
- 14 Feb, 2014 1 commit
-
-
Janne Grunau authored
Altivec can only load naturally aligned vectors. To handle possibly unaligned data a second vector is loaded from an offset of the original location and the data is recovered through a vector permutation. Overreads are minimal if the offset for second load points to the last element of data. This is 7 for loading eight 8-bit pixels and overreads are reduced from 16 bytes to 8 bytes if the pixels are 64-bit aligned. For unaligned pixels the overread is reduced from 23 bytes to 15 bytes in the worst case.
-
- 19 Apr, 2013 1 commit
-
-
Ronald S. Bultje authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 05 Feb, 2013 2 commits
-
-
Diego Biurrun authored
-
Diego Biurrun authored
This avoids SIMD-optimized functions having to sign-extend their line size argument manually to be able to do pointer arithmetic.
-
- 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
Conveniently (together with Justin's earlier patches), this makes our vorbis decoder entirely independent of dsputil.
-
- 08 Jun, 2012 1 commit
-
-
Justin Ruggles authored
This will allow for easier implementation of Altivec functions in libraries other than libavcodec.
-
- 30 Apr, 2012 1 commit
-
-
Mans Rullgard authored
To load unaligned vector data in the usual way, explicit vec_ld() should be used rather than dereferencing a pointer to a vector type. When the VSX extension is enabled, gcc may compile vector pointer dereferences using the VSX lxvw4x instruction instead of the lvx instruction typically used with Altivec/VMX. As the behaviour of these instructions with unaligned addresses differs, it is important that only lvx is used here. Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 15 Feb, 2012 2 commits
-
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 21 Jul, 2011 2 commits
-
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 16 Jul, 2011 1 commit
-
-
Diego Biurrun authored
-
- 10 May, 2011 1 commit
-
-
Oskar Arvidsson authored
This patch lets e.g. dsputil_init chose dsp functions with respect to the bit depth to decode. The naming scheme of bit depth dependent functions is <base name>_<bit depth>[_<prefix>] (i.e. the old clear_blocks_c is now named clear_blocks_8_c). Note: Some of the functions for high bit depth is not dependent on the bit depth, but only on the pixel size. This leaves some room for optimizing binary size. Preparatory patch for high bit depth h264 decoding support. Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-
- 19 Mar, 2011 1 commit
-
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 29 Jan, 2011 1 commit
-
-
Vitor Sessak authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 26 Jun, 2010 1 commit
-
-
Måns Rullgård authored
This functionality is better accessed through tools like oprofile. Originally committed as revision 23808 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 06 Mar, 2010 1 commit
-
-
Måns Rullgård authored
Originally committed as revision 22267 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 24 Aug, 2009 1 commit
-
-
Måns Rullgård authored
Storing a single element from a vector where all elements have the same value does not require an aligned destination. Which element is stored depends on the alignment of the destination address, but since they all have the same value, the result is the same regardless of the alignment. Originally committed as revision 19696 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 18 May, 2009 1 commit
-
-
Diego Biurrun authored
Gets rid of 'cast discards qualifiers from pointer target type' warnings. Originally committed as revision 18867 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 12 Apr, 2009 1 commit
-
-
Diego Biurrun authored
Originally committed as revision 18476 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 14 Jan, 2009 1 commit
-
-
Aurelien Jacobs authored
and remove all ENABLE_ definitions. Originally committed as revision 16600 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 12 Dec, 2008 1 commit
-
-
Guillaume Poirier authored
Originally committed as revision 16078 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 24 Jul, 2008 1 commit
-
-
Diego Biurrun authored
The original problem was that FSF and Apple gcc used a different syntax for vector declarations, i.e. {} vs. (). Nowadays Apple gcc versions support the standard {} syntax and versions that support {} are available on all relevant Mac OS X versions. Thus the greater compatibility is no longer worth cluttering the code with macros. Originally committed as revision 14366 to svn://svn.ffmpeg.org/ffmpeg/trunk
-