generic-library/ffmpeg
1
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity
42,621 Commits 24 Branches 241 Tags 173 MiB
0cef06df07
Commit Graph

32 Commits

Author SHA1 Message Date
Luca Barbato
da60b99a88 ppc: Restrict some Altivec implementations to Big Endian 
In Little Endian the vec_ld/vec_st operations work as
expected only for byte-vectors.
 2015-05-31 12:07:11 +02:00
Diego Biurrun
27860819d5 ppc: Consistently use convenience macro for runtime CPU detection 2014-06-10 15:13:57 -07:00
Diego Biurrun
fd9e2221bd ppc: Add some missing headers 2014-03-13 05:50:28 -07:00
Diego Biurrun
38282149b6 ppc: More consistent arch initialization 2013-04-30 12:19:45 +02:00
Diego Biurrun
c242bbd8b6 Remove unnecessary dsputil.h #includes 2013-02-26 00:51:34 +01:00
Diego Biurrun
79dad2a932 dsputil: Separate h264chroma 2013-02-06 11:30:53 +01:00
Diego Biurrun
c9f933b5b6 Add av_cold attributes to arch-specific init functions 2013-02-05 17:01:05 +01:00
Mans Rullgard
e9d817351b dsputil: Separate h264 qpel 
The sh4 optimizations are removed, because the code is
100% identical to the C code, so it is unlikely to
provide any real practical benefit.

Signed-off-by: Diego Biurrun <diego@biurrun.de>
Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
 2013-01-24 10:44:43 +01:00
Diego Biurrun
88bd7fdc82 Drop DCTELEM typedef 
It does not help as an abstraction and adds dsputil dependencies.

Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
 2013-01-22 18:32:56 -08:00
Diego Biurrun
af10feadc2 ppc: Rename H.264 optimization template file for consistency. 2012-06-12 23:20:05 +02:00
Justin Ruggles
98db4e2a4e PPC: Move types_altivec.h and util_altivec.h from libavcodec to libavutil 
This will allow for easier implementation of Altivec functions in libraries
other than libavcodec.
 2012-06-08 13:14:38 -04:00
Ronald S. Bultje
18b6a69ce9 Revert "VC1: merge idct8x8, coeff adjustments and put_pixels." 
This reverts commit f8bed30d8b. The reason
for this is that the overlap filter, which runs after IDCT, should run
on unclamped values, and thus IDCT and put_pixels() cannot be merged if
we want to attempt to be bitexact.
 2011-05-04 07:40:01 -04:00
Mans Rullgard
2912e87a6c Replace FFmpeg with Libav in licence headers 
Signed-off-by: Mans Rullgard <mans@mansr.com>
 2011-03-19 13:33:20 +00:00
Mans Rullgard
381efba0ec ppc: fix vc1 inverse transform, unbreak build 
GCC 4.3 and later are more particular about signedness matching
in vector operations.  The operations under if(rangered) were
missing assignments and thus had no effect.

Signed-off-by: Mans Rullgard <mans@mansr.com>
 2011-02-21 20:28:37 +00:00
Ronald S. Bultje
f8bed30d8b VC1: merge idct8x8, coeff adjustments and put_pixels. 
Merging these functions allows merging some loops, which makes the
results (particularly after SIMD optimizations) much faster.
 2011-02-21 10:23:44 -05:00
Ronald S. Bultje
ed040f35f2 Fix PPC build. 2011-02-17 20:22:39 -05:00
Ronald S. Bultje
12802ec060 dsputil: move VC1-specific stuff into VC1DSPContext. 2011-02-17 17:35:35 -05:00
Ronald S. Bultje
1da6ea3954 VC1: transpose IDCT 8x8 coeffs while reading. 2011-02-17 17:35:35 -05:00
Måns Rullgård
ddb8c2c0f1 PPC: move prototypes to headers and make some functions static 
Originally committed as revision 22267 to svn://svn.ffmpeg.org/ffmpeg/trunk
 2010-03-06 22:37:14 +00:00
Diego Biurrun
7a709548a7 Remove unnecessary gcc_fixes.h #include. 
Originally committed as revision 18384 to svn://svn.ffmpeg.org/ffmpeg/trunk
 2009-04-09 11:54:13 +00:00
Diego Biurrun
245976da2a Use full path for #includes from another directory. 
Originally committed as revision 13098 to svn://svn.ffmpeg.org/ffmpeg/trunk
 2008-05-09 11:56:36 +00:00
Luca Barbato
c49e23e2a4 Make strict altivec parsers happy (gcc-4.3 and others) 
Originally committed as revision 11231 to svn://svn.ffmpeg.org/ffmpeg/trunk
 2007-12-16 14:31:38 +00:00
Kostya Shishkov
98f48ce157 Reindent after last commit 
Originally committed as revision 11191 to svn://svn.ffmpeg.org/ffmpeg/trunk
 2007-12-08 11:46:09 +00:00
Kostya Shishkov
51ece6842f Update Altivec variant of vc1_inv_trans_8x4 
Originally committed as revision 11190 to svn://svn.ffmpeg.org/ffmpeg/trunk
 2007-12-08 11:45:42 +00:00
Kostya Shishkov
d2e45f33a4 Switch VC-1 decoder to output decoded residual immediately. 
Originally committed as revision 11188 to svn://svn.ffmpeg.org/ffmpeg/trunk
 2007-12-08 10:41:18 +00:00
Diego Biurrun
095c22ac45 Remove unused variable, fixes the warning: 
ppc/vc1dsp_altivec.c: In function ‘vc1_inv_trans_8x8_altivec’:
ppc/vc1dsp_altivec.c:141: warning: unused variable ‘vec_5’

Originally committed as revision 11006 to svn://svn.ffmpeg.org/ffmpeg/trunk
 2007-11-13 00:48:24 +00:00
Luca Barbato
89523beea4 Sanitize altivec code so it can be built with runtime check properly 
Originally committed as revision 10640 to svn://svn.ffmpeg.org/ffmpeg/trunk
 2007-10-02 11:39:32 +00:00
Diego Biurrun
e5a389a1b7 license header consistency cosmetics 
Originally committed as revision 9484 to svn://svn.ffmpeg.org/ffmpeg/trunk
 2007-07-05 10:40:25 +00:00
Ronald S. Bultje
b550bfaa61 Add libavcodec to compiler include flags in order to simplify header 
include paths in the source files.
mostly from a patch by Ronald S. Bultje, rbultje ronald.bitfreak net

Originally committed as revision 9034 to svn://svn.ffmpeg.org/ffmpeg/trunk
 2007-05-16 09:51:45 +00:00
Guillaume Poirier
ab5a1435ec Move TRANSPOSE8 macro to dsputil_altivec.h. 
(was duplicated in libavcodec/ppc/vc1dsp_altivec.c
nd libavcodec/ppc/mpegvideo_altivec.c, and will be
used in upcoming routines for h264_altivec.c)

Originally committed as revision 6621 to svn://svn.ffmpeg.org/ffmpeg/trunk
 2006-10-10 08:01:19 +00:00
Diego Biurrun
b78e7197a8 Change license headers to say 'FFmpeg' instead of 'this program/this library' 
and fix GPL/LGPL version mismatches.

Originally committed as revision 6577 to svn://svn.ffmpeg.org/ffmpeg/trunk
 2006-10-07 15:30:46 +00:00
Kostya Shishkov
481fb636b1 Some AltiVec optimizations for VC-1 
Originally committed as revision 5899 to svn://svn.ffmpeg.org/ffmpeg/trunk
 2006-08-03 05:02:31 +00:00