History | View | Annotate | Download (47 KB)
Remove PPC perf counter support
This functionality is better accessed through tools like oprofile.
Originally committed as revision 23808 to svn://svn.ffmpeg.org/ffmpeg/trunk
Move H264 dsputil functions into their own struct
This moves the H264-specific functions from DSPContext to the newH264DSPContext. The code is made conditional on CONFIG_H264DSPwhich is set by the codecs requiring it.
The qpel and chroma MC functions are not moved as these are used by...
PPC: move prototypes to headers and make some functions static
Originally committed as revision 22267 to svn://svn.ffmpeg.org/ffmpeg/trunk
Remove DECLARE_ALIGNED_{8,16} macros
These macros are redundant. All uses are replaced with the genericDECLARE_ALIGNED macro instead.
Originally committed as revision 22233 to svn://svn.ffmpeg.org/ffmpeg/trunk
Move array specifiers outside DECLARE_ALIGNED() invocations
Originally committed as revision 21377 to svn://svn.ffmpeg.org/ffmpeg/trunk
Altivec version of avg_no_rnd_vc1_chroma_mc8
Originally committed as revision 18522 to svn://svn.ffmpeg.org/ffmpeg/trunk
Rename put_no_rnd_h264_chroma* to reflect its usage in VC1 only
Originally committed as revision 18517 to svn://svn.ffmpeg.org/ffmpeg/trunk
Remove gcc_fixes.h. It only contains workarounds for unsupported gcc versions.
Originally committed as revision 18476 to svn://svn.ffmpeg.org/ffmpeg/trunk
prettyprinting cosmetics
Originally committed as revision 17962 to svn://svn.ffmpeg.org/ffmpeg/trunk
Add av_uninit to vsrcBuc variable to work around some'may be used uninitialized' warnings.
Originally committed as revision 17961 to svn://svn.ffmpeg.org/ffmpeg/trunk
Add AltiVec versions of h264_idct_add(8|16|16intra),allowing to re-enable ff_h264_idct_add_altivec's usage.
Patch by David Conrad lessen42 A gmail P com
Originally committed as revision 16465 to svn://svn.ffmpeg.org/ffmpeg/trunk
add AltiVec implementation of weight_h264_pixels(16|8)x(16|8|4)Patch by David Conrad lessen42 A gmail P com
Originally committed as revision 16458 to svn://svn.ffmpeg.org/ffmpeg/trunk
fix compilation with GCC-4.3+patch by David Conrad + fix by myself
Originally committed as revision 16450 to svn://svn.ffmpeg.org/ffmpeg/trunk
offset and weights are signed, fixes some non-bitexact issues.Patch by David Conrad lessen42 A gmail P com
Originally committed as revision 16449 to svn://svn.ffmpeg.org/ffmpeg/trunk
add AltiVec implementation of biweight_h264_pixels(16|8)x(16|8|4)Patch by David Conrad lessen42 A gmail P com
Originally committed as revision 16443 to svn://svn.ffmpeg.org/ffmpeg/trunk
AltiVec version of h264_idct(8)_dc_addPatch by David Conrad lessen42 A gmail P com
Originally committed as revision 16442 to svn://svn.ffmpeg.org/ffmpeg/trunk
Cleanup _t types in libavcodec/ppc
Originally committed as revision 16357 to svn://svn.ffmpeg.org/ffmpeg/trunk
Disable usage of ff_h264_idct_add_altivec since AltiVec versions of h264_idct_add16,h264_idct_add16intra, h264_idct_add8 need to be implemented.
Add C version of ff_h264_idct8_dc_add in AltiVec so that ff_h264_idct8_add_altiveccan be used.
Originally committed as revision 16311 to svn://svn.ffmpeg.org/ffmpeg/trunk
cosmetics: Fix indentation after last commit.
Originally committed as revision 14370 to svn://svn.ffmpeg.org/ffmpeg/trunk
Remove AltiVec vector declaration compiler compatibility macros.The original problem was that FSF and Apple gcc used a different syntaxfor vector declarations, i.e. {} vs. (). Nowadays Apple gcc versions supportthe standard {} syntax and versions that support {} are available on all...
cosmetics: Reformat PPC code in libavcodec according to style guidelines.This includes indentation changes, comment reformatting, consistent braceplacement and some prettyprinting.
Originally committed as revision 14316 to svn://svn.ffmpeg.org/ffmpeg/trunk
Use full path for #includes from another directory.
Originally committed as revision 13098 to svn://svn.ffmpeg.org/ffmpeg/trunk
Add necessary #include, fixes the warnings:ppc/h264_altivec.c: In function ‘put_h264_qpel16_mc00_altivec’:ppc/h264_altivec.c:394: warning: implicit declaration of function ‘put_pixels16_altivec’ppc/h264_altivec.c: In function ‘avg_h264_qpel16_mc00_altivec’:...
Sanitize altivec code so it can be built with runtime check properly
Originally committed as revision 10640 to svn://svn.ffmpeg.org/ffmpeg/trunk
whitespace/indentation cosmetics
Originally committed as revision 10217 to svn://svn.ffmpeg.org/ffmpeg/trunk
Remove HAVE_ALTIVEC preprocessor directives that are only compiledwhen AltiVec is enabled anyway.
Originally committed as revision 10216 to svn://svn.ffmpeg.org/ffmpeg/trunk
use shorter types vec_"type" instead of the too long vector "type" part 1 of h264 luma interpolation 8x8 for altivec contributed byMauricio Alvarez % lokifo A gmail P com %Original thread:Date: Jun 26, 2007 8:15 PMSubject: Re: [FFmpeg-devel] [PATCH] h264 luma interpolation 8x8 for altivec...
restore GCC3 support
Originally committed as revision 9353 to svn://svn.ffmpeg.org/ffmpeg/trunk
re-enable use of h264_v_loop_filter_luma_altivec and h264_h_loop_filter_luma_altivec,they work fine now
Originally committed as revision 9350 to svn://svn.ffmpeg.org/ffmpeg/trunk
part 2/2 of fixing Altivec-accelerated H264 luma inloop filter
In h264_deblock_q1, the result of the deblock needs to be kept tobe used in future deblocks, so return this value now.
Also change the sign of tc0 vector: It is really a signed value, sotreat it as such until after the >=0 check;...
convert h264_deblock_q1 to an inline function.part 1/2 of fixing Altivec-accelerated H264 luma inloop filter
Originally committed as revision 9348 to svn://svn.ffmpeg.org/ffmpeg/trunk
Use a faster way to compute 255-val: Instead of creating a vector ofall 255s, and then doing the subtraction, nor of the vector with itself: savesone instruction and a register.Patch by Graham Booker % gbooker A tamu P edu%
Originally committed as revision 9340 to svn://svn.ffmpeg.org/ffmpeg/trunk
some samples aren't decoded correctly such as( http://www.pennfans.net/files/videos/Penn&Teller.on.The.View.mp4 )with current Altivec implementation of loopfilter, while others are fine.Let's disable it until we iron this bug out.
Originally committed as revision 9317 to svn://svn.ffmpeg.org/ffmpeg/trunk
cosmetics
Originally committed as revision 9298 to svn://svn.ffmpeg.org/ffmpeg/trunk
kill one vector constant value load by the right combination of vec_splatX/vec_slpatch by Sigbjorn Skjaeret sskjer-1 A broadpark P no
Originally committed as revision 9296 to svn://svn.ffmpeg.org/ffmpeg/trunk
restore GCC2/3 support, patch by Sigbjorn Skjaeret sskjer-1 A broadpark P no
Originally committed as revision 9295 to svn://svn.ffmpeg.org/ffmpeg/trunk
one step closer to restoring GCC-3.3 support: kills 12 errors, just 2 to go
Originally committed as revision 9280 to svn://svn.ffmpeg.org/ffmpeg/trunk
minor GCC3 compile fix(there's still 2 more, but there's burried into several levels of macros, so it's hard to narrow them down)
Originally committed as revision 9265 to svn://svn.ffmpeg.org/ffmpeg/trunk
Altivec version of h264_(h|v)_loop_filter_lumapatch by Graham Booker % perian A cod3r P com% with some minor fixes by me.historic of the patch: http://trac.perian.org/ticket/113Original thread:Date: May 11, 2007 9:45 PMSubject: [FFmpeg-devel] [PATCH] Altivec version of-altivec h264_h-v_loop_filter_luma...
h264_idct_add_altivec, based on an old patch from Mauricio Alvarez <alvarezATac.upc.edu>, polished by David Conrad <umovimusATgmail.com>
Originally committed as revision 9182 to svn://svn.ffmpeg.org/ffmpeg/trunk
use macro Use DECLARE_ALIGNED_16 to align stack-allocated variablesinstead of compiler-dependent attribute((aligned(16)))Origiginal thread:Date: May 17, 2007 12:30 AMSubject: [PATCH] Use DECLARE_ALIGNED_16 in libavcodec/ppc/
Originally committed as revision 9047 to svn://svn.ffmpeg.org/ffmpeg/trunk
Add libavcodec to compiler include flags in order to simplify headerinclude 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
GCC 3.3 compile fix
Originally committed as revision 7277 to svn://svn.ffmpeg.org/ffmpeg/trunk
Add IDCT8 routine in Altivec. Patch by yours truely with Linux fixes by Luca Barbato
Originally committed as revision 7210 to svn://svn.ffmpeg.org/ffmpeg/trunk
Unused variable removed
Originally committed as revision 7203 to svn://svn.ffmpeg.org/ffmpeg/trunk
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
AltiVec version of put_no_rnd_h264_chroma_pixels_tab0 (slightly changed version of put_h264_chroma_pixels_tab0)
Originally committed as revision 6154 to svn://svn.ffmpeg.org/ffmpeg/trunk
Proper fix for the corner case that would have been corrected before, praise&blame to me and exg in equal shares
Originally committed as revision 6143 to svn://svn.ffmpeg.org/ffmpeg/trunk
Revert previous commit
Originally committed as revision 6142 to svn://svn.ffmpeg.org/ffmpeg/trunk
10l, thanks to Emanuele Giaquinta <exg@gentoo.org> for testing and finding the issue
Originally committed as revision 6002 to svn://svn.ffmpeg.org/ffmpeg/trunk
Clean up:make dsputil subfile names consistent
Originally committed as revision 5993 to svn://svn.ffmpeg.org/ffmpeg/trunk