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
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 <email@example.com> 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